Todo se reduce a la distribución de probabilidad de pérdida y el patrón de tráfico.
Tomemos, por ejemplo, un enlace inalámbrico típico, con una tasa de pérdida constante del 10-30%. Si reconoce cada cuadro recibido (como 802.11abg), detectará rápidamente cuándo se ha perdido un cuadro, por lo que no perderá tiempo para esperar un tiempo de espera.
Si fuera a NAK, dependerá del patrón de tráfico: - Si envía un paquete de solicitud único y espera una respuesta, y esa solicitud se pierde, deberá tener un tiempo de espera que caduque si no recibe un responder. - Si solo está enviando una secuencia de paquetes a un destinatario en su mayoría silenciado, entonces es aceptable recibir un NAK solo cuando el destinatario reciba el siguiente paquete más o menos. Pero esto significa que el destinatario tiene que reordenar los paquetes y que el remitente debe realizar un seguimiento de una gran cantidad de mensajes atrasados que ha enviado.
(¿adivina qué solución elegir 802.11n? ambas. El receptor envía un mapa de bits de trama de longitud variable que ha recibido)
Ahora tome una red de Internet típica: tiene una pérdida de paquetes cercana al 0%, hasta que algo malo suceda, y tiene una pérdida de paquetes cercana al 100% durante un cierto tiempo siguiendo alguna ley de distribución exponencial, desde una interrupción de 200 ms hasta un minuto y un medio.
Hacer clic en cada paquete parecería inútil en una red sin pérdidas, hasta que considere el caso cuando se corta el enlace: no recibirá ACK o NACK por un período de tiempo posiblemente extendido, y el receptor generalmente no enviará nada hasta que el enlace Esta restaurado.
Si usa ACK, el remitente dejará de enviar y mantendrá su cartera de pedidos hasta que se restablezca el enlace. Si usa NACK en su lugar, entonces el receptor puede decirle que no ha recibido el paquete que se cayó de la cartera de pedidos del remitente desde hace mucho tiempo, y la conexión es esencialmente irrecuperable.