INTRODUO

Vivemos num mundo em constante evoluo tecnolgica. Nosso contato com a computao no se restringe apenas aos desktops, grandes, pesados e que esto instalados em um lugar fixo e planejado, com toda uma infra-estrutura de energia, compartilhamento de dados entre outros computadores, de acesso a internet, e outros recursos. oje, a computao mvel tem se tornado cada ve! mais importante graas ao crescimento do n"mero de dispositivos port#teis no mercado, e com a adoo do paradigma de computao em nuvens, onde os soft$ares no so mais vendidos para instalao no computador do usu#rio e sim como servios %&oft$are as &ervice' dispon(veis na )nternet, a vontade de se ter uma conexo continua com a *orld *ide *e+ deixa de ser um luxo se tornando em uma necessidade. , nesse contexto que perce+emos a necessidade de se gerenciar essas conex-es de rede din.micas sem fio, que tem uma durao tempor#ria pois o deslocamento espacial do usu#rio pode exigir que ele se desconecte de uma rede e se conecte a outra freq/entemente. 0om a evoluo dos componentes micro-eletr1nicos temos hoje uma infinidade de dispositivos port#teis para uso no nosso dia a dia. 2stes cada ve! mais esto repletos de funcionalidades, incluindo a transfer3ncia de dados e informa-es, que ocorre atrav4s de uma imensido de redes interconectadas. 5 infraestrutura da internet foi feita +aseada em v#rios protocolos, dois dos mais significativos so o 607 %6ransmission 0ontrol 7rotocol' e o )7 %)nternet 7rotocol'. 8 )7 requisita a locali!ao de qualquer m#quina conectada 9 )nternet para poder ser identificado por um endereo exclusivo que 4 um )7 atri+u(do. )sso implica num dos grandes pontos da mo+ilidade de )7, quando um host muda de locali!ao f(sica h# a necessidade de mudana de )7. )mpossi+ilitando assim a continuidade do uso da rede. 8 )7 mvel permite que os ns permaneam alcan#veis enquanto esto se movendo entre redes de )nternet. 8nde cada n 4 sempre identificado por um ome 5ddress independentemente do atual ponto de locali!ao de )nternet. Nesse tra+alho verificaremos o porqu3 da necessidade de se criar esta extenso de protocolo para )nternet e mostrar como funciona o protocolo )7 :vel. 8 )7 :vel tam+4m 4 amplamente empregado nos sistemas de comunica-es mveis %sistemas celulares' que comeam a ser implantados nos dias de hoje.

Arquitetura TCP/IP 5 arquitetura de rede 607;)7 foi desenvolvida dentro de uma conjuntura peculiar. 2stados <nidos e <nio &ovi4tica viviam a =uerra >ria, este per(odo ps-&egunda =uerra :undial foi marcado pela tenso da relao entre os dois

pa(ses e a disputa pela hegemonia pol(tica, econ1mica e militar no mundo. 2xistia uma grande preocupao por parte dos 2stados <nidos em manter centros de interesses %reparti-es p"+licas civis e militares, universidades, etc.' interconectados %redes heterog3neas e geograficamente distri+u(das' e que esta capacidade de conexo no fosse comprometida em caso de um improv#vel %por4m poss(vel' ataque militar. 7ara atingir tais exig3ncias, era preciso desenvolver uma arquitetura que interconectasse essas redes geograficamente distri+u(das pelo territrio dos 2<5, de maneira flex(vel e que pudesse operar mesmo em caso de parte de sua infraestrutura %hosts, gate$a?s' fosse comprometida e deixasse de funcionar de uma hora para outra. , nesse contexto que surge o modelo de refer3ncia 607;)7, especificando os dois grandes %e principais' protocolos@ )7 A )nternet 7rotocol A a n(vel de camada de rede %ou inter-redes', respons#vel pelo encaminhamento das informa-es na rede, e o protocolo 607 A 6ransmission 0ontrol 7rotocol A a n(vel da camada de transporte, respons#vel por manter a conversao fim-a-fim sem erros e controlando o fluxo de mensagens evitando so+recargas entre um dos pontos envolvidos em uma comunicao atrav4s da grande rede.

ESTRUTURA

8 )7 :vel permite a mo+ilidade do usu#rio, preservando seu endereo )7 original. 7ara tal, o computador mvel passa a ter dois endereos@ o ome 5ddress, fixo e associado ao ponto de origem da conexoB e 0are-of 5ddress, referente a cada ponto de conexo 9 rede. 5l4m disso, existem roteadores especiali!ados, chamados 5gentes de :o+ilidade, que mant4m o funcionamento do processo. &o eles o ome 5gent e o >oreign 5gent. Cuando um usu#rio sai de seu local de origem, o seu 0are-of 5ddress ser# atuali!ado com sua nova locali!ao, e ser# registrado pelo ome 5gent. 5ssim, quando houver transfer3ncia de pacotes, o ome 5gent ser# respons#vel pelo redirecionamento para o seu ponto de acesso atual. 5o chegarem na rede onde o usu#rio se encontra, os pacotes so rece+idos pelo >oreign 5gent, que o transmite para computador mvel. 7ara ilustrar tais procedimentos, podemos utili!ar como exemplo um simples sistema de correios. Cuando uma correspond3ncia %um pacote' 4 enviada, ela possui um envelope com seu endereo %ca+ealho )7'. 8 envelope chega 9 ag3ncia de correios da cidade % ome 5gent', que envia o pacote ao seu destino.

Figura A - Retirado do livro Mo ile IP Te!"#olog$ a#d A%%li!atio#&

Cuando o destinat#rio em questo sai da cidade por um tempo, ele fornece o seu endereo tempor#rio %0are-of 5ddress' 9 ag3ncia de correios. 5ssim, quando chegar uma correspond3ncia endereada ao mesmo, a ag3ncia ir# redirecion#-la para a filial da cidade onde ele se encontra %>oreign 5gent', para ento ser entregue em seu endereo atual.

Figura ' - Retirado do livro Mo ile IP Te!"#olog$ a#d A%%li!atio#&

Dessa forma, para o destinat#rio, ser# como rece+er sua correspond3ncia em sua casa. 5+rindo mo da analogia, o computador mvel rece+er# os pacotes como se estivesse em seu endereo de origem

Mo ile IP( U) %roto!olo %ara di&%o&itivo& %ort*tei& 8 protocolo :)7 %:o+ile )7' foi desenvolvido e proposto pela )nternet 2ngineering 6ask >orce A )26> A um grupo de tra+alho internacional %e a+erto a

todos' cuja principal preocupao 4 a evoluo e manuteno da arquitetura da )nternet, e seu o+jetivo era solucionar o pro+lema da manuteno da conexo de ns mveis, permitindo o acesso as redes de comunicao de uma forma cont(nua e independente de sua locali!ao ou meio de acesso, de maneira transparente a camadas superiores e com a menor modificao poss(vel na infraestrutura da )nternet existente. 8 )7 mvel especifica a atri+uio de dois endereos )7 ao n, uma maneira simples de se contornar o pro+lema descrito anteriormente. <m desses endereos )7 4 fixo e 4 chamado de ome 5ddress, atri+u(do pela entidade conhecida por ome 5gent e que por sua ve!, fa! parte da ome Net$ork, rede que possui o primeiro registro do n mvel %:o+ile 5gent'. 8 segundo )7 associado ao n, 4 tempor#rio, chamado de care-of-address informando a sua atual posio, 4 determinado por uma entidade chamada de >oreign 5gent pertencente a rede estrangeira %uma ve! que 4 diferente da sua rede origin#ria' chamada de foreign net$ork. 8 funcionamento +#sico do )7 :vel 4 constitu(do por tr3s etapas diferentes@

5gent Discover?

Eegistration 6unneling

FUNCIONAMENTO

Age#t Di&!over$ 8 prprio n mvel 4 respons#vel por sa+er se ele est# conectado a sua home net$ork, a qual enviar# as mensagens para o mesmo sem a necessidade da pr#tica de tunneling %descrito posteriormente' ou a uma foreign net$ork. Na foreign net$ork, o foreign agent envia tam+4m, periodicamente, mensagens de aviso do tipo )0:7 %)nternet 0ontrol :essage 7rotocol' com uma extenso prpria para o protocolo :o+ile )7. Cuando o n mvel detecta esta mensagem, ele compara o seu home address com o )7 do roteador enviado pelo foreign agent e verifica se ele est# ou no em uma foreign net$ork. 0aso positivo ele inicia a etapa de Eegistration explicada no prximo tpico. 2m s(ntese, a etapa de discover?@

7ermite a deteco de agentes mveisB

 Fista um ou mais care-of-addresses dispon(veisB )nforma o n mvel so+re capacidades especiais disponi+ili!adas pelo foreign agents, como por exemplo, t4cnicas alternativas de encapsulamento. 7ermite aos ns mveis determinarem o endereo de rede e estado das suas liga-es pela )nternetB 7ermite aos ns mveis sa+erem se o agente 4 uma home agent, foreign agent ou am+os e portanto est# na sua rede local ou numa exterior.

>igura G

Ide#ti+i!a,-o do Care-o+ Addre&&

7eriodicamente, os 5gentes de :o+ilidade transmitem mensagens que permitem ao computador mvel sa+er os tipos de agente existentes e quais servios eles oferecem. 2ssas mensagens so chamadas de 5gent 5dvertisement. 5ssim, ser# poss(vel sa+er se ele se encontra em sua rede local e, caso contr#rio, quais so os 0are-of 5ddress dispon(veis. 2specificadamente, ele analisar#, dentre outros, os seguintes campos e op-es na mensagem rece+ida@

.i+eti)e( indica o tempo limite durante o qual o 5gente de :o+ilidade consegue manter a conexo. Care-o+ Addre&&e&( 4 um campo fornecido pelo >oreign 5gent, listando e especificando os 0are-of 5ddresses dispon(veis.

R /Requeri)e#to de Regi&tro0( 2ssa opo indica se o >oreign 5gent requer o registro do computador mvel. ' /O!u%ado0( )ndica que no h# mais 0are-of 5ddresses dispon(veis. 8u seja, no h# como reali!ar o registro. 1 /1o)e Age#t0( , enviado ao computador mvel se ele estiver em sua rede local. F /Foreig# Age#t0( , enviado ao computador mvel se ele estiver fora de sua rede local.

7ode no ser conveniente esperar por uma mensagem do ome 5gent, dado o seu car#ter peridico. Neste caso, uma soluo 4 enviar uma solicitao, 5gent &olicitation, que ser# respondida por um 5gente de :o+ilidade.

Regi&tratio#

Cuando o n mvel reconhece que a rede a qual ele est# conectado 4 uma rede estrangeira %foreign net$ork' e depois que adquire o seu )7 tempor#rio %care-ofaddress', ele precisa avisar ao home agent locali!ado na sua home address, para que ele possa reencaminhar as mensagens para a sua nova locali!ao. 2sta etapa 4 reali!ada pelos seguintes procedimentos@ 5ps o+ter seu 0are-of-5ddress o ome 5gent deve ser informado

8 >oreign 5gent envia um pedido de registro com a informao do 0are-of5ddress. Cuando o ome 5gent rece+e o pedido ele adiciona a informao necess#ria 9 sua ta+ela de roteamento, aprova o pedido e envia uma resposta a este pedido ao n mvel.

>igura H

Regi&tro do Care-o+ Addre&&

&e um computador mvel estiver em sua rede local, ele ir# operar normalmente, sem utili!ar nenhum dos recursos de mo+ilidade. 7or4m, caso ele esteja em outra rede, ter# que se registrar com o >oreign 5gent, enviando a ele uma solicitao de registro. 2sse pedido deve conter o seu endereo )7 original e o endereo de seu ome 5gent. 2ste, uma ve! aceito o pedido, rece+er# o ome 5ddress e o 0are-of 5ddress do computador mvel, atuali!ando portanto os dados correspondentes a este usu#rio na ta+ela de roteamento. 8u seja, atrav4s destes par.metros e flags, o ome 5gent poder# identificar o It"nelJ utili!ado no redirecionamento de pacotes para o endereo atual. 7or fim, o >oreign 5gent atuali!a sua lista de visitantes. Cuando termina o tempo de vida da conexo, o computador mvel ter# de enviar uma nova solicitao de registro caso queira manter-se conectado. &e o usu#rio decidir cancelar seu 0are-of 5ddress, ele ter# que enviar uma solicitao de registro com tempo de vida igual a !ero, para que o ome 5gent cancele o registro. No h# necessidade de cancelar o registro com o >oreign 5gent, j# que este ser# apagado quando terminar o tempo de vida. No caso de um computador mvel entrar numa nova rede e o seu ome 5gent j# ter enviado um pacote para a rede anterior, este pacote ser# perdido, visto que o >oreign 5gent da rede da qual ele saiu no sa+e o seu novo 0are-of 5ddress.

Tu##eli#g

8 tunelamento 4 a maneira pela qual o home agent reencaminha as mensagens que chegaram at4 ele e que so destinadas ao n mvel. 6unneling ou 6unelamento 4 uma maneira eficiente de interligar dois hosts que esto no mesmo tipo de rede, por4m entre eles existe uma outra rede %podendo ser diferente'. 7odemos fa!er uma analogia clara no mundo real, suponha que um carro v# de 7aris a Fondres e entre as duas capitais no h# rodovias, apenas o mar %rede diferente', como voc3 resolveria esta situaoK

>igura L

5 imagem acima sugere IempacotarJ o carro em um container %carga ou conte"do' que possa atravessar o oceano atrav4s de uma trilha su+mersa. 5o chegar na outra ponta %em Fondres', o carro 4 IdesempacotadoJ %tirado do container' e entregue ao destinat#rio. 8 tunelamento em redes de computadores funciona de forma parecida.

>igura M

 8 ome 5gent rece+e pacote direcionado para o n mvelB Verifica se o n mvel se encontra na rede de origemB &e o n estiver visitando outra rede, o ome 5gent cria um ca+ealho contendo informa-es do 0are-of-5ddress, chamado de t"nel. 2ste 4 inserido antes do ca+ealho original, que 4 preservado. 2ste processo de encapsulamento 4 conhecido como )7-$ithin-)7 ou tunelamentoB 8 processo de restaurao do pacote ocorre quando ele chega 9 rede onde se encontra o computador mvel. 8 >oreign 5gent retira o ca+ealho de t"nel e procura em sua lista de visitantes pelo ome 5gent correspondente, para assim enviar o pacoteB 7ara enviar mensagens para outro usu#rio o n mvel encaminha o pacote para o >oreign 5gent que direciona utili!ando o roteamento padro.

<m exemplo, atrav4s de uma analogia, de encaminhamento da mensagem at4 um n mvel conectado a uma foreign net$ork@

>igura N

Tu#ela)e#to %ara o Care-o+ Addre&&

5o rece+er um pacote destinado a um computador mvel, o ome 5gent o intercepta e verifica em sua ta+ela se este usu#rio se encontra em sua rede de origem. &e ele estiver visitando outra rede, o ome 5gent cria um novo ca+ealho, contendo informa-es acerca do 0are-of 5ddress, chamado de ca+ealho de t"nel. 2ste ca+ealho 4 inserido antes do ca+ealho original, que 4 preservado. 8 processo de encapsulamento de um pacote )7 dentro de outro 4 conhecido como )7-$ithin-)7 ou tunelamento. 8 processo de restaurao do pacote original ocorre quando ele chega 9 rede onde se encontra o computador mvel. 8 >oreign 5gent retira o ca+ealho de t"nel e procura em sua lista de visitantes pelo ome 5ddress correspondente, para ento enviar o pacote. <ma forma alternativa ao I)7-dentro-de-)7J 4 o m4todo de encapsulamento m(nimo. Nele, as informa-es redundantes do ca+ealho original so eliminadas, visando redu!ir o seu tamanho e, com isso, o+ter uma economia na +anda utili!ada. 8u seja, as informa-es no ca+ealho original que j# existem no ca+ealho de tunelamento so exclu(das. 2ste procedimento 4 "til quando h# escasse! de +anda livre, e portanto cada +it 4 importante. 2m outros casos, o encapsulamento m(nimo no 4 recomendado, pois aumenta a necessidade de processamento pelos 5gentes de :o+ilidade. 7ara enviar mensagens para um outro usu#rio, o computador mvel tem apenas que mandar o pacote para o >oreign 5gent, que, por sua ve!, ir# direcion#-lo utili!ando roteamento padro.

Rotea)e#to tria#gular

8s caminhos utili!ados no processo de roteamento do )7 :vel so conhecidos como roteamento triangular. 0omo foi visto, um pacote destinado ao n mvel que esteja numa rede vi!inha 4 interceptado por seu ome 5gent. 2le ento o envia para o >oreign 5gent atrav4s do t"nel, que efetua o processo reverso do encapsulamento e envia o pacote ao n mvel. O# o pacote de retorno ser# enviado diretamente do n mvel para o seu destinat#rio, atrav4s do >oreign 5gent. 8 triangulo 4 ento formado, com Iv4rticesJ no ome 5gent, no >oreign 5gent e no n correspondente envolvido na conexo com o n mvel. 5 comunicao no ocorre diretamente entre o n mvel e o seu interlocutor por quest-es de segurana. &e o computador mvel se registrasse diretamente com o interlocutor, ele estaria sujeito a diversas formas de ataque. 7or isso, ele utili!a sua ligao com o ome 5gent, que 4 muito mais confi#vel. O#

para enviar pacotes, o n mvel pode dispensar a utili!ao do t"nel devido ao fato de que o endereo da fonte de uma mensagem no 4 utili!ado no roteamento )7. &endo assim, ele pode enviar a mensagem com o seu ome 5ddress, ao inv4s do 0are-of 5ddress, mesmo no estando em sua rede original. Dessa forma, o processo de entrega de pacotes 4 otimi!ado.

Oti)i2a,-o do Rotea)e#to

8 roteamento triangular pode ser extremamente desvantajoso em diversas ocasi-es. 7or exemplo, se dois ns estiverem se comunicando numa mesma rede, por4m no a sua rede de origem, os pacotes tero um atraso desnecess#rio, j# que tero que primeiro serem enviadas para o ome 5gent, para depois serem direcionadas de volta. 7ara contornar essas situa-es, uma expanso foi proposta para o protocolo +#sico do )7 :vel. Na 8timi!ao de Eoteamento, como 4 chamada, as mensagens vo diretamente de um n para o outro, sem passar antes pelo ome 5gent. 5ssim como no procedimento padro, a otimi!ao de roteamento oferece uma s4rie de funcionalidades@

Atuali2a,-o do& !a!"e& de e#dere,a)e#to

Cuando um n mvel est# numa transmisso, seu interlocutor mant4m uma ta+ela para associar o ome 5ddress do n mvel com o 0are-of 5ddress. 2ssa informao tem um tempo de vida, aps o qual ela 4 deletada. &e um computador quiser enviar uma mensagem para um n mvel e no tiver nenhum registro dele em seu cache de endereamento, ele enviar# o pacote para o ome 5ddress. F#, a mensagem ser# redirecionada pelo ome 5gent para o destino correto. 8 computador ento rece+er# uma mensagem de atuali!ao com a informao acerca da locali!ao atual do n mvel.

Ad)i#i&tra,-o de e#trega& e#tre Foreig# Age#t&

Cuando um n mvel entra numa nova rede e se registra com o >oreign 5gent respectivo, o agente anterior no 4 comunicado da mudana. 7ortanto, se um pacote j# tiver sido enviado para o 0are-of 5ddress anterior, ele ser# perdido.

5 8timi!ao de Eoteamento soluciona esse pro+lema introdu!indo uma forma de avisar ao agente anterior so+re a nova locali!ao do n mvel. Dessa forma, quando um n mvel mudar de rede, ele pedir# ao >oreign 5gent local que avise ao anterior so+re o seu novo 0are-of 5ddress, durante o processo de registro. 8 novo >oreign 5gent enviar# uma mensagem de atuali!ao para o anterior, possi+ilitando uma s4rie de vantagens. )nicialmente, o >oreign 5gent anterior no precisar# esperar o final do tempo de vida do registro do n mvel para li+erar os recursos reservados para ele. 5l4m disso, se ele rece+er um pacote enviado tardiamente, ele poder# redirecion#-lo para o endereo correto, al4m de mandar uma mensagem de aviso para o ome 5gent do n mvel. 2ste, por sua ve!, mandar# uma mensagem de atuali!ao para o computador remetente do pacote, atuali!ando-o so+re a posio do n mvel. 7ara garantir a segurana, j# que uma atuali!ao de registro feita por um invasor poderia causar um desvio err1neo de dados, 4 criado um cdigo entre o >oreign 5gent e o n mvel. 2sse cdigo 4 gerado durante o processo de registro, e permite uma relao de confiana quando futuramente o n mvel precisar avisar ao >oreign 5gent so+re sua nova locali!ao.

A NECESSIDADE DO IP MO34. &ervidores e roteadores +aseiam-se em informa-es contidas dentro do ca+ealho do pacote )7 para decidir so+re o direcionamento de pacotes. 2specificamente, decis-es de roteamento so feitas +aseadas no prefixo de rede do endereo )7 de destino. )sto implica que todos os ns com interfaces em um dado enlace t3m que ter o prefixo de rede id3ntico aos de todos os endereos )7 daquela interface. 7ara ilustrar esta necessidade, examinemos o que acontece se um n, no qual seu prefixo de rede foi designado a um determinado link, for retirado deste link e ligado a um novo, ao qual foi atri+u(do um prefixo de rede diferente. 2sta situao 4 ilustrada na figura P.

Figura 5 6 Movi)e#to do N7

Na figura P, o endereo )7 do ostM tem um prefixo de rede H.Q.Q, mas o mostrado conectado num link no qual o prefixo de rede 4 M.Q.Q.

ostM 4

6am+4m so mostradas na figura as entradas na ta+ela de roteamento do Eoteador 5. 5s duas primeiras entradas na ta+ela do Eoteador 5 so para links nos quais o Eoteador 5 est# diretamente conectado. 5s duas "ltimas entradas so rotas para o prefixo de rede H.Q.Q %via Eoteador R' e M.Q.Q %via Eoteador 0'.

2xaminemos o que ocorre quando ostG tentar enviar pacotes para o

ostM @

G - 8 ostG gera um pacote )7 no qual o endereo )7 fonte 4 G.Q.Q.G e o endereo )7 de destino 4 H.Q.Q.M. 5 "nica compati+ilidade na ta+ela de roteamento do ostG para este destino 4 o Eoteador padro, o qual especifica o prximo salto para o Eoteador 5 %G.Q.Q.HNM', via interface a. 7ortanto, o ostG direciona o pacote para o Eoteador 5.

H - 8 Eoteador 5 encontra uma entrada para alvos com prefixo de rede H.Q.Q na terceira coluna de sua ta+ela de roteamento, a qual especifica um prximo salto para o Eoteador R %L.Q.Q.HNL', via interface c. 7ortanto, o Eoteador 5 direciona o pacote para o Eoteador R.

L - 8 Eoteador R tem uma rota direta em sua ta+ela de roteamento para alvos com prefixo de rede igual a H.Q.Q, ento o Eoteador R transmite o pacote via interface + no link 2thernet R. 2ntretanto, o pacote no poder# ser entregue, porque o ostM no esta conectado na 2thernet R %onde supostamente ele deveria estar, +aseado no seu prefixo de rede'. 8 Eoteador R ento envia uma mensagem S)0:7 ost <nreacha+le 2rrorS para o host que originou o pacote % ostG'. Neste exemplo, assumimos que as entradas da ta+ela de roteamento dos v#rios roteadores foram criadas por algum tipo de protocolo de roteamento din.mico e o Eoteador R deve ser necessariamente informado da acessi+ilidade do prefixo de rede H.Q.Q. Note que o pacote do exemplo foi roteado em direo ao Eoteador R simplesmente pelo fato dele ter sido informado pelo prefixo de rede %5dvertising Eeacha+ilit?' do endereo )7 do ostM. )sto 4 uma importante regra do roteamento )7, pacotes )7 destinados a um endereo espec(fico sero roteados em direo ao Eoteador ou Eoteadores que possuem acessi+ilidade para os prefixos de rede destes endereos. 5l4m do mais, se um n no est# locali!ado no link onde seu prefixo de rede di! que ele supostamente deveria esta locali!ado, pacotes enviados para este n no podero ser entregues ao mesmos.

0omo resultado, um n no deve mover-se de um link para outro que ele deseja comunicar-se, sem no m(nimo alterar o prefixo de rede de seu endereo )7 para refletir seu novo ponto de conexo na rede.

2xaminemos um roteamento espec(fico como soluo ao pro+lema de mo+ilidade do n e verificar suas implica-es pr#ticas de implantao. 8 pro+lema de entrega do pacote para o ostM na figura P, pode ser resolvido colocando-se rotas espec(ficas para o n na ta+ela de roteamento dos Eoteadores 5, R e 0, como mostrado a seguir@ Eouter 5@ T 6arget; 7refix-Fength U H.Q.Q.M ; LH, Next ScSVB Eouter R@ T 6arget; 7refix-Fength U H.Q.Q.M ; LH, Next ScSVB Eouter 0@ T 6arget; 7refix-Fength U H.Q.Q.M ; LH, Next S+SV. op U L.Q.Q.HNH, )nterface U op U L.Q.Q.HNH, )nterface U op U SdirectS, )nterface U

Neste caso, um pacote a partir do ostH destinado para o ostM seria enviado pelo Eoteador 5 para o Eoteador 0, o qual ento transmite o pacote atrav4s da 2thernet 0, onde seria rece+ido pelo ostM .

Neste ponto devemos introdu!ir uma nova terminologia. Na tentativa de ser consistente com a terminologia do )7 mvel, definimos@

1o)e li#8( , o link no qual um n espec(fico deveria estar locali!ado, ou seja, o link ao qual foi designado o mesmo prefixo de rede do endereo )7 do nB

Foreig# li#8( , qualquer outro link diferente do home link do n, isto 4, qualquer link no qual o prefixo de rede difere do prefixo de rede do endereo )7 do nB

Mo ilidade( , a ha+ilidade de um n mudar seu ponto de conexo de um link para outro mantendo todas as comunica-es existentes e usando o mesmo endereo )7 em seu novo link. )mpresso remota, login remoto e transfer3ncia de arquivos so alguns exemplos de aplica-es nas quais a interrupo na comunicao no 4 desejada, quando um n move-se de um link para outro.

Devemos determinar se as rotas espec(ficas empregadas somente para aqueles ns no conectados a seus home links 4 uma soluo ra!o#vel no contexto da )nternet glo+al. Vamos determinar o n"mero de rotas espec(ficas que seriam

necess#rias para permitir a mo+ilidade do n na Eede. 2ste n"mero dependeria do seguinte@ G - 8 n"mero total de ns mveis esperados na EedeB H - 8 n"mero m(nimo de ns para os quais rotas espec(ficas devem ser propagadas em nome de cada n mvelB L - 5 velocidade na qual ns mveis movem-se de um link para outro e o n"mero de rotas espec(ficas que devem ser adicionadas, apagadas ou modificadas a cada instante que um n mvel muda de link.

0om relao a estes itens, podemos concluir que@

De forma m(nima, rotas espec(ficas devem ser propagadas para todos os ns ao longo de todo caminho entre o home link do n mvel e seu foreign linkB

5lgumas rotas, no pior caso todas, devem ser atuali!adas sempre que um n move de um link para outro.

2speram-se milh-es de ns mveis operando na )nternet nos prximos anos. 7ortanto, devemos multiplicar o n"mero de rotas espec(ficas para os ns sugeridos nos itens anteriores por um milho a fim de determinar o impacto total desta soluoB

2xistem s4rias implica-es de segurana no uso de rotas espec(ficas para os ns, para a reali!ao da mo+ilidade do n na Eede, as quais exigiriam autentica-es e complexos protocolos de gerenciamento.

Desta forma podemos concluir que ter(amos severos pro+lemas de ro+uste! e segurana, os quais fa!em esta soluo inaceit#vel no sentido de permitir a mo+ilidade dentro da )nternet glo+al, por exemplo.

&e a criao de rotas espec(ficas no 4 uma soluo aceit#vel para resolver o pro+lema da mo+ilidade, ento uma poss(vel soluo poderia ser simplesmente mudar o endereo )7 do mvel conforme o mesmo move-se de um link para outro.

8 roteamento atrav4s do prefixo de rede exige que todos ns no mesmo link tenham o mesmo prefixo de rede em seus endereos )7. Desta forma, quando um n move-se de um link para outro, no m(nimo a poro do seu endereo )7 referente ao prefixo de rede deve ser alterada a fim de refletir o prefixo de rede designado ao novo link. 8 n dever# ser capa! de manter a parte referente a sua prpria identificao dentro de seu endereo )7, contanto que nenhum n no mesmo link esteja usando a mesma identificao. 0aso contr#rio, o endereo )7 completo dever# ser alterado. <ma ve! que o n tenha modificado seu endereo )7 conforme descrito, o mesmo deve comear a comunicar-se no novo link, usando seu novo endereo )7 em todas as futuras comunica-es. 5nalisemos agora se uma conexo pode so+reviver a mudana de seu endereo )7. 8s dois protocolos da camada de transporte em larga utili!ao atualmente na )nternet so o 607 %6ransmission 0ontrol 7rotocol' e o <D7 %<ser Datagram 7rotocol'. 5m+os utili!am-se do conceito de ports. 8 port 4 definido como um n"mero de GP+its %H +?tes' o qual permite as entidades do 607 e do <D7 respons#veis pela recepo de pacotes determinarem qual das v#rias poss(veis aplica-es da camada mais alta deve rece+er os pacotes de dados dos v#rios segmentos que chegam atrav4s da rede. )sso permite que v#rias aplica-es possam ser a+ertas simultaneamente em um n e ter o tr#fego das diversas aplica-es corretamente roteado independentemente de seus destinos. <ma conexo 607 dentro de um n 4 unicamente identificada atrav4s das seguintes informa-es@ endereo fonte )7, endereo de destino )7, port fonte 607 e port de destino 607. De fato, o campo de checksum 607 em cada seguimento 4 computado usando esses quatro campos al4m dos dados no pa?load de cada segmento. 2xiste uma grande quantidade de ns )7vM que assumem que esses quatros campos % fonte;destino, endereo;port' iro permanecer constantes durante toda conexo 607. 5 comunicao simplesmente seria cortada se a conexo para um n de destino tivesse seu endereo )7 modificado. 5l4m do mais, todas as comunica-es em andamento entre um n mvel e qualquer outro n deve ser terminada, com novas conex-es sendo iniciadas pelos ns mveis com seus novos endereos )7. 7ortanto, por definio, alterar o endereo )7 do n mvel conforme o mesmo se move no resolve o pro+lema da mo+ilidade do n.

2ntretanto alterando o endereo )7 do mvel conforme o mesmo se move resolve um pro+lema relacionado, conhecido como nomadicit?. <m n n1made 4 um n no qual todas as comunica-es existentes devem ser terminadas antes do mesmo alterar o seu ponto de conexo na rede, mas ento ele s poder# iniciar novas conex-es com novo endereo um ve! que ele alcance sua nova locali!ao. 2xistem mecanismos apropriados dentro da )nternet para tratar ns n1mades atrav4s da designao autom#tica de endereos, que sero discutidos posteriormente %D 07- D?namic ost 0onfiguration 7rotocol e 7oint-to-point 7rotocolWs )7 0ontrol 7rotocol'. 2ntretanto, outro pro+lema surgir#. Deve haver uma maneira de encontrar um n n1made, cujo endereo muda constantemente. 0onsideremos o caso em que um host fixo quer enviar um pacote )7 para um n mvel. 0omo o host poderia sa+er qual o valor a ser colocado no campo de endereo de destino )7, dentro do ca+ealho do pacote )7 afim de enviar o pacote para o n n1madeK =eralmente, na )nternet, assumimos que hosts fixos conhecem o host-name e este nome mant4m-se relativamente constante. 8 host fixo procurar# o host-name em servidor DN&, no esforo de determinar o endereo )7 do n n1made. Dois novos pro+lemas surgiro@ G - 8 endereo )7 do n n1made no Domain Name &erver dever ser atuali!ado toda ve! que o n mudar de link, isto 4, cada ve! que o n alterar seu endereo )7. 0aso contr#rio, outros ns procurando por seu endereo, podero rece+er um endereo antigo, diferente do endereo corrente. H - <m n que procura pelo endereo de um n n1made deve perce+er que um endereo devolvido por um DN& 4 sujeito a alterao a qualquer instante e que de fato, poder# alterar-se rapidamente.

8 resultado disto 4 o grande crescimento de queries e atuali!a-es nos servidores DN&, primeiro na forma de atuali!a-es din.micas de ns n1mades movendo-se de um link para outro e segundo, na forma de mais frequentes queries a partir de outros hosts, que perce+em no ser seguro confiar em um endereo )7 que permanece fixo por um per(odo de tempo significante. 8utro pro+lema 4 assegurar estas atuali!a-es din.micas no DN&.

0onsidere o que acontecer# se uma falsa informao de endereo )7 atual de um n n1made seja encontrada no DN&. 8 n n1made no poder# ser locali!ado por qualquer outro potencial correspondente. Desta forma, a autenticidade de uma atuali!ao din.mica deve ser verificada antes da informao ser utili!ada por um servidor DN&. No existem mecanismos implementados na )nternet atual, que permitam resolver este pro+lema. &oluo &e um n move-se de um link para outro, ele ser# incapa! de comunicar-se em sua nova posio, a menos que ele modifique seu endereo )7 para refletir o prefixo de rede designado para este novo link. 2m alguns casos podemos eliminar esta necessidade atrav4s do roteamento )7, mas isto no 4 uma soluo aceit#vel, por exemplo, dentro do contexto da )nternet glo+al. 5lterar o endereo )7 conforme o n move-se tam+4m no 4 uma +oa soluo, primeiro porque isto o+riga o mvel a terminar qualquer comunicao em andamento no link antigo e ento reinici#-la no novo link. 2xistem ainda outras solu-es, relacionadas com a camada de rede, mas todas so limitadas em suas aplica-es geogr#ficas e no meio que empregam. >inalmente, mostramos que mesmo quando os ns requerem somente nomadicit?, as vantagens oferecidas pela mo+ilidade do )7 :vel podem tornar a administrao de redes muito mais simples. 8 )7 :vel soluciona os seguintes pro+lemas@ &e um n move-se de um link para outro sem alterar seu endereo )7, o mesmo ser# incapa! de rece+er pacotes em seu novo linkB &e um n alterar seu endereo )7 enquanto se move, o mesmo precisar# terminar e reiniciali!ar qualquer comunicao em andamento, sempre que ele mover-se de um link para outro. Diferente das solu-es de roteamento espec(fico e camada de rede, o )7 :vel soluciona estes pro+lemas de um modo seguro, ro+usto e independente do meio, de modo que se torna altamente adequado atrav4s de toda )nternet.

2m resumo, alterar o endereo )7 no prov3 uma soluo para a mo+ilidade do n. 2ntretanto pode ser uma soluo para ns n1mades. , praticamente imposs(vel na )nternet atual o gerenciamento de ns n1mades. 7ara um n iniciar contato com um n n1made, o primeiro nunca ter# certe!a qual dever# ser o endereo )7 no qual o n n1made poder# ser encontrado.

CONC.USO

0om a exploso dos dispositivos port#teis %laptops, celulares, palms, etc.' no s com crescente poder de processamento mas tam+4m com o aumento de sua conectividade, novos desafios surgiram no ramo da computao mvel e em relao a prpria internet. 8 conceito de computao em nuvens e os net+ooks s vem a reforar a id4ia que estamos migrando para um mundo cada ve! mais distri+u(do, sem fio e conectado. &olu-es como o protocolo de )7 mvel, so um meio de via+ili!ar esse caminho, apesar de ser uma soluo simples ao pro+lema de conectividade desses ns mveis, so fundamentais e devem permanecer so+ a nossa ateno.

FONTES DE PES9UISA

G. http@;;$$$.gta.ufrj.+r;grad;QXYG;versao-final;ipmovel;index.html H. http@;;$$$.gta.ufrj.+r;grad;QQYG;+runo;index.htm L. http@;;$$$.$ireless+rasil.org;$ireless+r;cola+oradores;aYcor+ioli;ipYmovelYQL. html

4. Daniel 0.mara, Eicardo 0osta Eodrigues. I&uporte a :o+ilidade no )7vPJ.

<niversidade >ederal de :inas =erais N. *illiam &tallings. I:o+ile )7J. 6he )nternet 7rotocol Oournal, Volume M, Num+er H, Oune HQQG P. Nicolas Eosselot. I607;)7 6utorial and 6echnical 8vervie$J. )R:, Zth 2dition, Decem+er HQQP

[. 6anen+aum, 5ndre$ &. - 0omputer Net$orks, Ma. 2dio, 2ditora 0ampus.

:.OSS;RIO

MIP@ :o+ile )nternet 7rotocol IP( )nternet 7rotocol ICMP( )nternet 0ontrole :essage 7rotocol. 7rotocolo para trocas de mensagens %relatrios' a respeito dos processos de transmisso de pacotes pela rede. >ornece relatrios de erros a fonte original. 1o)e addre&&( 2ndereo )7 est#tico alocado a um n mvel. 2le no muda independente da rede a qual o n se conecta. 1o)e #et<or8( &u+rede com um prefixo de rede que pertence ao ome address do n mvel. Datagramas destinados ao ome address sempre sero roteados para esta rede.

Tu##el( 0aminho seguido pelo datagrama at4 seu n de destino. 3i&ited Net<or8( &u+rede a qual o n mvel est# conectado e no 4 sua rede original % ome net$ork'. 1o)e age#te( Eoteador pertencente a home net$ork que mant4m as informa-es de locali!ao do n mvel e encaminha os datagramas ao n quando este est# fora de sua rede originaria. Foreig# age#te( Eoteador da rede estrangeira que rece+e os pacotes pelo t"nel esta+elecido pelo ome agent e entrega ao n mvel. Care-o+-Addre&&( 2ndereo tempor#rio o+tido pelo n mvel em uma rede estrangeira. IETF( )nternet 2ngineering 6ask >orce, http@;;$$$.ietf.org