Resumo

  • Reinício, estouro de Counter32 e renovação de duração produzem rupturas diferentes; sem guardar a época, a mesma série pode sugerir tanto falha quanto sucesso inexistentes.
  • As tabelas da RFC 2006 são fotografias mantidas pelos agentes, e disponibilidade contínua exige observação independente antes e depois de cada ruptura.

O momento mais perigoso de uma série Mobile IP pode ser o instante em que ela parece voltar ao normal. Depois de um reboot, contadores recomeçam e o tempo acumulado do agente de origem perde a continuidade anterior. Se a plataforma de observação apenas cola os pontos, transforma duas épocas distintas em uma operação fictícia.

RFC 2006 fornece os elementos para evitar essa confusão. TimeStamp se ancora em sysUpTime; Counter32 tem largura finita; a vida restante é um Gauge32 lido naquele instante. A aritmética vem depois de identificar a época, não antes.

A MIP-MIB, sob mib-2 44, também distribui os dados entre nó móvel, agente estrangeiro e agente de origem. Essa divisão permite perguntar onde uma ruptura apareceu primeiro e onde nenhuma continuidade foi realmente observada.

Três relógios operacionais, não um histórico universal

mipEntities informa se o sistema suporta nó móvel, agente estrangeiro ou agente de origem, inclusive mais de um papel. mipEnable solicita ativação ou desativação, e mipEncapsulationSupported declara capacidade. Nada disso prova que o papel serviu tráfego, que toda descoberta cessou após uma escrita ou que algum túnel negociado transportou um datagrama.

No nó móvel, mnState distingue casa, registrado, pendente, isolado e desconhecido. A tabela de agentes estrangeiros nasce dos anúncios recebidos e perde entradas quando eles expiram. Contadores registram solicitações, anúncios, extensões inválidas e movimentos que o nó “decidiu” terem ocorrido. A escolha verbal é precisa: uma inferência de movimento não certifica deslocamento físico; um reinício detectado por sequência de anúncio não revela a causa do salto.

A tabela de registros agrega endereços de agente e care-of, flags, Identification, duração pedida e restante, horário de envio e aceitação. Ela é atualizada com pedidos, respostas e retransmissões. Trata-se de uma história local, não de captura de pacotes nem de um livro-caixa compartilhado por todos os papéis.

O agente estrangeiro conta pedidos válidos recebidos e repassados, recusas, respostas, falhas de autenticação e mensagens malformadas. O agente de origem mantém os bindings de mobilidade e estatísticas gerais ou por nó. Números iguais nos dois lados não identificam as mesmas transações. Perdas, retransmissões, recusas, reinicializações e instantes de coleta quebram essa equivalência.

Uma linha de binding também não acompanha a jornada. Ela revela que o agente de origem retinha home address, care-of address, origem recebida, flags, Identification e prazo naquele momento. Não mostra o pacote chegando ao care-of address, sendo desencapsulado, atravessando o último enlace ou alcançando a aplicação.

O que sobrevive a uma consulta

Counter32 pode dar a volta. Um Gauge32 de tempo restante é uma fotografia da consulta. TimeStamp está vinculado à época de sysUpTime, não diretamente ao relógio civil. O tempo total de serviço é acumulado desde a última reinicialização do agente de origem. Sem largura, época e intervalo, a diferença entre leituras pode aparentar continuidade onde houve reset.

A segurança acrescenta uma ruptura de outra natureza. A tabela de associações é indexada por endereço do par e SPI. A chave pode ser criada via gerenciamento, mas sua leitura deve devolver valor de comprimento zero. O vazio é proteção do segredo, não prova de inexistência.

Os objetos de violação guardam o último endereço, SPI, Identification, horário e motivo reportados. A notificação opcional mipAuthFailure leva parte desse contexto quando falha a validação de um pedido ou resposta de registro. Esse registro inicia uma investigação; não identifica a pessoa por trás de um endereço, não separa comprometimento, falsificação e estado antigo, nem resolve a atribuição do ataque ou prova que todas as notificações chegaram ao gerente.

O uso responsável da RFC 2006 começa por marcar descontinuidades. A seguir, pergunta-se o que cada papel ainda reteve e qual acesso permitiu lê-lo. Somente depois entram identidade do equipamento, auditoria de escrita, registros de controle e observação do plano de dados. Continuidade não é uma propriedade que o sistema de métricas pode fabricar preenchendo um intervalo.

Fontes