Unidad III
Unidad III
Unidad III
3 Control de congestin en TCP 3.4 Control de flujo en TCP 3.5 Estudio de varias propuestas para mejorar el comportamiento de TCP en redes mviles
4G (micro movilidad)
3.1 El protocolo TCP/IP Protocolo TCP/IP El protocolo TCP/IP, es un conjunto de reglas o normas que determinan cmo se realiza el intercambio de datos entre dos ordenadores. Es quien se encarga de que los equipos puedan hablar en un lenguaje comn, independientemente del tipo que sea o del sistema operativo que utilice (Windows NT, 95, 98 2000, DOS, OS/2, Unix, etc.). El protocolo que se usa en Internet desde sus propios orgenes es el TCP/IP (Tranmission Control Protocol/Internet Protocol). Este protocolo, funciona de la siguiente forma, cuando se transfiere informacin de un ordenador a otro, por ejemplo un fichero, un mensaje de correo electrnico o cualquier otro tipo de datos, sta no es transmitida de una sola vez, sino que se divide en paquetes pequeos.
Esta tcnica por paquetes, posibilita que los recursos de la red no sean monopolizados por un slo usuario durante un intervalo de tiempo excesivo, siendo usual que por la red viajen paquetes de informacin provenientes de diferentes ordenadores y con destinos tambin diferentes. El protocolo TCP se encarga de dividir las informaciones en paquetes de tamao adecuado, numerar estos paquetes para que puedan volver a unirse en el lugar correcto y aadir cierta informacin para la transmisin y posterior decodificacin del paquete y detectar posibles errores en la transmisin. Por su parte el protocolo IP atiende todas las operaciones relacionadas con el encaminamiento de los paquetes del origen al destino, encargndose de etiquetar cada paquete de informacin con la direccin apropiada. Este sistema de comunicacin, hace necesario que cada ordenador conectado a Internet tenga una direccin de Internet (IP address) nica y exclusiva que lo distingue de cualquier otro ordenador en el mundo. Esta direccin o nmero IP se representa con cuatro nmeros separados por puntos, cada uno de los cuales puede tomar valores entre 0 y 255. Por ejemplo, la direccin IP del servidor web de la Red Telemtica Educativa "Averroes" es la siguiente: 150.214.90.20. Por lo tanto, toda aplicacin de Internet necesita conocer la IP del ordenador con el que comunicarse, nosotros, como usuarios no necesitamos disponer de esa informacin. Hay un sistema de nombres ms sencillo para referirse a una direccin, el sistema de nombres por Dominio o DNS. Este sistema, consigue simplificar la identificacin de los recursos en la red, sin tener que memorizar
las direcciones numricas. Por ejemplo el nombre de dominio del servidor web citado anteriormente es el siguiente: averroes.cec.junta-andalucia.es
3.2 El problema de movilidad con TCP Introduccin La movilidad es soportada slo en las capas ms bajas de la red ,no bastante para proveer el apoyo de movilidad tambin en las aplicaciones. La mayora de las aplicaciones confa en la capa de transporte, como TCP o UDP en el caso del Internet. Mientras la capa de la red slo se dirige al host, los puertos en UPD o TCP permiten el direccionamiento de aplicaciones dedicadas. La diferencia principal entre UDP y TCP es que TCP ofrece conexiones entre dos aplicaciones. En una conexin TCP se pueden dar ciertas garantas, como entrega en orden o la transmisin de los datos de forma fiable que usan las tcnicas de retransmisin. Adems, TCP tiene los mecanismos para manejar amigablemente la red. Por ejemplo, si TCP encuentra la prdida de un paquete, asume que existe congestin interna en la Red y reduce la velocidad de la transmisin. sta tambin es una de las razones principales para utilizar los protocolos como TCP y no el UDP. UDP requiere que las aplicaciones manejen fiabilidad, la entrega sea en orden, etc. Adems, UDP no hace la Red amigable, es decir, no retrasa los paquetes en el caso de congestin. TCP Tradicional resalta varios mecanismos del Protocolo de Control de Transmisin (TCP) que influencian la eficacia de TCP un ambiente mvil.
3.3 Control de congestin en TCP Control de Congestin Un protocolo de capa de transporte como TCP se ha diseado para las redes fijas. La transmisin de los datos tiene lugar usando adaptadores de Red, fibra ptica, hardware especial para routers, etc. La congestin puede aparecer de vez en cuando en el carrefully diseado en las redes. Los buffers del paquete de un router estn llenos y el router no puede retransmitir los paquetes porque la suma de las entradas de los paquetes destinados para una salida es ms alto que la capacidad de salida. La nica cosa que una router puede hacer en esta situacin es dejar caer los paquetes. El remitente reconoce la prdida del paquete y asume una prdida del paquete debido a la congestin. Retransmite el paquete perdido y continua enviando de acuerdo a la proporcin. Para mitigar la congestin, TCP reduce la velocidad de la transmisin dramticamente. a) Slow Start La reaccin de TCP s al reconocimiento de un paquete perdido es bastante drstica, pero necesaria para deshacernos de la congestin. El comportamiento que TCP muestra despus de que se descubre la congestin se llama Slow Start. El remitente siempre calcula una ventana de congestin para un receptor. El tamao de la salida de la ventana de congestin en un segmento (un paquete de TCP). Ahora el remitente enva un paquete y esperas para el reconocimiento. Si este reconocimiento llega, el remitente aumenta la ventana de congestin en uno, ahora enva dos paquetes (ventana de congestin = 2). Despus de la llegada del segundo reconocimiento correspondiente, el remitente de nuevo agrega 2 a la ventana de congestin, uno para cada uno del reconocimiento. Ahora la ventana de congestin es iguala 4. Este esquema dobla la ventana de congestin en el mecanismo de Slow Start.
3.5 Estudio de varias propuestas para mejorar el comportamiento de TCP en redes mviles a) TCP Indirecto Hay 2 conceptos que comprender para dirigir el desarrollo de TCP Indirecto (I-TCP), una es que TCP acta pobremente junto con enlaces inalmbricos, la otra es que TCP dentro de redes fijas no puede ser cambiado. Por lo tanto I-TCP divide una conexin TCP en una parte fija y una inalmbrica.
La figura muestra un ejemplo con un Host mvil conectado a travs de un enlace inalmbrico y un punto de acceso a el Internet "Almbrico" donde reside el Host correspondiente. El nodo correspondiente tambin podra usar acceso inalmbrico. Entonces el siguiente tambin seria aplicado al enlace de acceso del Host correspondiente. Alguna ventajas viene con I-TCP < I-TCP no requiere ningn cambio en el protocolo TCP usado por los hosts en la red fija u otros hosts en una red inalmbrica que no usan esta optimizacin, por lo tanto, todas las optimizaciones actuales para TCP aun trabajan entre el agente forneo y el Host correspondiente. < Debido a la estricta divisin en 2 conexiones, los errores de transmisin en el enlace inalmbrico, por ejemplo paquetes pedidos, no pueden propagarse en la red fija. Sin particin, la retransmisin de paquetes perdidos tomaran lugar entre el Host mvil y el Host correspondiente a travs de la red entera. Ahora solo los paquetes en secuencia sin aberturas abandonan el agente forneo. < El pequeo retardo entre el Host mvil y el agente forneo puede ser determinado y es independiente de otros flujos de trafico. Por lo tanto, un TCP optimizado puede usar Time-out precisos para garantizar una retransmisin tan rpida como sea posible. Incluso el TCP estndar beneficia desde el tiempo de viaje redondo corto, de esta manera una recuperacin mas rpida de los paquetes extraviados. < Particionando en dos conexiones tambin permite el uso de un diferente protocolo de la capa de transporte entre el agente forneo y el Host mvil o el uso de encabezados comprimidos etc. El agente forneo ahora puede actuar como una salida para el traslado entre protocolos diferentes.
b) Snooping TCP Una de las desventajas de I-TCP es la segmentacin de la conexin del TCP simple dentro del TCP de dos conexiones, de modo tal que pierde el original end-to-end TCP semntico. El siguiente TCP enhancement (realce) trabaja totalmente transparente y deja la conexin TCP end-to-end intacta. La funcin principal del realce es proteger datos cerca del ordenador principal(host) mvil para realizar la pronta retransmisin local en caso de la prdida del paquete. Nuevamente, un buen lugar para el realce del TCP poda ser el agente foreign (no nativo) en el contexto de IP mvil. c) Tcp Mvil El acceso de M-TCP (TCP mvil) tiene las mismas metas que I-TCP y el TCP snooping: para evitar que la ventana del emisor se contraiga si hay error en un bit o desconexin pero no problemas a causa del trfico de congestin. M-TCP desea mejorar el rendimiento de procesamiento total, bajar el retardo, mantener la semntica end-to-end de TCP, y proporcionar un handover ms eficiente. Adems, M-TCP se adapta especialmente a los problemas que se presentan por desconexiones muy largas o frecuentes (Brown, 1997).
El M-TCP parte la conexin TCP en dos partes como I-TCP . Un TCP sin modificar se utiliza en la conexin de (SH) host estndar-host supervisor, mientras que un TCP optimizado utiliza en la conexin de SH-MH. El host de supervisin es responsable de intercambiar datos entre ambas partes similar al proxy en ITCP. El acceso de M-TCP supone una tasa de error relativamente baja en un bit en la conexin inalmbrica. Por lo tanto, no realiza caching/retransmisin de datos a travs del SH. Si un paquete se pierde en la conexin inalmbrica, tiene que ser retransmitido por el emisor original. Esto mantiene la semntica end-to-end del TCP. Los monitores SH regresan todos los paquetes enviados al MH y al ACKs desde el MH. Si es SH no recibe un ACK alguna vez, l supone que el MH est desconectado. Entonces satura al emisor fijando el tamao de la ventana del emisor a 0. Fijar el tamao de la ventana a 0 fuerza al emisor entrar al modo persistente, es decir, el estado del emisor no cambiar no importa que tanto el receptor est desconectado. Esto significa que el emisor no intentar cambiar ninguna funcin para retransmitir datos. Tan pronto como el SH (el viejo SH o nuevo) detecte conectividad otra vez, abre de nuevo la ventana del emisor al viejo valor. As, el emisor puede continuar enviando a la velocidad completa. Este mecanismo no requiere cambios del emisor TCP. En la parte inalmbrica se utiliza un TCP adaptado que puede recuperarse de la prdida del paquete mucho ms rpidamente. Este TCP modificado no utiliza comienzo lento, as, M-TCP necesita de un manejador de ancho de banda para compartir de manera justa la conexin inalmbrica.
PREGUNTAS DE TCP MVIL 1. La mayora de las aplicaciones confa en la capa de transporte, como TCP o UDP en el caso del Internet, cuales son las diferencias entre UDP y TCP?.
TCP ofrece conexiones entre dos aplicaciones. En una conexin TCP se pueden dar ciertas garantas, como entrega en orden o la transmisin de los datos de forma fiable que usan las tcnicas de retransmisin. Adems, TCP tiene los mecanismos para manejar amigablemente la red. sta tambin es una de las razones principales para utilizar los protocolos como TCP y no el UDP. UDP requiere que las aplicaciones manejen fiabilidad, la entrega sea en orden, etc. Adems, UDP no hace la Red amigable, es decir, no retrasa los paquetes en el caso de congestin.
2. En caso de encontrar congestin, que actitud toman las otras conexiones de TCP?
TCP reduce la velocidad de la transmisin dramticamente y las otras conexiones que experimentan la misma congestin hacen exactamente el mismo, as, la congestin est pronta a ser resuelta. Esta cooperacin de conexiones de TCP en el Internet es una de las razones principales para la supervivencia del Internet al da de hoy.
Un protocolo de capa de transporte como TCP se ha diseado para las redes fijas. La transmisin de los datos tiene lugar usando adaptadores de Red, fibra ptica, hardware especial para routers, etc.
La reaccin de TCP s al reconocimiento de un paquete perdido es bastante drstica, pero necesaria para deshacernos de la congestin. El remitente siempre calcula una ventana de congestin para un receptor. El tamao de la salida de la ventana de congestin en un segmento (un paquete de TCP). Ahora el remitente enva un paquete y esperas para el reconocimiento. Si este reconocimiento llega, el remitente aumenta la ventana de congestin en uno, ahora enva dos paquetes (ventana de congestin = 2). Despus de la llegada del segundo reconocimiento correspondiente, el remitente de nuevo agrega 2 a la ventana de congestin, uno para cada uno del reconocimiento. Ahora la
ventana de congestin es iguala 4. Este esquema dobla la ventana de congestin en el mecanismo de Slow Start.
Mientras la salida lenta (slow start) es uno de los mecanismos ms tiles en las redes fijas, disminuye la eficacia de TCP drsticamente si es usado junto con receptores mviles o remitente. La razn para esto es que el uso de salida lenta concluye una situacin de congestin. As, la prdida del paquete es mucho ms comn y no siempre puede compensarse por la capa de dos retransmisiones.
Una es que TCP acta pobremente junto con enlaces inalmbricos, la otra es que TCP dentro de redes fijas no puede ser cambiado.
7. Ventajas de I-TCP
I-TCP no requiere ningn cambio en el protocolo TCP usado por los hosts en la red fija u otros hosts en una red inalmbrica que no usan esta optimizacin . Debido a la estricta divisin en 2 conexiones, los errores de transmisin en el enlace inalmbrico. Particionando en dos conexiones tambin permite el uso de un diferente protocolo de la capa de transporte entre el agente forneo y el Host mvil o el uso de encabezados comprimidos etc. El agente forneo ahora puede actuar como una salida para el traslado entre protocolos diferentes.
8. Desventaja de I-TCP
La segmentacin de la conexin del TCP simple dentro del TCP de dos conexiones, de modo tal que pierde el original end-to-end TCP semntico.