Unidad II Redes Inalambricas

7/23/2019 Unidad II Redes Inalambricas

1/11

Unidad II

Internet MvilQu es?Internet Mvil es internet en tu bolsillo. Ahora tus sitios favoritos de internet estn tambin en tu

celular. As, en cualquier momento y lugar podrs encontrar lo que buscas en oogle, revisar tucorreo, acceder a faceboo!, leer las noticias de "mol, consultar tu cuenta bancaria y muchoms.

2.1 El protocolo IP

PROTOO!O TP"IP

"l origen del protocolo #$%&I% data de mediados de los a'os ()*s conob+etivo de compartir recursos entre computadoras fundamentndose enuna red de comunicaciones, este protocolo establece la tecnologa basepara conectar diferentes lugares en todo el mundo.a imagen que se muestra a continuacin muestra los protocolosutili-ados por cada capa o nivel

#RQUITETUR# $E RE$ $E TP"IP

"l modelo #$%&I% est compuesto por / capas como se muestra con anterioridad

#cceso a la red%esta capa es tambin denominada capa de enlace de datos o interfa- de red yse encarga de detalles hard0are del interfa- fsico con el medio de transmisin.

Red%capa encargada de mantener unida toda la arquitectura. #iene como misin permitir quelos nodos inyecten paquetes en cualquier red y hacerlos via+ar de forma independiente a sudestino. os paquetes pueden llegar en un orden diferente al de envo. a capa de red define unformato de paquete y un protocolo oficial llamado I% cuyo ob+etivo ms importante es el ruteo depaquetes previniendo la congestin.


2/11


3/11

2.2 El protocolo IP Mvil

"l protocolo de Internet =I%> para mviles permite transferir informacin entre sistemas mviles,"l concepto sistemas mviles incluye porttiles y comunicaciones inalmbricas. "l sistema mvilpuede cambiar su ubicacin a una red e?terna. Mientras est en la red e?terna, el sistema mvilse sigue pudiendo comunicar con la red principal del sistema. a implementacin 8olaris del I%mvil slo es compatible con I%v/.

as versiones actuales del protocolo de Internet =I%> dan por supuesto que el punto en elque un sistema se conecta a Internet o a una red es fi+o. I% asume tambin que la direccin I%

del sistema identifica la red a la que este est conectado.

os datagramas que se envan a un sistema se basan en la informacin de ubicacincontenida en la direccin I%. Muchos protocolos de Internet e?igen que la direccin I% de unnodo no cambie. 8i alguno de estos protocolos est activado en un sistema con I% mvil, susaplicaciones no funcionarn. 1i siquiera 7##% funcionara si no fuese porque la vida de suscone?iones #$% es muy breve. "n ese caso, actuali-ar una direccin I% y renovar la pgina 0ebno supone una carga.

8i un sistema mvil, o nodo *vil, se traslada a una nueva red y su direccin I% no cambia, ladireccin del nodo no refle+a el nuevo punto de cone?in.

"n consecuencia, los protocolos de enrutamiento en vigor no pueden enrutar losdatagramas correctamente al nodo mvil.6eber reconfigurar el nodo mvil con una direccin I% distinta que represente la nueva

ubicacin. a asignacin de una direccin I% distinta es una tarea farragosa. %or tanto, con elprotocolo de Internet actual, si el nodo mvil se traslada sin cambiar su direccin, pierde elenrutamiento. 8i el nodo mvil cambia de direccin, pierde las cone?iones.

I% para mviles resuelve el problema permitiendo que el nodo mvil utilice dos direcciones I%. aprimera es una direccin permanente fi+a. a segunda es una direccin de au?ilio que cambia en


4/11

cada nuevo punto de cone?in. I% para mviles permite que un sistema se mueva libremente enInternet.

#ambin le permite moverse libremente en la red de una organi-acin manteniendo lamisma direccin permanente. "n consecuencia, las comunicaciones no se interrumpen cuandoel usuario cambia el punto de cone?in del sistema. "n ve- de eso, la red se actuali-a con lanueva ubicacin del nodo mvil.

"n la figura siguiente se ilustra la topologa general de I% para mviles.

+i,ura 2-1 Topolo,)a de IP para *viles

8i se utili-a la topologa de I% para mviles de esta figura, la situacin siguiente muestra cmo

se mueve un datagrama de un punto a otro de la estructura de I% para mviles

B. "l host de Internet enva datagramas al nodo mvil a travs de la direccin permanente delnodo =proceso de enrutamiento I% normal>.


5/11

red principal. "ste proceso garanti-a la correccin de la direccin de origen para todos losenlaces que debe atravesar el datagrama.

