Resumo

  • Na RFC 5920, o núcleo MPLS/GMPLS de cada provedora é uma zona de confiança própria; a vizinha pode ser autorizada e ainda assim não confiável.
  • Autenticar a contraparte confirma identidade, mas não concede poder geral sobre rotas, rótulos, sinalização, reservas ou OAM.
  • A interconexão permanece útil quando cada ASBR aceita apenas o escopo combinado e preserva filtros, limites, observação e direito de desligamento.

O acordo abre um serviço, não a zona confiável

Um contrato de interconexão permite que duas redes troquem uma finalidade definida. Ele não atesta que toda configuração ou mensagem originada no núcleo da outra parte esteja correta. No modelo da RFC 5920, a fronteira confiável de cada operadora termina em seus ASBRs. A parceira é conhecida e autorizada a se comunicar, mas continua sendo uma autoridade separada.

O mesmo enlace transporta benefício e falha. Clientes recebem alcance entre domínios, e as operadoras compõem serviços que uma rede isolada não entregaria. Pela mesma porta podem passar atualizações forjadas, mensagens malformadas, pedidos excessivos, conexões cruzadas incorretas ou pressão de recursos. Uma falha ou comprometimento no par pode virar exposição local sem que ninguém tenha delegado autoridade interna irrestrita.

O rótulo MPLS não autentica a origem. A RFC 5920 registra que seu significado é local e que o plano de dados MPLS não contém um identificador de fonte apropriado para autenticar o emissor. Um rótulo plausível não prova procedência, objetivo ou direito ao tratamento pedido. A identidade depende do mecanismo de controle adequado; a permissão continua dependendo da política da interconexão.

Identidade, autorização e confiança são decisões distintas

Autenticação responde quem enviou. Autorização define o que essa identidade pode fazer: usar determinado protocolo, estabelecer uma classe de LSP, anunciar uma rota, emitir OAM, reservar banda ou consumir capacidade de processamento. Confiança é a disposição de aceitar comportamento sem nova verificação. Cada camada pede evidência e responsável próprios.

Quando elas se confundem, surge poder silencioso. Uma sessão autenticada passa a legitimar tudo que consegue codificar. Um serviço permitido faz o núcleo remoto parecer parte da zona local. O ASBR deixa de ser fronteira de risco. A RFC 5920 aponta o caminho oposto: manter a relação e restringir fontes, protocolos, volumes e recursos.

Isso requer controles combinados: autenticação da sessão, política de roteamento, filtros de entrada e saída, tratamento de pacotes malformados, limites por interface ou operadora, habilitação seletiva de protocolos e monitoramento. Criptografia protege identidade e integridade, mas não elimina todo esgotamento de CPU ou banda e acrescenta gestão de chaves. Filtros reduzem exposição, porém podem barrar uma recuperação legítima. Limites preservam capacidade, mas podem ampliar o efeito de um pico real. Governança é escolher conscientemente esses compromissos.

Benefícios e custos recaem em lugares diferentes

Clientes ganham continuidade entre redes, e as operadoras ampliam cobertura. Já as equipes nos ASBRs arcam com configuração, chaves, reserva de capacidade, telemetria, exercícios e falsos positivos. Uma regra estreita pode proteger o núcleo e interromper um circuito; uma regra ampla pode manter o tráfego e permitir que estado inesperado consuma recursos.

Quem envia quer aceitação rápida; quem recebe suporta o risco imediato de processar. O acordo bilateral deve explicitar protocolos, objetos e taxas permitidos, autoridade de mudança, evidência guardada e direito de isolamento. Saber quem é a contraparte não decide automaticamente nenhum desses pontos.

O contrafactual revela a delegação

Sem interconexão, esta exposição desaparece, mas o serviço entre operadoras também. O contrafactual útil mantém o enlace e trata autorização como confiança. Em condições calmas parece simples; sob erro ou comprometimento, estado externo entra com mais facilidade e pode virar exaustão ou indisponibilidade ampla.

“Autorizado, porém não confiável” não chama a parceira de inimiga. Reconhece que ela exerce uma autoridade independente. A receptora aceita apenas o necessário para a finalidade acordada, observa desvios e mantém a contenção. A garantia interna de uma parte nunca substitui o dever de cuidado da outra na fronteira.

Evidências e limites

Os fatos técnicos vêm da RFC 5920; a RFC 5921 fornece contexto MPLS-TP, e a RFC 5718 separa este tema do artigo anterior sobre canal de gestão no mesmo caminho. A RFC 5920 é informativa. A divisão de responsabilidades e as recomendações operacionais são análise de Elias Ward.

Não há alegação contra operadora, fabricante ou rede. As fontes não provam adoção atual, configuração de organização nomeada, frequência de incidentes, eficácia medida ou conjunto criptográfico adequado hoje. Sem evidência operacional contemporânea, esses itens permanecem desconhecidos.

Fontes