Resumo

  • A RFC 3919 deu aos agentes RMON-2 nomes compartilhados para caminhos de decodificação IPv6 e MPLS, mas não transformou esses nomes numa descrição de todo serviço transportado.
  • O limite mais claro está nas próprias entradas MPLS: unicast e multicast podem ser distinguidos na entrada, mas seus protocolos filhos “não são sistematicamente identificáveis”.

O monitoramento remoto começa com uma pergunta aparentemente simples: que tipos de pacote uma sonda consegue reconhecer? O diretório de protocolos do RMON-2 respondia com um inventário das capacidades do agente. Assim, contadores e tabelas de hosts ou conversas podiam ser associados a um caminho de encapsulamento nomeado. O diretório não era um censo universal dos pacotes e tampouco fazia a sonda aprender um novo decodificador quando o administrador acrescentava uma linha.

A RFC 2021 chama isso de extensibilidade limitada: o software precisa conhecer a lógica de demultiplexação relevante antes que a configuração consiga estender a decodificação por mais um nível.

Publicada em outubro de 2004 como uma RFC Informational, a RFC 3919 acrescentou macros de identificadores para IPv6 e MPLS. O objetivo era restrito: melhorar a interoperabilidade entre agentes RMON-2. Se sondas diferentes descrevessem o mesmo caminho de pacotes com nomes incompatíveis, os sistemas de gestão não conseguiriam comparar com segurança suas visões por protocolo. O documento esclarece que uma implementação RMON-2 conforme pode existir sem esses identificadores. Eles formam um vocabulário comum; não criam uma nova exigência de conformidade nem provam que todas as sondas os suportavam. (RFC 3919; registro do RFC Editor)

O contraste interno ao documento é importante. No IPv6, o protocolo seguinte é escolhido pelo campo Protocol de um octeto. O identificador pode seguir esse valor conhecido: a RFC 3919 nomeia o ICMPv6 com o número 58 e separa o UDP sobre IPv6 nativo do UDP dentro de um túnel IPv6 sobre IPv4. ether2.ip6.udp e ether2.ip.ipip6.udp não são rótulos intercambiáveis. O caminho registra as encapsulações atravessadas pelo decodificador, não apenas a palavra final: UDP.

Para MPLS, o ramo termina mais cedo. A RFC 3919 define mplsu e mplsm, diferenciando unicast e multicast pelos EtherTypes 0x8847 e 0x8848, e lista codificações para outros enlaces. Em seguida, as duas entradas param: os protocolos filhos do MPLS não são identificáveis sistematicamente. Isso não quer dizer que o MPLS nunca transporte IP nem que nenhum pacote depois dos rótulos possa ser decodificado. A afirmação é mais estreita: esse conjunto de identificadores não define uma árvore genérica e compartilhada abaixo das entradas MPLS. (RFC 3032)

Esse limite evita que uma etiqueta do diretório prometa mais do que descreve. Uma sonda pode reconhecer o enquadramento externo ou uma entrada MPLS sem oferecer um nome estável e compartilhado para cada carga útil ou serviço depois da pilha de rótulos. Um rótulo de roteamento não declara, por si só, uma família de protocolos; sua interpretação depende de outros mecanismos e do contexto. A RFC 3919 não tenta deduzir esse contexto a partir do rótulo nem afirma que agentes diferentes atribuem o mesmo número local a uma linha.

Também é preciso separar o nome do protocolo do índice. A RFC 2895 define a codificação de protocolDirID e das cadeias de parâmetros. Já as tabelas de contagem usam protocolDirLocalIndex. A RFC 2021 diz que esse inteiro só faz sentido dentro de uma entidade SNMP específica. É uma referência local ao diretório da sonda, não um identificador global que possa ser copiado para os dados de outra sonda presumindo-se o mesmo significado. A interoperabilidade depende de regras descritivas compartilhadas, não de uma numeração local uniforme.

A RFC 3919 revela uma fronteira pequena, mas relevante. Onde o IPv6 expõe um valor padronizado para o protocolo seguinte, o vocabulário de identificadores pode descrever um caminho de decodificação mais profundo. Onde o modelo não tem um mapeamento sistemático equivalente para os protocolos filhos do MPLS, ele para na entrada externa. Um inventário de capacidades ajuda a fazer perguntas melhores; não prova que a sonda viu um pacote, o decodificou corretamente, contou-o num intervalo ou reconheceu o serviço comercial por trás dos rótulos. Isso exige registros de observação e evidências adicionais, não um nome mais comprido numa tabela.

Fontes