Resumo

  • Em 17 de agosto de 2026, a IESG aprovou draft-ietf-mpls-mna-ps-hdr-19 para publicação como Proposed Standard. Bit P, deslocamentos, cabeçalho-base e regras de comprimento tornam o Post-Stack MPLS Header localizável; não provam implementação ou resultado.
  • O rascunho diz que um nó de trânsito cuja Readable Label Depth não cubra o PSMH completo simplesmente pula esse processamento. Entrega válida não substitui a prova de capacidade e execução de cada nó.

O pacote certo também pode esconder um resultado incompleto

A abertura é um teste hipotético, não o relato de um incidente. O P bit pode estar certo, início e fim podem concordar, os comprimentos podem fechar e o egresso pode receber estrutura válida. Mesmo assim, uma ação destinada ao meio da rota pode não ter sido invocada.

Nessa condição específica de profundidade, a regra não é descartar sempre. O trânsito omite o processamento pós-pilha e segue encaminhando. Logo, “chegou” e “foi executado por todos os nós previstos” são afirmações diferentes.

Há três fatos a manter separados: a ação foi codificada; o escopo incluía o nó; o nó efetivamente a executou. Eles pertencem à sintaxe, à seleção de rota e à telemetria local.

O formato aprovado resolve onde procurar

A decisão de 17 de agosto cobre a versão 19 do MPLS Network Action Post-Stack Header. Até a publicação pelo RFC Editor, o documento continua Internet-Draft e mantém valores TBA. É uma etapa de padronização, não certificado de fornecedor, ASIC ou rede ativa.

O MNA Sub-Stack permanece na pilha de rótulos. No Format B, o P bit anuncia um Post-Stack MPLS Header depois do Bottom of Stack. O cabeçalho-base traz primeiro nibble, comprimento e tipo; ações e dados auxiliares vêm em seguida.

O PSMH pode ficar depois de Pseudowire Control Word, Generic Associated Channel ou outra estrutura. O start offset localiza seu início, em palavras de quatro octetos a partir do BoS. O primeiro NAS pode assumir zero; um NAS posterior com P precisa de posição. Um end offset opcional permite calcular tamanho e profundidade antes de analisar o contêiner.

O comprimento declarado vai de uma a 255 palavras após o cabeçalho-base e deve equivaler à soma das ações. Nibble inesperado, deslocamento inválido, início e fim incoerentes ou soma errada tornam o pacote malformado e exigem descarte, independentemente da política de ação desconhecida.

O mérito do formato é tornar a localização verificável. Ele não concede a cada roteador alcance físico ou lógico até ela.

Profundidade legível passa a decidir admissão

Nesse uso, Readable Label Depth deixa de contar apenas entradas de rótulo e passa a contar palavras de quatro octetos desde o topo da pilha. Assim, pode representar leitura além do BoS.

Quem seleciona a rota precisa conhecer a capacidade MNA pós-pilha de trânsitos e egresso, o path MTU e a RLD de cada nó envolvido. O encapsulador não adiciona PSMH quando o egresso não oferece suporte, quando um trânsito que removerá o NAS não entende P, ou quando excederia MTU.

O rascunho não define como obter capacidade, MTU ou RLD. Configuração e protocolos de gestão ou controle são fontes possíveis. O limite é importante: aprovação do formato não é anúncio operacional de capacidade.

Cada RLD precisa de origem, data e vínculo com hardware e software. Troca de placa, reversão de versão, alteração de função ou crescimento da pilha pode invalidá-la. Um valor máximo antigo produz pacote impecável com efeito seletivamente ausente.

Malformado, desconhecido e fora de alcance são caminhos distintos

PSMH malformado falha na estrutura e é descartado. Ação desconhecida segue a política derivada do NAS para nós que entendem P. Um nó sem P nem analisa o PSMH; a política não governa conteúdo invisível.

Com RLD insuficiente, o trânsito pula o processamento. Se também não consegue remover o PSMH por profundidade ou falta de start offset, não deve remover o NAS portador de P. Indicador e conteúdo ficam juntos para um nó posterior.

O penúltimo salto preserva NAS e PSMH expostos de alcance hop-by-hop ou ingress-to-egress para o egresso, que remove os cabeçalhos associados ao remover o NAS. Isso protege o ciclo de vida, não comprova invocações anteriores.

Escopo expressa intenção, não recibo

Hop-by-hop, ingress-to-egress e selected-node indicam onde a ação deveria ocorrer. A prova precisa unir rota real, suporte de P e da ação, RLD, política local e resultado. Em selected-node, a própria seleção deve refletir topologia e capacidade atuais.

O documento recomenda contadores separados para PSMH recebido, excesso de RLD, drop ou skip de ação desconhecida, descarte malformado e sucesso ou falha por ação. Um total único de “MNA processado” apaga exatamente o intervalo que importa.

A fronteira administrativa precisa enxergar mais fundo

Ações pós-pilha são extensíveis; ações locais podem ser perigosas fora do domínio. Por isso, antes da implantação, a borda do provedor deve filtrar pacotes Post-Stack MNA vindos de outro domínio administrativo. A RLD do filtro tem de superar a de todos os nós internos.

É uma regra de autoridade: quem responde por rejeitar a ação externa precisa ver tudo o que qualquer equipamento interno poderia ver. Uma borda mais rasa só atesta o prefixo alcançado.

Nós intermediários podem alterar dados pós-pilha. Funções críticas exigem verificação adicional em toda a rede. Dados auxiliares sensíveis devem ser cifrados ou não enviados. Desempenho, escala e processamento por roteadores BIER ficam fora do escopo.

A afirmação correta é limitada: o formato aprovado define indicação, localização, validação e ciclo de vida. Execução segura e uniforme em uma rota real ainda depende de capacidade, observação e governança.

Fontes