• Non ci sono risultati.

Stati del Protocollo – 1

N/A
N/A
Protected

Academic year: 2021

Condividi "Stati del Protocollo – 1 "

Copied!
2
0
0

Testo completo

(1)

a.a. 2003/04

Università degli studi di Salerno Laurea e Diploma in Informatica

Prof. Vincenzo Auletta

[email protected]

http://www.dia.unisa.it/professori/auletta/

Diagramma di stato di TCP

22

Diagramma di Stato di TCP

macchina a stati finiti che descrive il funzionamento del protocollo TCP

33

Stati del Protocollo – 1

Š Closed

„ stato iniziale (protocollo non attivo)

„ per uscire da questo stato si deve effettuare un’operazione di open (passiva o attiva)

Šl’open passiva non manda nulla e passa allo stato Listen

Šl’open attiva spedisce un messaggio SYN e passa allo stato Syn Sent

Š Listen

„ in questo stato il protocollo è attivo ed è in ascolto su una porta

„ quando riceve un SYN risponde con un SYN+ACK e passa allo stato Syn Received

„ se l’applicazione chiede di inviare dati manda un SYN

e passa allo stato Syn Sent 44

Stati del Protocollo – 2

Š Syn Sent

„ stato in cui si è mandato un SYN e si attende l’ACK corrispondente

Šraggiunto da Closed con una open attiva o da Listen dopo un’operazione di send

„ attende la risposta al SYN per un certo tempo

Šse riceve un SYN con ACK passa allo stato Established e manda a sua volta un ACK

Šse riceve un SYN senza ACK (open simultanea) manda un SYN+ACK e passa allo stato Syn Received

Šse non riceve risposta effettua una close o una reset

Š Syn Received

„ stato in cui si è ricevuto un SYN

Šse lo rifiuta, ritorna allo stato Listen con RST

Šse accetta, passa allo stato Established e manda l’ACK

(2)

55

Stati del Protocollo – 3

Š Established

„ stato in cui è stata stabilita la connessione ed è possibile iniziare il trasferimento dei dati

Šè stata completata la 3-way handshake

„ se l’applicazione decide di chiudere la connessione manda un messaggio FIN e passa allo stato FIN_WAIT_1 (close attiva)

„ se riceve un messaggio FIN risponde con un ACK e passa allo stao Close-Wait (close passiva)

66

Stati del Protocollo – 4

Š Close_Wait

„ stato in cui si è ricevuto un messaggio FIN e si attende che l’applicazione chiuda la connessione

„ quando l’applicazione decide di chiudere la connessione manda un messaggio FIN e passa allo stato LAST_ACK

Š Last_ACK

„ stato in cui si è ricevuto il FIN dall’altro endpoint e si è risposto con un FIN

Šil protocollo attende l’ACK al suo FIN

„ quando riceve l’ACK risponde con l’ultimo ACK e chiude la connessione

77

Stati del Protocollo – 5

Š Fin_Wait_1

„ stato in cui si è inviato un messaggio FIN e si attende che l’altro endpoint chiuda la connessione

„ se riceve un FIN+ACK manda l’ACK e passa allo stato Time_Wait

„ se riceve solo un FIN (close simultanea) manda l’ACK e passa allo stato Closing

„ se riceve un ACK passa allo stato Fin_Wait_2

Š Closing

„ stato in cui si entrambi gli endpoint hanno mandato un FIN contemporaneamente

„ manda l’ACK e passa allo stato Time_Wait

88

Stati del Protocollo – 6

Š Fin_Wait_2

„ stato in cui si è inviato un messaggio FIN per il quale è stato ricevuto l’ACK e si attende il FIN dell’altro endpoint (half-close)

„ quando riceve un FIN manda l’ACK e passa allo stato Time_Wait

Š Time_Wait

„ attende un tempo pari a 2*MSL (Maximum Segment Lifetime) prima di chiudere la connessione per attendere eventuali richieste di ritrasmissione dell’ultimo ACK

Šla durata dipende dall’implementazione

„ per tutto questo intervallo di tempo la porta dell’endpoint non è riutilizzabile

Riferimenti

Documenti correlati

Le spese di trasporto, vitto e alloggio sono a carico della Scuola Referente Liceo Statale Scientifico e Classico “Ettore Majorana” (Desio).. Una volta

• As treatment decision making becomes more complex, is there an unmet need for second opinions from medical oncologists for the treatment of breast cancer?. •

Il numero ottenuto dall’operazione eseguita dovrà essere maggiore degli altri numeri contenuti nel testo?. MANCANO RESTANO DIFFERENZA IN PIÙ/

 Quando il Server riceve una richiesta di connessione, recupera indirizzo e porta del Client dalla richiesta e manda un messaggio di ack al Client, quindi comincia

 Quando il Server riceve una richiesta di connessione, recupera indirizzo e porta del Client dalla richiesta e manda un messaggio di ack al Client, quindi comincia la

Legitimate handshake  quando il client riceve il pacchetto del SYN/ACK dal server e risponde con l’ACK appropriato per completare handshake e iniziare la connessione

al tema di questo arti olo, ossia alla sin ronizzazione degli orologi montati

whether or not he subscribes to certain propositions such as explicit statements of logical laws: by failing to accept Z the first time, the Tortoise has already shown that she