(."n lo concerniente a las comunicaciones inalmbricas, la 9igura


6/11

2.5 Operacin

"l funcionamiento del protocolo I% Mvil consiste de varias operaciones

$uando un nodo mvilse encuentra le+os de su red local debe encontrar algEn agente para noperder conectividad a Internet. "?isten dos caminos para encontrar agentes uno de ellos esseleccionando a un agente de movilidadcaptado a travs de mensa+es de difusin que stosemiten peridicamente advirtiendo su disponibilidad en cada enlace en donde pueden proveerserviciosF el otro camino es mediante la emisin de solicitudes sobre el enlace, por parte delnodo mvilrecientemente arribado, hasta obtener respuesta de algEn agente de movilidadqueest presente. @na ve- encontrado el agente, el nodo mvildeduce si se encuentra en su redlocal o en una red e?terna. 8i se encuentra en su red local opera sin servicios de movilidad,mientras que si se encuentra en una red e?terna obtiene su direccin de auxilioque puede serasignada dinmicamente o asociada con su agente forneo.

@na ve- obtenida la direccin de auxilio, el nodo mvildebe registrarla con su agente localparaobtener servicios. "l proceso de registracin puede ser reali-ado a travs de una solicitud deregistro enviada directamente desde el nodo mvil al agente local y recibiendo de ste unmensa+e de contestacin, o indirectamente reenviada por el agente forneo al local,dependiendo de si la direccin de auxiliofue asignada dinmicamente o asociada con su agenteforneo. 6espus del proceso de registracin el nodo mvilpermanece en el rea de serviciohasta que e?pire el tiempo de servicio otorgado o hasta que cambie su punto de enlace a la red.6urante este tiempo el nodo mvilobtiene paquetes reenviados por el agente forneo, los cualesfueron originalmente enviados desde el agente local."l mtodo tEnel =tunneling)es usado parareenviar los mensa+es desde el agente localal agente forneoy finalmente al nodo mvil.6espus de que el nodo mvilregresa a su red, se des:registra con su agente localpara de+ar

sin efecto su direccin de auxilio, enviando un requerimiento de registracincon tiempo de vidaigual a cero. "l nodo mvilno necesita des:registrarse del agente forneodado que el servicioe?pira automticamente cuando finali-ar el tiempo de servicio.

El protocolo Mobile IP es entendido mejor como la cooperacin de tres mecanismos separables:iscovering t!e care"of address# $egistering t!e care"of address# %unneling to t!e care"ofaddress.&.

Proceso de descu6ri*iento $iscoverin, t7e careo' address"l proceso de descubrimiento utili-ado por el protocolo I% Mvil permite a un nodo mvildeterminar si se encuentra conectado o no a su red local, detectar si se ha despla-ado de un

enlace a otro y, dado el caso en que el nodo mvil se encuentre conectado a una red e?terna,obtener su direccin de auxilio.

2.5.1 $escu6ri*iento de #,entes

"l protocolo I% mvil provee dos modos alternativos para la adquisicin de una direccin deau?ilio 'oreign (gent care"of addressy co"located care"of address.


7/11

+orei,n #,ent careo' address"s una direccin de auxilio temporaria provista por un agente forneo a travs de mensa+esavisos de agente. a direccin de auxilio, en este caso, es la direccin I% de un agente forneo."l agente forneoest en el punto final del tEnel donde recibe los paquetes, los desencapsula yentrega el paquete original al nodo mvil. "ste modo de adquisicin permite que algunos nodoscompartan la misma direccin de auxilioy en consecuencia, evita que se produ-ca una demandainnecesaria del limitado espacio de direcciones, en I%v/.

olocated careo' address"s una direccin de auxilioadquirida por el nodo mvilcomo una direccin I% fi+a mediante algEnmedio e?terno, al cual el nodo mvilluego se asocia con una de sus propias interfaces de red.a direccin puede ser adquirida dinmicamente como una direccin transitoria, como pore+emplo a travs de un 67$% *namic +ost ,onfiguration Protocol), o puede ser apropiada porel nodo mvilcomo una direccin perdurable para su uso, solamente, mientras se encuentrevisitando una red distinta a su red local. @sando una co"located care"of addressel nodo mvilactEa como punto final del tEnel y l mismo reali-a la desencapsulacin de los paquetes. aventa+a de usar una co"located care"of address radica en que permite al nodo mvilfuncionar sinunagente forneo.

"l proceso de descubrimiento no modifica los campos originales de los avisos de ruteoe?istentes, simplemente los e?tiende para asociarle funciones de movilidad. As, un aviso deruteo puede llevar informacin de ruteo por defecto, como antes, e informacin adicional sobreuna o ms direccin de auxilio.$uando los avisos de ruteo son e?tendidos para que contenganla direccin de auxilio necesaria se denominan avisos de agente. 8i un nodo mvil necesitaobtener una direccin de auxilio, pero no desea esperar por un aviso de agente, podra emitiruna solicitud de agente.

#visos de #,ente #,ent #dvertise*ents

