• 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

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

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

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?. •