1. CONTROL DE FLUJO

2. Una analoga. Imagina que un da tu y tu amigo van a bajar manzanas de un rbol. Tu amigo sube al rbol y tu tienes que atraparlas para que las coloques en una canasta. Claro, para ello tienes varias canastas por si una se llena, la reemplazas. 3. Una analoga. Tu amigo comienza a lanzarlas y tu tienes que atraparlas. Todo va normal. Las hechas al cesto y no hay problema. 4. Una analoga. Sin embargo llegara un momento en que esa canasta se llenara y tendrs que cambiar de canasta. 5. Una analoga. Tienesdos opciones,cambiarla canasta, recogerlas aplastadas mientras se van tirando ms manzanas o 6. Una analoga. Antes de que se llene la canasta, decirle a tu amigo que espere un momento hasta que le indiques cuando seguir. 7. Una analoga. Antes de que se llene la canasta, decirle a tu amigo que espere un momento hasta que le indiques cuando seguir.XOFF, please! 8. Una analoga. Antes de que se llene la canasta, decirle a tu amigo que espere un momento hasta que le indiques cuando seguir. 9. Una analoga. Antes de que se llene la canasta, decirle a tu amigo que espere un momento hasta que le indiques cuando seguir.XON, PLEASE! 10. Una analoga. Ves que todo es mas ordenado? 11. Una analoga. Ves que todo es mas ordenado? 12. Una analoga. Ves que todo es mas ordenado? 13. Qu es el control de flujo? En comunicaciones, el control de flujo es el proceso de gestionar la tasa de transmisin de datos entre dos nodos, para prevenir que un transmisor rpido exceda a un receptor lento. 14. ES NECESARIO CONTAR CON. 15. Memoria intermedia Espacio de memoria, en el que se almacenandatos para evitar que el programa o recurso quelos requiere, ya sea hardware o software, sequede sin datos durante una transferencia. Conocido como Buffer. 16. Conexin full-Duplex. El servicio de transporte ha de permitir latransmisin concurrente de flujos independientesen ambas direcciones. Un sistema telefnico estndar es un ejemplo deuna transmisin full-duplex. 17. ASENTIMIENTO El transmisor enva una trama al receptor. El receptor la recoge, y devuelve otra trama deaceptacin(ACK). Cuando el receptor est colapsado (el buffer a punto dellenarse), no tiene ms que dejar de confirmar una tramay entonces el emisor esperar hasta que el receptordecida enviarle el mensaje de confirmacin (una vez quetenga espacio en el buffer ) Cuando el transmisor recibe esta trama sabe que puederealizar *ACK ACKNOWLEDGEMENT (ACK) (en espaol acuse de recibo),un nuevo envo...**Solo es posible enviar una trama a la vez 18. RECEPTORBLOQUE DE DATOSTRASMISOR 19. BLOQUE DE DATOSACK XITOTRASMISORRECEPTOR 20. BLOQUE DE DATOS ACK XITOBLOQUE DE DATOSTRASMISOR RECEPTOR 21. BLOQUE DE DATOS ACK XITOBLOQUE DE DATOSTRASMISOR RECEPTOR 22. BLOQUE DE DATOS ACK XITOBLOQUE DE DATOSTRASMISOR RECEPTOR ACK XITO 23. BLOQUE DE DATOS ACK XITOBLOQUE DE DATOSTRASMISOR RECEPTOR ACK XITOBLOQUE DE DATOS 24. BLOQUE DE DATOS ACK XITOBLOQUE DE DATOSTRASMISOR RECEPTOR ACK XITOBLOQUE DE DATOSBUFFER LLENO! 25. BLOQUE DE DATOSACK XITOBLOQUE DE DATOSTRASMISORRECEPTORACK XITOBLOQUE DE DATOS. BUFFER LLENO! 26. BLOQUE DE DATOS ACK XITOBLOQUE DE DATOSTRASMISOR RECEPTOR ACK XITOBLOQUE DE DATOS..BUFFER LLENO! 27. BLOQUE DE DATOS ACK XITOBLOQUE DE DATOSTRASMISOR RECEPTOR ACK XITOBLOQUE DE DATOSBUFFER LLENO! 28. BLOQUE DE DATOS ACK XITOBLOQUE DE DATOSTRASMISOR RECEPTOR ACK XITOBLOQUE DE DATOS ACK XITO 29. VENTANAS DESLIZANTES Se establece una ventana de un tamao fijo, la cual esel marco en el que cabe la mxima cantidad depaquetes que se pueden enviar sin recibirasentimiento. El tamao de la ventana es proporcional a la memoriaintermedia disponible. Se dice que los paquetes dentro de la ventana estnen estado de espera de confirmacin(unacknowledged).. 30. +TEORIA. En el momento de recibir un acuse de recibo, la ventana se desliza para alcanzar el siguiente paquete y poder enviarlo. Al mismo tiempo, el deslizamiento saca fuera el paquete que se ha asentido, el cual no es necesario mantenerlo ms en memoria. Con un tamao de ventana suficientemente ajustado a la capacidad de la red, es posible eliminar cualquier tiempo muerto. 31. Ventana del emisor: La ventana tiene inicialmente espacio para n-1tramas. El tamao de la ventana en cada momentoequivale al nmero de tramas que se puedenenviar Envo de una trama-El lmite izquierdo de la ventana avanza Recepcin de un ACK-El lmite derecho de la ventana avanza 32. Ventana del receptor La ventana tiene inicialmente espacio para n-1tramas El tamao de la ventana en cada momentoequivale al nmero de tramas que se puedenaceptar. Recepcin de una trama.-El lmite izquierdo de la ventanaavanza Envo de un ACK-El lmite derecho de la ventana avanza 33. HANDSHAKING Tcnica usada para que una comunicacin seestablezca de forma correcta, o lo que es lomismo, para que los datos puedan sertransmitidos correctamente ambos extremos deuna comunicacin. Es necesario que exista un acuerdo en cuantoa:1. Velocidad de los datos.2. Cantidad de informacin soportada3. Solucin de los problemas por bloqueo dealguna de las partes. 34. Control de flujo por software El control de flujo por software (llamado tambinXON/XOFF o CTRL+S/CTRL+Q) usa caracteres dedatos para indicar que el flujo de datos debe iniciarseo detenerse. Este protocolo sigue las pautas de enviarinformacin al receptor hasta que el buffer de esteesta lleno. Para saber si el buffer esta lleno o esta vaci seutilizan dos caracteres de la tabla ASCII, que son el17 y el 19. Los cables necesarios para la comunicacin siguensiendo TxD, RxD, y GND, ya que los caracteres decontrol se envan a travs de los cables como si 35. El emisor enva datos al receptor, el cual lo almacena en buffer 36. El emisor enva datos al receptor, el cual lo almacena en buffer 37. No hay que esperar a que el buffer del receptor se sature de informacin yaque si se le avisa demasiado tarde el emisor pueden perderse datos al nopoder almacenarlos. 38. La seal de XOFF se da cuando el buffer esta entorno al 75% desu capacidad. 39. La seal de XON se da cuando esta cerca del 25% deesta manera el receptor nunca para de trabajar y nuncase satura. 40. Tampoco hay que esperar que este el buffer completa mente vacipara enviar un XON ya que eso significara que el receptor tiene untiempo en el que no trabaja y seria un desperdicio del tiempo. 41. Control de flujo por hardware El control de flujo por hardware (RTS/CTS)depende del mdem para controlar el flujo dedatos. Cuando el receptor est listo para recibirdatos, activa RTS; este valor ser ledo por elque transmite, en su CTS indicando que estlibre para enviar datos.