Cisco

REEMSAMBLAJE DE SEGMENTOS

Resecuenciamiento de segmentos para transmitir en orden

Cuando los servicios envían datos mediante el TCP, los segmentos pueden llegar a su destino en desorden. Para que el receptor comprenda el mensaje original, los datos en estos segmentos se reensamblan en el orden original. Para lograr esto, se asignan números de secuencia en el encabezado de cada paquete.Durante la configuración de la sesión, se establece un número de secuencia inicial (ISN). Este número de secuencia inicial representa el valor de inicio para los bytes de esta sesión que se transmitirán a la aplicación receptora. A medida que se transmiten los datos durante la sesión, el número de secuencia se incrementa en el número de bytes que se han transmitido. Este rastreo de bytes dedatos permite que cada segmento se identifique y se envíe acuse de recibo de manera exclusiva. Se pueden identificar segmentos perdidos.

El proceso de recepción del TCP coloca los datos del segmento en un búfer de recepción. Los segmentos se colocan en el orden de número de secuencia adecuado y se pasa a la capa de aplicación cuando se reensamblan. Todos los segmentos que llegan con números desecuencia no contiguos se mantienen para su procesamiento posterior. Luego, cuando llegan con los segmentos con bytes perdidos, se procesan.

ACUSE DE RECIBO DE TCP
Una de las funciones del TCP es asegurar que cada segmento llegue a su destino. Los servicios TCP en el host de destino envían a la aplicación de origen un acuse de recibo de los datos recibidos.

El número de secuencia y elnúmero de acuse de recibo del encabezado del segmento se utilizan para confirmar la recepción de los bytes de datos contenidos en los segmentos. El número de secuencia es el número relativo de bytes que ha sido transmitido en esta sesión más 1 (que es el número del primer byte de datos en el segmento actual). TCP utiliza el número de acuse de recibo en segmentos que se vuelven a enviar al origen paraindicar el próximo byte de esta sesión que espera el receptor. Esto se llama acuse de recibo de expectativa.

El host receptor de la derecha recibe el segmento en la Capa 4 y determina que el número de secuencia es 1 y que posee 10 bytes de datos. Luego el host envía un segmento de vuelta al host de la izquierda para acusar recibo de estos datos. En este segmento, el host establece el número deacuse de recibo en 11 para indicar que el próximo byte de datos que espera recibir en esta sesión es el byte número 11. Nota, el valor de Ack. en el host de origen permanece en 1 para indicar que el segmento es parte de una conversación continua y que el número en el campo de número de acuse de recibo es válido.

Cuando el host emisor de la izquierda recibe este acuse de recibo, puede enviar elpróximo segmento que contiene datos para esta sesión a partir del byte 11.

La cantidad de datos que un origen puede transmitir antes de que se deba recibir un acuse de recibo se denomina tamaño de la ventana. El tamaño de la ventana es un campo en el encabezado del TCP que permite la administración de datos perdidos y el control del flujo.

RETRANSMISIÓN DE TCP

Manejo de segmentos perdidosPor más óptimo que sea el diseño de una red, siempre se producirán pérdidas ocasionales de datos. Por lo tanto, TCP cuenta con métodos para gestionar dichas pérdidas de segmentos. Entre estos está un mecanismo para retransmitir segmentos con datos sin acuse de recibo.

Un servicio de host de destino que utiliza TCP generalmente sólo da acuse de recibo de datos para bytes de secuencia continuos.Si uno o más segmentos se pierden, sólo se acusa recibo de los datos de los segmentos que completan el stream.
Cuando el TCP en el host de origen no recibe un acuse de recibo luego de un determinado período de tiempo, éste regresará al último número de acuse de recibo que recibió y volverá a transmitir los datos desde dicho punto.

El proceso de retransmisión no lo especifica el RFC, pero...