Docsity
Docsity

Prepara i tuoi esami
Prepara i tuoi esami

Studia grazie alle numerose risorse presenti su Docsity


Ottieni i punti per scaricare
Ottieni i punti per scaricare

Guadagna punti aiutando altri studenti oppure acquistali con un piano Premium


Guide e consigli
Guide e consigli


TCP, UDP, protocollo RDT, Dispense di Reti Di Calcolatori

Riassunto schematizzato di TCP, UDP e protocollo RDT

Tipologia: Dispense

2020/2021

In vendita dal 20/02/2021

Antonietta.Napoli
Antonietta.Napoli 🇮🇹

4.4

(5)

18 documenti

1 / 3

Toggle sidebar

Questa pagina non è visibile nell’anteprima

Non perderti parti importanti!

bg1
PROTOCOL
CARATTERISTICHE PRINCIPALI
FORMATO DEI MESSAGGI
TCP (Transmission
Control Protocol)
A) Orientato alla connessione cioè viene
eseguito l’HANDSHAKING per aprire
una connessione e la connessione è
FULL-DUPLEX
B) Adabile cioè trasporto dei dati senza
errori e nel giusto ordine
C) Creazione di una CONNESSIONE
LOGICA PUNTO-PUNTO
D) CHECKSUM cioè Controllo degli errori
E) ACK CUMULATIVO
F) TIMEOUT
G) NUMERI DI SEQUENZA visto che è
orientato al FLUSSO cioè ad una
sequenza di byte (stream-oriented)!
H) Header di 20 byte!
I) CONTROLLO DELLA CONGESTIONE
END-TO-END e di tipo REATTIVO
J) CONTROLLO DEL FLUSSO
K) NON GARANTISCE: timing, minimum
throughput e security!
L) Vengono implementati i prot RDT con
PIPELINE (Reliable Data Transfer) che
garantiscono un TRASPORTO DATI
AFFIDABILE anche se la rete non è
adabile (IP). Infatti, è un misto tra Go-
Back-N e Ritrasmissione Selettiva!
M) Prot con FLUSSO CONTROLLATO cioè
il mittente non sovraccarica né il
destinatario né la rete!
N) AUTO-TEMPORIZZATO perché se gli
ACK arrivano con alta frequenza la
finestra aumenta velocemente;
altrimenti la finestra aumenta
lentamente
O) TCP TAHOE e TCP RENO
UDP (User Datagram
Protocol)
A) Si occupa solo di INVIARE e RICEVERE
dati
B) NON orientato alla connessione!
C) NON AFFIDABILE cioè i pacchetti
possono essere persi o consegnati fuori
ordine perché sono indipendenti tra loro!
D) CHECKSUM cioè Controllo degli errori!
E) ACK
F) Header da 8 byte (ogni riga è da 32 bit)!
G) Se la linea non è tracata, è più
eciente di TCP!
H) NON GARANTISCE security, controllo
della congestione, data-integrity e ritardo
massimo!
I) BEST EFFORT (come IP)
LUNGHEZZA MAX = 216
LUNGHEZZA MAX SEGMENTI dovrebbe
essere 216 però durante l’handshaking si
mettono d’accordo anche su una dimensione
più piccola. La massima dimensione dei
segmenti è data da un parametro che si
chiama MSS
PIGGYBANKING = Sovrapposizione di 2 info
di tipo diverso. In questo caso sono: SeqNum
e ACKNum (riferito alla comunicazione dal
dest al mitt). !
SeqNum= Ogni segmento ha 1 solo SeqNum
ed è pari al SeqNum del 1° BYTE DI DATI
(campo 32bit che ha significato rispetto a 1
byte e non rispetto a tutto il pacchetto perché
TCP è un protocollo orientato al flusso)!
ACKNum= SeqNum del prossimo byte
atteso dal lato opposto cioè SeqNum +
DimByte
pf3

Anteprima parziale del testo

Scarica TCP, UDP, protocollo RDT e più Dispense in PDF di Reti Di Calcolatori solo su Docsity!

PROTOCOL CARATTERISTICHE PRINCIPALI FORMATO DEI MESSAGGI

