El control de congestión en TCP hace que la ventana de transmisión se reduce a la mitad por cada retransmisión. Basta entonces con que la pérdida sea frecuente para que la ventana termine siendo de tamaño un segmento, en cuyo caso el algoritmo es equivalente a Stop-and-Wait.
El tamaño de los números de secuencia (32 bits) busca resolver ese problema. Se espera que el retardo en la red nunca será tan largo como para dar la vuelta completa al número de secuencia. Sin embargo, en redes de banda ancha, con MTU's muy grandes, esto podría ocurrir.
Tengo toda mi ventana de 64 Kbytes enviada y sin ACK's y el primer segmento transmitido perdió una celda ATM. Aunque tod el resto de los datos de la ventana hayan llegado bien, deberé retransmitir la ventana completa.
No se puede. En Go-Back-N, el receptor TCP sólo tiene una ventana de tamaño 1 y espera un sólo paquete. Al recibir paquetes distintos al esperado, envía un ACK del último recibido correcto. Si el ACK para un paquete anterior se perdió, el protocolo se quedará bloqueado. Por lo tanto, el enviador y el receptor deben hablar ambos el mismo protocolo.
TCP debe enviar siempre paquetes con la opción no fragmentar. Así, si hay un cambio de MTU y se achica, recibiremos los ICMP que nos permitirán disminuir el tamaño de los segmentos. Si la MTU se agranda, no lo detectaremos, pero eso no es importante.