Resumo

  • O RFC 1243 organizou portas, rotas, zonas, registros de serviços e contadores da AppleTalk, mas exigiu que origem e estado acompanhassem a interpretação de cada linha visível.
  • O RFC 1742 alterou objetos de leitura e escrita e criou distinções de fonte, padrão e estado atual, demonstrando que a mutabilidade era uma atribuição revisável de responsabilidade.

Publicado em julho de 1991, o RFC 1243 levou a pilha AppleTalk para uma estrutura de gestão SNMP. Havia grupos para LLAP, AARP, portas AppleTalk, entrega de datagramas, RTMP, KIP, ZIP, NBP e eco. Cada grupo aplicável funcionava como unidade de conformidade. Isso dizia quais objetos um agente compatível deveria apresentar, não o que uma rede real estava fazendo naquele momento.

A tabela ATPort concentrava o problema. Uma linha descrevia a conexão lógica de uma porta por tipo, faixa de rede, endereço, estado, zona e interface física. Muitos campos eram read-write. Ao lado deles, atportNetConfig e atportZoneConfig eram read-only e registravam a condição de origem.

O vocabulário era incomum e útil. configured correspondia a configuração explícita. garnered era uma suposição feita depois de inspecionar a rede. guessed indicava configuração aleatória. unconfigured marcava a ausência de configuração. Portanto, igualdade de bytes não significava igualdade de decisão. Um sistema que copiasse somente o valor descartaria a diferença entre política, inferência e improviso de inicialização.

O estado da porta também limitava a leitura. atportStatus podia ser operacional, não configurado, desligado ou inválido. Definir invalid desassociava o mapeamento, mas remover a linha da tabela era escolha da implementação. O RFC avisava que estações de gestão poderiam continuar recebendo entradas fora de uso. Presença na tabela era uma observação sobre o agente, não prova de atividade.

No RTMP, faixa de rede, próximo salto, tipo de rede, porta, saltos e estado ocupavam campos separados. O RFC 1243 permitia escrever a maior parte desses valores. O estado variava entre bom, suspeito, piorando e ruim; invalidar uma rota tampouco garantia o desaparecimento imediato da linha. No KIP, a entrada podia ser configurada, aprendida ou inválida, e outro campo definia se seria compartilhada com roteadores. Origem, validade e propagação eram dimensões independentes.

O ZIP relacionava zonas a redes alcançáveis. O NBP descrevia serviços registrados por nome, tipo e zona. Seus valores centrais eram graváveis, mas o estado controlava a invalidação. Uma rotina de inventário que ignorasse esse estado confundiria dados retidos com serviços atuais.

Os contadores de ATEcho eram igualmente estreitos: pedidos recebidos e respostas enviadas. Não havia correlação entre uma pergunta e uma resposta, identidade do par, caminho ou resultado do teste para uma pessoa. O próprio RFC 1243 declarou que não discutia segurança.

A revisão de 1995 fez escolhas opostas

O RFC 1742, de janeiro de 1995, tornou o RFC 1243 obsoleto. A AppleTalk MIB II acrescentou grupos e métricas, mas também revisou a semântica operacional dos objetos antigos.

atportNetConfig e atportZoneConfig mudaram de read-only para read-write. Já as faixas, o próximo salto, o tipo, a porta e a contagem de saltos RTMP passaram de read-write para read-only. Nome e faixas de zona ZIP também se tornaram somente leitura. O novo documento redesenhou o que um gestor poderia fornecer e o que deveria receber do estado mantido pelos protocolos.

Ele acrescentou ainda atportNetFrom e atportZoneFrom para identificar fontes. O antigo objeto de zona virou atportZoneDefault; atportCurrentZone ficou separado. A zona desejada não precisava mais se passar pela zona vigente. Para o NBP, a descrição sugeriu que o agente refizesse o registro quando nome, tipo ou zona mudasse. A sugestão estabelecia uma etapa necessária, mas não transformava a escrita em comprovante de registro concluído.

A instrumentação ganhou buscas e acertos AARP, exclusões e estouros da tabela RTMP, falhas de registro NBP e tráfego por porta. Em paralelo, contadores LLAP duplicados por MIB-II foram descontinuados. Uma métrica nova ou aposentada modifica escopo e denominador. Publicar a norma não demonstrava migração simultânea de agentes, coletores e séries históricas.

Os dois documentos registram uma mudança de contrato, não uma fotografia antes e depois. Para provar uma alteração real seria preciso juntar versão da MIB, objeto e instância, valor e origem, estado da linha, solicitante autenticado, decisão de autorização, pedido e resposta, persistência, observação no protocolo e resultado do serviço.

Os RFCs não contêm esse livro-razão operacional. Eles revelam por que ele não pode ser substituído por uma tabela.

Fontes e limites

As fontes primárias são RFC 1243, AppleTalk Management Information Base, e RFC 1742, AppleTalk Management Information Base II. Elas sustentam objetos, acessos, estados e mudanças documentadas. Não comprovam implementação, administrador, autorização, escrita aceita, rota ativa, zona vigente, registro concluído, entrega, adoção ou resultado para usuários.