UNIDAD III

4G (micro movilidad)
3.1 El protocolo TCP/IP
3.2 El problema de movilidad con TCP
3.3 Control de congestin en TCP
3.4 Control de !"#o en TCP
3.$ Est"dio de varias prop"estas para me#orar el comportamiento de TCP en
redes mviles
En la Internet act"al% el protocolo IPv4 &a soportado el paso del tiempo ' "n
crecimiento ("e ning"na previsin &"biera vaticinado en el momento de s"
dise)o. *"n as+% IPv4 tiene m"c&as debilidades , siendo la principal de ellas la
escase- de direcciones . ("e &acen ("e sea necesaria la transicin &acia "n
n"evo protocolo% ("e sol"cione los problemas m/s graves ' adem/s 0acilite el
desplieg"e de mecanismos para a0rontar los retos de las redes act"ales. El
protocolo IPv1 (234567) s"rgi como "na evol"cin de IPv4% dise)/ndose
teniendo en c"enta toda la e8periencia ac"m"lada con este protocolo. IPv1 &a
de ser la base de las redes de com"nicaciones del 0"t"ro ' por esta ra-n% el
presente pro'ecto 9n de carrera se centra en el an/lisis ' desarrollo de
sol"ciones de movilidad para redes IPv1% si bien se &an est"diado tambi:n
previamente la problem/tica ' sol"ciones para redes IPv4% p"es comparten
caracter+sticas ' presentan m"c&as similit"des.
;a sol"cin prop"esta por el protocolo IPv1 mvil es adec"ada para sit"aciones
de macro-movilidad ("n terminal es encendido en "na s"bred ("e no es la
correspondiente a s" direccin IP% o tiene "n movimiento a ba#a velocidad). <in
embargo act"almente se considera ("e no es s"9cientemente e9ciente en
sit"aciones de micro-movilidad% en las c"ales el terminal se m"eve entre
di0erentes s"bredes en "n espacio red"cido (por tanto a ma'or velocidad) ' en
"n dominio di0erente del s"'o. Cada movimiento re("iere del intercambio de
"nos mensa#es de se)ali-acin de cara a mantener la conectividad del terminal
mvil. 3ic&a se)ali-acin conlleva "na latencia asociada al movimiento
(traspaso)% ("e p"ede ser inadmisible para aplicaciones interactivas con
re("isitos de tiempo real (como por e#emplo las com"nicaciones de vo-).
4G (micro movilidad)
3.1 El protocolo TCP/IP
Protocolo TCP/IP
El protocolo TCP/IP% es "n con#"nto de reglas o normas ("e determinan cmo se
reali-a el intercambio de datos entre dos ordenadores. Es ("ien se encarga de
("e los e("ipos p"edan =&ablar> en "n leng"a#e com?n% independientemente
del tipo ("e sea o del sistema operativo ("e "tilice (@indoAs BT% 5$% 56
2CCC% 3D<% D</2% Eni8% etc.). El protocolo ("e se "sa en Internet desde s"s
propios or+genes es el TCP/IP (Tranmission Control Protocol/Internet Protocol).
Este protocolo% 0"nciona de la sig"iente 0orma% c"ando se trans9ere
in0ormacin de "n ordenador a otro% por e#emplo "n 9c&ero% "n mensa#e de
correo electrnico o c"al("ier otro tipo de datos% :sta no es transmitida de "na
sola ve-% sino ("e se divide en pa("etes pe("e)os.
Esta t:cnica por pa("etes% posibilita ("e los rec"rsos de la red no sean
monopoli-ados por "n slo "s"ario d"rante "n intervalo de tiempo e8cesivo%
siendo "s"al ("e por la red via#en pa("etes de in0ormacin provenientes de
di0erentes ordenadores ' con destinos tambi:n di0erentes.
El protocolo TCP se encarga de dividir las in0ormaciones en pa("etes de
tama)o adec"ado% n"merar estos pa("etes para ("e p"edan volver a "nirse en
el l"gar correcto ' a)adir cierta in0ormacin para la transmisin ' posterior
decodi9cacin del pa("ete ' detectar posibles errores en la transmisin.
Por s" parte el protocolo IP atiende todas las operaciones relacionadas con el
encaminamiento de los pa("etes del origen al destino% encarg/ndose de
eti("etar cada pa("ete de in0ormacin con la direccin apropiada.
Este sistema de com"nicacin% &ace necesario ("e cada ordenador conectado
a Internet tenga "na direccin de Internet (IP address) ?nica ' e8cl"siva ("e lo
disting"e de c"al("ier otro ordenador en el m"ndo. Esta direccin o n?mero IP
se representa con c"atro n?meros separados por p"ntos% cada "no de los
c"ales p"ede tomar valores entre C ' 2$$. Por e#emplo% la direccin IP del
servidor Aeb de la Fed Telem/tica Ed"cativa G*verroesG es la sig"ienteH
1$C.214.5C.2C.
Por lo tanto% toda aplicacin de Internet necesita conocer la IP del ordenador
con el ("e com"nicarse% nosotros% como "s"arios no necesitamos disponer de
esa in0ormacin. 4a' "n sistema de nombres m/s sencillo para re0erirse a "na
direccin% el sistema de nombres por 3ominio o 3B<. Este sistema% consig"e
simpli9car la identi9cacin de los rec"rsos en la red% sin tener ("e memori-ar
las direcciones n"m:ricas. Por e#emplo el nombre de dominio del servidor Aeb
citado anteriormente es el sig"ienteH averroes.cec.#"nta.andal"cia.es
;a identi9cacin de cada "no de los gr"pos de n?meros es la sig"ienteH
RESUMEN
El IP mvil es "na tecnolog+a ("e permite ("e "n nodo de red (Gnodo mvilG)
emigre de s" G a casa G red a otras redes% o dentro del mismo dominio de la
administracin% o a otros dominios administrativos. El IP mvil p"ede seg"ir "n
ordenador principal mvil sin necesidad de cambiar el IP *33FE<< mvil del
largo pla-o del nodo.
Iste mvil se p"ede pensar como la cooperacin de tres s"bsistemas
importantes.
Primero% &a' "n mecanismo del desc"brimiento de9nido de modo ("e los
ordenadores mviles p"edan determinar s"s n"evas p"ntas de cone8in
(n"evos direccionamientos del IP) como se m"even desde l"gar al l"gar dentro
del Internet.
En seg"ndo l"gar% "na ve- ("e el ordenador mvil sepa el IP *33FE<< en s"
n"eva p"nta de cone8in% se coloca con "n agente ("e la representa en s" red
casera. Pasado% el IP mvil de9ne mecanismos simples para entregar gramos
de los datos.
Tercero el IP identi9ca ?nicamente la p"nta de la cone8in del nodo al Internet.
Por lo tanto% "n nodo se debe sit"ar en la red indicada por s" IP *33FE<< para
recibir los datagramas destinados a :lJ si no% los datagramas destinados al
nodo ser+an inentregables. <in el IP mvil% "no de los dos mecanismos de
sig"iente se debe emplear t+picamente para ("e "n nodo cambie s" p"nta de
la cone8in sin perder s" capacidad de com"nicarseH
.El nodo debe cambiar s" IP *33FE<< siempre ("e cambie s" p"nta de la
cone8in
.;as r"tas del Drdenador principal.espec+9cas se deben propagar a trav:s de la
porcin relevante de la in0raestr"ct"ra en el encaminamiento del Internet.
*mbas alternativas son inaceptables en el caso general.
El primer caso &ace imposible para ("e "n nodo mantenga transporte '
cone8iones m/s altas de la capa c"ando el nodo cambia la locali-acin.
El seg"ndo tiene problemas severos del escalamiento ("e sean especialmente
relevantes considerando el crecimiento e8plosivo en ventas de comp"tadoras
port/tiles.
El IP mvil 0"e ideado para resolver las metas sig"ientes para los nodos
mviles ("e no se m"even m/s con 0rec"encia de "na ve- por seg"ndo.
Permite a los nodos moverse a partir de "na s"bred del IP a otro.
3.2 El problema de movilidad con TCP
;a movilidad es soportada slo en las capas m/s ba#as de la red% no bastante
para proveer el apo'o de movilidadJ tambi:n en las aplicaciones. ;a ma'or+a
de las aplicaciones con0+a en la capa de transporte% como TCP o E3P en el caso
del Internet.
Kientras la capa de la red slo se dirige al &ost% los p"ertos en E3P o TCP
permiten el direccionamiento de aplicaciones dedicadas. ;a di0erencia principal
entre E3P ' TCP es ("e TCP o0rece cone8iones entre dos aplicaciones. En "na
cone8in TCP se p"eden dar ciertas garant+as% como entrega en orden o la
transmisin de los datos de 0orma 9able ("e "san las t:cnicas de
retransmisin. *dem/s% TCP tiene los mecanismos para mane#ar
amigablemente la red.
Por e#emplo% si TCP enc"entra la p:rdida de "n pa("ete% as"me ("e e8iste
congestin interna en la Fed ' red"ce la velocidad de la transmisin.
Ista tambi:n es "na de las ra-ones principales para "tili-ar los protocolos
como TCP ' no el E3P.
E3P re("iere ("e las aplicaciones mane#en 9abilidad% la entrega sea en orden%
etc. *dem/s% E3P no &ace la Fed amigable% es decir% no retrasa los pa("etes
en el caso de congestin.
TCP Tradicional resalta varios mecanismos del Protocolo de Control de
Transmisin (TCP) ("e in!"encian la e9cacia de TCP "n ambiente mvil.
EFECTO DE LOS ERRORES Y LAS DESCONEXIONES
En los entornos mviles las p:rdidas de pa("etes son m"' 0rec"entes debido
no a congestin sino% b/sicamente% a las altas tasas de error ("e caracteri-an
al canal radio ' a las descone8iones temporales asociadas a procesos de
traspaso. Por lo tanto% los algoritmos de control de la congestin ("e TCP activa
al detectar los errores propios del enlace mvil% p"eden ocasionar "n
comportamiento m"' poco e9ciente del protocolo en estos entornos% c"'os
e0ectos deben ser eval"ados.
E8isten varios est"dios dedicados al an/lisis de aspectos relacionados con el
comportamiento de TCP en los entornos mviles 2LaM54% K'<53% M<N5$% *M<5$%
MMN5O% MNP51% MP<5O% M<*5$% CTG5O% 3CL53% 3"F547. En ellos se pone de
mani9esto el ba#o rendimiento del protocolo en di0erentes entornos
inal/mbricos ' se proponen estrategias para me#orarlo.
3.3 Control de congestin en TCP
En protocolo de capa de transporte como TCP se &a dise)ado para las redes
9#as. ;a transmisin de los datos tiene l"gar "sando adaptadores de Fed% 9bra
ptica% &ardAare especial para ro"ters% etc.
;a congestin p"ede aparecer de ve- en c"ando en el carre0"ll' dise)ado en
las redes. ;os b"Qers del pa("ete de "n ro"ter est/n llenos ' el ro"ter no
p"ede retransmitir los pa("etes por("e la s"ma de las entradas de los
pa("etes destinados para "na salida es m/s alto ("e la capacidad de salida. ;a
?nica cosa ("e "na ro"ter p"ede &acer en esta sit"acin es de#ar caer los
pa("etes.
El remitente reconoce la p:rdida del pa("ete ' as"me "na p:rdida del pa("ete
debido a la congestin. Fetransmite el pa("ete perdido ' contin"a enviando de
ac"erdo a la proporcin. Para mitigar la congestin% TCP red"ce la velocidad de
la transmisin dram/ticamente.
a) <loA <tart ;a reaccin de TCPR s al reconocimiento de "n pa("ete
perdido es bastante dr/stica% pero necesaria para des&acernos de la
congestin. El comportamiento ("e TCP m"estra desp":s de ("e se
desc"bre la congestin se llama <loA <tart. El remitente siempre calc"la
"na ventana de congestin para "n receptor. El tama)o de la salida de la
ventana de congestin en "n segmento ("n pa("ete de TCP). *&ora el
remitente env+a "n pa("ete ' esperas para el reconocimiento. <i este
reconocimiento llega% el remitente a"menta la ventana de congestin en
"no% a&ora env+a dos pa("etes (ventana de congestin S 2). 3esp":s de
la llegada del seg"ndo reconocimiento correspondiente% el remitente de
n"evo agrega 2 a la ventana de congestin% "no para cada "no del
reconocimiento. *&ora la ventana de congestin es ig"al a 4. Este
es("ema dobla la ventana de congestin en el mecanismo de <loA <tart.
3.4 Control de !"#o en TCP (T*FE*)
En redes inal/mbricas los pa("etes se pierden a"n("e no &a'a congestin
(desvanecimientos del canal mvil).
El protocolo TCP p"ede controlar la cantidad de datos ("e debe enviar
mediante el campo @indow. Este campo indica el n?mero m/8imo de octetos
("e p"eden ser recibidos. El receptor de "n segmento con el campo window a
cero% no p"ede enviar mensa#es al emisor% mensa#es de pr"eba. En mensa#e de
pr"eba es "n mensa#e de "n solo octeto ("e se "tili-a para detectar redes o
hosts inalcan-ables.
3.$ Est"dio de varias prop"estas para me#orar el comportamiento de TCP en
redes mviles.
* contin"acin se res"men alg"nos protocolos ("e se &an prop"esto para
me#orar el comportamiento del protocolo TCP en enlaces inal/mbricos.
T Protocolos de Bivel de EnlaceH *parecen varias prop"estas en la bibliogra0+a
de protocolos para dar 9abilidad al nivel de enlace. Istos "tili-an b/sicamente
dos t:cnicasH la correccin de errores "tili-ando t:cnicas tipo Forward Error
Correction (UEC)J ' la retransmisin como resp"esta a mensa#es tipo Automatic
Request Repeat (*FV). Entre estas sol"ciones se enc"entra C3K*% T3K* '
*IFK*I;. Estos protocolos intentan esconder las p:rdidas a TCP% no obstante%
estas sol"ciones no aseg"ran ("e se res"elvan los errores satis0actoriamente.
Por lo tanto% p"eden interaccionar los mecanismos propios de TCP con los de
rec"peracin a nivel de enlace (tales como tempori-adores de retransmisin '
reconocimientos d"plicados)% prod"ci:ndose retransmisiones a nivel de
transporte de pa("etes ("e p"eden &aber sido retransmitidos previamente por
los mecanismos de nivel de enlace.
T Protocolos con cone8in partidaH <on a("ellos ("e dividen en dos partes la
cone8in TCP establecida% independi-ando la parte 9#a de la parte mvil. En
estas sol"ciones se rompe la sem/ntica e8tremo a e8tremo de TCP. En la parte
mvil se de9ne "n protocolo espec+9co. En
2LaM547 se proponen dos protocolos% en "no se "sa TCP ' en el otro se "sa "n
protocolo de repeticin selectiva sobre E3P. El est"dio del impacto de
traspasos en ambas sol"ciones concl"'e en ("e no se obtiene me#ora en el
seg"ndo de los casos. Dtro est"dio 2MP<5O7 presenta "na optimi-acin de
retransmisin selectiva en TCP con el ("e s+ ("e se obtienen me#oras
signi9cativas en entornos errneos. En 2MaM5$% MaM5O7 se presenta el protocolo
Indirect-TCP. Iste "tili-a el protocolo TCP est/ndar en ambas cone8iones (la de
la parte 9#a ' la de la parte mvil). ;os inconvenientes de esta sol"cin son los
in&erentes al propio protocolo TCP en entornos mviles% 'a ("e la interaccin
de los mecanismos contra la congestin inter9eren de la misma 0orma.
Uinalmente% K.TCP% presentado en 2Mr<5O7 divide la cone8in 9#a ' mvil sin
perder la sem/ntica e8tremo a e8tremo de TCP. Esta prop"esta es adec"ada
para sol"cionar los problemas de las descone8iones temporales debido a la
movilidad% m/s ("e al e0ecto de los errores.
T Protocolo =snoop> 2M<N5$7H Ista es "na sol"cin &+brida entre las dos
anteriores. Est/ dise)ado para me#orar el comportamiento del protocolo en los
casos de trans0erencia de datos de 9#o a mvil (para el caso inverso deben
a)adirse mecanismos de reconocimiento negativo). Este protocolo introd"ce "n
md"lo en la estacin base% de 0orma ("e monitori-a la cone8in TCP en
ambas direcciones ' g"arda en cache los segmentos ("e &an sido enviados '
("e no &an sido reconocidos todav+a. <i el agente detecta reconocimientos
d"plicados% :ste los elimina ' retransmite el pa("ete. 3e esta 0orma% la 0"ente
TCP no detecta la p:rdida del segmento. *lg"nos inconvenientes de este
protocolo son la memoria necesaria para el almacena#e de los pa("etes ' la
complicacin de la gestin de traspasos.
Bo obstante% los m/s importantes son% por "na parte el &ec&o de ("e los
reconocimientos deben seg"ir el mismo camino ("e los datos (seria el caso de
varios enlaces mviles en la topolog+a de la red o en topolog+as asim:tricas).
T Protocolos de Boti9cacin e8pl+citaH Estas sol"ciones se basan en di0erenciar
las p:rdidas debidas a congestin o a errores. Ena ve- di0erenciadas% se
noti9ca al emisor ("e las p:rdidas son debidas a "na ca"sa o a la otra% ' se
act?a en consec"encia. En 2MNP5O7 se presenta el es("ema Explicit ad !tate
"oti#cation (EM<B)% ("e se basa en la noti9cacin de estados de error en caso
de ("e no se reciban reconocimientos d"rante "n cierto tiempo. Con este
m:todo se evitan% b/sicamente% los inconvenientes del algoritmo de $ac%o&
e8ponencial tras periodos de descone8in o altas tasas de error. En 2MP<5O%
MaN567 se presenta "na implementacin del Explicit 'oss "oti#cation (E;B). En
ambos casos el gran inconveniente es el no poder aseg"rar ("e "n error
realmente &a sido debido a errores del canal ' no a congestin.
PFEGEBT*< 3E TCP KWPI;
1. ;a ma'or+a de las aplicaciones con0+a en la capa de transporte% como TCP o
E3P en el caso del Internet% c"ales son las di0rencias entre E3P ' TCP X.
TCP o0rece cone8iones entre dos aplicaciones. En "na cone8in TCP se p"eden
dar ciertas garant+as% como entrega en orden o la transmisin de los datos de
0orma 9able ("e "san las t:cnicas de retransmisin. *dem/s% TCP tiene los
mecanismos para mane#ar amigablemente la red. Ista tambi:n es "na de las
ra-ones principales para "tili-ar los protocolos como TCP ' no el E3P. E3P
re("iere ("e las aplicaciones mane#en 9abilidad% la entrega sea en orden% etc.
*dem/s% E3P no &ace la Fed amigable% es decir% no retrasa los pa("etes en el
caso de congestin.
2. En caso de encontrar congestion% ("e actit"d toman las otras cone8iones de
TCPX
TCP red"ce la velocidad de la transmisin dram/ticamente ' las otras
cone8iones ("e e8perimentan la misma congestin &acen e8actamente el
mismo% as+% la congestin est/ pronta a ser res"elta. Esta cooperacin de
cone8iones de TCP en el Internet es "na de las ra-ones principales para la
s"pervivencia del Internet al d+a de &o'.
3. V"e adaptadores de red se "tili-an en el protocolo TCPX
En protocolo de capa de transporte como TCP se &a dise)ado para las redes
9#as. ;a transmisin de los datos tiene l"gar "sando adaptadores de Fed% 9bra
ptica% &ardAare especial para ro"ters% etc.
4. E8pli("e el mecanismo <loA <tartX
;a reaccin de TCPR s al reconocimiento de "n pa("ete perdido es bastante
dr/stica% pero necesaria para des&acernos de la congestin. El remitente
siempre calc"la "na ventana de congestin para "n receptor. El tama)o de la
salida de la ventana de congestin en "n segmento ("n pa("ete de TCP). *&ora
el remitente env+a "n pa("ete ' esperas para el reconocimiento. <i este
reconocimiento llega% el remitente a"menta la ventana de congestin en "no%
a&ora env+a dos pa("etes (ventana de congestin S 2). 3esp":s de la llegada
del seg"ndo reconocimiento correspondiente% el remitente de n"evo agrega 2 a
la ventana de congestin% "no para cada "no del reconocimiento. *&ora la
ventana de congestin es ig"ala 4. Este es("ema dobla la ventana de
congestin en el mecanismo de <loA <tart.
$. Por("e se dice ("e el sloA start dismim"'e la e9ciendia de TCP.
Kientras la salida lenta (sloA start) es "no de los mecanismos m/s ?tiles en las
redes 9#as% dismin"'e la e9cacia de TCP dr/sticamente si es "sado #"nto con
receptores mviles o remitente. ;a ra-n para esto es ("e el "so de salida
lenta concl"'e "na sit"acin de congestin. *s+% la p:rdida del pa("ete es
m"c&o m/s com?n ' no siempre p"ede compensarse por la capa de dos
retransmisiones.
1. conceptos "tili-ados para dirigir el desarrollo de TCP Indirecto
Ena es ("e TCP act?a pobremente #"nto con enlaces inal/mbricos% la otra es
("e TCP dentro de redes 9#as no p"ede ser cambiado.
O. Penta#as de I.TCP
I.TCP no re("iere ning?n cambio en el protocolo TCP "sado por los &osts en la
red 9#a " otros &osts en "na red inal/mbrica ("e no "san esta optimi-acin.
3ebido a la estricta divisin en 2 cone8iones% los errores de transmisin en el
enlace inal/mbrico. Particionando en dos cone8iones tambi:n permite el "so de
"n di0erente protocolo de la capa de transporte entre el agente 0or/neo ' el
4ost mvil o el "so de encabe-ados comprimidos etc. El agente 0or/neo a&ora
p"ede act"ar como "na salida para el traslado entre protocolos di0erentes.
6. 3esventa#a de I.TCP
;a segmentacin de la cone8in del TCP simple dentro del TCP de dos
cone8iones% de modo tal ("e pierde el original end.to.end TCP sem/ntico.