Resumo

  • A RFC 2011 exigia ipGroup e icmpGroup para conformidade de uma entidade IP em SNMPv2, mas usava IpAddress de quatro octetos e, portanto, representava somente IPv4.
  • Ler uma tabela e ver um contador subir confirma eventos dentro do conjunto definido. Não confirma cobertura de endereços, prefixos, rotas ou vizinhos IPv6, nem o efeito de uma configuração.
  • A RFC 2465 criou uma MIB IPv6 paralela; a RFC 4001 ligou tipo e valor de endereço; a RFC 4293 reuniu os modelos e tornou a nova indexação parte explícita da migração.

O teste aprovou o próprio visor

A nota do IESG na RFC 2011 fornece a chave. As MIBs de IP, UDP e TCP então existentes suportavam apenas IPv4 porque IpAddress era uma OCTET STRING de tamanho quatro para endereços de 32 bits. Um endereço IPv6 de 128 bits não cabia.

Essa escolha entrava na forma das tabelas. ipAddrTable tinha ipAdEntAddr como índice, e seu endereço e máscara eram IpAddress. ipNetToMediaTable usava o mesmo tipo para identificar a associação entre rede e meio físico. A limitação não gerava, por si, uma linha vermelha. Uma linha IPv6 não podia ser nomeada naquele esquema.

Assim, todos os objetos obrigatórios podiam existir, o agente podia responder e a conformidade podia ser verdadeira. O salto indevido era tratar essa verdade local como inventário completo do nó.

Totais com fronteiras próprias

A RFC 2011 não pretendia contar toda a história do SNMP. Ela retomou os objetos IP e ICMP restantes da MIB-II no arcabouço SNMPv2; a gestão de rotas já fora atualizada em outro documento e ficou excluída da descrição do módulo.

ipGroup e icmpGroup reuniam forwarding, TTL, entrada, saída, fragmentação, remontagem, endereços, associações de vizinhança e mensagens ICMP. Mesmo ali, os nomes não autorizavam somar significados. ipInReceives incluía datagramas recebidos com erro. ipInDiscards não incluía descartes enquanto se aguardava remontagem. ipOutNoRoutes isolava o caso sem rota. ipReasmFails não era necessariamente uma contagem de fragmentos perdidos.

Um número crescente demonstra que a população descrita cresceu. Não informa, sozinho, a família, o pacote, o caminho, o serviço ou a causa. E uma escrita aceita em ipForwarding, ipDefaultTTL ou numa associação de mídia ainda precisa ser ligada à autorização, persistência, pilha usada e resultado observado.

A família virou dado de primeira classe

Em 1998, a RFC 2465 montou um grupo geral IPv6 separado, com seis tabelas para interfaces, estatísticas, prefixos, endereços, rotas e associações com o meio. O endereço ganhou dezesseis octetos sem exigir mudança no SMIv2.

O ganho de representação trouxe uma obrigação operacional: em nós dual stack, era preciso descobrir quais famílias de MIB o agente oferecia, quais OIDs o coletor consultava e como as interfaces eram reconciliadas. Uma coleta perfeita da RFC 2011 continuava sendo apenas a metade IPv4.

A RFC 4001 tornou o vínculo explícito: InetAddress só faz sentido junto de InetAddressType. Em índices, o tipo vem antes do comprimento e dos octetos. A recomendação evitava prender novos objetos a um formato, mas permitia que uma declaração de conformidade exigisse apenas alguns tipos. “Genérico” não significava “todos implementados”.

A RFC 4293 substituiu as duas linhagens por uma IP-MIB independente da versão. As estatísticas passaram a ser separadas por tipo; endereços e índices mudaram; prefixos, roteadores padrão e vizinhos ganharam estruturas comuns. A orientação de atualização afirmou que a nova ipAddressTable era diferente o bastante para talvez justificar código novo e exigia mudanças nas rotinas SNMP e na instrumentação.

O destino normativo estava definido. A chegada continuava dependendo de agente, coletor, armazenamento, alertas e práticas operacionais. Para provar cobertura, é preciso preservar versão do módulo, tipos presentes, contexto, instância, consulta feita, horário e efeito de rede.

Fontes

Limites da evidência

As fontes sustentam status, sintaxe, grupos e sucessão normativa. Não sustentam defeito de fornecedor, adoção, incidente atual, cobertura de uma rede nomeada, SLA ou data real de migração.