Resumo

  • RFC 9994 define como um Network Action Sub-Stack carrega ações e dados auxiliares no MPLS; a presença do NAS não é uma prova de processamento no caminho.
  • Escopo, capacidade conhecida, profundidade de rótulos legível, regra para ação desconhecida e papel do nó separam declaração de admissão.
  • A operação precisa registrar de forma distinta o que foi codificado, permitido localmente, processado e efetivamente observado.

O desenho de RFC 9994 é mais modesto do que a palavra “ação” parece sugerir. O documento cria um formato de MPLS Network Action Sub-Stack (NAS) para transportar indicadores de ação e Ancillary Data no label stack. O NAS começa com o rótulo MNA de propósito especial, valor 4. Em seguida vem uma entrada Format B; entradas Format C e D podem ampliar a sequência com outros opcodes e dados.

Essa estrutura pode influenciar decisões de encaminhamento, transportar informação de OAM ou realizar operações definidas pelo usuário. Mas “pode” não é um relatório de implantação. O RFC exige que o documento que cria um novo indicador de ação especifique formato, escopo, sintaxe e quantidade de dados auxiliares, processamento detalhado e interação com outras ações. O opcode aponta para uma definição; não carrega sozinho uma autorização completa, uma política de conflito ou uma demonstração de que o equipamento do outro lado está pronto.

O nó encapsulador é o primeiro lugar em que a responsabilidade aparece. Ele deve certificar-se de que os nós de trânsito e de egresso conseguem processar o NAS e de que o pacote respeita o MTU do caminho. Quem seleciona o caminho precisa considerar capacidade MNA e Readable Label Depth dos nós. Essas informações podem ser configuradas, obtidas por protocolos de gestão ou distribuídas por protocolos de controle. A própria RFC deixa o mecanismo de aprendizado fora do escopo. Portanto, a pilha enviada não é uma prova de que a condição que ela pressupõe foi verificada.

Três escopos, nenhuma licença automática

O campo IHS informa o escopo comum das ações de um NAS. I2E reserva o processamento ao egresso. HbH pede que os nós ao longo do caminho processem o NAS. Select limita a ação aos nós específicos que o expõem no topo da pilha. Um pacote com escopos diferentes precisa de NAS diferentes.

Esses nomes descrevem o processamento pretendido para nós capazes. Eles não certificam uma topologia, uma frota de equipamentos ou um anúncio de capacidade. Um NAS HbH pode ser corretamente formado e, ainda assim, encontrar um nó incapaz de lê-lo na profundidade necessária ou de reconhecer o opcode. A regra de ação desconhecida explicita o resultado permitido: o bit U manda o nó pular para a próxima ação ou descartar o pacote. Não é uma credencial, um recibo de entrega, nem uma autorização que atravesse domínios administrativos.

Os papéis no caminho impedem uma narrativa centrada apenas no emissor. O transit node processa NASes na ordem determinada e usa a regra para opcode desconhecido. O penultimate node não pode remover a última cópia exposta de um NAS HbH ou I2E, para que o egresso tenha a oportunidade de processá-lo. O egress node remove qualquer NAS recebido. Assim, uma alegação de que uma ação “aconteceu” deve ser decomponível: qual NAS foi imposto, qual caminho foi escolhido, qual capacidade foi usada na escolha, quais nós o expuseram, quais o processaram e que saída foi observada.

Também há uma fronteira material nos dados auxiliares. Em ambientes que usam valor de label para hash ECMP, alterar certos bits pode mudar o caminho do fluxo e gerar entrega fora de ordem. RFC 9994 impõe restrições para dados mutáveis e sugere outros posicionamentos. A norma não promete desempenho, escala ou estabilidade de qualquer aplicação futura de MNA. Ela torna o risco legível para que uma operação não o esconda atrás de uma pilha bem formada.

As considerações de segurança fazem a mesma separação. Ações do encapsulador podem afetar nós do caminho; ações definidas localmente têm supervisão limitada; nós intermediários podem alterar dados auxiliares; e bordas de um domínio provedor precisam ser capazes de filtrar pacotes MNA vindos de outra administração antes da implantação. Contadores de NAS processados, ações desconhecidas puladas ou descartadas e estruturas malformadas são úteis. Eles não convertem uma intenção declarada em prova automática de resultado.

O princípio de Running-Code Primacy de Heng Lu ajuda a manter a ordem. A camada comum deve conter apenas a gramática necessária para interoperar. Depois vêm validação local, adoção, compatibilidade e evidência. Sintaxe do pacote, capacidade aprendida, admissão local, tratamento por papel, efeito de encaminhamento e efeito de serviço são camadas de realidade distintas.