Resumo

  • No modo preditivo, FBU, HI/HAck e o túnel podem ser processados antes de o nó móvel sair do roteador anterior; esses recibos comprovam preparação, não presença no novo enlace.
  • Associação ao enlace, DAD ou atribuição alternativa, UNA, liberação do buffer, binding Mobile IPv6, recepção de pacotes e continuidade da aplicação permanecem etapas probatórias distintas.

O ganho de tempo acontece antes do fato físico

FMIPv6 antecipa operações que tornariam a mobilidade lenta se começassem somente depois da troca de enlace. O móvel pode descobrir as coordenadas de um roteador candidato, formar um novo care-of address prospectivo e autorizar o desvio do tráfego. O roteador novo pode receber e guardar pacotes enquanto o dispositivo ainda conversa com o roteador antigo.

Esse adiantamento é a utilidade do protocolo. Ele também convida um painel simplista a declarar o handover encerrado assim que o túnel fica verde. A RFC 5268, porém, não otimiza a latência da troca de enlace e não define a decisão de rádio que originou a previsão.

A RFC 5568 tornou a RFC 5268 obsoleta e deve orientar implementações atuais. A fronteira de evidência continua intacta: infraestrutura preparada é uma condição para a chegada, não uma observação da chegada.

AR-Info descreve um candidato, não a posição do móvel

RtSolPr leva ao roteador anterior um ou mais identificadores de pontos de acesso. PrRtAdv retorna AR-Info, incluindo endereço de camada de enlace, endereço IP e prefixo do roteador associado. O nó pode então construir uma NCoA para o possível próximo enlace.

O gatilho que escolheu aquele AP é específico da camada de enlace e fica fora da norma. O móvel pode mudar de decisão, falhar na associação ou não se mover. A afirmação correta é “o AP candidato foi resolvido nesta geração”, e não “o dispositivo está no NAR”.

Geração é parte da identidade. Tentativas sucessivas podem apontar ao mesmo AP e reutilizar o mesmo prefixo. Sem uma chave de tentativa, uma preparação velha parece comprovar uma chegada nova.

FBack pode ser recebido ainda no enlace antigo

No modo preditivo, o móvel envia FBU ao PAR antes da troca. Ele solicita o binding entre PCoA e NCoA e o redirecionamento. A opção FMIPv6 Binding Authorization Data permite ao PAR validar a autoridade relativa ao endereço anterior.

PAR e NAR trocam HI e HAck. O NAR aceita a proposta, entrega outra NCoA ou recusa. FBack recebido antes do movimento informa que a preparação foi tratada e que o túnel está em andamento. Não informa que o rádio associou ao novo ponto.

O modo reativo mostra o outro lado. Se o nó chega antes de concluir a previsão, ou partiu sem receber FBack, envia UNA no novo enlace e envia ou repete FBU. Sem o FBack antigo, não sabe se o primeiro pedido foi processado.

HI/HAck também não é sensor de presença. É uma decisão entre roteadores, sob uma associação de segurança estabelecida fora do protocolo de handover. O recibo autoriza preparação; não observa o terminal.

Uma NCoA passa por estados de autoridade

A NCoA construída do prefixo começa como proposta. O NAR pode executar Duplicate Address Detection, aceitar o valor ou atribuir outro em HAck/FBack. Depois da associação, um NAACK ainda pode revelar colisão e exigir uma nova FBU para o endereço alternativo.

A RFC 5268 aceita que a chance de colisão seja muito baixa, mas não a transforma em zero. DAD só pode ser dispensada por uma política explícita, como administração de endereços que controle o risco. Previsão não prova unicidade; a RFC 4862 delimita essa etapa.

Um registro auditável separa endereço formulado pelo nó, resultado de DAD ou política de dispensa, endereço alternativo do roteador, anúncio após associação e endereço usado pelo binding posterior. Tratar tudo como um único campo NCoA apaga a linhagem e deixa uma proposta rejeitada continuar autorizando decisões.

UNA abre a porta do buffer, mas não entrega o pacote

A própria RFC 5268 alerta que estabelecer o túnel não garante o recebimento após a associação se o NAR não detectar a presença do móvel.

Quando o enlace está conectado, o nó envia um Unsolicited Neighbor Advertisement com o bit Override desmarcado. O NAR pode apagar a entrada proxy do cache de vizinhos ou levar uma entrada incompleta a STALE. Só então encaminha o que chega pelo túnel e libera o buffer.

UNA é uma evidência forte do lado da associação. Ela não prova que todos os pacotes foram preservados, que chegaram à pilha do móvel ou que a sessão da aplicação permaneceu útil. Esses resultados precisam de telemetria própria.

A cadeia reversível registra link-up, UNA, mudança de vizinhança, buffer liberado, pacotes transmitidos, recepção e sinal de aplicação. “Handover completo” pode resumir a cadeia; não pode substituí-la.

O buffer pode apenas deslocar a perda

Pacotes que chegam ao NAR antes do móvel precisam ser guardados. No modo reativo, pacotes ainda podem chegar ao PAR enquanto o FBU não foi processado. O armazenamento reduz uma janela de perda, mas cria limites de capacidade e drenagem.

Despejar uma fila grande pode sobrecarregar roteador, enlace ou terminal, produzindo congestionamento, jitter e novas perdas. A RFC 5268 descreve drenagem padrão baseada na taxa original de chegada e permite no máximo cinco pacotes consecutivos antes de dosar os seguintes.

Admissão, faixa preservada, overflow, disparador, taxa de saída, faixa transmitida e recepção são medições diferentes. Buffer vazio prova apenas que o buffer deixou de conter aqueles pacotes.

A RFC 5568 também separa gerações de protocolo

A substituição trouxe uma mudança de wire format. HI e HAck eram mensagens ICMPv6 na RFC 5268; na RFC 5568 passaram a mensagens Mobility Header. Uma implementação atual não deve enviar a forma antiga, embora possa interpretar mensagens recebidas para compatibilidade.

Assim, o nome “HI” sem formato e geração é ambíguo. A RFC 5268 segue valiosa como evidência histórica da separação entre preparar e chegar, não como autorização para implantar o formato superado.

O handover rápido tampouco elimina o Mobile IPv6 comum. Binding Update, Return Routability e a autoridade de binding aplicável ainda precisam ser concluídos e observados conforme a RFC 6275.

O código em execução é a sequência de limites

Running-Code Primacy, de Lu Heng, desloca a gestão da expressão “mobilidade transparente” para o que efetivamente rodou: candidato, anúncio proxy, endereço prospectivo, autorização FBU, decisão entre roteadores, túnel e buffer, associação física, UNA, confirmação do endereço, drenagem, binding, recebimento e aplicação.

A disciplina das camadas de realidade impede atalhos semânticos. Prever não é preparar. Preparar não é associar. Associar não é provar unicidade. Poder encaminhar não é entregar. Entregar não é manter a aplicação.

O protocolo ganha velocidade permitindo que uma camada avance antes da outra. A abstração só é confiável quando essa distância permanece visível e cada sucesso volta à geração, ao modo, à linhagem de endereço e ao último limite comprovado.

Fontes