Modulo 2 – U.D. 4 – Lez. 5 (parte I)

Slides:



Advertisements
Presentazioni simili
Prof. Carla Fanchin – L.S. Tron
Advertisements

Scenario di reti a larga banda Scenario di reti a larga banda MAN MAN LAN LAN LAN B-ISDN.
Il livello di trasporto
I dati: tipi e strutture U.D. 9 pag 334 L.S. Tron 4TC a.s. 2006/07.
Network Musical Performance: RTP MIDI
Corso di laurea in INFORMATICA
I protocolli TCP/UDP prof.: Alfio Lombardo.
IL NOSTRO LABORATORIO. Di INFORMATICA.. Presentazione: Nel nostro laboratorio abbiamo 24 postazioni con dei computer di tipo Desktop con queste caratteristiche:
Di INFORMATICA IL NOSTRO LABORATORIO. Presentazione Nel nostro laboratorio abbiamo 24 postazioni con dei computer di tipo Desktop con queste caratteristiche:
IL NOSTRO LABORATORIO. Di INFORMATICA..
IL NOSTRO LABORATORIO. Di INFORMATICA.. Presentazione: Nel nostro laboratorio abbiamo 24 postazioni con dei computer di tipo Desktop con queste caratteristiche:
IL NOSTRO LABORATORIO Di INFORMATICA. Presentazione Nel nostro laboratorio abbiamo 24 postazioni con dei computer di tipo Desktop con queste caratteristiche:
Modello ISO/OSI Un metodo di studio Vallì Rossella Carando 2006 SIS.
I modelli di riferimento OSI e TCP/IP
La rete in dettaglio: rete esterna (edge): applicazioni e host
Secure Shell Giulia Carboni
Capitolo 3 Livello di trasporto
Programmazione su Reti
Programmazione su Reti
PPPoE significa "Point-to-Point Protocol over Ethernet" ovvero "protocollo punto a punto operante su Ethernet", una nuova alternativa per le connessioni.
Trasporto affidabile (principi) Di fondamentale importanza negli strati applicativi, di trasporto e di collegamento! Le caratteristiche del canale determinano.
I protocolli TCP/UDP prof.: Alfio Lombardo.
Corso di Informatica Corso di Laurea in Conservazione e Restauro dei Beni Culturali Gianluca Torta Dipartimento di Informatica Tel: Mail:
Il livello di trasporto
TCP Transmission Control Protocol. Programmazione II: Programmazione su Reti -- Prof. G. Persiano 2 TCP TCP fornisce un servizio di connessione –orientato.
RETI DI CALCOLATORI Parte Settima
Reti di Calcolatori IL LIVELLO RETE.
Concetti introduttivi
Reti di Calcolatori IL LIVELLO RETE.
Reti di Calcolatori IL LIVELLO TRASPORTO Protocolli TCP e UDP.
Reti di Calcolatori MODELLI ISO/OSI e TCP/IP.
PERMESSO PERsistent MESSaging in ad hOc networks Alessio Franco Matr Corso di Reti di Calcolatori LS A.A. 2005/2006.
Progetto di una architettura per lesecuzione distribuita e coordinata di azioni Progetto per lesame di Reti di Calcolatori L-S Prof. Antonio Corradi Finistauri.
L’architettura di Internet
Realizzato da Roberto Savino 3-1 Il livello di trasporto r Dobbiamo assumere di avere a che fare con un canale di comunicazione molto particolare 1. Inaffidabile.
I protocolli TCP/UDP prof.: Alfio Lombardo.
Modulo 2 - U.D. 3 - L.4 Ernesto Damiani - Sistemi di eleborazione dell'informazione.
Introduzione al controllo derrore. Introduzione Quando dei dati vengono scambiati tra due host, può accadere che il segnale venga alterato. Il controllo.
Calcolo timeout Modulo 2 - U.D. 5 - Lez. 6
Modulo n – U.D. n – Lez. n Nome Cognome – titolo corso.
Corso di Laurea in Conservazione e Restauro dei Beni Culturali
L’architettura a strati
Internet: una panoramica
Livello di trasporto Protocolli TCP e UDP.
1 Sistemi e Tecnologie della Comunicazione Lezione 22: transport layer: introduzione, funzionalita’
InternetInternet Sede: Salvo D’acquisto 2010/2011 Docente: Vito Monno.
Complementi sul controllo d’errore (parte III). Selective Repeat (richiesta esplicita) Come nello schema Idle RQ, per velocizzare la ritrasmissione di.
1: Introduction1 Stratificazione protocollare (Protocol “Layering”) Le reti sono complesse! r Molti elementi: m host m router m link fisici dalle caratteristiche.
UNIVERSITA’ DEGLI STUDI DI ROMA “TOR VERGATA”
Modulo 2 - U.D. 5 - L.3 (parte II)
Sistemi di elaborazione dell’informazione Modulo 3 - Protocolli applicativi Unità didattica 2 - Telnet, FTP e altri Ernesto Damiani Lezione 2 – Da FTP.
Flusso e congestione TCP
Flusso TCP (parte II). Trasferimento di grandi quantità di dati (1) Spesso il mittente deve inviare grandi quantità di dati. Genera un numero elevato.
Fast Retransmit. Fast Retransmit (1) Altri indizi di perdite oltre il timeout: possiamo interpretare il verificarsi di sequenze di 4 ACK per lo stesso.
Controllo timeout. Il modo più ovvio per individuare delle perdite è usare il timeout del timer di ritrasmissione. Timeout (1) Attenzione! Con valori.
Servizi Internet Claudia Raibulet
Controllo di congestione avanzato. Controllo della congestione TCP Prima del 1988, solo controllo del flusso! TCP Tahoe 1988 − TCP con Slow Start, Congestion.
Sistemi di elaborazione dell’informazione Modulo 3 -Protocolli applicativi Unità didattica 2 -Telnet, FTP e altri Ernesto Damiani Lezione 4 – Napster e.
Controllo congestione. Controlli: della congestione e di flusso Problema Controllo della congestione Evitare che più mittenti inseriscano troppi dati.
Controllo di flusso TCP. Elementi base del flusso TCP (1) Comunicazione punto-punto Un mittente, un destinatario. Flusso di byte affidabile Flusso suddiviso.
Sistemi di elaborazione dell’informazione Modulo 2 -Protocolli di rete TCP/IP Unità didattica 6 -User Datagram Protocol Ernesto Damiani Lezione 2 – UDP.
Strato di accesso alla rete (network access layer); comprende le funzioni che nel modello OSI sono comprese negli strati fisico, di collegamento e parte.
1 Sistemi e Tecnologie della Comunicazione Lezione 23: transport layer: TCP e UDP.
Il centro stella puo’ essere realizzato con : Lavora solo a livello fisico (layer 1) : ripete esattamente su tutte le proprie porte il segnale arrivato.
Applicazione Presentazione Sessione Trasporto Rete Data link Fisico OSI Processo / Applicazione Trasporto Rete- Internet Interfaccia di.
INTERNET E INTRANET Classe VA SIA. La Storia di INTERNET ’ – ARPANET 1969 – anno di nascita università Michigan - Wayne 1970 – – INTERNET.
Prof. Guido Russo 1 Il livello di trasporto prof. G. Russo
Socket programming in Java La realizzazione di un server in Java consente di scrivere una sola versione eseguibile su diverse piattaforme. Il linguaggio.
Raccogliere informazioni ALCUNE DOMANDE FONDAMENTALI È stato modificato qualche componente HW o SW? Il sintomo si presenta regolarmente o ad intermittenza?
Socket programming in Java La realizzazione di un server in Java consente di scrivere una sola versione eseguibile su diverse piattaforme. Il linguaggio.
Transcript della presentazione:

