Resumo

  • draft-ietf-netmod-yang-versioning-reqs-14 define problemas e cinco famílias de requisitos, sem considerar ou endossar uma solução.
  • WG Document, I-D Exists, mapeamento de cláusulas e rótulos BC/NBC provam expressão e legibilidade, não comportamento ou resultado operacional.

Uma revisão de arquitetura recebe cinco links e devolve cinco aprovações. Não há artefatos comparados, fechamento de imports, versões de cliente e servidor, inventário de nós nem reconciliação de dados. A planilha mediu cobertura documental e chamou o número de aceitação.

O próprio texto impede essa conclusão. A revisão 14 é de 20 de julho de 2026, traz a intenção Informational no cabeçalho e aparece no Datatracker como Internet-Draft ativo do NETMOD, WG Document e I-D Exists. O resumo diz que o documento estabelece requisitos, mas não avalia nem recomenda solução específica.

O primeiro grupo quer mudanças NBC sem renomear simultaneamente todos os módulos dependentes, proteção ao cliente que usa apenas nós intactos, uma restrição de import intermediária e uma forma de expressar incompatibilidade. Isso exige recibos diferentes: bytes e fechamento de dependências; política e revisão de classificação; schema efetivo com features/deviations; e execução dos clientes afetados.

O segundo grupo pede que pessoas e ferramentas identifiquem BC/NBC. A seção de contexto reconhece mudança semântica sem alteração visível de statements. Logo, uma etiqueta legível não basta: é preciso ligar versões, contexto, regra, decisão humana e avisos para avaliar se a classificação está certa.

O terceiro grupo protege clientes existentes e os que esperam a versão antiga. Teste nos dois sentidos — cliente antigo/servidor novo e cliente novo/servidor antigo — incluindo leitura, escrita, RPC, notificações, erros e autorização.

O quarto grupo exige saber se nós deprecated são implementados, explicar alternativas e avisar antes de obsolete enquanto a definição ainda funciona. A declaração do servidor precisa ser comparada ao schema efetivo, deviations e operações reais, inclusive após reinício.

O quinto grupo trata da passagem de YANG 1.0/1.1 e da interpretação de instance data. RFC 9195 identifica content-schema, mas deixa a reutilização sob outro schema dependente de revisões, features, deviations e escopo. Uma migração precisa contabilizar campos renomeados, removidos, sintetizados, defaultados e rejeitados, testar invariantes e demonstrar rollback.

Histórico de revisão, Semver, packages, comparação de schema, filename e YANG 2.0 podem atender partes da matriz. A proximidade não prova cobertura integral nem implantação. A lista de requisitos é o começo da auditoria.

Fontes primárias

Foram congelados a revisão 14, o Datatracker, o histórico, a lista NETMOD e RFC 2119, RFC 6020, RFC 7950, RFC 8049, RFC 8299, RFC 8525 e RFC 9195.