TCP Control de Flujo

TCP Control de flujo y tamaño máximo de la ventana
El tamaño de la ventana determina la cantidad de bytes que se pueden enviar para recibir un
reconocimiento. El número de reconocimiento es el número del siguiente byte esperado.
El tamaño de ventana es la cantidad de bytes que el dispositivo de destino de una sesión

TCP puede aceptar y procesar al mismo tiempo. En este ejemplo, el tamaño de la ventana
inicial de la PC B para la sesión TCP es de 10,000 bytes. A partir del primer byte, el byte1,
el último byte que la PC A puede enviar sin recibir un reconocimiento es el byte 10000.
Esto se conoce como la ventana de envío de la PC A. El tamaño de la ventana se incluye en
cada segmento TCP para que el destino pueda modificar el tamaño de la ventana en
cualquier momento dependiendo de la disponibilidad del búfer.
El tamaño inicial de la ventana se acuerda cuando se establece la sesión TCP durante la

realización del enlace de tres vías. El dispositivo de origen debe limitar el número de bytes
enviados al dispositivo de destino en función del tamaño de la ventana del destino. El
dispositivo de origen puede continuar enviando más datos para la sesión solo cuando
obtiene un reconocimiento de los bytes recibidos. Por lo general, el destino no esperará que
se reciban todos los bytes de su tamaño de ventana antes de contestar con un acuse de
recibo. A medida que se reciben y procesan los bytes, el destino envía reconocimientos para
informar al origen que puede continuar enviando bytes adicionales.
Por ejemplo, es típico que la PC B no espere hasta que se hayan recibido los 10,000 bytes
antes de enviar un acuse de recibo. Esto significa que la PC A puede ajustar su ventana de
envío a medida que recibe confirmaciones de la PC B. Como se muestra en la figura,
cuando la PC A recibe una confirmación con el número de confirmación 2,921, que es el
siguiente byte esperado. La ventana de envío de PC A incrementará 2.920 bytes. Esto
cambia la ventana de envío de 10.000 bytes a 12.920. Esto significa que la PC A puede
ajustar su ventana de envío a medida que recibe confirmaciones de la PC B. Como se
muestra en la figura, cuando la PC A recibe una confirmación con el número de
confirmación 2,921, que es el siguiente byte esperado.
Un destino que envía confirmaciones a medida que procesa los bytes recibidos, y el ajuste
continuo de la ventana de envío de origen, se conoce como ventanas deslizantes. En el
ejemplo anterior, la ventana de envío del PC A aumenta o se desliza sobre otros 2.921 bytes
de 10.000 a 12.920.
Si disminuye la disponibilidad de espacio de búfer del destino, puede reducir su tamaño de

ventana para informar al origen que reduzca el número de bytes que debe enviar sin recibir
un reconocimiento.
Nota: Hoy en día, los dispositivos utilizan el protocolo de ventanas deslizantes. El receptor
generalmente envía un acuse de recibo después de cada dos segmentos que recibe. El
número de segmentos recibidos antes de que se acuse recibo puede variar. La ventaja de las
ventanas deslizantes es que permiten que el emisor transmita continuamente segmentos
mientras el receptor está acusando recibo de los segmentos anteriores. Los detalles de las
ventanas deslizantes exceden el ámbito de este curso.
Control de Flujo TCP - Tamaño Máximo de Segmento (MSS)

En la figura, la fuente está transmitiendo 1.460 bytes de datos dentro de cada segmento
TCP. Normalmente, es el Tamaño Máximo de Segmento (MSS) que puede recibir el
dispositivo de destino. El MSS forma parte del campo de opciones del encabezado TCP que
especifica la mayor cantidad de datos, en bytes, que un dispositivo puede recibir en un
único segmento TCP. El tamaño MSS no incluye el encabezado TCP. El MSS se incluye
normalmente durante el apretón de manos de tres vías
Control de Flujo TCP - Prevención de Congestión

Cuando se produce congestión en una red, el router sobrecargado comienza a descartar
paquetes. Cuando los paquetes que contienen segmentos TCP no llegan a su destino, se
dejan sin confirmar. Mediante la determinación de la tasa a la que se envían pero no se
reconocen los segmentos TCP, el origen puede asumir un cierto nivel de congestión de la
red.
Siempre que haya congestión, se producirá la retransmisión de los segmentos TCP perdidos
del origen. Si la retransmisión no se controla adecuadamente, la retransmisión adicional de
los segmentos TCP puede empeorar aún más la congestión. No sólo se introducen en la red
los nuevos paquetes con segmentos TCP, sino que el efecto de retroalimentación de los
segmentos TCP retransmitidos que se perdieron también se sumará a la congestión. Para
evitar y controlar la congestión, TCP emplea varios mecanismos, temporizadores y
algoritmos de manejo de la congestión.
Si el origen determina que los segmentos TCP no están siendo reconocidos o que sí son
reconocidos pero no de una manera oportuna, entonces puede reducir el número de bytes
que envía antes de recibir un reconocimiento. Como se ilustra en la figura, PC A detecta
que hay congestión y, por lo tanto, reduce el número de bytes que envía antes de recibir un
acuse de recibo de PC B.

TCP Control de Flujo

Cargado por

Copyright:

Formatos disponibles

TCP Control de Flujo

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

TCP Control de Flujo

Cargado por

Copyright:

Formatos disponibles

TCP Control de flujo y tamaño máximo de la ventana

El tamaño de ventana es la cantidad de bytes que el dispositivo de destino de una sesión

El tamaño inicial de la ventana se acuerda cuando se establece la sesión TCP durante la

Si disminuye la disponibilidad de espacio de búfer del destino, puede reducir su tamaño de

Control de Flujo TCP - Tamaño Máximo de Segmento (MSS)

Control de Flujo TCP - Prevención de Congestión

También podría gustarte