RESUMEN
DE TCP MÓVIL
Introducción
La
movilidad es soportada sólo en las capas más bajas de la red
,no bastante para proveer el apoyo de movilidad también en
las aplicaciones. La mayoría de las aplicaciones confía en
la capa de transporte, como TCP o UDP en el caso del Internet.
Mientras
la capa de la red sólo 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 conexión TCP se
pueden dar ciertas garantías, como entrega en orden o la transmisión
de los datos de forma fiable que usan las técnicas de retransmisión.
Además, TCP tiene los mecanismos para manejar amigablemente
la red. Por ejemplo, si TCP encuentra la pérdida de un paquete,
asume que existe congestión interna en la Red y reduce la
velocidad de la transmisión. Ésta también 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. Además, UDP no hace la Red amigable,
es decir, no retrasa los paquetes en el caso de congestión.
10.1
TCP Tradicional Esta sección resalta varios mecanismos
del Protocolo de Control de Transmisión (TCP) que influencian
la eficacia de TCP un ambiente móvil.
10.1.1
Control de Congestión Un protocolo de capa de transporte
como TCP se ha diseñado para las redes fijas. La transmisión
de los datos tiene lugar usando adaptadores de Red, fibra
óptica, hardware especial para routers, etc.
La
congestión puede aparecer de vez en cuando en el carrefully
diseñado las redes. Los buffers del paquete de un router están
llenos y el router no puede retransmitir los paquetes porque
la suma de las entradas de los paquetes destinados para una
salida es más alto que la capacidad de salida. La única cosa
que una router puede hacer en esta situación es dejar caer
los paquetes.
El
remitente reconoce la pérdida del paquete y asume una pérdida
del paquete debido a la congestión. Retransmite el paquete
perdido y continua enviando de acuerdo a la proporción. Para
mitigar la congestión, TCP reduce la velocidad de la transmisión
dramáticamente.
10.1.2
Slow Start La reacción de TCP´ s al reconocimiento de
un paquete perdido es bastante drástica, pero necesaria para
deshacernos de la congestión. El comportamiento que TCP muestra
después de que se descubre la congestión se llama Slow Start.
El remitente siempre calcula una ventana de congestión para
un receptor. El tamaño de la salida de la ventana de congestión
en un segmento (un paquete de TCP). Ahora el remitente envía
un paquete y esperas para el reconocimiento. Si este reconocimiento
llega, el remitente aumenta la ventana de congestión en uno,
ahora envía dos paquetes (ventana de congestión = 2). Después
de la llegada del segundo reconocimiento correspondiente,
el remitente de nuevo agrega 2 a la ventana de congestión,
uno para cada uno del reconocimiento. Ahora la ventana de
congestión es iguala 4. Este esquema dobla la ventana de congestión
en el mecanismo de Slow Start.
10.2
TCP Indirecto Hay 2 conceptos que comprender para dirigir
el desarrollo de TCP Indirecto (I-TCP), una es que TCP actúa
pobremente junto con enlaces inalámbricos, la otra es que
TCP dentro de redes fijas no puede ser cambiado. Por lo tanto
I-TCP divide una conexión TCP en una parte fija y una inalámbrica.
La figura muestra un ejemplo con un Host móvil conectado a
través de un enlace inalámbrico y un punto de acceso a el
Internet "Alámbrico" donde reside el Host correspondiente.
El nodo correspondiente también podría usar acceso inalámbrico.
Entonces el siguiente también seria aplicado al enlace de
acceso del Host correspondiente.
Alguna
ventajas viene con I-TCP < I-TCP no requiere ningún
cambio en el protocolo TCP usado por los hosts en la red fija
u otros hosts en una red inalámbrica que no usan esta optimización,
por lo tanto, todas las optimizaciones actuales para TCP aun
trabajan entre el agente foráneo y el Host correspondiente.
< Debido a la estricta división en 2 conexiones, los
errores de transmisión en el enlace inalámbrico, por ejemplo
paquetes pedidos, no pueden propagarse en la red fija. Sin
partición, la retransmisión de paquetes perdidos tomaran lugar
entre el Host móvil y el Host correspondiente a través de
la red entera. Ahora solo los paquetes en secuencia sin aberturas
abandonan el agente foráneo. < El pequeño retardo entre
el Host móvil y el agente foráneo 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 retransmisión tan rápida como sea posible. Incluso el
TCP estándar beneficia desde el tiempo de viaje redondo corto,
de esta manera una recuperación mas rápida de los paquetes
extraviados. < Particionando en dos conexiones también permite
el uso de un diferente protocolo de la capa de transporte
entre el agente foráneo y el Host móvil o el uso de encabezados
comprimidos etc. El agente foráneo ahora puede actuar como
una salida para el traslado entre protocolos diferentes.
10.3
Snooping TCP Una de las desventajas de I-TCP es la segmentación
de la conexión del TCP simple dentro del TCP de dos conexiones,
de modo tal que pierde el original end-to-end TCP semántico.
El siguiente TCP enhancement (realce) trabaja totalmente transparente
y deja la conexión TCP end-to-end intacta. La función principal
del realce es proteger datos cerca del ordenador principal(host)
móvil para realizar la pronta retransmisión local en caso
de la pérdida del paquete. Nuevamente, un buen lugar para
el realce del TCP podía ser el agente foreign (no nativo)
en el contexto de IP móvil.
10.4
Tcp Móvil El acceso de M-TCP (TCP móvil) 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 desconexión
pero no problemas a causa del tráfico de congestión. M-TCP
desea mejorar el rendimiento de procesamiento total, bajar
el retardo, mantener la semántica end-to-end de TCP, y proporcionar
un handover más eficiente. Además, M-TCP se adapta especialmente
a los problemas que se presentan por desconexiones muy largas
o frecuentes (Brown, 1997).
El M-TCP parte la conexión TCP en dos partes como I-TCP .
Un TCP sin modificar se utiliza en la conexión de (SH) host
estándar-host supervisor, mientras que un TCP optimizado utiliza
en la conexión de SH-MH. El host de supervisión es responsable
de intercambiar datos entre ambas partes similar al proxy
en I-TCP. El acceso de M-TCP supone una tasa de error relativamente
baja en un bit en la conexión inalámbrica. Por lo tanto, no
realiza caching/retransmisión de datos a través del SH. Si
un paquete se pierde en la conexión inalámbrica, tiene que
ser retransmitido por el emisor original. Esto mantiene la
semántica 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 tamaño de la ventana del emisor a 0. Fijar
el tamaño 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 función 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 inalámbrica se utiliza un TCP adaptado que puede
recuperarse de la pérdida del paquete mucho más rápidamente.
Este TCP modificado no utiliza comienzo lento, así, M-TCP
necesita de un manejador de ancho de banda para compartir
de manera justa la conexión inalámbrica.
PREGUNTAS
DE TCP MÓVIL
1.
La mayoría de las aplicaciones confía en la capa de transporte,
como TCP o UDP en el caso del Internet, cuales son las difrencias
entre UDP y TCP?.
TCP ofrece
conexiones entre dos aplicaciones. En una conexión TCP se
pueden dar ciertas garantías, como entrega en orden o la
transmisión de los datos de forma fiable que usan las técnicas
de retransmisión. Además, TCP tiene los mecanismos para
manejar amigablemente la red. Ésta también 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. Además, UDP no hace la Red
amigable, es decir, no retrasa los paquetes en el caso de
congestión.
2.
En caso de encontrar congestion, que actitud toman las otras
conexiones de TCP?
TCP reduce
la velocidad de la transmisión dramáticamente y las otras
conexiones que experimentan la misma congestión hacen exactamente
el mismo, así, la congestión está pronta a ser resuelta.
Esta cooperación de conexiones de TCP en el Internet es
una de las razones principales para la supervivencia del
Internet al día de hoy.
3.
Que adaptadores de red se utilizan en el protocolo TCP?
Un protocolo
de capa de transporte como TCP se ha diseñado para las redes
fijas. La transmisión de los datos tiene lugar usando adaptadores
de Red, fibra óptica, hardware especial para routers, etc.
4.
Explique el mecanismo Slow Start?
La reacción
de TCP´ s al reconocimiento de un paquete perdido es bastante
drástica, pero necesaria para deshacernos de la congestión.
El remitente siempre calcula una ventana de congestión para
un receptor. El tamaño de la salida de la ventana de congestión
en un segmento (un paquete de TCP). Ahora el remitente envía
un paquete y esperas para el reconocimiento. Si este reconocimiento
llega, el remitente aumenta la ventana de congestión en
uno, ahora envía dos paquetes (ventana de congestión = 2).
Después de la llegada del segundo reconocimiento correspondiente,
el remitente de nuevo agrega 2 a la ventana de congestión,
uno para cada uno del reconocimiento. Ahora la ventana de
congestión es iguala 4. Este esquema dobla la ventana de
congestión en el mecanismo de Slow Start.
5.
Porque se dice que el slow start dismimuye la eficiendia de
TCP.
Mientras
la salida lenta (slow start) es uno de los mecanismos más
útiles en las redes fijas, disminuye la eficacia de TCP
drásticamente si es usado junto con receptores móviles o
remitente. La razón para esto es que el uso de salida lenta
concluye una situación de congestión. Así, la pérdida del
paquete es mucho más común y no siempre puede compensarse
por la capa de dos retransmisiones.
6.
conceptos utilizados para dirigir el desarrollo de TCP Indirecto
Una es que
TCP actúa pobremente junto con enlaces inalámbricos, la
otra es que TCP dentro de redes fijas no puede ser cambiado.
7.
Ventajas de I-TCP
I-TCP no
requiere ningún cambio en el protocolo TCP usado por los
hosts en la red fija u otros hosts en una red inalámbrica
que no usan esta optimización . Debido a la estricta división
en 2 conexiones, los errores de transmisión en el enlace
inalámbrico. Particionando en dos conexiones también permite
el uso de un diferente protocolo de la capa de transporte
entre el agente foráneo y el Host móvil o el uso de encabezados
comprimidos etc. El agente foráneo ahora puede actuar como
una salida para el traslado entre protocolos diferentes.
8.
Desventaja de I-TCP
La segmentación
de la conexión del TCP simple dentro del TCP de dos conexiones,
de modo tal que pierde el original end-to-end TCP semántico.
|