ARGOMENTO:

Nella pagina 17 del primo capitolo fig 1-7 viene descritto il servizio di garanzia di consegna offerto dal tcp al livello applicativo nello specifico al protocollo http . C'è scritto se non ho capito male che vengono inviati tre segmenti con numero di sequenza seq =1 seq =2 e seq=3 il segmento 2 va perso e chi riceve la trasmissione si accorge della mancanza ed invia un messaggio con la richiesta del segmento 2
"That realization by Bob’s TCP logic causes Bob to send a TCP segment back to Larry, asking
Larry to send message 2 again."
A me risulta che il protocollo tcp prevede a chi invia un segmento la ricezione di un ack di conferma per ogni segmento inviato e che in realta a scadenza di un timer se chi invia il segmento non riceve l'ack con il numero di seq=2 reinvia il messaggio . E' quindi chi spedisce che si accorge che il segmento seq=2 è andato perso e non chi riceve a richiedere il segmento 2 .
E' corretto ricordo male
Grazie

Permettono che potri sbagliare ma probabilmente la richiesta è implicita nell ack cumulativo negativo "nack" (not acknowledgement).

Riporto da wikipedia che spiega la cosa.
Ovviamente aspettiamo Jody per conferma )

ACK, in ambito telecomunicazionistico e informatico, è il simbolo che identifica un segnale di Acknowledge emesso in risposta alla ricezione di un'informazione completa.

Tipico esempio è il pacchetto di controllo previsto dal protocollo TCP trasmesso dal ricevente al mittente per segnalare la corretta ricezione di un pacchetto dati.

L'ACK può anche essere di tipo cumulativo (quello usato dal TCP), indicando cioè l'avvenuta corretta ricezione di più pacchetti di dati.
Per esempio un ACK4 indica che il pacchetto 4 che la stazione trasmittente ha inviato è stato ricevuto correttamente; implicitamente però l'ACK4 cumulativo sta ad indicare che anche i pacchetti 3, 2, 1, 0 sono stati ricevuti e non sono andati persi. Similmente un NACK (Not Acknowledge) indica la mancata ricezione di un pacchetto (nel caso di NACK selettivo), o la corretta ricezione di n-1 pacchetti, ma la mancata ricezione di 1 (NACK4= il pacchetto 4 non è arrivato, ma il 3, 2, 1 e 0 si).

L'ACK può essere trasmesso in un messaggio a sé stante, o essere inviato in un campo di un pacchetto utente in direzione opposta, ossia in piggyback.

Come già ben riportato da Roberto, nel caso in cui un host abbia la capacità di utilizzare il Selective Acknoledgment ci si potrà far rinviare (richiedendolo) il segmento perduto.
Nel caso invece in cui non si possa utilizzare questa funzione, sarà la non ricezione di un ACK ad innescare la trasmissione ex novo dell'intera sequenza di cui non si sia ricevuto un ACK