Discussione:Stop-and-wait ARQ
Ultimo commento: 12 anni fa, lasciato da Gianderiu in merito all'argomento Unione voci
Perché non si utilizza l'NACK
modificaLa voce non spiega bene perchè è necessario un ACK per ogni pacchetto inviato anzichè più semplicemente un NACK solo quando la trasmissione rileva errore, che pure ricordavo ci fosse. LF
- Questo è un protocollo molto basilare, non so se sia stato utilizzato relamente in comunicazioni geografiche. Sicuramente è stato un banco di prova per gli studenti, probabilmente può essere stato utilizzato per comunicazioni con dispositivi lenti tipo le stampanti, ma non prevedento un controllo di errore non può utilizzare un NACK per segnalare una ricezione con errore. Lo scopo di questo protocollo, a mio avviso, è comunque solo quello di sincronizzare trasmittente e ricevente. --Abisys (msg) 16:38, 16 ott 2010 (CEST)
Unione voci
modificaHo unito le tre tipologie di protocollo sotto l'unica voce Automatic repeat request. Cancello il testo di questa voce, che ho riportato interamente nella nuova, e sostituisco con un redirect. --Gianderiu (msg) 22:28, 29 lug 2011 (CEST)