Resumo

  • draft-dikshit-netmod-comparability-scope-extension-00 propõe quatro declarações ordenadas: node-local, domain-local, controller-scoped e global.
  • O escopo mais estreito controla a combinação, porém o schema não confirma se a declaração, o identificador de domínio, a continuidade do controlador ou a semântica da métrica correspondem à realidade.

Todo agregado esconde uma história. Antes de virar um total, cada contador tinha nó de origem, ponto de observação, janela, filtro e regra de reinicialização. Quando esses elementos desaparecem, dois números com o mesmo nome parecem intercambiáveis. A aritmética funciona; a pergunta operacional deixa de funcionar.

A revisão -00 tenta preservar uma parte dessa história com a extensão csc:comparability-scope. Um nó YANG que produz uma métrica recebe uma fronteira declarada. Um consumidor ciente do schema pode então recusar comparações ou agregações que atravessem essa fronteira antes que o resultado chegue a uma tela, alarme ou laço de controle.

O texto tem alcance institucional limitado. O IETF Datatracker o registra como Internet-Draft individual ativo, sem endosso do IETF e sem posição formal. Os campos estruturados atuais não atribuem stream RFC nem intended RFC status. O cabeçalho da própria revisão -00, porém, diz “Intended status: Standards Track”. Essa é a direção proposta pelo autor, não adoção por grupo de trabalho, consenso ou decisão de publicação. O módulo YANG completo, o detalhamento de domain-id-ref, uma implementação de referência e o corpus de testes permanecem trabalho futuro.

Do nó ao global, sem atalhos

node-local limita a comparação ao mesmo nó de origem. domain-local admite um único domínio administrativo ou de protocolo, identificado por um valor associado. controller-scoped cobre nós sob um controlador comum enquanto o histórico de atribuição for preservado; a troca de controlador encerra a continuidade presumida. global declara comparabilidade entre nós, domínios e controladores durante a vida definida pelo módulo.

Se dois valores divergem, o menor escopo prevalece. Um contador global não amplia outro marcado node-local. Dois domain-local com identificadores diferentes são rejeitados. Dois node-local vindos de nós distintos também são recusados sem condição.

Essa força negativa é importante. Ela transforma uma incompatibilidade conhecida em decisão de admissão, não em explicação posterior ao incidente. Também deixa um recibo: revisão do módulo, valores de escopo, identificadores apresentados, contexto da leitura e motivo da rejeição.

O validador não assiste ao que aconteceu

A ferramenta não sabe se o autor testou fornecedores diferentes antes de escrever global. Não sabe se o inventário colocou o nó no domínio correto, se uma migração entre controladores teve uma lacuna ou se uma versão de firmware mudou normalização, unidade ou reset. Ela valida a coerência das declarações recebidas, não a origem dessas declarações.

Por isso global deve ser tratado como a afirmação de maior custo probatório. É preciso fixar unidade, escala, população, ponto de observação, janela, filtros, dados ausentes, normalização, reinício, wrap e período de validade. As RFC 8911 e 8912 mostram a disciplina de associar identificadores de métricas a especificações e metadados estáveis. O registro reduz ambiguidade; não mede se todos os produtores cumprem a especificação.

A RFC 8342 separa estado pretendido de estado operacional. A anotação de escopo está do lado modelado. A comparação real precisa de evidência operacional: associação ao domínio durante toda a janela, cadeia de custódia do controlador, continuidade da entrega, alinhamento temporal e resultados consistentes diante de uma referência independente.

Identidade rica ainda não é comparabilidade

O draft individual relacionado sobre escopo de identificadores de telemetria, agora na revisão -01, trata VRF, famílias de endereços, domínios de observação, normalização, tempo e agregação. O -00 analisado aqui é mais específico: uma extensão YANG por valor e regras de rejeição estática.

Identidade responde o que foi medido. Comparabilidade responde se duas medições podem participar da mesma operação para responder à mesma pergunta. Uma não deriva automaticamente da outra. A referência ao modelo QoS -15 fornece motivação, não prova implementação, uso em produção ou validação operacional.

Aceitação não autoriza remediação

Uma soma errada pode ultrapassar um limiar e mandar alterar rotas, políticas ou serviços. Nesse ponto, a perda de contexto se transforma em impacto. O schema pode bloquear uma combinação que já viola a fronteira declarada. Ele não consegue concluir que uma combinação aceita torna segura a ação seguinte.

Automação exige outra sequência: contrato de métrica fixado, históricos de domínio e controlador verificados, teste semântico entre origens, controle de continuidade, canário limitado, rollback demonstrado e responsável claro. A incompatibilidade fecha a porta. A compatibilidade declarada abre apenas a próxima verificação.

Fontes

Draft e estado: comparability-scope -00; Datatracker; histórico; anúncio I-D.

Contexto: YANG 1.1, RFC 7950; NMDA, RFC 8342; modelo de registro de métricas, RFC 8911; registro de métricas, RFC 8912; escopo de identificadores de telemetria -01; modelo QoS -15.