Resumo

  • Pela RFC 9907, um módulo YANG mantido pela IANA é um formato do registro correspondente, não um segundo registro. O registro continua sendo a única fonte autorizada.
  • Um validador pode aprovar bytes antigos corretamente. A prova operacional precisa ligar instante do registro, revisão e hash do módulo, condições da validação, YANG Library do servidor, operação e resultado observado.

O arquivo ganhou o selo verde e seguiu para a fila de mudança. Só depois alguém comparou seu conteúdo ao registro companheiro: a IANA já publicava outro valor. Não havia bug evidente no parser. A automação simplesmente transformara “bem-formado” em “atual” sem produzir a evidência dessa passagem.

Publicada em março de 2026 como BCP 216, a RFC 9907 substitui a RFC 8407 e atualiza a RFC 8126. O registro no RFC Editor fixa esse status. Seu objeto é orientar autores e revisores de documentos com modelos YANG, não operar equipamentos.

Para módulos mantidos pela IANA, a autoridade fica explícita. YANG ou MIB pode representar um registro, mas não cria outro registro. Valores novos entram no registro companheiro e, depois, a IANA reflete a alteração autorizada no módulo. A página IANA YANG Parameters distribui artefatos versionados e notas de manutenção.

A RFC também remove uma fonte previsível de confusão. Durante a revisão, um Internet-Draft pode conter script gerador e módulo inicial completo. Antes da publicação, os autores devem pedir ao RFC Editor a retirada desse apêndice. O texto final informa que aquela era apenas a versão inicial e direciona o leitor à IANA. Uma cópia congelada não ganha atualidade por estar dentro de um documento oficial.

Buscar na IANA ainda exige registrar qual evidência foi usada. A URL “latest” entrega a projeção corrente no momento da consulta; a URL de revisão preserva um artefato determinado. Uma auditoria repetível guarda horário, instantâneo do registro, revisão, endereço e hash dos bytes. Sem isso, a mesma URL mutável pode reconstruir outra entrada amanhã.

Validar continua obrigatório. A RFC 9907 menciona ferramentas como pyang --ietf, enquanto YANG 1.1 define a linguagem. O relatório, porém, só cobre aqueles bytes, imports, opções e versão do validador. Não garante que o registro permaneceu igual nem que o servidor alvo exponha o mesmo modelo.

A RFC 8525 fornece esse outro plano de observação. YANG Library anuncia conjuntos de módulos, features, deviations e esquemas dos datastores; seu content-id precisa mudar quando essas informações mudam. Validar localmente e comparar o inventário anunciado são controles independentes.

Depois vem a execução. A RFC 8342 separa, entre outras, as visões intended e operational. NETCONF e RESTCONF definem operações e erros. Aceitação do pedido não prova convergência operacional; convergência não prova o objetivo de serviço.

O pacote defensável liga: registro e horário; revisão, URL e hash do módulo; proveniência da geração; versão/opções/dependências da validação; módulos e content-id do servidor; operação e recibo; datastores antes/depois; retorno e teste de serviço. Essa composição é síntese editorial, não formulário obrigatório de uma única RFC.

O Minimum Initial Specification de Heng Lu mantém o padrão comum estreito. A primazia do código em execução limita cada prova à camada observada. As camadas da realidade impedem juntar registro, arquivo, validação, datastore e serviço numa única luz verde. São princípios editoriais declarados, não exigências adicionais da IETF.

Automação confiável não pede menos validação. Pede que a validação pare de assinar declarações que seus próprios dados nunca examinaram.

Sources