Resumo

  • O RFC 3737 transferiu do grupo de trabalho para a IANA a responsabilidade pelas futuras raízes de módulos MIB do RMON, mantendo os OIDs já atribuídos.
  • A fronteira ficou estreita: a IANA atribui a raiz MODULE-IDENTITY sob rmon; autores e editores dos módulos atribuem os OIDs comuns dentro deles.

Uma lista que funcionava, até as correções tardias

As MIBs de monitoramento remoto se acumularam sob o nó rmon da árvore MIB-II, em 1.3.6.1.2.1.16. O grupo RMONMIB mantinha uma lista própria de novas atribuições de módulos. O RFC 3737 não descreve esse arranjo como um fracasso: diz que funcionava razoavelmente bem. Ainda assim, alguns erros só eram corrigidos tardiamente e certas atribuições tinham se tornado obsoletas. A prática também diferia do caminho habitual, no qual um módulo MIB no padrão recebe sua raiz quando o RFC é publicado.

A tabela do RFC mostra como a estrutura herdada misturava coisas distintas: as primeiras entradas nomeiam grupos de objetos — estatísticas, histórico, alarmes e captura — enquanto números posteriores identificam raízes MODULE-IDENTITY, espaço disponível, valores reservados e uma atribuição obsoleta. O RFC reconhece que algumas escolhas antigas não são lógicas e não podem ser alteradas. A resposta foi mudar quem decide daqui em diante, não renumerar a árvore.

A IANA recebe a raiz, não o módulo inteiro

O RFC 3737 transferiu o registro de atribuições para o cadastro SMI Numbers e pediu que a IANA o mantivesse. Daquele ponto em diante, a IANA atribuiria somente raízes MODULE-IDENTITY sob rmon. Autores e editores continuariam definindo os OIDs comuns dentro de cada módulo conforme os procedimentos MIB. Para uma nova raiz, o RFC 2434 então vigente exigia Standards Action; a IANA atribuía o número durante a publicação do RFC.

Essa fronteira separa o ponto compartilhado, onde duas raízes poderiam colidir, da estrutura interna do módulo. Concentrar a primeira decisão em um registro público não centralizou a autoria técnica de cada objeto. O grupo de trabalho deixou de guardar sozinho a lista das próximas raízes; não passou a desenhar todos os ramos internos.

A página atual da IANA ainda registra a árvore rmon, com referências posteriores, espaço disponível, uma entrada obsoleta e valores reservados. É um registro datado, não prova de que um módulo esteja implementado ou implantado. Uma raiz listada, uma MIB implementada e uma observação efetivamente coletada são evidências diferentes. O RFC 3737 alterou quem registra a próxima raiz; não converteu uma linha do cadastro em prova de código em execução.

Fontes