Tecnológico Nacional de México

Instituto Tecnológico de Acapulco

2.4 control de flujo

Control de flujo
● Control de Flujo es una técnica para sincronizar el envío de paquetes entre dos
máquinas, las que eventualmente procesarán esta información a velocidades
irregulares por lo que se hace necesario un control de flujo entre los datos
transmitidos. El protocolo TCP proporciona el servicio de Control de Flujo a sus
aplicaciones para eliminar la posibilidad de que el emisor desborde el buffer del
receptor.

Concepto: TCP(Protocolo de Control de

Transmisión) es un protocolo orientado a
conexión, es decir, que permite que dos
máquinas que están comunicadas
controlen el estado de la transmisión.
 CONTROL DE FLUJO
Se encarga de determinar cuantos datos se pueden
enviar antes de saturar la capacidad de los
dispositivos, para lo cual deben considerarse los un bloque de memoria llamado “buffer”,
siguientes aspectos: reservado para almacenar la
1.- El flujo de datos no debe saturar al receptor; los información que llega antes de ser
receptores tienen una velocidad límite para procesar procesada. Si el buffer comienza a
los datos que llegan y una cantidad de memoria llenarse, el receptor debe ser capaz de
limitada en donde guardar los datos que llegan. El decirle al emisor que pare la transmisión
receptor debe avisar al trasmisor que detenga el envío hasta que vuelva a ser capaz de recibir
de datos antes de llegar a estos límites y de pedir al 2.- Cuando una trama llega, ya sea
dispositivo transmisor que envíe menos tramas o que individualmente o en grupo, notifica su
pare temporalmente. La información que llega debe ser recepción con un reconocimiento; si una
procesada y comprobada antes de usarse y esta tarea trama llega dañada el receptor envía un
es más lenta que la velocidad de transmisión para el mensaje de error NAK.
envío de la información. Por esta razón los equipos
tienen
 Parada y espera
En este método, el receptor indica su disposición a
recibir los datos para cada trama, el mensaje se divide
en múltiples marcos. Los emisor espera para un ACK
(reconocimiento) después de cada cuadro por el
tiempo especificado (llamado tiempo de espera). Se
envía a asegurar que el receptor ha recibido la trama
correctamente.
A continuación, enviar el siguiente fotograma sólo
después de que se haya recibido el ACK. Operaciones

•Remitente: Transmite un solo cuadro a la vez.

•Receptor: Transmite acuse de recibo (ACK), ya que
recibe una trama.
•Remitente recibe ACK dentro de tiempo de espera.
•Vaya al paso 1.
 Si se pierde un marco o ACK durante la transmisión, entonces
tiene que ser transmitidos de nuevo por el remitente. Este
proceso se conoce como retransmisión ARQ (petición de
repetición automática). El problema con Stop-and wait es
que sólo un fotograma se puede transmitir a la vez, y que a
menudo conduce a la transmisión ineficiente, ya que hasta
el remitente recibe el ACK no puede transmitir cualquier
nuevo paquete. Durante este tiempo tanto el emisor y el
canal son no utilizado.

En otras palabras, el método de Parada y espera (Stop-and-

wait) es un tipo de protocolo ARQ para el control de
Concepto. Los Protocolos ARQ (Solicitud errores en la comunicación entre dos hosts basado en el
de repetición automática)
son protocolos de control de flujo que envío de tramas o paquetes, de modo que una vez se envía
esencialmente se caracterizan porque un paquete no se envía el siguiente paquete hasta que no
solicitan retransmisiones de una o varias se recibe el correspondiente ACK (confirmación de la
tramas de modo automático cuando se
producen errores o pérdidas de recepción) y en caso de recibir un NACK (rechazo de la
información, sin intervención de agentes recepción) se reenvía el paquete anterior.
externos al nivel de enlace.
Ejemplo introductorio
Pongámonos en la situación en que tenemos un servidor gigante,
que envía una cantidad “enorme" de alta magnitud de datos y a
una tasa muy veloz. Ahora bien, tenemos un PC común y corriente,
no muy veloz, que recibirá estos datos, por lo tanto es necesario
hacer un control de el flujo de esos datos enviados. El servidor
comenzará a mandar datos hasta que el PC pueda recibirlos, pero
llegará un momento en que nuestro computador cliente (receptor)
estará al borde del colapso, o colapsará, y debe "decirle" al servidor
de alguna manera que detenga el envío de paquetes. Cuando
nuestro PC tenga algún espacio en el buffer para recibir otro
paquete de datos, éste le avisará al servidor que puede recibir más
datos y que cantidad, a lo que el Servidor responderá enviando la
data solicitada o disminuyendo la tasa de transferencia, si es que el
cliente no llenó su capacidad, pero lo hubiera hecho
eventualmente
 Se han desarrollado dos
métodos para controlar
¿QUÉ SE UTILIZA PARA CONTROLAR DICHO FLUJO? el flujo de datos a través
de enlaces de
comunicación: Parada
El protocolo TCP utiliza un mecanismo llamado Ventana y espera, y ventana
deslizante
Deslizante que es del tipo "Stop and Wait", esto quiere decir
que el emisor deja de enviar paquetes hasta que reciba un
mensaje de reconocimiento que le llegaron los datos por parte
del receptor. Podemos deducir a partir de esto que es una
comunicación poco eficiente, ya que si el receptor no envía el
reconocimiento no se puede seguir transmitiendo.

¿CÓMO FUNCIONA LA VENTANA DESLIZANTE?

