TICB4 - Comunicaciones Emergentes. IP Movil

www.haztefuncionario.com Material registrado. Prohibida su reproduccin.
Copia exclusiva de Jos Ignacio Mndez Yanes. Av de los Poblados 133, 7 - 3 - 28025 - Madrid - Tel. 917464968
B4G2T10 - COMUNICACIONES EMERGENTES: IP MVIL.
1. INTRODUCCIN A IP MVIL ...................................................................................................................................... 2

1.1. LA CAPA DE RED INTERNET .................................................................................................................................. 2
1.2. OBJETIVOS DE IP MVIL......................................................................................................................................... 3
1.3. TERMINOLOGA ....................................................................................................................................................... 4
2. FUNDAMENTOS DE IP MVIL .................................................................................................................................... 4
2.1. MOVILIDAD IP........................................................................................................................................................... 5
2.2. ALTERNATIVAS A IP MVIL PARA DOTACIN DE MOVILIDAD A LAS ESTACIONES IP.......................... 6
2.2.1. RUTAS ESPECFICAS PARA NODOS CON MOVILIDAD ................................................................................ 7
2.2.2. CAMBIO EN LA DIRECCIN IP ........................................................................................................................ 7
2.2.3. SOLUCIONES A NIVEL DE LA CAPA DE ENLACE.......................................................................................... 7
2.3. FUNCIONAMIENTO DEL PROTOCOLO IP MVIL............................................................................................... 7
3. FASES ................................................................................................................................................................................. 8
3.1. DESCUBRIMIENTO DEL AGENTE.......................................................................................................................... 8
3.2. ANUNCIO DE AGENTE............................................................................................................................................. 8
3.3. SOLICITUD DE AGENTE........................................................................................................................................ 10
3.4. REGISTRO ................................................................................................................................................................ 10
3.5. PETICIN DE REGISTRO ....................................................................................................................................... 11
3.6. RESPUESTA DE REGISTRO ................................................................................................................................... 12
3.7. POSIBILIDADES OPCIONALES DEL PROCEDIMIENTO DE REGISTRO........................................................ 13
4. ENCAMINAMIENTO ..................................................................................................................................................... 13
4.1. NODO MVIL COMO DESTINO........................................................................................................................... 13
4.2. NODO MVIL COMO ORIGEN............................................................................................................................. 14
5. RESOLUCIN DE PROBLEMAS: TUNNELING....................................................................................................... 14
5.1. EJEMPLO DEL TUNNELING .................................................................................................................................. 15
5.2. ENCAPSULADO IP-IN-IP........................................................................................................................................ 16
5.3. ENCAPSULADO IP MNIMO ................................................................................................................................. 17
5.4. ENCAPSULADO GRE.............................................................................................................................................. 18
6. SEGURIDAD .................................................................................................................................................................... 18
6.1. CDIGOS DE AUTENTIFICACIN DE MENSAJES............................................................................................ 18
6.2. PRIVACIDAD ........................................................................................................................................................... 18
6.3. PROTECCIN DE DUPLICADO EN LAS PETICIONES DE REGISTRO............................................................ 18
6.4. PROTECCIN DE DUPLICADOS MEDIANTE USO DE MARCAS DE TIEMPO.............................................. 19
6.5. PROTECCIN DE DUPLICADOS USANDO NONCES...................................................................................... 19
7. NORMATIVA REGULADORA..................................................................................................................................... 19
7.1. GRUPOS DE TRABAJO RELACIONADOS ........................................................................................................... 20
7.2. OTROS GRUPOS ...................................................................................................................................................... 20
7.3. INTEGRACIN DE LOS PROTOCOLOS DEL IETF EN 3G................................................................................. 21
8. VENTAJAS E INCONVENIENTES DE MVIL IP.................................................................................................... 21
8.1. VENTAJAS................................................................................................................................................................ 21
8.2. INCONVENIENTES ................................................................................................................................................. 22
9. CONCLUSIN ................................................................................................................................................................. 22
10. BIBLIOGRAFA .......................................................................................................................................................... 22
11. ESQUEMA RESUMEN ............................................................................................................................................ 24
TEMARIO-TICB-feb04 B4G2T10
Actualizado en febrero de 2004 Pgina 1 de 25
1. INTRODUCCIN A IP MVIL
En los ltimos aos se han ido produciendo numerosos avances en el campo de las tecnologas de comunicacin.
Dos de los ms relevantes son, sin duda, el rpido desarrollo de la informtica porttil y la importante implantacin
de los sistemas de comunicaciones mviles. La conjuncin de ambos factores permite a los usuarios acceder a
una red en cualquier momento y en cualquier lugar, an cuando se encuentren en movimiento.
Sin embargo, los actuales protocolos de internetworking (TCP/IP, IPX o AppleTalk) presentan serias
complicaciones a la hora de tratar con nodos que disponen de un cierto grado de movilidad entre redes. La
mayora de las versiones del protocolo IP (Internet Protocol) asumen de manera implcita que el punto al cual el
nodo se conecta a la red es fijo. Por otra parte, la direccin IP del nodo identifica al mismo de manera unvoca en
la red a la que se encuentra conectado. Por consiguiente, cualquier paquete destinado a ese nodo es encaminado
en funcin de la informacin contenida en la parte de su direccin IP que identifica la red en que est conectado.
Esto implica que un nodo mvil que se desplaza de una red a otra y que mantiene su direccin IP no ser
localizable en su nueva situacin ya que los paquetes dirigidos hacia este nodo sern encaminados a su antiguo
punto de conexin a la red. El protocolo IP Mvil constituye una mejora del protocolo IP citado anteriormente.
Mobile IP permite a un nodo circular libremente a travs de Internet siendo ste siempre accesible mediante una
nica direccin IP.
Figura 1. Arquitectura IP Mvil
La Internet Engineering Task Force (IETF) propone una arquitectura Mobile IP que funciona, a grandes rasgos,
bajo el siguiente concepto: un agente local, denominado Home Agent (HA) y un agente externo, tambin
denominado Foreign Agent (FA) colaboran para permitir que el nodo mvil o Mobile Host (MH) pueda moverse
conservando su direccin IP inicial (ver Figura 1).
1.1. LA CAPA DE RED INTERNET
En la capa de red, Internet puede verse como un conjunto de subredes, o sistemas autnomos (AS, Autonomous
System) interconectados. No hay una estructura real, pero existen varios backbone principales. Estos se
construyen a partir de lneas de alto ancho de banda y enrutadores rpidos. Conectadas a los backbone hay
redes regionales (de nivel medio), y conectadas a estas redes regionales estn las LAN de muchas
universidades, compaas y proveedores de servicio Internet.
El pegamento que mantiene unida a Internet es el protocolo de capa de red, IP (Internet Protocol o protocolo de
Internet). A diferencia de la mayora de los protocolos de capa de red anteriores, ste se dise desde el principio
con la interconexin de redes en mente. Una buena manera de visualizar la capa de red es la siguiente. Su
trabajo es proporcionar un medio de mejor esfuerzo para el transporte de datagramas del origen al destino, sin
importar si estas mquinas estn en la misma red, o si hay otras redes entre ellas.
La comunicacin en Internet funciona como sigue. La capa de transporte toma corrientes de datos y las divide en
datagramas. En teora, los datagramas pueden ser de hasta 64 Kbytes cada uno, pero en la prctica por lo
general son de unos 1500 bytes. Cada datagrama se transmite a travs de Internet, posiblemente
fragmentndose en unidades ms pequeas en el camino. Cuando todas las piezas llegan finalmente a la
mquina de destino, son reensambladas por la capa de red, dejando el datagrama original. Este datagrama
entonces es entregado a la capa de transporte, que lo introduce en la corriente de entrada del proceso receptor.
1.2. OBJETIVOS DE IP MVIL
IP Mvil (Mobile IP en ingls) es un concepto muy amplio, se puede aplicar a 3 formas distintas de movilidad:
Ordenadores porttiles: que se transportan y conectan desde lugares remotos a la Internet. Un buen
ejemplo sera el ordenador de un hombre de negocios que a lo largo del da podra conectarse a Internet
desde casa, la oficina, el centro de conferencias, Internet caf e incluso puede encontrar un telfono de
pago con RDSI a 64-kbps (al menos en Japn). Se podra usar una configuracin dinmica para
conseguir direcciones temporales en una red remota, sin embargo, esto no es ms que una solucin
parcial. Por poner un ejemplo las conexiones TCP se identifican por un par de direccin IP y puerto, por lo
que usando direcciones temporales implica que este tipo de conexiones no sobreviviran.
Ordenadores mviles: este tipo de ordenadores pueden mantener la conexin mientras se mueven de
forma transparente al usuario anlogamente a como lo hace un telfono mvil. En cada celda hay una
estacin conectada a Internet que es capaz de intercambiar paquetes entre el canal de radio de la celda e
Internet. Los ordenadores estarn escuchando constantemente las seales que proceden de las
estaciones y escogern aquella cuya seal sea ms clara. El objetivo de la tecnologa de IP mvil es
permitir la transicin de celda a celda (llamado roaming o trnsito, vagabundeo) mientras se mantiene
a la unidad mvil conectada a Internet manteniendo la misma direccin IP, para que as las conexiones
TCP puedan mantenerse. La tecnologa utilizada a nivel fsico (que no veremos en este documento) va
desde transmisin por infrarrojo hasta las ondas de radio de amplio espectro, cada una con sus ventajas
e inconvenientes.
Redes mviles: se trata de una red que en su totalidad es mvil. Por ejemplo, un portaaviones tiene su
propia red interna y adems necesita conectividad al exterior. Una de las primeras aplicaciones no
militares de este tipo de redes ha sido en la frmula uno con la conectividad de los coches (que tienen en
la actualidad gran cantidad de mini computadores) con los boxes. Se puede aadir una nueva dimensin
en la movilidad de IP, aadiendo hosts mviles a estas redes mviles.
Cuando el grupo de trabajo de trabajo de IP Mvil del IETF empez a trabajar una de sus primeras tareas fue
delimitar los requerimientos del protocolo:
Un nodo mvil debe ser capaz de comunicarse con otros nodos despus de haber cambiado su punto de
conexin a Internet, sin cambiar su direccin IP
Un nodo mvil debe ser capaz de comunicarse con otros nodos que no implementan las funciones de
movilidad. De hecho el resto de routers y hosts que no implementan IP Mvil no tienen por qu mejorar su
versin del protocolo para poder comunicarse con hosts mviles. Es impensable necesitar cambiar todos
los hosts y routers de Internet para adaptarlos a IP Mvil.
Todos los mensajes usados para actualizar la informacin de un host mvil deben ser autentificados
como medida de proteccin contra ataques remotos.
Estos son los objetivos fundamentales, hay algunos otros secundarios:
Posibilidad Multicast. Presenta problemas nuevos a la ya mayor complejidad de Multicast (envo de un

mensaje de un usuario a un grupo determinado de usuarios). El hecho de que los usuarios de un servicio
Multicast puedan moverse hace que el rbol de expansin de la difusin multicast tenga que ser
recalculado constantemente.
Privacidad de informacin de localizacin. Se pretende esconder la localizacin de los hosts a otros