Modulo 2 – U.D. 4 – Lez. 5 (parte I) Flusso TCP (parte I) Ernesto Damiani – Sistemi di elaborazione dell'informazione

Flusso TCP: piano degli argomenti Tipi di flusso di dati Interattivo Con grandi quantità di dati (Bulk Transfer) Tipi di controllo Timeout/Ritrasmissione Tecniche di gestione della congestione Slow Start/Congestion Avoidance

Dati interattivi: pacchetti piccoli Modulo 2 – U.D. 4 – Lez. 5 (parte I) Dati interattivi: pacchetti piccoli Esempio Terminale connesso via rete (Telnet/Rlogin): invio di ogni sequenza di dati interattiva in un pacchetto TCP separato; il lato server rimanda al mittente quello stesso carattere perché venga visualizzato sullo schermo locale. Grandezza di questi pacchetti TCP che contengono un singolo byte di dati: dati di 1 byte; 20 byte (almeno) per l’intestazione TCP; 20 byte per l’intestazione IP; < 3% sono dati! Ernesto Damiani – Sistemi di elaborazione dell'informazione

Trasporto di dati in piggyback Ogni sequenza di dati interattiva viaggia in un pacchetto TCP separato. Il lato server invia a sua volta quello stesso carattere perché venga visualizzato sullo schermo locale. L’ACK dei dati inviati dal terminale al server è trasportato in piggyback sull’eco dei dati inviati dal server al terminale.

Trasporto in piggyback di ACK Host A Host B Utente digita ‘C’ Seq=42, ACK=79, data = ‘C’ B invia ACK per la ricezione di ‘C’, e rimanda l’eco ’C’ Seq=79, ACK=43, data = ‘C’ Seq=43, ACK=80 Tempo Semplice scenario telnet

ACK ritardati Se si desidera eseguire il piggyback negli ACK si ritarda un po’ l’ACK sperando che arrivino dati nell’altra direzione (e magari in arrivi multipli per un ACK cumulativo). Host A Host B Utente digita ‘C’ Seq=42, ACK=79, data = ‘C’ Seq=79, ACK=43, data = ‘C’ L’ACK non viene inviato immediatamente, ma ritardato sperando di poter eseguire il piggyback A invia ACK per la ricezione di ‘C’ Seq=43, ACK=80 Semplice scenario telnet

Algoritmo di Nagle (1) Se una connessione TCP ha dati in sospeso per cui non è ancora stato ricevuto un ACK, non vengono inviati segmenti piccoli. Si aspetta invece di ricevere un ACK e poi si inviano tutti i dati raccolti fino a quel punto. Se si accumulano troppi dati, si va avanti e si invia senza aspettare ACK. Si adatta alle condizioni di rete: se gli ACK ritornano rapidamente (come su una LAN), i dati verranno inviati rapidamente; se gli ACK ritornano lentamente (come su una rete geografica), al mittente verranno accumulati dati da inviare tutti insieme.

Modulo 2 – U.D. 4 – Lez. 5 (parte I) Algoritmo di Nagle (2) Host A Host B Utente digita ‘C’ Seq=42, ACK=79, data = ‘C’ B invia ACK per la ricezione di ‘C’, e rinvia l’eco di ‘C’ Utente digita ‘A’ (il software TCP aspetta ACK) Utente digita ‘T’ Seq=79, ACK=43, data = ‘C’ Seq=43, ACK=80, data = “AT” riceve AT in un unico segmento TCP Seq=79, ACK=45, data = ‘AT’ FINE Ernesto Damiani – Sistemi di elaborazione dell'informazione