Resumo

  • A RFC 2366 colocou marsMIB sob { snmpModules 17 }. Publicada dois meses depois, a RFC 2417 apontou um erro administrativo de atribuição e a transferiu para { mib-2 57 }.
  • Ao expandir os caminhos simbólicos, surgem raízes numéricas diferentes: 1.3.6.1.6.3.17 e 1.3.6.1.2.1.57. Os objetos definidos abaixo da MIB também herdam o novo prefixo.
  • A MIB descreve objetos de gerenciamento para clientes e servidores MARS e servidores multicast. A mudança de nomes não relata, por si só, alterações em agentes, gerenciadores, participação em grupos, circuitos virtuais ou encaminhamento de pacotes.

A correção de um ramo desloca seus descendentes

Um identificador de objeto (OID) é um caminho hierárquico, não um rótulo colado sobre um número fixo. Cada arco identifica um filho abaixo de seu pai. Em julho de 1998, a RFC 2366 definiu o módulo de gerenciamento do MARS como marsMIB ::= { snmpModules 17 }. Em setembro, a RFC 2417 tornou esse memorando obsoleto. Sua nota à IANA chama a atribuição anterior de erro administrativo; a nota de revisão pede para reposicionar a MIB de snmpModules em mib-2, e a identidade do módulo passa a ser marsMIB ::= { mib-2 57 }.

Expandir a hierarquia mostra o alcance da correção. A RFC 1902 coloca snmpModules sob snmpV2, que fica sob internet; a MIB-II, RFC 1213 coloca mib-2 sob mgmt e internet. Assim, a raiz antiga se expande para 1.3.6.1.6.3.17, e a corrigida para 1.3.6.1.2.1.57. Como os objetos descendentes são definidos em relação a marsMIB, seus caminhos numéricos também recebem o novo prefixo.

Isso é uma mudança real de identidade no espaço de nomes de gerenciamento. Não é, por si só, uma mudança no funcionamento do MARS. A RFC 2022 descreve o MARS como o mecanismo usado por equipamentos em redes ATM para registrar ou consultar participação em grupos multicast e, em seguida, distribuir tráfego por malhas de circuitos virtuais ou por um servidor multicast. As tabelas da RFC 2417 oferecem visões administrativas de clientes, servidores, grupos, mapeamentos, circuitos virtuais, estado, temporizadores e estatísticas. Elas descrevem o que um agente pode informar; não executam a distribuição de participação nem comprovam qual circuito levou um pacote.

Essa distinção importa porque “a MIB mudou” pode indicar várias camadas: um documento de padrões, um OID simbólico, o nome numérico compilado em um agente, os objetos consultados por um gerenciador e o comportamento da rede observado pelo operador. A RFC 2417 estabelece as duas primeiras. Não identifica fornecedor, agente atualizado, sistema de monitoramento convertido, ponte de compatibilidade, incidente ou migração completa do parque. O status de documento sucessor informa qual atribuição o registro normativo adotou, não com que rapidez os equipamentos em operação a acompanharam.

O registro atual IANA SMI Numbers lista o arco 57 de mib-2 como marsMIB, com referência à RFC 2417, e marca como obsoleta a entrada anterior do arco 17 de snmpModules. Isso confirma o nome usado hoje pelo registro, mas não é um censo retroativo das implantações. A RFC 2417 também diz que o módulo é usado com a ATM-MIB da RFC 1695, a MIB-II da RFC 1213 e, opcionalmente, a IF-MIB da RFC 1573: dependências entre modelos de gerenciamento, não prova de que um agente específico os exportava.

O limite da evidência é a história

É fácil imaginar um operador vendo cada objeto MARS desaparecer de um ramo e reaparecer no outro. Os documentos não registram essa cena. Um gerenciador configurado para consultar a antiga subárvore numérica poderia precisar de uma visão atualizada; um agente compilado para expor a subárvore corrigida poderia responder a uma consulta diferente. São consequências plausíveis da mudança de nome, não eventos históricos relatados. Para saber se um sistema aceitava os dois nomes, alterou sua configuração ou sofreu falhas de consulta, seriam necessários registros de implementação ou de operação que não aparecem aqui.

As notas de Heng Lu sobre a primazia do código em execução e as camadas da realidade oferecem uma lente analítica útil: atribuição simbólica, implementação, interpretação do gerenciador e serviço observado são afirmações diferentes. Essa lente não fornece evidências sobre as implantações de 1998.

A lição limitada é mais confiável do que uma história de migração sem respaldo: uma correção de registro pode mudar a identidade usada pelo software de gerenciamento para localizar informações e deslocar todos os nomes descendentes, enquanto o comportamento de rede observado continua sendo outra questão. A árvore documental mudou. As RFCs não dizem que o próprio MARS mudou.

Fontes