Resumo

  • A revisão 14 de draft-ietf-mpls-mna-ioam, publicada em 11 de setembro de 2026, acrescenta uma regra normativa para o nó MPLS cuja técnica de balanceamento não é conhecida.
  • No fluxo identificado por Flow ID MNA, a faixa de 19 bits do Sequence Number MNA que começa no bit 1 da LSE deve permanecer imutável quando a pilha de rótulos participa do balanceamento — e agora também quando não se sabe qual técnica é usada.
  • O projeto deixa fora de escopo qualquer mecanismo para descobrir a técnica do nó. Fixar os bits elimina uma fonte potencial de perturbação, mas não demonstra estabilidade do caminho medido.
  • Antes de comparar observações IOAM-DEX, o operador precisa de um registro local da hipótese de hash, da evidência que a sustenta e do contexto da captura.

O preço de colocar o contador na pilha

O IOAM Direct Export associa observações sem obrigar cada nó a anexar todo o seu dado ao pacote. No modelo de RFC 9326, um Flow ID ajuda a correlacionar exportações do mesmo fluxo e um Sequence Number normalmente começa em zero e avança uma unidade a cada pacote DEX desse fluxo. O método para atribuir o Flow ID continua sendo uma decisão externa ao RFC.

draft-ietf-mpls-mna-ioam-14 adapta esses elementos às MPLS Network Actions. Os campos opcionais Flow ID MNA e Sequence Number MNA ocupam, cada um, uma Label Stack Entry completa de 32 bits em formato D. Excluídos o primeiro bit fixo e o bit S que marca o fundo da pilha, restam valores de 30 bits.

Essa proximidade com a pilha cria o risco. Alguns equipamentos formam o hash de balanceamento a partir de informações nela presentes. Se todos os bits do contador mudam a cada pacote, a telemetria pode fornecer entropia nova à seleção de caminho. A sequência usada para entender perda ou ordenação passa a ajudar a decidir o que será observado.

A regra para quando ninguém sabe

O texto anterior separava duas condições conhecidas. Se o nó usa informações da pilha de rótulos para distribuir os fluxos, os 19 bits do Sequence Number MNA a partir do bit 1 da LSE devem permanecer iguais para um Flow ID. Se se sabe que o nó usa outras técnicas, todos os bits podem variar.

A comparação oficial entre as revisões 13 e 14 revela a nova condição. Se a técnica usada pelo nó não for conhecida, aplica-se a mesma imutabilidade de 19 bits. A frase seguinte mantém os mecanismos para aprender as técnicas de balanceamento fora do escopo.

É uma escolha de prudência: incerteza não concede o espaço inteiro do número de sequência. Para adotar a opção mais permissiva, a operação precisa antes classificar o comportamento real do nó. O documento define a consequência da ignorância, não um processo para produzir conhecimento.

Outras mudanças da revisão 14 reforçam a disciplina de formato. Quando a flag F está limpa, toda a LSE do Flow ID deve ser omitida; quando a Q está limpa, vale o mesmo para a LSE do Sequence Number, inclusive os bits fixos. Se a marcação alternada não estiver em uso, o Block-Number pós-pilha agora deve ser zero, em vez de apenas ser recomendado. Combinações malformadas de ações dentro e depois da pilha exigem descarte.

A proposta se apoia na arquitetura de RFC 9197, que limita o IOAM a um domínio controlado e já pede atenção aos efeitos de ECMP, no arcabouço MNA de RFC 9789 e na solução-base de RFC 9994. Também depende do projeto de cabeçalho MNA pós-pilha e reaproveita definições do registro IANA IOAM Trace-Type.

A faixa fixa não autentica o percurso

Os 19 bits imutáveis evitam que essa parte do contador altere uma decisão que talvez leia a pilha. Eles não dizem quais entradas o hardware realmente usa, quantos rótulos enxerga, se cada salto aplica a mesma política ou se uma atualização mudou o comportamento. Tampouco provam que pacotes instrumentados e tráfego comum enfrentaram decisões equivalentes.

O Flow ID fornece uma chave de correlação, não uma definição universal de fluxo. Uma sequência contínua pode conviver com desvio posterior; uma lacuna pode surgir na exportação ou no coletor, e não no encaminhamento. O conjunto de fontes não contém implementação nomeada, teste de interoperabilidade, captura, medição de estabilidade ou custo de processamento.

O limite administrativo é igualmente importante. O uso foi concebido para um único domínio confiável. Nós de borda devem filtrar, antes da admissão, pacotes que tragam essas ações de outro domínio ou de fonte não confiável. Dados auxiliares podem trafegar em claro e nenhuma função deve pressupor integridade sem proteção adicional.

O registro no Datatracker descreve um Internet-Draft ativo do grupo MPLS, destinado a Proposed Standard. O estado no grupo é “Submitted to IESG for Publication” e o estado no IESG é “Publication Requested”; o histórico mostra as versões. Os opcodes pedidos seguem como TBA. Nada disso constitui alocação, aprovação, RFC ou implantação.

Fontes