hosts, para que nadie pueda rastrear las celdas por las que un host ha estado movindose.
Minimizar el nmero de mensajes administrativos que se envan por dos razones: en primer lugar las
conexiones inalmbricas son de bajo ancho de banda y muy propensas a errores; en segundo lugar los
nodos mviles estn alimentados por bateras y minimizar el consumo de energa es importante.
1.3. TERMINOLOGA
A lo largo del documento usaremos frecuentemente estos trminos:
Nodo: Un host o router.

Nodo mvil: un host o router que cambia su punto de anclaje de una red o subred a otra. Cuando cambia
de lugar debe poder mantener la comunicacin y su direccin IP.
Agente domstico (home agent): un router en la red domstica del nodo mvil que enva datagramas al
nodo mvil cuando est fuera de la red domstica a travs de un tnel. Adems mantiene informacin
sobre la localizacin del nodo mvil.
Agente ajeno o exterior (foreign agent): un router en la red que est visitando el nodo mvil que da
servicios de routing al nodo mvil mientras est registrado. Recibe la informacin del tnel que ha
enviado el agente domstico y la entrega al nodo mvil. Sirve tambin como router por defecto para los
nodos mviles registrados en su red.
Anuncio de Agente (Agent advertisment): un mensaje de anuncio construido aadiendo una extensin
especial a un mensaje de anuncio.
Care-of-address (COA): el nodo mvil recibe una direccin IP fija en su red local, esta es permanente.
Cuando el nodo est fuera de su red local se le asigna una direccin de reenvo o care-of address (en
ingls care of se usa cuando se enva un correo o fax a una direccin pero va dirigido a otra persona, se
podra traducir como a la atencin de). Esta care-of address (COA en adelante) se asocia con el nodo
mvil y representa su punto de anclaje a la Internet actual. El nodo mvil usa su direccin fija como
direccin de origen en todos sus datagramas a excepcin de algunos mensajes de administracin de
movilidad.
2. FUNDAMENTOS DE IP MVIL
Hoy en da, millones de personas tienen ordenadores porttiles, y generalmente quieren leer su correo electrnico
y acceder a sus sistemas de archivos normales desde cualquier lugar del mundo. Estos hosts mviles generan
una nueva complicacin: para enrutar un paquete a un host mvil, la red primero tiene que encontrarlo. El tema
de la incorporacin de host mviles en una red es muy nuevo, pero en esta seccin plantearemos algunos de los
problemas relacionados y sugeriremos una posible solucin.
Se dice que son estacionarios los usuarios que nunca se mueven; se conectan a la red mediante hilos de cobre o
fibra ptica. En contraste distinguimos otros dos tipos de usuarios. Los usuarios migratorios bsicamente son los
usuarios estacionarios que se mueven de un lugar fijo a otro de tiempo en tiempo, pero que usan la red slo
cuando estn conectados fsicamente a ella. Los usuarios errantes usan su ordenador en movimiento, y quieren
mantener sus conexiones mientras se mueven. Usaremos el trmino usuarios mviles para indicar las dos ltimas
categoras.
Se supone que todos los usuarios tienen una localidad base que nunca cambia. Los usuarios tambin tienen una
direccin de base permanente, que puede servir para determinar su localidad base, de manera anloga a como el
nmero +034-93-3383694 indica Espaa (cdigo de pas +034) y Barcelona (93). La meta de enrutamiento en los
sistemas con usuarios mviles es posibilitar el envo de paquetes a usuarios mviles usando su direccin base, y
hacer que los paquetes lleguen eficientemente a ellos en cualquier lugar en el que puedan estar. Lo difcil, por
supuesto, es encontrarlos.
El mundo se divide (geogrficamente) en unidades pequeas. Llammoslas reas, siendo un rea tpicamente
una LAN o una clula inalmbrica. Cada rea tiene uno o ms agentes externos, que llevan el registro de todos
los usuarios que visitan el rea. Adems, cada rea tiene un agente de base, que lleva el registro de todos los
usuarios mviles cuya base est en el rea, pero que actualmente estn visitando otra rea. Al entrar un usuario
nuevo en un rea, ya sea al conectarse a ella (por ejemplo, conectndose a la LAN), o simplemente al entrar en la
clula, su ordenador debe registrarse con el agente externo de ese lugar.
El procedimiento de registro, funciona de esta manera:
Peridicamente, cada agente externo difunde un paquete que anuncia su existencia y direccin. Un host
mvil recin llegado puede esperar uno de estos mensajes, pero si no llega ninguno, el host mvil puede
difundir un paquete que diga: hay agentes externos por ah?
El host mvil se registra con el agente externo, dando su direccin base, su direccin actual de capa de
enlace de datos y cierta informacin de seguridad.
El agente externo se pone en contacto con el agente de base del host mvil y le dice: uno de tus hosts
est por aqu. El mensaje del agente externo al agente de base contiene la direccin de red del agente
externo, as como la informacin de seguridad, para convencer al agente de base de que el hosts mvil
en realidad est ah.
El agente de base examina la informacin de seguridad, que contiene una marca de tiempo, para
comprobar que fue generada en los ltimos segundos. Si est conforme, indica al agente externo que
proceda.
Cuando el agente externo recibe el reconocimiento del agente de base, hace una entrada en sus tablas e
informa al host mvil que ahora est registrado.
2.1. MOVILIDAD IP
Muchos usuarios de Internet tienen ordenadores porttiles y quieren mantenerse conectados a Internet en sus
desplazamientos. Desafortunadamente, el sistema de direccionamiento IP hace que el trabajo lejos de casa sea
ms fcil de plantear que de hacer.
El verdadero problema es el esquema de direccionamiento. Cada direccin IP contiene tres campos: la clase, el
nmero de red y el nmero de host. Por ejemplo, considere la mquina con direccin IP 160.80.40.20. El 160.80
da la clase (B) y el nmero de red (8272); el 40.20 es el nmero de host (10260). Los enrutadores de todo el
mundo tienen tablas de enrutamiento que indican la lnea a usar para llegar a la red 160.80. Cuando llega un
paquete con un direccin IP de destino de la forma 160.80.xxx.yyy, sale por esa lnea.
Si de pronto la mquina con esa direccin se lleva a algn lugar lejano, los paquetes para ella se seguirn
enviando a su LAN (o enrutador) base. El dueo ya no podr recibir correo electrnico, etc. Darle a la mquina
una nueva direccin IP correspondiente a su nueva ubicacin no es muy atractivo, pues habra que informar a
una gran cantidad de gente, programas y bases datos sobre el cambio.
Otro enfoque es hacer que los enrutadores usen direcciones IP completas para el enrutamiento, en lugar de slo
la clase y la red. Sin embargo, esta estrategia requerira que cada enrutador tuviera tablas de millones de
entradas, con un coste astronmico para Internet.
Cuando la gente comenz a exigir la posibilidad de tener hosts mviles, el IETF (Internet Engineering Task Force)
estableci un grupo de trabajo para encontrar una solucin. El grupo de trabajo pronto formul varias metas
deseables en cualquier solucin. Las principales fueron:
Todo host mvil debe ser capaz de usar su direccin IP base en cualquier lugar.
No se permiten cambios al software de los hosts fijos.
No se permiten cambios al software del enrutador ni a sus tablas.
La mayora de los paquetes para los hosts mviles no deben desviarse en el camino.
No debe incurrirse en carga extra cuando un host mvil est en su base.
En sntesis, la solucin escogida consiste en que cada instalacin que quiera permitir la movilidad de sus usuarios
debe crear un agente de base. Cada instalacin que permita visitantes tiene que crear un agente externo. Al
aparecer un host mvil en una instalacin externa, se pone en contacto con el host externo y se registra. El host
externo entonces se comunica con el agente de base del usuario y le da una direccin de encargado (care-off
address), normalmente la misma direccin IP del agente externo.
Al llegar un paquete a la LAN base del usuario, llega por un enrutador conectado a la LAN. El enrutador entonces
trata de localizar al host de la manera normal, difundiendo un paquete ARP que pregunte por ejemplo: cul es
la direccin Ethernet de 160.80.40.20? El agente de base responde a esta solicitud dando su propia direccin
Ethernet. El enrutador entonces enva los paquetes para 160.80.40.20 al agente de base. ste a su vez, los enva
a travs de un tnel a la direccin de encargado, encapsulndolos en el campo de carga til de un paquete IP
dirigido al agente externo. El agente externo entonces los desencapsula y los entrega a la direccin de enlace de
datos del host mvil. Adems, el agente de base entrega la direccin de encargado al transmisor, para que los
paquetes futuros puedan enviarse en tnel directamente al agente externo. Esta solucin cumple con todos los
requisitos indicados antes.
En el momento de moverse el host mvil, el enrutador probablemente tiene en cach sus direcciones Ethernet
(que pronto dejarn de ser vlidas). Para reemplazar esa direccin de Ethernet por la del agente de base, se usa
un truco llamado ARP gratuito (gratuitious ARP). ste es un mensaje especial al enrutador, no solicitado, que
causa que reemplace una entrada especfica de cach, en este caso la del host mvil a punto de desconectarse.
Al regresar el host mvil, se usa el mismo mecanismo para actualizar la cach del enrutador.
Nada en el diseo impide que un host mvil sea su propio agente externo, pero este enfoque slo funciona si el
host mvil (en su capacidad como agente externo) est conectado lgicamente a Internet en su instalacin actual.
Tambin, debe poder adquirir una direccin IP de encargado (temporal) para usarla. Esa direccin IP debe
pertenecer a la LAN a la que est conectado actualmente.
La solucin IETF (Internet Engineering Task Force) para hosts mviles resuelve otros problemas no mencionados
hasta ahora. Por ejemplo, cmo localizar a los agentes? La solucin es que cada agente difunda peridicamente
sus direcciones y el tipo de servicios que est dispuesto a proporcionar (por ejemplo, base, externo o ambos). Al
llegar un host mvil a algn lado, simplemente puede esperar estas difusiones, llamadas anuncios
(advertisements). Como alternativa, puede difundir un paquete anunciando su llegada y esperar que el agente
externo local responda.
Otro problema que tena que resolverse es lo que haba que hacer con los hosts mviles que salen sin decir
adis. La solucin es hacer que el registro sea vlido slo durante un intervalo de tiempo fijo; si no se renueva
peridicamente, termina su temporizacin, y as el agente externo puede limpiar sus tablas.
Un tema ms es el de la seguridad. Cuando un agente de base recibe un mensaje solicitndole que redirija todos
los paquetes de Pepe a alguna direccin IP, no debe acceder a menos que est convencido de que Pepe es el
origen de la solicitud, y no alguien que est tratando de hacerse pasar por l. Se usan protocolos especficos
cifrados de verificacin de autenticidad para este fin.
2.2. ALTERNATIVAS A IP MVIL PARA DOTACIN DE MOVILIDAD A LAS ESTACIONES IP
Para dotar de movilidad a un nodo de la red, aparecen diferentes alternativas a IP Mvil que son estudiadas con
ms detalle para ver la viabilidad de su implementacin en Internet. As se concluir que IP Mvil es la solucin
adecuada para proporcionar movilidad IP.
Algunas de las soluciones que apuntamos son las siguientes:
Establecimiento de rutas especficas para terminales con movilidad,

