Oltre all’assunzione di possibili bit invertiti, il protocollo RDT 3.0 assume la possibilità di una perdita di pacchetti, sia dati che ACK. Per risolvere tale problematica, il mittente attende un lasso di tempo:
- Il destinatario deve specificare il numero di sequenza del pacchetto per il quale sta inviando un ACK
- Se non viene ricevuto alcun ACK allo scadere del lasso di tempo, il pacchetto dati (che indicheremo con pkt) viene ritrasmesso
- Se pkt o ACK arrivano successivamente allo scadere del tempo, il pacchetto verrà ritrasmesso, implicando che la trasmissione verrà duplicata (problema già gestito dai numeri di sequenza) La FSM associata al mittente corrisponde a:
Attenzione:
Tuttavia, in cambio dei notevoli benefici del meccanismo stop and wait, le prestazioni del protocollo RDT 3.0 risultano essere infime, limitando le prestazioni dell’infrastruttura sottostante, ossia il canale.
In particolare, la percentuale di utilizzo Umit della comunicazione da parte del mittente, ossia la frazione di tempo in cui il mittente è impegnato nell’invio corrisponde a:
dove è il delay di trasmissione (dunque con L la lunghezza del pacchetto e R il transmission rate del link).
Esempio
Considerando un link avente un rate pari a R = 1 Gb/s, una lunghezza di pacchetto pari a L = 8000 b e un ritardo di propagazione sia pari a 15 ms, la percentuale di utilizzo del mittente corrisponde a: