Resumo

  • Na RFC 3132, paging era a sinalização extra que localizava e alertava um host dormente após a chegada de um pacote; o encaminhamento no último salto ainda viria depois.
  • A economia do terminal transferia custo para a rede: manter uma localização aproximada, pesquisar uma paging area e conciliar fronteiras de rádio com sub-redes IP.

Um endereço existente não mantinha o rádio acordado

O host móvel podia conservar seu endereço e, ainda assim, restringir a recepção de tráfego normal. Em dormant mode, ele monitorava menos os canais de rádio. A bateria durava mais e as atualizações de localização podiam ser menos frequentes. Em troca, o primeiro pacote já não seguia diretamente até o destino.

Publicada em junho de 2001 como Informational, a RFC 3132 separou a busca da entrega. Paging era o processo adicional de localizar e alertar o móvel para que uma conexão de último salto fosse estabelecida. Entregar o pacote nessa conexão não era paging.

Assim surgiam recibos diferentes. Um agente receber o pacote não significava que o usuário o recebera. Uma page transmitida não provava escuta. Uma resposta não provava que o canal de tráfego e a rota IP tinham voltado. O documento descrevia o problema; não especificava um protocolo completo.

Nem todo modo de dormir precisava de paging IP

Nos links com dormência, mas sem paging, o host acordava periodicamente no canal de tráfego. O ponto de acesso guardava pacotes nesse intervalo. Se o móvel tivesse mudado, ele se reassociava ao despertar e o novo acesso recuperava o buffer do anterior. Dentro desse modelo, a rede conhecia precisamente o bastante o attachment; a RFC não encontrou vantagem em acrescentar paging IP.

O limite importava. Tamanho e duração do buffer dependiam da implementação, e timeout ou overflow ainda podiam perder dados. A conclusão não abrangia toda tecnologia futura.

Em links com paging, o host dormente deixava inativo o canal de tráfego e ouvia outro canal, continuamente ou em slots. A rede agrupava acessos em paging areas e enviava o alerta à área relatada ou inferida. Resposta permitia prosseguir; timeout levava a tratar o móvel como inalcançável.

A RFC registrou também o incentivo de espectro licenciado: reduzir sinalização no canal de tráfego liberava capacidade produtiva e evitava cobrar overhead do cliente. Era uma justificativa relatada, não uma medição econômica.

Rádio e IP desenhavam mapas incompatíveis

Mobile IP observava a passagem entre sub-redes. O sistema de paging observava a passagem entre paging areas. As duas unidades podiam coincidir ou se cruzar.

Uma área igual a uma sub-rede era o caso simples. O paging de rádio acordava o host na posição IP conhecida. Várias áreas dentro de uma sub-rede também eram administráveis: o access router ou foreign agent podia procurar em mais de uma área sem alterar a localização IP.

O caso difícil era uma área cobrindo várias sub-redes. Um host dormente podia cruzar a fronteira IP sem sair da área de rádio. A camada 2 não via mudança que justificasse registro; a camada IP guardava uma posição antiga. O pacote ia à sub-rede anterior e a page podia ser respondida em outra.

Mais sinalização Mobile IP conseguiria reparar o estado, mas aumentaria a latência antes da primeira entrega. Uma troca dedicada com um agente da paging area parecia uma otimização promissora. A RFC foi cuidadosa: o problema era localizar um móvel que se deslocara dormente; IP paging era uma solução possível, não a única.

A área grande economizava antes e cobrava depois

A análise começou com fronteiras limpas e depois reconheceu áreas sobrepostas, identificadores diferentes no mesmo local e operadores que, segundo evidência anedótica, usavam heurísticas em vez de registros.

Áreas grandes exigiam menos atualizações do terminal e aumentavam o fan-out quando chegava tráfego. Áreas pequenas estreitavam a busca e cobravam mais sinalização durante o movimento. A energia poupada no host reaparecia como estado, incerteza e trabalho de pesquisa na rede.

Redes heterogêneas acrescentavam a escolha da interface. Dentro de um prédio, o host podia perder uma cobertura e preferir outra mais barata ou rápida. A RFC esboçou um identificador IP convertido pelos acessos em pages específicas de cada tecnologia. Não demonstrou implementação. ARP e Neighbor Discovery também presumiam um canal de tráfego utilizável, justamente ausente no estado dormente.

A RFC 3154 revelou quantos agentes cabiam em um despertar

Dois meses depois, a RFC 3154 transformou a ideia em requisitos e arquitetura funcional. O protocolo deveria escalar a milhões de hosts, preservar economia de energia e filtrar broadcast, multicast e anycast para impedir que qualquer tráfego coletivo acordasse uma população.

Era preciso distinguir dormente de inativo, aceitar vários modos de dormência, manter independência de um protocolo de mobilidade e integrar-se aos trabalhos Mobile IPv4 e IPv6. O desenho deveria aceitar qualquer relação entre áreas e sub-redes, aproveitar paging de camada 2 sem exigi-lo, tolerar falhas e autenticar registros, informações de área e mensagens de paging.

Host, Tracking Agent, Paging Agent e Dormant Monitoring Agent dividiam a transação. Um guardava posição, outro detectava o pacote, outro alertava, e o host restabelecia o link L3. Nenhum componente isolado tinha autoridade para declarar entrega fim a fim.

Cinco propostas ainda eram trabalho em andamento

Um Internet-Draft de 2002 avaliou cinco propostas. As revisões -00 e -01 preservam um debate em movimento, com suporte incompleto ou indefinido para múltiplos modos, independência de mobilidade, falhas, administração e integração.

Esse assessment não se tornou RFC. As RFCs 3132 e 3154 também eram Informational e não provaram adoção, interoperabilidade ou deployment. RFC 3344, RFC 6275 e RFC 3753 dão contexto posterior para Mobile IPv4, Mobile IPv6 e terminologia, não uma confirmação retroativa do paging proposto.

Alcançável virou uma sequência

O endereço podia estar correto enquanto o canal estava fechado. A paging area podia estar correta e ainda esconder várias sub-redes. A page podia sair e não ser ouvida. A resposta podia chegar antes de a rota voltar.

O host controlava o sono; tracking mantinha uma crença aproximada; monitoring interpretava o pacote; paging fazia a busca; mobilidade reparava o caminho; o operador escolhia áreas, filtros e prazos. A palavra “alcançável” não podia pertencer a um único agente.

O primeiro pacote não comprovava entrega. Ele revelava a dívida assumida para permitir silêncio ao terminal. A contribuição histórica da RFC 3132 foi tornar visível essa transferência: economizar energia exigia memória responsável, busca limitada e evidência separada para alerta, reativação e entrega.

Fontes

  1. https://www.rfc-editor.org/rfc/rfc3132.txt
  2. https://www.rfc-editor.org/info/rfc3132
  3. https://www.rfc-editor.org/rfc/rfc3132.html
  4. https://www.rfc-editor.org/rfc/rfc3154.txt
  5. https://www.rfc-editor.org/info/rfc3154
  6. https://www.rfc-editor.org/rfc/rfc3154.html
  7. https://www.rfc-editor.org/rfc/rfc2002.txt
  8. https://www.rfc-editor.org/rfc/rfc3344.txt
  9. https://www.rfc-editor.org/rfc/rfc6275.txt
  10. https://www.rfc-editor.org/rfc/rfc3753.txt
  11. https://www.ietf.org/archive/id/draft-ietf-seamoby-paging-protocol-assessment-00.txt
  12. https://www.ietf.org/archive/id/draft-ietf-seamoby-paging-protocol-assessment-01.txt