Resumo

  • O RFC 7212 permite que uma extremidade MPLS anuncie capacidades, parâmetros de configuração e informações específicas de aplicações pelo G-ACh; isso não transforma o emissor em autoridade de configuração do receptor.
  • O receptor mantém o controle por meio de ativação por canal, autorização local de aplicações, regras próprias de cada aplicação, tempo de vida explícito e verificação autenticada de atualidade.
  • A automação segura precisa de uma cadeia visível: o que chegou, como foi autenticado, até quando vale, qual política local o consumiu e por que um valor mudou.

Um anúncio é um fato, não uma ordem

O G-ACh Advertisement Protocol, ou GAP, resolve um problema concreto das redes de transporte. Uma extremidade de LSP, pseudowire ou seção pode precisar informar ao par quais capacidades suporta, quais parâmetros utiliza ou quais dados uma aplicação deve conhecer. Em um ambiente MPLS-TP sem IP, os mecanismos usuais de descoberta podem não existir. Um canal de anúncio independente da camada de enlace reduz configurações estáticas frágeis e revela inconsistências mais cedo.

A fronteira de governança está na palavra “anúncio”. O RFC 7212 define um modo unidirecional simples: um emissor configurado transmite blocos de dados tipados por aplicação. O receptor pode validar ou ajustar sua configuração, mas os papéis administrativos não se fundem. Transmissão e recepção operam por canal e são configuradas pelo operador. Todas as aplicações GAP ficam desativadas por padrão. Os dados recebidos só são entregues a aplicações locais que precisam deles e estão autorizadas a consultá-los.

O poder fica bem dividido. O emissor controla a afirmação que publica sobre si. O operador receptor decide se o GAP funciona, qual aplicação pode ver a informação e o que ela pode fazer. A especificação de cada aplicação define o sentido de seus TLVs. A simples chegada do pacote não prova nenhuma dessas permissões.

Um cenário concreto de controle

Considere dois nós MPLS-TP adjacentes em uma seção Ethernet sem encaminhamento IP. O nó A anuncia seu endereço MAC de origem e o tamanho máximo de quadro pela aplicação Ethernet Interface Parameters do RFC 7213. O nó B pode aprender o endereço e comparar o tamanho anunciado com seu mínimo local.

É uma evidência valiosa, mas não uma ordem remota para desligar o enlace. O RFC 7213 deixa a consequência para a política configurada: diante de uma incompatibilidade, o operador pode derrubar o enlace ou mantê-lo ativo e usar OAM para verificar o tamanho efetivo. O mesmo fato recebido pode sustentar ações legítimas diferentes sob políticas locais distintas.

O operador ganha uma visão verificável do estado do par, uma forma de substituir premissas estáticas antigas e uma trilha de diagnóstico quando as extremidades divergem. O RFC 7213 recomenda enviar o anúncio pertinente logo após reconfiguração, reinicialização ou detecção de desconexão para reinicializar o estado do enlace. As aplicações recebem um transporte comum, independente de um protocolo específico de descoberta. Nenhum desses benefícios exige ceder a autoridade local de mudança.

Validade, identidade e significado são verificações separadas

Cada bloco de dados de aplicação traz um tempo de vida. Dados estáticos só podem ser retidos durante esse período. Um valor zero os marca como expirados imediatamente; um bloco vazio pode expirar dados anteriores da aplicação. Após uma reinicialização, o estado retido de anúncios de pares deve ser descartado. Assim, uma observação antiga não se apresenta como autoridade atual.

A autenticação responde a outra pergunta. O RFC 7212 define autenticação de mensagens e usa carimbos de tempo contra repetição. Identificadores de chave são associados a parâmetros criptográficos por configuração explícita do operador ou por uma troca separada. Autenticidade, atualidade e autorização semântica permanecem distintas. Um MAC válido mostra que uma chave aceita protegeu a mensagem; não decide se a aplicação deve reescrever um parâmetro nem prolonga dados expirados.

Se o receptor não interpreta determinada aplicação, ele pode manter seus bytes pelo tempo anunciado, pois ainda podem ajudar o operador. Reter evidência não é executá-la. O sistema pode admitir que não entende o significado sem inventar uma ação.

O custo operacional acompanha a autoridade

O GAP deixa deliberadamente vários custos para aplicações e operadores. O emissor escolhe a frequência. A aplicação fragmenta dados grandes, pois o protocolo não oferece fragmentação nem remontagem. Aplicação e operador devem evitar congestionamento do enlace. Chaves, relógios, tolerância à repetição, expiração, limpeza após reinício e visibilidade de auditoria precisam de responsáveis definidos.

O RFC 7212 também exige que os dados recebidos possam ser inspecionados. Quando uma informação recebida altera a configuração local, o motivo deve ficar claro. Esse é o controle decisivo: a automação permanece governável quando um recibo reconstrói a passagem entre observação autenticada, regra local e diferença de configuração. Sem esse registro, a conveniência transforma silenciosamente a declaração do par em autoridade inexplicada.

Fontes