INSTITUTO TECNOLÓGICO DE SALINA CRUZ

ACTIVIDAD:

NOMBRE (S):

Fernando Hernández Rodríguez

ASIGNATURA:

Fundamentos de Redes

GRADO Y GRUPO:

4 “E”

CARRERA:
Tecnologías de la Información y la Comunicación.

FACILITADOR:
ING. ROMAN NAJERA SUSANA MONICA

SALINA CRUZ, OAX. A <06/03/18>

 Control del flujo de TCP: tamaño de la ventana y acuses de recibo
Control de flujo

El control del flujo permite mantener la confiabilidad de la transmisión de TCP

mediante el ajuste de la velocidad del flujo de datos entre el origen y el destino para
una sesión dada.
El control del flujo se logra limitando la cantidad de segmentos de datos que se
envían al mismo tiempo y solicitando acuses de recibo antes de enviar más
segmentos.
Para lograr el control del flujo, lo primero que determina TCP es la cantidad de
segmentos de datos que puede aceptar el dispositivo de destino. El encabezado TCP
incluye un campo de 16 bits llamado “tamaño de la ventana”.
El dispositivo de origen puede continuar enviando más datos para la sesión solo
cuando obtiene un acuse de recibo de los segmentos de datos recibidos.
Durante el retraso en la recepción del acuse de recibo, el emisor no envía ningún
otro segmento.
En los períodos en los que la red está congestionada o los recursos del host receptor
están exigidos, la demora puede aumentar.
La disminución de velocidad en la transmisión de datos de cada sesión ayuda a
reducir el conflicto de recursos en la red y en el dispositivo de destino cuando se
ejecutan varias sesiones.
El tamaño de la ventana inicial para una sesión TCP representada se establece en
3000
bytes. Cuando el emisor transmite 3000 bytes, espera por un acuse de recibo de los
mismos antes de transmitir más segmentos para esta sesión. Una vez que el emisor
obtiene este acuse de recibo del receptor, puede transmitir 3000 bytes adicionales.
TCP utiliza tamaños de ventana para tratar de aumentar la velocidad de transmisión
hasta el flujo máximo que la red y el dispositivo de destino pueden admitir y, al mismo
tiempo, minimizar las pérdidas y las retransmisiones.
 Control del flujo de TCP: prevención de congestiones Reducción
del tamaño de la ventana

Cuando los recursos de la red son limitados, TCP puede reducir el tamaño de la
ventana para lograr que los segmentos recibidos sean reconocidos con mayor
frecuencia. Esto reduce de forma efectiva la velocidad de transmisión porque el
origen espera que se dé acuse de recibo de los datos con más frecuencia.
El host receptor envía el valor del tamaño de la ventana al host emisor para indicar la
cantidad de bytes que puede recibir. Si el destino necesita disminuir la velocidad de
comunicación debido, por ejemplo, a una memoria de búfer limitada, puede enviar un
valor más pequeño del tamaño de la ventana al origen como parte del acuse de
recibo.
Si un host receptor está congestionado, puede responder al host emisor con un
segmento que especifique un tamaño reducido de la ventana, se muestra que se
produjo la pérdida de uno de los segmentos.
El receptor cambió el campo de la ventana en el encabezado TCP de los segmentos
devueltos en esta conversación de 3000 a 1500. Esto hizo que el emisor redujera el
tamaño de la ventana a 1500.
Después de un período de transmisión sin pérdidas de datos ni recursos limitados, el
receptor comienza a aumentar el campo de la ventana, lo que reduce la sobrecarga
en la red, ya que se deben enviar menos acuses de recibo. El tamaño de la ventana
sigue aumentando hasta que se produce la pérdida de datos, lo que provoca que
disminuya el tamaño de la ventana.
Este aumento y disminución dinámicos del tamaño de la ventana es un proceso
continuo en TCP. En redes altamente eficaces, los tamaños de la ventana pueden ser
muy grandes, porque no se pierden datos. En redes en las que la infraestructura
subyacente está bajo presión, es probable que el tamaño de la ventana se mantenga
pequeño...
TCP también provee mecanismos para el control del flujo. El control del flujo
contribuye con la confiabilidad de la transmisión TCP ajustando la tasa efectiva de
flujo de datos entre los dos servicios de la sesión. Cuando el origen advierte que se
recibió la cantidad de datos especificados en los segmentos, puede continuar
enviando más datos para esta sesión.

• El campo Tamaño de la ventana en el encabezado TCP especifica la cantidad de

datos que puede transmitirse antes de que se reciba el acuse de recibo. El tamaño
de la ventana inicial se determina durante el comienzo de la sesión a través del
enlace de tres vías.

• El mecanismo de retroalimentación de TCP ajusta la tasa de transmisión de datos

efectiva al flujo máximo que la red y el dispositivo de destino pueden soportar sin
sufrir pérdidas. TCP intenta gestionar la tasa de transmisión de manera que todos los
datos se reciban y se reduzcan las retransmisiones.

• Durante la demora en la recepción del acuse de recibo, el emisor no enviará