os agentes de movilidad anuncian su disponibilidad para brindar servicios al nodo mvilmediante mensa+es de difusin de avisos de agente a intervalos regulares =por e+emplo cada unsegundo>. "l nodo mvilutili-a estos mensa+es para determinar su punto de cone?in actual aInternet."l agente local deber estar siempre listo para servir a sus nodos mviles. %ara evitar unaposible saturacin, debida al e?ceso de nodos mvilesen una determinada red, es posibleconfigurar mEltiples agente localesen una Enica red, asignando a cada agente local una porcinde la poblacin de nodos mviles. os agentes locales usan avisos de agentepara darse aconocer a s mismos aunque no ofre-can alguna direccin de auxilio. %or otro lado, es posibleque un agente forneono tenga capacidad para servir a un nodo mvilno perteneciente a sured. AEn en ese caso, el agente forneodebe continuar emitiendo avisos de agente para que el

nodo mvilsepa que se encuentra dentro de su rea de cobertura o que no ha fallado.os avisos de agente cumplen las siguientes funciones permiten la deteccin de agentes de movilidad. listan una o ms direccin de au?ilio disponibles. informan al nodo mvil sobre caractersticas especiales para agentes forneos, por e+emplo,tcnicas alternativas de encapsulacin. permiten al nodo mvil determinar el nEmero de red y el estado de su enlace a Internet. permiten al nodo mvil conocer si el agente es localy&o externoy en consecuencia determinarsi se encuentra en su red o en una red e?terna.


8/11

"l mensa+e avisos de agenteconsiste en un mensa+e I$M% Internet ,ontrol Message Protocol)al cual se le ha a'adido una e?tensin para permitir la gestin de los nodos mviles. 6ichae?tensin =9igura consta de los campos %ipo:B; -ongitud:=;G/Hn>, donde n es el nEmero de direccin de au?ilio anunciadas. /mero de secuencia nEmero total de mensa+es avisos de agenteenviados desde que el

agente fue iniciali-ado. %iempo de vida de registracin tiempo de vida m?imo que el agente acepta en una

solicitud de registro. $:registro solicitado. 0 el agente forneo no puede aceptar nuevos registros, al estar ocupado +:este agente ofrece servicios de agente local en la red. ':este agente ofrece servicios de agente forneo en la red. M:el agente soporta encapsulado mnimo. 1:el agente soporta encapsulado 2". 2:el agente soporta la compresin de cabecera an acobson. $eservado.

ireccin de auxilio:la&s direccin de auxilioanunciadas por el agente forneo.

