Resumo

  • A revisão 10 do rascunho OPSAWG para testes OAM agendados diz que alterações posteriores no modelo de teste unitário não deveriam modificar sem aviso uma sequência já configurada. A lista da sequência deixa de reunir referências e passa a incluir testes unitários; também mudam nomes de módulos e estados.
  • O texto insiste que o usuário controla a ordem e que a troca de posição pode alterar o resultado comunicado. No entanto, a nova lista unitary-test não traz ordered-by user, presente na versão 09. Pela RFC 7950, a ausência dessa declaração implica ordem definida pelo sistema. Isso mostra uma divergência no rascunho, não um erro comprovado de um produto.

Em uma investigação de falha, medir antes ou depois de outra verificação pode mudar o sentido de um resultado. O relatório final, portanto, precisa mais do que uma relação de testes realizados: precisa de um procedimento identificável. O documento draft-ietf-opsawg-scheduling-oam-tests propõe dois modelos YANG para que sistemas de gerenciamento e orquestração agendem testes individuais de operação e manutenção, além de sequências de testes. Ele é um Internet-Draft de grupo de trabalho destinado a Proposed Standard, ainda sujeito a revisão e sem equivalência a uma RFC publicada.

A versão 10 acrescenta uma fronteira útil entre modelo reutilizável e configuração concreta. Cada sequência passa a ser descrita como configuração local: mudar depois o modelo de um teste individual não deve reescrever discretamente a sequência já montada. A nova lista unitary-test inclui a definição do teste no contexto da sequência, em vez da antiga lista test-ref. Isso ajuda a formular a exigência de comparabilidade entre execuções. Mas a mudança de texto e estrutura não demonstra como uma implementação conservaria versões antigas ou resultados associados.

Há, ainda, uma fronteira que ficou menos nítida. A seção 4.2 afirma que o usuário deve ter pleno controle da ordem porque uma mudança altera a saída reportada. Ela pede expressamente a declaração ordered-by user. A versão 09 a colocava na lista de referências. A versão 10 não a coloca na lista que a substituiu, embora a descrição desta diga que dá suporte tanto à ordem do usuário quanto à ordem do sistema. A RFC 7950 determina o significado da omissão no YANG: prevalece a ordem do sistema. Uma intenção no texto não muda sozinha a semântica da lista.

Não há base para apontar um incidente ou um fornecedor que tenha executado testes em ordem indevida. A questão objetiva para o grupo de trabalho é qual contrato ele deseja concluir. Se a sequência escolhida pelo operador deve ser garantida, o modelo precisa permitir escrevê-la e lê-la de volta. Se não deve, as afirmações sobre ordem controlada pelo usuário precisam ser revistas. A nova identidade de conflito de prioridade e a opção de identificar um nó por nome ou ID de topologia não resolvem essa escolha.

O agendamento importa recursos da RFC 9922. Uma reportagem anterior do BTW tratou da distância entre validade temporal e autorização atual de uma ação programada. A análise presente não repete esse argumento: mesmo numa execução autorizada, a confiança no diagnóstico exige saber que procedimento, em que ordem, originou os dados.

Fontes