TCP (Transmission Control Protocol) A) Orientato alla connessione cioè viene eseguito l’HANDSHAKING per aprire una connessione e la connessione è FULL-DUPLEX B) Affidabile cioè trasporto dei dati senza errori e nel giusto ordine C) Creazione di una CONNESSIONE LOGICA PUNTO-PUNTO D) CHECKSUM cioè Controllo degli errori E) ACK CUMULATIVO F) TIMEOUT G) NUMERI DI SEQUENZA visto che è orientato al FLUSSO cioè ad una sequenza di byte ( stream-oriented ) H) Header di 20 byte I) CONTROLLO DELLA CONGESTIONE END-TO-END e di tipo REATTIVO J) CONTROLLO DEL FLUSSO K) NON GARANTISCE : timing, minimum throughput e security L) Vengono implementati i prot RDT con PIPELINE (Reliable Data Transfer) che garantiscono un TRASPORTO DATI AFFIDABILE anche se la rete non è affidabile (IP). Infatti, è un misto tra Go- Back-N e Ritrasmissione Selettiva M) Prot con FLUSSO CONTROLLATO cioè il mittente non sovraccarica né il destinatario né la rete N) AUTO-TEMPORIZZATO perché se gli ACK arrivano con alta frequenza la finestra aumenta velocemente ; altrimenti la finestra aumenta lentamente O) TCP TAHOE e TCP RENO UDP (User Datagram Protocol) A) Si occupa solo di INVIARE e RICEVERE dati B) NON orientato alla connessione C) NON AFFIDABILE cioè i pacchetti possono essere persi o consegnati fuori ordine perché sono indipendenti tra loro D) CHECKSUM cioè Controllo degli errori E) ACK F) Header da 8 byte (ogni riga è da 32 bit) G) Se la linea non è trafficata, è più efficiente di TCP H) NON GARANTISCE security, controllo della congestione, data-integrity e ritardo massimo I) BEST EFFORT (come IP) LUNGHEZZA MAX = 2^16 LUNGHEZZA MAX SEGMENTI dovrebbe essere 216 però durante l’handshaking si mettono d’accordo anche su una dimensione più piccola. La massima dimensione dei segmenti è data da un parametro che si chiama MSS PIGGYBANKING = Sovrapposizione di 2 info di tipo diverso. In questo caso sono: SeqNum e ACKNum (riferito alla comunicazione dal dest al mitt). SeqNum = Ogni segmento ha 1 solo SeqNum ed è pari al SeqNum del 1° BYTE DI DATI (campo 32bit che ha significato rispetto a 1 byte e non rispetto a tutto il pacchetto perché TCP è un protocollo orientato al flusso) ACKNum = SeqNum del prossimo byte atteso dal lato opposto cioè SeqNum + DimByte

PROTOCOLLO RDT SEQUENCE NUMBER

(serve al dest per riconoscere i duplicati)

#PKT INVIATI

SULLA RETE

ACK FINESTRA

MITTENTE

FINESTRA

RICEVENTE

STOP-AND-WAIT Protocollo che consente una trasmissione AFFIDABILE anche se usiamo canali inaffidabili. Fa in modo che il mittente non possa inviare un nuovo pacchetto fino a quando non è certo della ricezione corretta del pacchetto precedente. 1bit cioè il mittente usa in modo alternato 0 e 1. Se il destinatario riceve un pacchetto con lo stesso numero di sequenza del precedente sa che è una copia. Il mittente può inviare UN SOLO PKT ALLA VOLTA (per questo è un prot semplice ma inefficiente ). ACK0 o ACK dipende dal pkt che il mittente ha inviato. GO BACK N (o PROT A FINESTRA SCORREVOLE) Protocollo RDT con PIPELINE che non consente l’invio di pacchetti fuori sequenza. N on ci possono essere sulla rete 2 pacchetti diversi con lo stesso SeqNum I PKT che possono essere spediti si trovano nella FINESTRA SCORREVOLE del dest. K bit che possono rappresentare solo 2 k SeqNum che vanno da 0 a 2 k-1. Questi SeqNum sono assegnati a ROTAZIONE. La finestra del mittente dipende da SeqNum. Il mittente può inviare fino a N PKT senza aspettare gli ACK. Sulla rete non ci potranno mai essere più di N PKT quindi poi devo aspettare gli ACK. CUMULATIVI cioè se manda ACK X significa che ha ricevuto tutti i pkt fino a X. Se riceve un PKT FUORI SEQU , lo scarta e non manda ACK

2 k-1 MSS

cioè N< 2k

perché i nomi dei pkt sono al max 2 k^ e quindi vogliamo evitare AMBIGUITÀ

SEMPRE

1 perché

si aspetta

un pkt alla

volta

RITRASMISSIONE SELETTIVA RDT con PIPELINE. È possibile inviare pacchetti fuori sequenza. Per questo è più efficiente ma più complesso di Go-Back-N perché vengono ridotte le ritx infatti quando scade il time-out di un pkt lato mittente, non ritrasmette tutti i pkt, ma solo quello che non è arrivato. K bit che possono rappresentare solo 2 k SeqNum. Per evitare ACK ambigui, la condizione sulla DIM della finestra deve essere ancora più restrittiva. Cioè i SeqNum che stanno nella finestra mittente devono essere DIVERSI da quelli del destinatario. Quindi, possono dividere a metà le finestre. Il mittente può inviare fino a N PKT senza aspettare gli ACK. Sulla rete non ci potranno mai essere più di N PKT quindi poi devo aspettare gli ACK. NO ACK CUMUL. Il ricevente manda degli ACK individuali per ogni pkt ricevuto correttamente e ciò consente la ricezione di pacchetti fuori ordine

2 k-1^ MSS 2 k-1^ MSS