%ara que un nodo mvil pueda averiguar si se encuentra en su red local o si se ha despla-ado aotra red debe verificar los bits 9 y 7 de alguno de los mensa+es avisos de agenteque capture.

) B < C / D ; ( J K B) BB B< BC B/ BD B; B( BJ BK


9/11

os nodos mvilespodran emitir solicitudes mediante mensa+es de difusin, con el ob+etivo defor-ar a cualquier agente de movilidad ubicado en el mismo enlace a transmitir un aviso deagentede manera inmediata. "sto resulta muy Etil en aquellos casos en los cuales la frecuenciade los avisos de agente es demasiado ba+a para un nodo mvilque cambia rpidamente deenlace. "l formato de los mensa+es solicitud de agentees similar al de los mensa+es I$M%usados para avisos de agente=9igura , con la diferencia de que deben tener su campo detiempo de vida igualado a B.8i el nodo mvilconoce de ante mano la direccin de red de un agente de movilidad, podra

insertarla en el encabe-ado de un mensa+e de requerimiento de registracin y enviarlo a dichoagente para obtener servicios.

2.5.2 Re,istro

"l registro en I% Mvil es un procesoa travs del cual un M7 reali-a las siguientes acciones 8olicita servicio de enrutamiento de un agente forneo, Informa a su agente sede de su direccin NcareofN actual, 2enueva un registro que deber e?pirar.

8e registra cuando regresa a su enlace sede.6ebido a que el registro en I% mvil slo es vlido por un tiempo de vida especfico, el NhostNdeber desempe'ar el mismo procedimiento tantas veces mientras ste necesite del servicio, locual incurre en trfico e?tra que debe soportar la red para saber de la e?istencia del mvil.

2.5.3 T9neles I/:E8TI;#IO/ 0E


10/11

6irecciones ampliadas"l tama'o de direcciones I% pasa de C< bits en I%v/ a B, Internet $ontrol Message %rotocol =I$M%>, 2outer 6iscovery=26I8$>, e I$M% 2edirect. os enrutadores de I%v; utili-an el protocolo 16 para anunciar elprefi+o de sitio de I%v;. os hosts de I%v; utili-an el descubrimiento de vecinos con variasfinalidades, entre las cuales est solicitar el prefi+o de un enrutador de I%v;. %ara obtener msinformacin, consulte 6escripcin general del protocolo 16 de I%v;.

8implificacin del formato del encabe-ado"l formato del encabe-ado de I%v; prescinde o convierte en opcionales determinados

campos de encabe-ado de I%v/. %ese al mayor tama'o de las direcciones, este cambio haceque el encabe-ado de I%v; consuma el mnimo ancho de banda posible. Aunque las direccionesI%v; son cuatro veces mayores que las direcciones I%v/, el encabe-ado de I%v; slo tiene eldoble de tama'o que el encabe-ado de I%v/.Ms posibilidades en las opciones de encabe-ado de I%os cambios en la forma de codificar las opciones de encabe-ado de I% permiten un reenvoms efica-. Asimismo, las opciones de I%v; presentan unos lmites de longitud menos estrictos.os cambios aportan una mayor fle?ibilidad a la hora de incorporar opciones nuevas en el futuro.

$ompatibilidad de aplicaciones con direcciones I%v;Muchos de los principales servicios de red de 5racle 8olaris reconocen y admiten direccionesI%v;F por e+emplo 8ervicios de nombres como 618, 6A% y 1I8. %ara obtener ms informacin sobre la

compatibilidad de I%v; con estos servicios de nombres, consulte 1u3a de administracin delsistema: 4ervicios de nombres * directorios 4# I4 * -(P) . Aplicaciones de autenticacin y proteccin de la privacidad, por e+emplo I% 8ecurity

Architecture =I%sec> e Internet Oey "?change =IO">. %ara obtener ms informacin, consulte la%arte I, 8eguridad I%. 8ervicios diferenciados, como los que proporciona I% Puality of 8ervice =I%Po8>. %ara

obtener ms informacin, consulte la %arte II, $alidad de servicio I% =I%Po8>.

6eteccin de fallos y funcionamiento a prueba de fallos, como se proporciona mediante I%multirruta de redes =I%M%>. %ara obtener ms informacin, consulte la %arte I, I%M%.5tros recursos de I%v;

Adems de esta parte, hay informacin adicional sobre I%v; en las fuentes que se citan en lassecciones siguientes.%eticin de comentarios I%v; y borradores de Internet7ay disponibles numerosas 29$ referidas a I%v;. "n la tabla siguiente aparecen los principalesartculos y sus ubicaciones 0eb de Internet "ngineering #as! 9orce =I"#9> a partir de suescritura.#abla C:B 4orradores de Internet y 29$ relativos a I%v;
http://docs.oracle.com/cd/E24842_01/html/820-2981/ipv6-overview-10.html#scrolltochttp://docs.oracle.com/cd/E24842_01/html/820-2981/ipv6-overview-10.html#scrolltochttp://docs.oracle.com/cd/E24842_01/html/820-2981/chapter1-42.html#scrolltochttp://docs.oracle.com/cd/E24842_01/html/820-2981/chapter1-40.html#scrolltochttp://www.oracle.com/pls/topic/lookup?ctx=dsc&id=/app/docs/doc/E22523http://www.oracle.com/pls/topic/lookup?ctx=dsc&id=/app/docs/doc/E22523http://docs.oracle.com/cd/E24842_01/html/820-2981/ipsectm-1.html#scrolltochttp://docs.oracle.com/cd/E24842_01/html/820-2981/ipqostm-1.html#scrolltochttp://docs.oracle.com/cd/E24842_01/html/820-2981/ipmptm-1.html#scrolltochttp://docs.oracle.com/cd/E24842_01/html/820-2981/ipv6-overview-10.html#scrolltochttp://docs.oracle.com/cd/E24842_01/html/820-2981/ipv6-overview-10.html#scrolltochttp://docs.oracle.com/cd/E24842_01/html/820-2981/chapter1-42.html#scrolltochttp://docs.oracle.com/cd/E24842_01/html/820-2981/chapter1-40.html#scrolltochttp://www.oracle.com/pls/topic/lookup?ctx=dsc&id=/app/docs/doc/E22523http://www.oracle.com/pls/topic/lookup?ctx=dsc&id=/app/docs/doc/E22523http://docs.oracle.com/cd/E24842_01/html/820-2981/ipsectm-1.html#scrolltochttp://docs.oracle.com/cd/E24842_01/html/820-2981/ipqostm-1.html#scrolltochttp://docs.oracle.com/cd/E24842_01/html/820-2981/ipmptm-1.html#scrolltoc


11/11

R+ o 6orradorde Internet

Te*a U6icacin

R+ 25A1&NeighborDiscovery for IPVersion 6 (IPv6)

6escribe lascaractersticas yfunciones del protocolo16 =descubrimiento devecinos> de I%v;

http&&000.ietf.org&rfc&rfc

Unidad II Redes Inalambricas

Documents

Transcript of Unidad II Redes Inalambricas