Discussione:Stop-and-wait ARQ

Da Wikipedia, l'enciclopedia libera.
Vai alla navigazione Vai alla ricerca

Perché non si utilizza l'NACK

[modifica wikitesto]

La 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)[rispondi]

Unione voci

[modifica wikitesto]

Ho 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)[rispondi]