La Ventana Deslizante está compuesta por dos "Ventanas", la

primera es la Ventana de recepción, ubicada en el receptor, valga
la redundancia, y que indica cuantos bytes caben aún en el buffer
que se utilice en el receptor. La segunda "ventana" es la Ventana de
envío, la que indica Qué bytes del buffer de envío se pueden enviar
sin tener que esperar una confirmación. Como observación podemos
decir que la Ventana de envío NO, puede ser mayor que la ventana
de recepción.
CONTROL DE FLUJO DE HARDWARE
Consiste en utilizar líneas dispuestas para ese fin como las que tiene la conexión RS-232-C.
Este método de control del flujo de transmisión utiliza líneas del puerto serie para parar o
reanudar el flujo de datos y por tanto el cable de comunicaciones, además de las tres
líneas fundamentales de la conexión serie: emisión, recepción y masa, ha de llevar algún
hilo más para transmitir las señales de control.

En el caso más sencillo de que la comunicación sea en un solo sentido, por ejemplo con
una impresora, bastaría con la utilización de una línea más. Esta línea la gobernaría la
impresora y su misión sería la de un semáforo. Por ejemplo, utilizando los niveles eléctricos
reales que usa la norma serie RS-232-C, si esta línea está a una tensión positiva de 15 V. (0
lógico) indicaría que la impresora está en condiciones de recibir datos, y si por el contrario
está a -15 V. (1 lógico) indicaría que no se le deben enviar más datos por el momento.

Si la comunicación es en ambos sentidos, entonces necesitaríamos al menos dos líneas de

control, una que actuaría de semáforo en un sentido y la otra en el otro. Las líneas se han
de elegir que vayan de una salida a una entrada, para que la lectura sea válida y además
se debe tratar de utilizar las que la norma RS-232-C recomienda para este fin.
CONTROL DE FLUJO DE
HARDWARE
Existen ciertas líneas de control que son
típicas del RS 232 las cuales son
tomadas en cuenta para el control de
flujo en temas de hardware, estas líneas
se describen a continuación:

RTS (Request to Send)

CTS (Clear to Send)
RTS DTR (Data terminal Ready) Esta línea
se utiliza como opción secundaria.
DSR (Data set Ready) Es una línea
utilizada para control de flujo DTR,
puede ser manejada también por DTE
ya que es la primera línea que se utiliza
para respuestas afirmativas.
FLUJO DE HARDWARE RTS/CTS

La petición de enviar/borrar para enviar (RTS/CTS)

a veces se llama reconocimiento de hardware o
ritmo en lugar de control de flujo.
El término reconocimiento de hardware viene de
la utilización de cables y voltajes como un método
para el control de transmisión de datos. A
diferencia de XON/XOFF, que envía caracteres de
control en la serie de datos, RTS/CTS utilice voltajes
positivos y negativos junto con patillas o hilos
dedicados en el cableado del dispositivo.
Un voltaje positivo significa que se permite la
transmisión de datos y un voltaje negativo significa
que la transmisión de datos debe suspenderse.
FLUJO DE HARDWARE DTR/DSR

Terminal de datos preparado (DTR), otra forma

de control de flujo de hardware, suelen
generarla los dispositivos como, por ejemplo, las
impresoras, para indicar que están preparados
para comunicarse con el sistema. Esta señal se
utiliza junto con Conjunto de datos preparado
(DSR) que el sistema genera para controlar el
flujo de datos.
Un voltaje positivo significa que se permite la
transmisión de datos y un voltaje negativo
significa que la transmisión de datos debe
suspenderse.
 CONTROL de flujo POR SOFTWARE
La otra forma de control del flujo consiste en enviar a
través de la línea de comunicación caracteres de
control o información en las tramas que indican al otro
dispositivo el estado del receptor. La utilización de un
control software de la transmisión permite una mayor
versatilidad del protocolo de comunicaciones y por otra
parte se tiene mayor independencia del medio físico
utilizado. Así por ejemplo, con un protocolo
exclusivamente hardware sería bastante difícil hacer
una comunicación vía telefónica, ya que las señales
auxiliares de control se tendrían que emular de alguna
manera.
Las formas más sencillas de control de flujo por
software son el empleo de un protocolo como el
XON/XOFF que se verá más adelante o como la
espera de confirmación antes del envío mediante un
ACK o similar como se indicaba en el protocolo de
parada y espera.
FLUJO DE SOFTWARE XON/XOFF

Los controles de flujo transmisor

activado/transmisor desactivado (XON/XOFF)
implican el envío de caracteres de control de
transmisión de datos junto con la serie de datos
(TxD y RxD). Por este motivo, se denomina control
de flujo de software.
Cuando se envían datos a un módem, éstos se
colocan en un almacenamiento intermedio. Justo
antes de que el almacenamiento intermedio
alcance la capacidad máxima, el módem
enviará un carácter XOFF al sistema y el sistema
dejará de transmitir los datos. Cuando el
almacenamiento intermedio del módem esté casi
vacío y listo para recibir más datos, volverá a
enviar un carácter XON al sistema, lo que
provocará que se envíen más datos.
 Linkografía

● https://www.ibm.com/docs/es/aix/7.2?topic=communication
-flow-control
● https://www.ecured.cu/Control_de_flujo#Control_de_flujo_de_
software
● https://mtlsasturiasnoe.wordpress.com/control-de-flujo/
● http://jorgeantares1290.blogspot.com/p/castelanlopez-jorge-
ingenieriaen.html