Cambio de la direccin IP de los terminales y
Soluciones basadas en realizar cambios a nivel de la capa de enlace.
2.2.1. RUTAS ESPECFICAS PARA NODOS CON MOVILIDAD
La utilizacin de rutas especficas para los nodos a los que se les quiere dotar de movilidad implica la
reconfiguracin de las tablas de encaminamiento de los dispositivos de interconexin de red (routers) para
permitir contactar con el nodo mvil en su nueva ubicacin. Esta solucin es extremadamente costosa debido al
gran incremento de trfico que se generara en la red para soportar la movilidad de los terminales. Para ello sera
necesario actualizar las tablas de encaminamiento de cmo mnimo todos los routers entre el enlace local y el
nuevo punto de enlace.
Si se tiene en cuenta el nmero de nodos mviles en la red y la velocidad con que stos cambian de ubicacin,
estas actualizaciones podran llegar a colapsar la red. Por lo tanto es importante minimizar el nmero de routers a
actualizar y esto a su vez limitar las posibilidades de encaminamientos alternativos propias del protocolo IP
2.2.2. CAMBIO EN LA DIRECCIN IP
Otra posible solucin consiste en asignar al nodo mvil una nueva direccin IP acorde con su nuevo punto de
conexin a la red. Esta solucin no es en absoluto recomendable ya que requiere que la entrada del nodo mvil
cambia de direccin IP. Si esta operacin no se realiza de forma instantnea, cualquier consulta de la direccin IP
del nodo mvil puede ser errnea.
Por otra parte, y dada la velocidad a la cual el nodo mvil puede cambiar de direccin IP, se hace necesario un
mecanismo para verificar la actualidad de la direccin IP devuelta por el servidor de nombres de dominio (DNS).
El resultado es un gran nmero de consultas y actualizaciones que generan, al igual que en el caso anterior, un
alto nivel de trfico inyectado a la red.
Finalmente a nivel local un cambio de direccin IP, provoca generalmente el cierre inmediato de todas las
aplicaciones abiertas asociadas a la antigua direccin IP.
2.2.3. SOLUCIONES A NIVEL DE LA CAPA DE ENLACE.
Existen dos grandes soluciones a nivel de la capa de enlace que pretenden permitir la movilidad de los nodos. La
primera de ellas se base en el Cellular Digital Packet Data (clulas de paquetes de datos digitales CDPD), que se
trata de un estndar diseado para transmitir paquetes IP a travs de canales de radio no utilizados por el servicio
de voz en el sistema de telefona celular norteamericano. El CDPD asigna a cada nodo mvil una direccin IP fija
dentro de su rea de cobertura. La segunda solucin se basa en el estndar IEEE 802.11, realizado por el
Institute of Electrical and Electronics Engineers (IEEE) para la comunicacin de redes de rea local inalmbricas.
Ambas soluciones presentan dos grandes inconvenientes. Por un lado, las soluciones a nivel de la capa de
enlace proporcionan movilidad para un solo tipo de medio fsico. Por lo tanto, para N tipos de medios fsicos
diferentes, se requieren N soluciones de movilidad diferentes. Por otro lado, estas soluciones proporcionan una
movilidad ms o menos limitada geogrficamente, lo cual entra en directa contradiccin con el afn expansionista
de Internet. Como presentaremos en la siguiente seccin, el protocolo IP Mvil es el nico capaz de proporcionar
movilidad en cualquier tipo de medio y en una extensa rea geogrfica.
2.3. FUNCIONAMIENTO DEL PROTOCOLO IP MVIL
Igual que todo protocolo, ste tambin consiste en la consecucin de una serie de operaciones:
Los agentes local y externo anuncian su presencia mediante al nodo mvil mediante mensajes de
anuncio, los cuales son generados peridicamente en la red. Opcionalmente el nodo mvil puede solicitar
tales mensajes a un agente cercano a travs de un mensaje de solicitud de agente.
El nodo mvil recibe el mensaje de anuncio y determina si se encuentra en su red local o por lo contrario
al moverse ha ido a para a una red externa.
Si el nodo mvil detecta que se encuentra en su red local operar sin funciones de movilidad. Por otro
lado, si regresa tras haber sido registrado en otra red procede a desregistrarse a travs de su agente
local.
Si el nodo mvil detecta que se encuentra en una red externa, obtiene su direccin de remite (care-of-
address) en la nueva red. Esta direccin puede ser la del agente externo o una direccin de remite
colocada (colocated care-of-address).
Si el nodo mvil se encuentra fuera del alcance de ningn tipo de agente, el nodo mvil debe obtener su
direccin de remite como una direccin IP local por algn mtodo, como podra ser el DHCP (Dynamic
Host Configuration Protocol, configuracin dinmica de host ) . En este caso se trata de una direccin de
remite colocada.
El nodo mvil registra su direccin de remite con su agente local. Este proceso se realiza enviando una
solicitud de registro al agente local y recibiendo de ste un mensaje de contestacin.
Todo paquete destinado al nodo mvil es interceptado por el agente local y enviado mediante tunneling
por ste hacia la direccin de remite. Al otro lado del tnel el agente externo recibe el paquete y lo enva
al nodo mvil. Si ste posee una direccin de remite colocada, el agente externo no interviene en la
recepcin del paquete.
Por su parte, los paquetes originados por el nodo mvil pueden ser transportados a la direccin IP de
destino sin pasar necesariamente por el agente local.
3. FASES
En los puntos que exponemos a continuacin tratamos de forma ms concreta los procedimientos que sigue el
desarrollo del protocolo en cuestin, y que apuntbamos en el punto anterior
3.1. DESCUBRIMIENTO DEL AGENTE
Es un procedimiento por el que el nodo mvil determina si se encuentra en su red local o si por el contrario y
debido a su movimiento se encuentra en una red externa. Asimismo se utiliza para obtener la direccin de remite
necesaria para el nodo mvil.
Este procedimiento es sencillo y utiliza dos tipos de mensajes mencionados anteriormente: el anuncio de agente y
de solicitud de agente. En primer lugar lo que vamos a necesitar es un anuncio por parte del agente local o bien
por parte del agente externo de la disponibilidad para aceptar un nodo mvil en su red. El agente local deber
estar siempre dispuesto para servir a sus nodos mviles. Para evitar posible saturaciones que le impidan cumplir
con su compromiso se permite una configuracin de un agente local a una determinada poblacin de agentes
mviles.
Puede ocurrir que un agente externo no pueda servir a un nodo mvil que no pertenece a su red. A pesar de ello
el agente externo no puede parar de emitir los mensajes para que el nodo mvil identifique que se encuentra
dentro de su red de cobertura.
Este mensaje de anuncio consiste en un mensaje ICMP (Internet Control Message Protocol) el cual ha sido
extendido para permitir abarcar esta nueva funcionalidad.
3.2. ANUNCIO DE AGENTE
La primera accin a realizar para permitir la movilidad de un nodo es la de anunciar, por parte del agente local o
externo, la disponibilidad para aceptar al nodo mvil en su red. El nodo mvil utiliza mensajes de anuncio para
determinar su punto de conexin actual a Internet. El agente local deber estar siempre listo para servir a sus
nodos mviles. Para evitar una posible saturacin debida al exceso de mviles en una determinada red, es
factible configurar mltiples agentes locales en una nica red local, asignando a cada agente local una porcin de
la poblacin de nodos mviles.
Por otro lado, es posible que un agente externo no tenga capacidad para servir a un nodo mvil no perteneciente
a su red. An en ese caso, el agente externo debe continuar emitiendo mensajes de anuncio para que el nodo
mvil sepa que se encuentra dentro de su rea de cobertura o que no ha fallado. El mensaje de anuncio consiste
en un mensaje ICMP de anuncio de router al cual se le ha aadido una extensin para permitir la gestin de los
nodos mviles.
Los campos de la extensin de anuncio de agente son los siguientes:
Type: 16
Length: (6+4*N), donde N es el nmero de direcciones de cuidado anunciadas.
Sequence number: nmero total de mensajes de anuncio enviados desde que el agente fue inicializado.
Registration lifetime: tiempo de vida mximo (S) durante el cul este agente acepta una solicitud de
registro.
R: registro solicitado. Es conveniente registrar con un agente externo en vez de usar una direccin de
remite colocada.
B: el agente externo no puede aceptar nuevos registros, al estar ocupado (Busy)
H: este agente ofrece servicios de agente local (Home Agent) en esta red.
F: este agente ofrece servicios de agente externo (Foreign Agent) en esta red.
M: el agente soporta encapsulado mnimo
G: el agente soporta encapsulado GRE.
V: el agente soporta la compresin de cabecera Van Jacobson.
Reserved: reservado.
Care-of addresses: la direccin de remite anunciada por el agente externo.
Figura 2. Campos del mensaje de anuncio de agente
Para que un nodo mvil pueda averiguar si se encuentra en su red local o no ha de verificar los bits F y H de
alguno de los mensajes de anuncio que capture, y adems sabr si el agente acta como agente local o externo.
La obtencin de su direccin de remite se obtendr al partir del campo de datos Care-of address indicado
anteriormente.
3.3. SOLICITUD DE AGENTE
Estos son los mensajes que realiza el nodo mvil cuando no puede, o quiere, esperar la transmisin peridica de
mensajes de anuncio de agente. Es decir, este mensaje busca forzar la transmisin de un mensaje de anuncio a
cualquier agente ubicado en el mismo enlace. El formato de este tipo de mensajes es igual al que explicbamos
al adjuntar la figura en el apartado anterior, con la salvedad que los mensajes de solicitud de agente deben tener
su campo de Tiempo de Vida a 1 (Time To Live-TTL).
3.4. REGISTRO
Hay varias circunstancias bajo las cuales un nodo mvil debe registrarse. La primera de ellas es cuando detecta
que su punto de conexin a Internet ha variado respecto al que tena anteriormente. Tambin deber registrarse
si su registro anterior est a punto de caducarse (aunque no haya cambiado el punto de unin. Y, por ltimo,
cuando el nodo mvil est en una red externa y detecte que su nodo externo se ha reiniciado.
El procedimiento de registro sirve para pedir los servicios de un agente externo. A continuacin el nodo mvil
comunica a su nodo local su direccin de remite en la red. Por el contrario, si el nodo mvil detecta que ha
regresado a su red local debe iniciar el proceso para desregistrase con su nodo local, para as poder funcionar
como cualquier otro nodo fijo.
Son tres los pasos que componen el procedimiento de registro:
El nodo mvil enva un mensaje de peticin de registro. Segn el caso, este mensaje se puede enviar al
agente local o al externo (previa aceptacin de mismo).
El agente recibe la peticin de registro y enva al nodo mvil un mensaje de contestacin de registro, para
informar si su peticin de registro ha sido aceptada o no.
Si el nodo mvil no recibe la contestacin de registro en un perodo razonable de tiempo proceder a
retransmitir las peticiones de registro con intervalos cada vez ms largos entre ellos, hasta que al fin
reciba contestacin.
Para poder llevar a cabo este procedimiento es necesaria la cooperacin entre los agentes local y externo,
intercambiando mensajes de peticin de registro.
3.5. PETICIN DE REGISTRO
Es el mensaje que el nodo mvil enva a su agente local para poder registrarse, y as ste podr crear o modificar
la entrada del nodo mvil en su lista de nodos con movilidad. Su formato se presenta en la siguiente figura:
Figura 3. Campos del mensaje de peticin de registro.
Los diferentes campos que conforman el mensaje de peticin de registro son los siguientes:
Type: 1 (Peticin de registro)

S: el nodo mvil solicita que el agente local mantenga sus anteriores entradas de movilidad.
B: el nodo mvil pide, solicita al agente local que tnel hacia l los paquetes de broadcast (mensaje uno a
todos) que se reciban en la red local.
D: el nodo mvil informa al agente local que desencapsular los paquetes que le sean enviados a su
direccin de remite. Esto implica que el nodo mvil est utilizando una direccin de remite colocada.
M: el nodo mvil solicita que el agente local utilice encapsulado mnimo para los paquetes destinados a
l.
G: el nodo mvil pide al agente local que utilice encapsulado GRE para los paquetes destinados a l.
V: el nodo mvil solicita que el agente local emplee la compresin de cabeceras de Van Jacobson.
Reserved: reservado.
Lifetime: nmero de segundos restantes antes de la caducidad del registro actual.
Home Address: direccin IP del nodo mvil.
Home Agent: direccin IP del agente local del nodo mvil.
Care-of Address: direccin de remite = direccin IP a la salida del tnel.
Identification: nmero de 64 bits creado por el nodo mvil para asociar peticiones de registro con
respuestas de registro. Tambin sirve para proteger contra respuestas de registro fraudulentas.
Extensions: extensiones.
3.6. RESPUESTA DE REGISTRO
Como ya hemos apuntado anteriormente, tras la recepcin de una peticin de registro el agente local devuelve al
nodo mvil un mensaje de respuesta de registro. Si el nodo mvil solicita el servicio a travs de un agente
externo, ser ste quin reciba la respuesta de registro y la enve a continuacin al nodo mvil. Por el contrario, si
el nodo mvil est utilizando una direccin de remite colocada ser l mismo quien reciba el mensaje de
respuesta de registro.
Este mensaje informa al nodo mvil del resultado de su peticin de registro y del tiempo de vida de tal registro,
que puede ser igual o inferior al solicitado por el nodo mvil. El agente externo no puede modificar, en ningn
caso, el tiempo de vida asignado por el agente local. En la siguiente figura se muestra el formato de este
mensaje.
Figura 4. Formato del mensaje de respuesta de registro.
Los campos del mensaje son los siguientes:
Type: 3 (Contestacin de registro)

Code: Cdigo indicador del resultado de la peticin de registro.
Lifetime: Tiempo de vida, en segundos, de la entrada del nodo mvil en la lista de movilidad del agente
local.
Home Address: Direccin IP del nodo mvil.
Home Agent: Direccin IP del agente local del nodo mvil.
Identification: Nmero de 64 bits creado por el nodo mvil para asociar peticiones de registro con
contestaciones de registro. Tambin sirve para proteger contra contestaciones de registro fraudulentas.
Extensions: Extensiones.
3.7. POSIBILIDADES OPCIONALES DEL PROCEDIMIENTO DE REGISTRO
Adems de las acciones anteriormente descritas, el procedimiento de registro permite tambin llevar a cabo otras
interesantes funciones que se enumeran a continuacin:
Descubrir la direccin de un agente local si el nodo mvil no ha sido configurado con esta informacin.
Seleccionar diferentes tipos de encapsulado de los paquetes.
Utilizar la compresin de encabezados de Van Jacobson.
Mantener varios registros simultneos para que cada direccin de remite activa reciba una copia de los
paquetes destinados al nodo mvil.
Desregistrar ciertas direcciones de cuidado manteniendo otras activas.
4. ENCAMINAMIENTO
En este apartado presentaremos los diferentes modos en que un paquete puede ser encaminado de su direccin
IP de origen hasta la direccin IP de destino, distinguiendo entre las dos posibles opciones: que el nodo mvil
est conectado a su red local, o bien que se encuentre en una red externa. Si el nodo mvil se encuentra en su
red local, acta como si de cualquier otro nodo fijo se tratase. Por lo tanto, las reglas para el encaminamiento de
paquetes en este caso son las mismas que para el encaminamiento de paquetes IP hacia cualquier nodo o router
convencional.
En el caso que el nodo mvil se encuentre en una red externa, distinguiremos dos situaciones:
Nodo mvil como destino.

Nodo mvil como origen.
4.1. NODO MVIL COMO DESTINO
El protocolo IP Mvil requiere que los paquetes enviados desde la red local hasta el nodo mvil sean
encapsulados. Esto altera el encaminamiento habitual ya que los paquetes atraviesan un nodo intermedio antes
de llegar a su destino. Este nodo realizar el desencapsulado y enviar el paquete original al destino.
Las operaciones que comprenden el envo de un paquete hacia un nodo mvil en una red externa son:
Un router en la red local, normalmente el agente local, anuncia que existe conectividad hasta el prefijo de
red equivalente al de la direccin local del nodo mvil. Es decir, todo paquete destinado al nodo mvil es
encaminado hacia su red local y recibido por su agente local.
El agente local intercepta el paquete y consulta su entrada en su lista de movilidad para conocer las
direcciones de remite registradas.
El agente local enva una copia del paquete, encapsulndolo, hacia cada direccin de remite a travs de
tneles (tunneling).
En cada direccin de remite se extrae el paquete original y es entregado al nodo mvil. Si se trata de una
direccin de remite de un agente externo, ste deshace el encapsulamiento del paquete. A continuacin, consulta
el campo de direccin IP de destino para comprobar si coincide con alguno de los nodos mviles a los que est
prestando servicio, y si es as, el agente enva el paquete al nodo.
Si la direccin es colocada, el nodo mvil no recibe los servicios de ningn agente externo y, por lo tanto, efecta
el mismo las operaciones de desencapsulamiento.
4.2. NODO MVIL COMO ORIGEN.
Si el nodo mvil depende de un agente externo, existen dos alternativas a la hora de determinar un router
adecuado para dar salida a los paquetes:
El propio agente externo, segn especifica el campo IP Source Address del mensaje de anuncio de
agente.
Cualquier router cuya direccin IP aparezca en los campos Router Address del mensaje de anuncio de
router. Siempre y cuando el nodo mvil sea capaz de determinar la direccin de la capa de enlace del
router deseado, sin tener que enviar peticiones ARP (Address Resolution Protocol) que contengan su
direccin local.
Si el nodo mvil posee una direccin de remite colocada, tambin tiene dos alternativas para elegir router:
Escoger algn router que est enviando mensajes de anuncio de router (no de agente) en la red en la que
se encuentra.
Mediante el mismo mecanismo por el que obtuvo su direccin de remite colocada puede obtener la
direccin de un router adecuado. Por ejemplo, el protocolo DHCP ofrece todo tipo de informacin al nodo
mvil, incluida la direccin de un router.
Contrariamente a los nodos mviles dependientes de un agente externo, los nodos mviles con una direccin de
remite colocada pueden enviar peticiones ARP con su direccin local.
5. RESOLUCIN DE PROBLEMAS: TUNNELING

Los paquetes o datagramas son encapsulados (normalmente con datagramas IP) para alterar el normal
enrutamiento (o encaminamiento), para que estos sean entregados a destinatarios intermedios que no constan en
el campo de direccin de destino en la cabecera original IP. Una vez el datagrama encapsulado llega a este nodo
intermedio se desencapsula, dejando el datagrama original IP, el cual es entonces entregado al destino, indicado
en el original campo de direccin de destino. Este proceso de encapsular y desencapsular es frecuentemente
llamado como tunneling el datagrama. Normalmente tenemos:
Fuente ----> encapsulador ----> desencapsulador ---->destino
El nodo encapsulador es generalmente considerado el punto de entrada al tnel, y el nodo desencapsulador el

punto de salida. Pueden haber muchas parejas de fuente-destino usando el mismo tnel.
El protocolo Mobile IP ha especificado el uso del encapsulado como un modo de entregar datagramas desde un
nodo mvil (home network) a un agente que puede entregar datagramas localmente cuando el nodo este lejos
de su red local. El uso del encapsulado tambin es conveniente cuando la fuente (o un router intermediario) de un
datagrama IP quiere decidir la ruta por la cual ser entregado a su destino. Por esto, las tcnicas de encapsulado
IP son especialmente tiles para realizar transmisiones multicast, e incluso llevar a cabo acciones de seguridad y
privacidad en Internet.
El protocolo IP Mvil, requiere que los agentes locales, los agentes externos y los nodos mviles, que tengan una
direccin de remite colocada, soporten el encapsulado IP-in-IP.
5.1. EJEMPLO DEL TUNNELING
El manejo del caso general de lograr la interaccin de dos redes diferentes es extremadamente difcil. Sin
embargo, hay un caso especial comn que puede manejarse. Este caso se da cuando el host de origen y el de
destino estn en la misma clase de red, pero hay una red diferente en medio. Como ejemplo, pinsese en un
banco internacional con una Ethernet basada en TCP/IP en Pars, una Ethernet basada en TCP/IP en Londres y
una WAN PTT en medio, como se muestra en la figura 5:
Figura 5. Tunneling de un paquete de Pars a Londres
La solucin a este problema es el proceso de tnel o tunneling. Para enviar un paquete IP al host 2, el host 1
construye el paquete que contiene la direccin IP del host 2, lo inserta en un marco Ethernet dirigido al enrutador
multiprotocolo de Pars, y lo pone en el Ethernet. Cuando el enrutador multiprotocolo recibe el marco, retira el
paquete IP, lo inserta en el campo de carga til del paquete de capa de red de la WAN, y dirige este ltimo a la
direccin de la WAN del enrutador multiprotocolo de Londres. Al llegar ah, el enrutador de Londres retira el
paquete IP y lo enva al host 2 en un marco Ethernet.
La WAN puede visualizarse como un gran tnel que se extiende de un enrutador multiprotocolo al otro. El paquete
IP simplemente viaja de un extremo del tnel al otro. No tiene que preocuparse por competir con la WAN.
Tampoco tienen que hacerlo los hosts de cualquiera de los Ethernet. Slo el enrutador multiprotocolo tiene que
entender los paquetes IP y WAN. De hecho, la distancia completa entre la mitad de un enrutador multiprotocolo y
la mitad del otro acta como una lnea serie.
Por ejemplo, considrese una persona que conduce su coche de Pars a Londres. En Francia, el coche se mueve
por su propia energa, pero al llegar al Canal de la Mancha, se carga en un tren de alta velocidad y se transporta
a Inglaterra a travs del Channel, el tnel subterrneo que une a ambos pases, ya que los coches no pueden
conducirse a travs del Channel. En efecto, el automvil se transporta como una carga, como se muestra en la
figura 6. En el otro extremo, se libera el coche en las carreteras inglesas y nuevamente contina movindose con
sus propios medios. El proceso de tnel de paquetes a travs de una red externa funciona de la misma manera.
Figura 6. Paso de un coche a travs del tnel Francia-Inglaterra
Las ventajas de la encapsulacin queda claro que son muchas, aunque podemos observar los siguientes
problemas:
Los datagramas encapsulados son normalmente ms largos que los datagramas originarios.
La encapsulacin, como ya hemos comentado antes, no se puede utilizar a menos que el nodo de la
salida del tnel pueda desencapular el datagrama.
5.2. ENCAPSULADO IP-IN-IP
El encapsulado IP-in-IP consiste en insertar una cabecera IP adicional (outer IP header) antes de la cabecera IP
original (inner IP header) del paquete inicial. Si es necesario, tambin es posible insertar otras cabeceras entre las
dos anteriores como por ejemplo la cabecera de autentificacin IP. Hay que tener en cuenta que las opciones de
seguridad de la cabecera original IP quizs afecten la eleccin de opciones de seguridad para la cabecera IP
insertada en el encapsulamiento.
Los campos de la cabecera IP del encapsulado son puestos por el encapsulador:
Versin: 4
IHL: (Internet Header Length) es la longitud de esta cabecera medida en palabras de 32 bits.
Total Length: muestra la longitud total del IP datagrama encapsulado, incluyendo todas las cabeceras y la
informacin o carga til (payload).
Identification, Flags, Fragment Offset: el bit Dont Fragment indica si el paquete debe o no fragmentarse.
Si este bit esta a uno ( no fragmentarse) en la cabecera IP original, ste se deber poner a uno en la
cabecera adicional; pero si el bit Dont Fragment no est puesto a uno (fragmentarse) en la cabecera
original, est quizs se ponga a uno.
TTL:(Time To Live) este campo de tiempo de vida se utiliza para que un datagrama no se quede
errneamente dando vueltas por Internet indefinidamente.
Protocol:4
Header Checksum.( suma de comprobacin de cabecera)
Source Address: muestra la direccin del encapsulador , es decir, del punto de entrada al tnel.
Destination Address: muestra la direccin del desencapsulador, es decir, del punto de salida del tnel
Options: Cualquier opcin presente en la cabecera original en general no es grabada en la cabecera
insertada. Aunque, nuevas opciones especficas del camino de tnel sean aadidas.
La cabecera exterior contiene informacin sobre los extremos del tnel. La cabecera interior contiene informacin
sobre los nodos origen y destino del paquete inicial y no puede ser modificada en ningn caso, salvo para
decrementar el tiempo de vida (TTL) del paquete, aunque tan solo una vez dentro del tnel, a pesar de que pueda
atravesar varios routers. Este campo como hemos visto tiene una copia en la cabecera exterior. Si el TTL vale 0,
el datagrama ser descartado, y un mensaje ICPM time exceded message se enviar al nodo origen.
El encapsulador probablemente use cualquier mecanismo IP existente para la entrega de la informacin

encapsulada al punto de salida del tnel. En particular, hace que las IP options sean permitidas, y hace que la
fragmentacin sea permitida a menos que el bit Dont Fragment est a uno en la cabecera IP original. Esta
restriccin es necesaria para que los nodos que utilizan el path MTU Discovery puedan obtener la informacin
que buscan.
Despus de que el datagrama encapsulado ha sido enviado, puede ser que el encapsulador reciba un mensaje
ICMP desde cualquier router del tnel. La accin del encapsulador depender del tipo de mensaje ICMP recibido.
Cuando este mensaje contiene suficiente informacin, el encapsulador deber crear un similar mensaje ICMP,
que ser enviado de vuelta al que envo el mensaje original.
5.3. ENCAPSULADO IP MNIMO
El encapsulado suele conllevar el duplicado innecesario de numerosos campos de la cabecera IP interna. El

encapsulado mnimo intenta minimizar al mximo la informacin de encapsulado para disminuir el tamao del
paquete resultante. Esto se realiza aadiendo una cabecera IP ms pequea que en el encapsulado IP-in-IP, y la
cabecera IP original es modificada como indicamos a continuacin:
El campo Protocolo es cambiado por el nmero 55 que indica que es encapsulado mnimo.
El campo de direccin de destino es cambiado por la direccin IP del punto de salida del tnel.
El Total Length (longitud total)es incrementado por el tamao de la cabecera aadida al datagrama.
El Header Checksum (suma de comprobacin de cabecera) se actualiza por su nuevo valor
correspondiente.
Al desencapsular un paquete con este encapsulado mnimo, se debern restaurar los campos modificados en la
cabecera original con los datos de la cabecera de encapsulado mnimo, actualizando los campos antes
nombrados.
La cabecera aadida antes de la cabecera IP original consta de los siguientes campos:
Protocol: campo copiado de la cabecera IP original.

Original Source Address Present: (es un bit).
0: El campo direccin de la fuente original no est presente.
1: El campo direccin de la fuente original est presente.
Bit reservado: puesto a cero. Ignorado en la recepcin.
Header cheksum.
Direccin del original destino.
Direccin de la fuente original.
A pesar de todo, el encapsulado mnimo no est ampliamente difundido ya que presenta ciertas desventajas,
concretamente, no funciona con paquetes ya fragmentados, ya que no hay sitio en la cabecera aadida para
almacenar informacin de la fragmentacin. Adems, este encapsulado fuerza que el valor TTL sea
decrementado en cada router dentro del tnel por lo que, puede suceder que los paquetes caduquen antes de
llegar a su destino.
5.4. ENCAPSULADO GRE
La encapsulacin de enrutamiento genrico GRE (Generic Routing Encapsulation) es el ms flexible de los tres
presentados, ya que permite la encapsulacin de cualquier tipo de paquete, incluidos los paquetes IP. El formato
de un paquete GRE consta de una cabecera externa, seguida de la cabecera GRE, y de los datos IP.
Contrariamente a los encapsulados IP-in-IP y mnimo, este encapsulado ha sido diseado para prevenir
encapsulamientos recursivos (encapsular de nuevo lo encapsulado). Concretamente, el campo recur en la
cabecera GRE es un contador que informa del nmero de encapsulados adicionales que son permitidos. En el
protocolo IP versin 6 se est estudiando implementar un mecanismo similar a ste.
6. SEGURIDAD
Las redes y nodos mviles son particularmente propensos a recibir ataques que comprometan la seguridad. En la
mayora de los casos los nodos mviles se conectarn a la Internet mediante conexiones inalmbricas. Este tipo
de conexiones es especialmente vulnerable a escuchas silenciosas, ataques activos de respuesta y otro tipo de
ataques activos.
6.1. CDIGOS DE AUTENTIFICACIN DE MENSAJES
Los agentes domsticos y nodos mviles deben ser capaces de realizar autentificacin. El algoritmo por defecto
es el codificado MD5, con una clave de 128 bits. El modo de operacin por defecto es el uso prefijo+sufijo en el
que los datos son precedidos y seguidos por la clave de 128 bits. El agente externo tambin debe soportar la
autentificacin usando codificado MD5 y claves de 128 o ms bits, con distribucin explcita. Tambin se permite
el uso de otros algoritmos de autentificacin y de distribucin de claves.
El registro de un nodo mvil en el agente domstico es un momento crtico en que se debe aplicar autentificacin
de mensajes, ya que si un usuario se registra en nombre de otro, le robar su trfico, pues el agente domstico se
encargar de reenviarle todo el trfico a la Care-of-Address que haya utilizado en el proceso de registro.
6.2. PRIVACIDAD
Los usuarios que tengan datos privados que no desea que sean observados por nadie ms deben usar
mecanismo de seguridad (encriptacin) ajenos al protocolo de IP Mvil y que, por lo tanto, no estn especificados.
6.3. PROTECCIN DE DUPLICADO EN LAS PETICIONES DE REGISTRO
En las peticiones de registro hay un campo de identificacin que permite al agente domstico verificar que un
mensaje de registro ha sido generado recientemente por el nodo mvil, y que no es una peticin que haya sido
escuchada con anterioridad por otro usuario que la est duplicando ahora. Existen dos algoritmos para este tipo
de proteccin: marcas de tiempo (timestamp) y nonces.
Todos los agentes domsticos y nodos mviles deben implementar la proteccin contra duplicado basada en
marcas de tiempo, la implementacin del segundo algoritmo es opcional. El nodo mvil y el agente domstico
deben acordar qu mtodo de proteccin van a usar. Independientemente del mtodo usado, los 32 bits menos
significativos de la identificacin deben ser copiados sin cambiarse de la peticin de registro a la contestacin. El
agente externo usa estos bits (y la direccin fija del nodo mvil) para emparejar las peticiones con las respuestas
correspondientes. A su vez, el nodo mvil debe comprobar que los 32 bits menos significativos de la respuesta
deben ser idnticos a los bits enviados en la peticin de registro.
6.4. PROTECCIN DE DUPLICADOS MEDIANTE USO DE MARCAS DE TIEMPO
El principio en que se basa este mtodo es que nodo que genera el mensaje inserta la hora actual y el nodo
receptor comprueba que la marca de tiempo es lo suficientemente cercana a su hora local como para ser cierta.
Obviamente ambos nodos deben tener relojes correctamente sincronizados. Como cualquier otro mensaje los
mensajes de sincronizacin de tiempo deben estar protegidos contra manipulacin por un mecanismo de
autentificacin determinado por ambos nodos.
6.5. PROTECCIN DE DUPLICADOS USANDO NONCES
Una posible traduccin de nonces es la de algo que slo se produce una vez u ocasional, en este caso se le
llama nonce a un nmero aleatorio.
El mecanismo es el siguiente: el nodo A incluye un nmero aleatorio o nonce nuevo en cada mensaje que enva
al nodo B, y comprueba que el nodo B devuelve el mismo nmero en el siguiente mensaje al nodo A. Ambos
mensajes usan un cdigo de autentificacin para protegerse de modificaciones producidas mediante un ataque.
Al mismo tiempo B puede estar mandando sus propios nonces en todos los mensajes que enva a A, de tal forma
que los dos pueden comprobar que estn recibiendo mensajes recientes.
El agente domstico se supone que tendr recursos para computar nmero pseudo-aleatorios que puedan ser
usados como nonces. As pues, inserta un nuevo nmero aleatorio en los 32 bits ms significativos del campo
identificacin de cada respuesta de registro. El agente domstico copia los 32 bits menos significativos de la
identificacin de la peticin de registro en los 32 bits menos significativos de la contestacin. Cuando el nodo
mvil recibe una contestacin de registro del agente domstico, se guarda los 32 bits ms significativos de la
identificacin para ser usados como los 32 bits ms significativos de la siguiente peticin de registro.
7. NORMATIVA REGULADORA
El crecimiento de las comunicaciones mviles y en especial el de las celulares que se est produciendo en los
ltimos aos no tiene precedentes. Para el caso de Espaa la cuota de penetracin ya supera el 50% y el nmero
de lneas mviles ya supera al de fijas. Por otra parte, la evolucin de las redes celulares actuales de segunda
generacin (2G) hasta la tercera generacin (3G) pasa por ofrecer velocidades ms elevadas y acceso por
conmutacin de paquetes, como es el caso de GPRS (General Packet Radio Service).
Todo ello a fin de prepararse para un horizonte en que el trfico de datos va a ser superior al de voz; apareciendo
el acceso a redes IP en general y a Internet en concreto como principal artfice de esta situacin. Si a todo ello
aadimos el trabajo que se est realizando para soportar el transporte de voz sobre IP est bastante maduro, con
soluciones comerciales disponibles, puede entenderse porque la opcin de una red de acceso de comunicaciones
celulares basada totalmente en IP va ganando peso.
El siguiente paso lgico sera que esta red de manera natural asumiera todas las funciones necesarias para el
soporte de la movilidad. En est direccin se estn moviendo los dos grupos que desarrollan la 3G: 3GPP (Third
Generation Partnership Project) y 3GPP2 (Third Generation Partnership Project 2). Cada uno siguiendo su
camino, los grupos 3G estudian como convertir sus redes de acceso en redes totalmente IP basadas en routers y
en como adoptar el trabajo que est realizando el IETF (Internet Engineering Task Force) para ofrecer movilidad
mediante IP. El IETF ha estado trabajando en una solucin universal para conseguir la movilidad en IP conocida
como MobileIP.
Se trata pues, de una solucin general no optimizada para ningn tipo de red de acceso y es aqu donde surgen
los problemas. Uno de los requisitos clave que demandan las redes de 3G y de manera general las redes
celulares es el soporte de la micro movilidad; entendiendo por micro movilidad, la posibilidad de cambiar de una
manera frecuente y rpida de punto de acceso dentro de red. Como se ver ms adelante, MobileIP tiene serias
limitaciones para cumplir con este requisito. Actualmente existe una sinergia importante entre los grupos de 3G y
el IETF: por un lado se intenta ver cmo mejorar el protocolo MobileIP para cumplir con los requisitos de 3G sin
perder de vista su carcter de solucin universal y por otro se ha creado un nuevo grupo especializado en micro
movilidad.
Dejando a un lado el IETF y los grupos de 3G tambin cabe mencionar al MWIF (Mobile Wireless Internet Forum).
Creado en febrero del 2000, este foro est formado por empresas significativas en mbitos como las
comunicaciones mviles, las redes de datos, el software o la electrnica. Su propsito es el desarrollo de unas
especificaciones clave que permitan la utilizacin de IP en cualquier tipo de redes sin hilos buscando aunar los
esfuerzos de otros grupos como el IETF, 3GPP o 3GPP2.
7.1. GRUPOS DE TRABAJO RELACIONADOS
Dejando a un lado las redes ad-hoc y la movilidad de usuarios entre ISPs (Internet Service Providers), temas que
se tratan respectivamente en los grupos de trabajo MANET (Mobile Ad-hoc Networks) y ROAMOPS (Roaming
Operations) el foco de trabajo en movilidad en IP ha sido y es el grupo MOBILEIP (IP Routing for Wireless/Mobile
Hosts) El trabajo de MOBILEIP gira en torno al protocolo MobileIP (MIP).
Este protocolo ofrece el mantenimiento de la direccin IP independientemente de la localizacin de la mquina

que la posea, con un encaminamiento trasparente de los paquetes IP e intentando aumentar en lo mnimo los
flujos de sealizacin. Todo esto manteniendo activas las conexiones TCP y las vinculaciones con los puertos
UDP.
Existen dos versiones de este protocolo, una estandarizada para IPv4 y otra que todava tiene el carcter de draft
para IPv6 pero que se espera su propuesta como estndar a corto plazo. Dejando a un lado la estandarizacin de
la versin para IPv6 de MobileIP y la revisin de la versin para IPv4 , la actividad actual del grupo gira en torno a
la solucin de dos grandes problemas: la seguridad y la mejora de prestaciones para conseguir traspasos rpidos.
En verano del 2000 se produjeron una serie de discusiones en torno a las diferentes, y muy numerosas,
propuestas presentadas en forma de draft para conseguir un traspaso rpido.
Dentro de las propuestas se podan diferenciar dos grupos. El primero las dirigidas a solucionar el problema de la
micro movilidad, con un grado de compatibilidad y cooperacin respecto a MobileIP ms o menos grande. En la
mayora de los casos la red de referencia era de tipo celular. Dentro de este grupo destacaron los protocolos
HAWAII (Handoff-Aware Wireless Access Internet Infrastructure) y CellularIP , del que se hablar ms adelante.
En el segundo grupo figuraban las soluciones basadas completamente en MobileIP. Se trataba de soluciones
que, respetando el carcter de solucin universal no ligada a ninguna tecnologa de Mobile IP, pretendan mejorar
su rendimiento para conseguir traspasos ms rpidos.
El resultado de estas discusiones fue una refundacin del grupo de trabajo MOBILEIP que dejaba fuera las
propuestas del primer grupo con objeto de mantener el carcter universal de MobileIP como solucin para el
soporte de la movilidad. Adems se crearon dos equipos de trabajo para buscar una solucin comn para MIPv4
y otra para MIPv6. El trabajo de estos grupos ha cuajado de momento en sendos drafts. Todo esto no significa
que MOBILEIP deje de lado toda la problemtica de las redes celulares.
Existe una estrecha relacin con los grupos de 3G y como ejemplo de ella puede verse el draft en el que se
plantean las extensiones necesarias para que Mobile IP pueda administrar la movilidad en redes cdma2000. Otra
consecuencia de la refundacin fue la reciente aparicin de un nuevo grupo, SEAMOBY (Context and Micro -
mobility routing). Los objetivos de SEAMOBY son el desarrollo de un protocolo que soporte la micro movilidad,
con traspasos rpidos en la red de acceso y paging, y la provisin de mecanismos que permitan el intercambio de
informacin de estado, como pueden ser el nivel de calidad de servicio asociado al usuario o un contexto de
seguridad.
7.2. OTROS GRUPOS
Aparte de los grupos comentados en el apartado anterior, cuya dedicacin es exclusiva a los temas de movilidad,
existen toda una serie de grupos cuyo trabajo tiene una relacin significativa con esta problemtica.
Destacaremos dos: ROHC (Robust Header Compression) y AAA (Authentication, Authorization and Accounting).
El objetivo de ROHC es conseguir un sistema de compresin que funcione correctamente sobre enlaces con
tasas de error elevadas y retardos importantes. La motivacin principal es el envo de informacin en tiempo real
(voz o vdeo de baja calidad) sobre enlaces celulares. La combinacin de protocolos IP/UDP/RTP/TCP utilizada
para el transporte de trfico real-time conlleva un alto overhead. Para trabajar eficientemente sobre enlaces de
baja velocidad, como son los de las redes celulares, es necesario utilizar mtodos de compresin.
Una posible solucin pasara por la utilizacin de los algoritmos tradicionales de compresin de cabeceras pero la
elevada tasa de error as como los elevados retardos que se puedan dar en una red celular hacen que su
comportamiento no sea el idneo. De ah la necesidad un nuevo tipo de compresin.
En los draft se especifican los requerimientos que debera cumplir esta nueva codificacin y se da una posible
especificacin de ella respectivamente. El AAA es el grupo encargado de desarrollar los requerimientos para la
autenticacin, autorizacin y contabilidad. Estas funciones son de vital importancia para control del acceso a
cualquier sistema. El AAA trata el caso de un sistema con terminales como un caso particular con unas
necesidades propias que requieren de unas extensiones determinadas.
Esto se ha traducido en un listado de requerimientos formulado por el grupo MOBILEIP y en draft del AAA sobre
las extensiones a realizar para cumplir con estos requerimientos .
7.3. INTEGRACIN DE LOS PROTOCOLOS DEL IETF EN 3G
Las aproximaciones realizadas por los dos grupos de 3G para integrar los protocolos desarrollados por el IETF
estn siendo diametralmente opuestas. Por un lado el 3GPP2 cuenta ya desde hace ms de un ao con un
estndar de lo que ellos denominan WirelessIP. En este documento se describen los requerimientos para soportar
redes de paquetes inalmbricas en las redes de 3G basadas en cdma2000; diferenciando dos alternativas:
SimpleIP, basado en el protocolo PPP (Point to Point Protocol); y MobileIP basado en el protocolo del mismo
nombre.
El documento tambin propone la utilizacin de servidores RADIUS (Remote Authentication Dial In User Service)
para labores de AAA y la utilizacin de Diffserv para ofrecer calidad de servicio. Se trata pues de utilizar las
soluciones ofrecidas por el IETF, aunque no estn optimizadas para sistemas celulares.
Paralelamente el 3GPP2 tiene abierto otro proyecto en fase de definicin denominado AllIP, que consiste en el
desarrollo de una red que se basa en IP como principal mecanismo para el transporte y la conmutacin. El
camino por el que ha optado el grupo 3GPP es mucho ms ambicioso. En este report tcnico el 3GPP propone
una arquitectura basada totalmente en IP, AllIP, para el transporte de todos los datos de usuario y sealizacin. El
documento tiene una doble vertiente: la identificacin de los problemas clave a resolver y la proposicin de un
plan de trabajo para ofrecer una AllIP release 2000 del estndar UMTS (Universal Mobile Telecommunications
System).
8. VENTAJAS E INCONVENIENTES DE MVIL IP
8.1. VENTAJAS
No tiene limitaciones geogrficas: un usuario puede usar una computadora palmtop o laptop en cualquier
parte sin perder su conexin a su red.
No requiere una conexin fsica: este nuevo protocolo encuentra los routers IP y se conecta
automticamente.
No requiere modificacin a otros router o clientes ya que deja otros protocolos intactos.
Soporta autentificacin, la cual se realiza para asegurarse que los derechos estn protegidos. El acceso
de la red se asegura en todo momento desde todas las ubicaciones.
8.2. INCONVENIENTES
Problemas de autentificacin con el agente externo, cuando ste pertenece a otra organizacin
Falta de protocolos de manejo de claves que sean estndares Internet
El encaminamiento en tringulo es ineficiente.
La creacin de tneles es un coste aadido e incrementa el overhead por paquete
Cuello de botella en el Agente Local.
Implicaciones de seguridad en cortafuegos.
9. CONCLUSIN
Estamos viendo ahora los comienzos de la IP mvil, las extensiones para la movilidad IP se estn estandarizando
en estos momentos y su implantacin real an no ha comenzado. Es una tecnologa realmente prometedora, y no
es muy exagerado pensar que los ordenadores del maana sean (casi) todos mviles. Los protocolos diseados
especficamente para IP Mvil lo han sido pensando en acoplar cuanto antes la IP Mvil a las infraestructuras y
protocolos actuales de la Internet.
Sin embargo en el futuro debern disearse los protocolos para permitir una mayor eficiencia, seguridad para
identificar a los nodos de una forma segura y robustez en la comunicacin. Ya se estn pensando algunas de
estas implementaciones que permitirn por ejemplo el tener mltiples agentes domsticos.
Otro problema actual es producido por TCP. Este incluye algoritmos que realizan un clculo de rendimiento y
retardo de la conexin a partir del valor actual y valores anteriores. Pero en el entorno de IP Mvil el rendimiento y
el retardo pueden variar muy deprisa, adems el hecho de moverse de una celda a otra provoca frecuentemente
prdidas temporales de conectividad. TCP reacciona reduciendo la tasa de transmisin al mnimo. Cuando la
conexin se reestablezca la tasa de transmisin incrementa, pero lentamente. Si no se reestablece lo
suficientemente pronto, hay cierto riesgo de que la conexin se rompa.
En definitiva, los problemas actuales para la implantacin de IP Mvil son lo suficientemente graves para que su
implantacin no sea inmediata, pero la evidente ventaja de este tipo de redes y la demanda creciente que se va a
producir en muy corto periodo de tiempo producido por el creciente nmero ordenadores porttiles y dispositivos
que aparezcan con conectividad IP a Internet (mviles de nueva generacin, agendas electrnicas) producir su
implantacin de forma masiva en la Internet.
10. BIBLIOGRAFA
Andrew S. Tanenbaum, Redes de Computadoras (3 edicin), Prentice.Hall.

Miquel Oliver, Oscar Louro, Mobile IP: una solucin para proporcionar la movilidad de los terminales en
Internet, Revista Buran, Mayo1999.
Alejandro Pial Gonzlez, Joseph Perell Valls, Gregorio Martnez Ruiz: "IP Mvil".
Documento Internet Engineering Task Force: Request for comments RFC2002 IP Mobility Support.
Documento Internet Engineering Task Force: Request for comments RFC2003 IP Encapsulation within
IP.
Documento Internet Engineering Task Force: Request for comments RFC2004 Minimal encapsulation
within IP.
Documento Internet Engineering Task Force: Request for comments RFC 1918 "Address Allocation for
Private Internets".
Documento Internet Engineering Task Force: Request for comments RFC 2794 " Mobile IP Network
Access Identifier Extension for IPv4".
Documento Internet Engineering Task Force: Request for comments RFC 3024 " Reverse Tunneling for
Mobile IP".
Documento Internet Engineering Task Force: Request for comments RFC 1700 "General Routing
Encapsulation".
Documento Internet Engineering Task Force: Request for comments RFC 1701 "General Routing
Encapsulation".
Documento Internet Engineering Task Force: Request for comments RFC 2004 "Minimal Encapsulation
Within IP".
11. ESQUEMA RESUMEN
Mobile Internet Protocol o Mvil IP, es el nuevo protocolo diseado para soportar la movilidad que la tecnologa
actual permite, sin reconfigurar las opciones cada vez que un cliente cambia fsicamente de lugar.
Las posibles alternativas a este protocolo son:

Creacin de rutas especficas para nodos con movilidad: Solucin extremadamente costosa debido al
gran incremento de trfico que generara.
Cambio de direccin IP: no es recomendable ya que requiere el cambio de la direccin IP a la entrada del
nodo mvil.
Soluciones a nivel de capa de enlace: serian Cellular Digital Packet Data (CDPD), y el estndar IEEE
802.11, realizado por el Institute of Electrical and Electronics Engineers (IEEE) para la comunicacin de
redes de rea local inalmbricas. Ambas soluciones presentan dos grandes inconvenientes.
Por tanto, se necesita un protocolo capaz de proporcionar movilidad en cualquier tipo de medio y en una extensa
rea geogrfica. Este protocolo es IP Mvil, el cual se diseo para que cumpliera los siguientes requerimientos:
El nodo mvil debe ser capaz de comunicarse con los otros nodos an despus de haber cambiado su
punto de conexin a Internet.
Tal comunicacin debe realizarse siempre con una nica direccin IP para el nodo mvil, la cual ser la
que tena en la red de origen (se encuentre donde se encuentre).
El nodo mvil debe ser capaz de comunicarse con otros nodos que no implementen las funciones de
movilidad de este protocolo.
El nivel de seguridad y privacidad de las comunicaciones de un nodo mvil no debe ser menor que el de
cualquier otro nodo fijo.
El medio entre el nodo mvil y su punto de conexin a Internet ser a menudo un enlace inalmbrico. Muy
probablemente el nodo mvil estar alimentado por pilas o bateras, lo que hace importante minimizar el
consumo reduciendo al mnimo en nmero de mensajes de sealizacin.
Y su funcionamiento, a grandes rasgos es el siguiente:
Tanto el agente local como el agente externo anuncian su presencia al nodo mvil a travs de los
mensajes de anuncio, que son generados de manera peridica por la red. En ocasiones es el propio nodo
mvil el que puede solicitar estos mensajes mediante el envo de una solicitud de agente.
El nodo mvil una vez recibido el mensaje de anuncio determina su posicin comprobando si se
encuentra en su red local o si por el contrario se encuentra en una red externa. En el primero de los casos
el nodo actuar sin necesidad de las funciones de apoyo a la movilidad. En el segundo de los casos el
nodo debe obtener una direccin especial denominada direccin de remite de la nueva red. La obtencin
de esta direccin de remite se puede realizar de dos maneras distintas:
La direccin del agente externo
Si se encuentra fuera del alcance de un agente externo, debe obtener esta direccin como una
direccin IP local por algn mtodo. Una de las posibilidades seria a travs del DHCP. En este tipo
de casos a esta direccin de cuidado se la denomina direccin de remite colocada.
Una vez obtenida esta direccin de remite, el nodo mvil debe registrarla con su agente local. Para ello el
nodo enva una solicitud de registro al agente local y ste le enva un mensaje de contestacin.
Cualquier paquete que le sea enviado al nodo mvil va a ser interceptado por el agente local, el cual lo
enviar mediante un procedimiento denominado tunneling a la direccin de remite. En el otro extremo del
tnel el agente externo ser el que reciba el paquete y el encargado de envirselo al nodo mvil. Si el
nodo mvil posee una direccin de remite colocada el agente externo no interviene en la recepcin del
paquete.
Para aquellos paquetes que sean originados en el nodo mvil no tienen que pasar necesariamente por el
agente local sino que pueden ser transportados directmante hasta la direccin IP destino.
El protocolo Mvil IP de compone de las siguientes fases:
DESCUBRIMIENTO DEL AGENTE: es un procedimiento por el que el nodo mvil determina si se

encuentra en su red local o si debido a su movimiento se encuentra en una red externa.
ANUNCIO DE AGENTE: la primera accin a realizar para permitir la movilidad de un nodo es la de
anunciar, por parte del agente local o externo, la disponibilidad para aceptar al nodo mvil en su red.
SOLICITUD DE AGENTE: mensajes que realiza el nodo mvil cuando no puede, o quiere esperar la
transmisin peridica de mensajes de anuncio de agente. Es decir, este mensaje busca forzar la
transmisin de un mensaje de anuncio a cualquier agente ubicado en el mismo enlace.
REGISTRO: el procedimiento de registro sirve para pedir los servicios de un agente externo.
PETICIN DE REGISTRO: mensaje que el nodo mvil enva a su agente local para registrarse, y as este
podr crear o modificar la entrada del nodo mvil en su lista de nodos con movilidad.
RESPUESTA DE REGISTRO: mensaje que informa al nodo mvil sobre el resultado de su peticin de
registro y del tiempo de vida de tal registro, que puede ser igual o inferior al solicitado.
En cuanto al encaminamiento existen dos situaciones:
Nodo mvil como destino

Nodo mvil como origen.
Los paquetes o datagramas son encapsulados y desencapsulados en proceso denominado tunneling para alterar
el normal enrutamiento. Los encapsulados ms frecuentes son:
Encapsulado IP-in-IP: consiste en insertar una cabecera IP adicional (outer IP header) antes de la
cabecera IP original (inner IP header) del paquete inicial.
Encapsulado mnimo: intenta minimizar la informacin de overhead de encapsulado para disminuir el
tamao del paquete resultante. Esto se realiza aadiendo una cabecera IP ms pequea que en el
encapsulado IP-in-IP, y modificando la cabecera IP original.
Encapsulado GRE (Generic Routing Encapsulation) es el ms flexible, ya que permite la encapsulacin
de cualquier tipo de paquete, incluidos los paquetes IP. El formato de un paquete GRE consta de una
cabecera externa, seguida de la cabecera GRE, y de los datos IP.
En cuanto a la seguridad tenemos:
El algoritmo por defecto para la autentificacin ser MD5 con claves como mnimo de 128 bits
Para la confidencialidad el algoritmo no est especificado.
Para la proteccin del duplicado en las peticiones de registro tenemos dos opciones:
Proteccin por medio de marcas de tiempo.
Proteccin usando 'nonces'.
Dos son los grandes grupos de expertos que impulsan el protocolo IP Mvil:
Grupos de la IETF
Grupos de la 3G

TICB4 - Comunicaciones Emergentes. IP Movil

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

TICB4 - Comunicaciones Emergentes. IP Movil

Încărcat de

Drepturi de autor:

Formate disponibile

www.haztefuncionario.com Material registrado. Prohibida su reproduccin.

B4G2T10 - COMUNICACIONES EMERGENTES: IP MVIL.

1. INTRODUCCIN A IP MVIL ...................................................................................................................................... 2

Figura 1. Arquitectura IP Mvil

1.1. LA CAPA DE RED INTERNET

1.2. OBJETIVOS DE IP MVIL

Estos son los objetivos fundamentales, hay algunos otros secundarios:

Posibilidad Multicast. Presenta problemas nuevos a la ya mayor complejidad de Multicast (envo de un

Privacidad de informacin de localizacin. Se pretende esconder la localizacin de los hosts a otros

A lo largo del documento usaremos frecuentemente estos trminos:

Nodo: Un host o router.

El procedimiento de registro, funciona de esta manera:

No debe incurrirse en carga extra cuando un host mvil est en su base.

2.2. ALTERNATIVAS A IP MVIL PARA DOTACIN DE MOVILIDAD A LAS ESTACIONES IP

Algunas de las soluciones que apuntamos son las siguientes:

Establecimiento de rutas especficas para terminales con movilidad,

2.2.1. RUTAS ESPECFICAS PARA NODOS CON MOVILIDAD

2.2.2. CAMBIO EN LA DIRECCIN IP

2.2.3. SOLUCIONES A NIVEL DE LA CAPA DE ENLACE.

2.3. FUNCIONAMIENTO DEL PROTOCOLO IP MVIL

3.1. DESCUBRIMIENTO DEL AGENTE

3.2. ANUNCIO DE AGENTE

Los campos de la extensin de anuncio de agente son los siguientes:

Figura 2. Campos del mensaje de anuncio de agente

3.3. SOLICITUD DE AGENTE

Son tres los pasos que componen el procedimiento de registro:

3.5. PETICIN DE REGISTRO

Figura 3. Campos del mensaje de peticin de registro.

Type: 1 (Peticin de registro)

3.6. RESPUESTA DE REGISTRO

Figura 4. Formato del mensaje de respuesta de registro.

Los campos del mensaje son los siguientes:

Type: 3 (Contestacin de registro)

3.7. POSIBILIDADES OPCIONALES DEL PROCEDIMIENTO DE REGISTRO

Nodo mvil como destino.

4.1. NODO MVIL COMO DESTINO

4.2. NODO MVIL COMO ORIGEN.

5. RESOLUCIN DE PROBLEMAS: TUNNELING

Fuente ----> encapsulador ----> desencapsulador ---->destino

El nodo encapsulador es generalmente considerado el punto de entrada al tnel, y el nodo desencapsulador el

5.1. EJEMPLO DEL TUNNELING

Figura 5. Tunneling de un paquete de Pars a Londres

Figura 6. Paso de un coche a travs del tnel Francia-Inglaterra

5.2. ENCAPSULADO IP-IN-IP

Los campos de la cabecera IP del encapsulado son puestos por el encapsulador:

El encapsulador probablemente use cualquier mecanismo IP existente para la entrega de la informacin

5.3. ENCAPSULADO IP MNIMO

El encapsulado suele conllevar el duplicado innecesario de numerosos campos de la cabecera IP interna. El

La cabecera aadida antes de la cabecera IP original consta de los siguientes campos:

Protocol: campo copiado de la cabecera IP original.

5.4. ENCAPSULADO GRE

6.1. CDIGOS DE AUTENTIFICACIN DE MENSAJES

6.3. PROTECCIN DE DUPLICADO EN LAS PETICIONES DE REGISTRO

6.4. PROTECCIN DE DUPLICADOS MEDIANTE USO DE MARCAS DE TIEMPO

6.5. PROTECCIN DE DUPLICADOS USANDO NONCES

7.1. GRUPOS DE TRABAJO RELACIONADOS

Este protocolo ofrece el mantenimiento de la direccin IP independientemente de la localizacin de la mquina

7.2. OTROS GRUPOS

7.3. INTEGRACIN DE LOS PROTOCOLOS DEL IETF EN 3G

8. VENTAJAS E INCONVENIENTES DE MVIL IP

Andrew S. Tanenbaum, Redes de Computadoras (3 edicin), Prentice.Hall.

11. ESQUEMA RESUMEN

Las posibles alternativas a este protocolo son:

Y su funcionamiento, a grandes rasgos es el siguiente: