Resumo

  • Configuração explícita fora de template tem a maior precedência; o ancestral mais interno vence o externo; no mesmo nó, o primeiro template aplicável da lista ordenada pelo cliente vence o conflito.
  • Reproduzir intended exige running e system completos do mesmo instante, definições, locais e ordem, chaves avaliadas por I-Regexp e sobrescritas. Isso não prova autoria do cliente, ausência de corrida, NACM, implementação, convergência ou tráfego.

Um rollback começa mal quando o registro diz apenas “template de interface aplicado”. Para voltar ao estado anterior, a equipe precisa saber qual versão do template existia, em que nó foi aplicada, o que um ancestral mais próximo herdou, a ordem dos nomes e quais valores explícitos estavam por cima. Sem isso, há uma descrição do mecanismo, não uma receita de repetição.

draft-tt-netmod-yang-config-templates-03 estabelece três decisões. A configuração comum e explícita em running ou system tem prioridade máxima. Entre aplicações herdadas, aquela no ancestral mais próximo do alvo supera a mais distante. E, quando dois templates concorrem no mesmo ponto, vale a ordem fornecida pelo cliente.

O exemplo Ethernet fixa o sentido: ethernet-interface base-interface. Para as entradas correspondentes, o MTU 1500 do primeiro vence 65536 do segundo. Logo, o primeiro template aplicável tem precedência mais alta. Um serializador que converta a lista em conjunto, ou a ordene por conveniência, altera o significado.

Uma atualização não é um pequeno delta implícito. Valor não vazio substitui a lista completa; valor vazio ou só com espaços remove a aplicação; ausência do metadado mantém o que já existe. O recibo útil preserva o valor integral que o cliente enviou.

Regex precisa do universo onde foi avaliada

O rascunho permite expressões regulares em chaves de lista cujo tipo embutido seja string ou derivado. A sintaxe segue I-Regexp, RFC 9485, um subconjunto restrito das expressões XML Schema. A restrição favorece interoperabilidade, mas não transforma o padrão na própria lista de correspondências.

Para reproduzir eth.*, é preciso guardar as chaves disponíveis naquela captura, a revisão da regra e a interpretação usada. Uma interface renomeada, um item de system ausente ou uma captura feita depois de outra edição mudam a seleção sem alterar o texto do padrão.

O conteúdo de um template pode ser parcial. O servidor deve validá-lo quando possível, enquanto o resultado fundido precisa satisfazer as restrições YANG. A página do Datatracker hoje mostra 0 erros e 0 avisos na verificação do módulo extraído ietf-config-template (revision 2026-07-03). É evidência de ferramenta documental, não adoção pelo NETMOD, endosso do IETF, conformidade de produto ou implantação.

A árvore final não revela toda a transação

Em NMDA, running guarda a forma compacta, com definições, metadados e valores explícitos. A expansão aparece em intended. Alterar um template aplicado em running ou system deve mudar a visão pretendida.

Um template referenciado não pode ser simplesmente apagado; a revisão 03 manda rejeitar com data-missing. Primeiro devem ser atualizadas todas as aplicações, depois a definição pode ser removida. Essa sequência não prova atomicidade entre requisições. Outro cliente pode inserir uma referência no intervalo. A implementação precisa fornecer e demonstrar transação, bloqueio ou janela de manutenção.

Uma leitura de intended também não reconstrói unicamente a entrada. Templates diferentes, mascarados pela mesma sobrescrita explícita, podem gerar a mesma árvore. Ordens distintas podem parecer iguais enquanto não houver conflito. A leitura é recibo da observação, não registro completo da autoria e do caminho.

O pacote reprodutível

A expansão fora do equipamento só é independente quando recebe uma experiência congelada: revisão exata do rascunho e das regras; identidades do servidor e do expansor; running e system completos e contemporâneos; todas as definições; caminhos e profundidade de aplicação; listas ordenadas; semântica I-Regexp e chaves candidatas; valores explícitos; e versão ou relação temporal que una tudo.

O hash deve cobrir o pacote, não apenas a saída. Depois, compara-se nó e valor com a leitura do servidor. Igualdade demonstra acordo de duas transformações para aquelas entradas. Não demonstra código idêntico em fornecedores diferentes nem ausência de corrida anterior.

NETCONF e RESTCONF fornecem recibos de protocolo, mas resposta bem-sucedida não prova propagação futura. NACM, RFC 8341, precisa ser exercitado por papel e por visão filtrada. NMDA, RFC 8342, mantém intended separado de operational, pois limitações podem impedir aplicação. E o estado operacional ainda não é prova de FIB, pacotes, latência ou resultado para o cliente.

Estado do documento sem promoção indevida

A revisão 03 é de 3 de julho de 2026. O cabeçalho diz “Intended status: Standards Track”. Separadamente, o Datatracker a classifica como Internet-Draft individual ativo, sem stream, sem intended RFC status, no estado I-D Exists. Os dois campos devem ser relatados; nenhum autoriza dizer que houve adoção de grupo, aprovação do IETF ou futuro RFC.

Fontes

Fontes primárias: revisão 03; Datatracker; YANG 1.1, RFC 7950; YANG Metadata, RFC 7952; NMDA, RFC 8342; NACM, RFC 8341; NETCONF, RFC 6241; RESTCONF, RFC 8040; I-Regexp, RFC 9485. Histórico: Datatracker. Fontes de enquadramento: System Configuration revisão 20; Lu Heng sobre primazia do código em execução, especificação inicial mínima e camadas da realidade.