ningún segmento adicional para esta sesión. En los períodos en los que la red está
congestionada o los recursos del host receptor están exigidos, la demora puede
aumentar. A medida que aumenta esta demora, disminuye la tasa de transmisión
efectiva de los datos para esta sesión. La disminución de la tasa de datos ayuda a
reducir la contención de recursos.
• El control de flujo es necesario para no saturar al receptor de uno a más emisores.
Se realiza normalmente en la capa de transporte, también a veces en la capa de
enlace. Utiliza mecanismos de retroalimentación. Suele ir unido a la corrección de
errores y no debe limitar la eficiencia del canal. El control de flujo conlleva dos
acciones importantísimas que son la detección de errores y la corrección de errores.

La detección de errores se utiliza para detectar errores a la hora de enviar tramas al

receptor e intentar solucionarlos. Se realiza mediante diversos tipos de códigos del
que hay que resaltar el CRC (códigos de redundancia cíclica), simple paridad (puede
ser par, números de 1´s par, o impar) paridad cruzada (Paridad horizontal y vertical) y
Suma de verificación

La corrección de errores surge a partir de la detección para corregir errores

detectados y necesitan añadir a la información útil un número de bits redundantes
bastante superior al necesario para detectar y retransmitir. Sus técnicas son
variadas. El Código Hamming, Repetición, que cada bit se repite 3 veces y en caso
de fallo se toma el bit que más se repite.

También cabe destacar los protocolos HDLC que es un control de enlace de datos a
alto nivel, orientado a bit y obedece a una ARQ de ventana deslizante o continuo.
También existen protocolos orientados a carácter.
 Mecanismos para el control de flujo

 El mecanismo de control de flujo de TCP es conocido como “Esquema de

asignación de créditos”.

 Trabaja con los datos ubicados en buffers en el emisor y el receptor

 Cada octeto de datos transmitido tiene un número de secuencia. Cada

segmento TCP incluye el número de secuencia del primer octeto.

 El receptor envía un mensaje de la forma (A = i, W = j), con la siguiente

interpretación

 Todos los octetos hasta el i - 1 están reconocidos. Se espera octeto con

número de secuencia i.

 Se concede permiso al emisor para enviar hasta j octetos de dato,

correspondientes a los números de secuencia i hasta i + j -1.

 El mecanismo de asignación de créditos es flexible. Por ejemplo, si el receptor

manda un mensaje (A = i, W = j), y el último octeto recibido por este fue el i - 1

 Para aumentar crédito a una cantidad k (k > j) cuando no han arribado nuevos
octetos, el receptor envía (A = i, W = k).

 Para reconocer un segmento enviado que contiene m octetos de datos (m < j),
sin permitir crédito adicional, el receptor envía (A = i + m, W = j - m)

 Si el emisor opera más rápido que el receptor, los datos de entrada llenarán
tarde o temprano el buffer del receptor.

 En tal caso, este último envía un mensaje “ventana cero”.

 El emisor que reciba este mensaje deja de transmitir paquetes hasta que el
receptor indique que puede recibir más paquetes.

 Cuando dos host intentan comunicarse, a cada lado de la conexión TCP hay
un buffer de recepción. Cuando recibimos datos que son correctos y están en
orden, TCP coloca los datos en el buffer de recepción.
 La aplicación leerá este buffer pero no tiene por qué leerlo en el mismo
instante en que llegan, si esta lectura es lenta, el host que envía los datos
podría llenar este buffer y desbordarlo (con la consiguiente pérdida de datos).
 TCP proporciona control de flujo para evitar precisamente este problema, TCP
es capaz de adaptar la velocidad para que el host más lento pueda procesar
los datos adecuadamente sin desbordamientos.
 Un emisor TCP puede no enviar datos de forma seguida por congestión IP,
entraríamos a hablar del control de congestión (en los próximos artículos).
 TCP proporciona un servicio de control de flujo con una variable llamada
ventana de recepción TCP. Esta ventana de recepción se emplea para
proporcionar al emisor la información de cuánto espacio libre hay disponible
(en el buffer del host receptor).
 TCP al ser una conexión full-dúplex, el emisor y receptor (y viceversa) tienen
ventanas de recepciones de distinto tamaño y debe gestionarlas
adecuadamente y de forma dinámica. Si la ventana de recepción de un host
es 0, el host emisor debe seguir mandando segmentos con 1 bytes de datos,
estos son datos de reconocimiento. Finalmente el buffer lleno, comenzará a
vaciarse y los ACK serán distintos de 0.
www.tamps.cinvestav.mx/~vjsosa/clases/redes/Cap3_Transporte.pdf
https://sites.google.com/site/teleinformaticautp/control-de-flujo
http://www2.elo.utfsm.cl/~icd320/tcp_intro.ppt
https://www.tlm.unavarra.es/~daniel/docencia/ro_is/ro_is05_06/slides/Clase20-
Ventana.pdf
https://www.redeszone.net/2011/04/27/la-capa-de-transporte-en-internet-tcp-a-
fondo-control-de-flujo-volumen-v/