Resumo

  • A RFC 9757 coordena a criação de sessões BGP, rotas explícitas até o par, anúncios de prefixos e encaminhamento Raw ou Tunnel por PCEP; ainda assim, PCInitiate registra intenção e PCRpt registra apenas o testemunho limitado do PCC.
  • A cadeia operacional deve prosseguir por autoridade e época do controlador, sincronização, identidade BGP bilateral, aceitação pela política, instalação em RIB/FIB, canários de pacote, recuperação ordenada e limpeza comprovada.

É possível obter uma sequência impecável de confirmações sem ter um serviço comprovado. Um roteador informa que processou a instrução de pareamento. Os nós intermediários confirmam suas rotas explícitas. Os equipamentos de borda dizem que enviaram os prefixos. Nome simbólico e identificador do controlador coincidem. O painel fica verde. Nada disso, isoladamente, mostra que o vizinho BGP aceitou a rota, que cada tabela de encaminhamento contém o next hop desejado, que a troca ocorreu sem loop ou que um pacote atravessou o caminho.

A fronteira é especialmente importante na RFC 9757, pois o documento estende a atuação de um PCE como controlador central até a engrenagem cotidiana de uma rede Native IP. Publicada com status Experimental, a especificação trabalha com caminhos construídos por sessões BGP, rotas de host e anúncios de prefixos. Os registros do RFC Editor e do Datatracker confirmam sua identidade e seu status. O próprio texto solicita retorno de implementações e implantações sobre efeito operacional, escala e estabilidade. Objetos padronizados e procedimentos normativos, portanto, não são prova de adoção nem de êxito em produção.

Três instruções correlacionadas, não uma transação atômica

Uma instrução Native IP em PCInitiate carrega SRP, LSP, uma Central Controller Instruction de Object-Type 2 e exatamente um entre três objetos novos. BPI descreve o par BGP. EPR descreve uma rota de host até esse par. PPA descreve os prefixos que devem ser anunciados a ele. O Symbolic Path Name correlaciona instruções distribuídas como parte de um mesmo caminho ponta a ponta; o CC-ID distingue uma instrução do controlador naquela sessão PCEP.

Essa correlação é valiosa, mas não torna a execução atômica. Um caminho exige objetos diferentes em aparelhos diferentes, e cada PCC relata apenas o trabalho que lhe foi atribuído. PCRpt pode acusar recebimento e participar da sincronização de estado. Repetir o mesmo objeto, contudo, não transforma o PCC em testemunha independente. O relato representa o que a implementação PCEP e os módulos locais acreditam ter processado.

Antes de qualquer instrução, os dois lados devem anunciar Path Setup Type 4 e o bit de capacidade Native-IP. Uma negociação incompatível gera erros definidos e encerramento da sessão. Essa proteção evita uso silencioso de capacidades divergentes. Ela não prova que a topologia do PCE está atualizada, que sua autorização organizacional cobre a mudança, que todos os PCCs necessários estão presentes ou que a janela é segura. Além de autenticar o PCE e proteger o canal PCEP, a operação precisa guardar identidade autenticada, escopo autorizado, responsável pela decisão e época do controlador.

Uma ordem protegida por criptografia ainda pode estar errada, desatualizada ou fora do mandato.

Estabelecer BGP requer dois lados

O BGP Peer Info informa AS do par, endereços local e remoto, TTL de EBGP, estado ou erro e o bit T que escolhe a estratégia de encaminhamento. Os endereços devem ser dedicados ao uso Native IP, e não reaproveitados de uma sessão manual. O PCC receptor tenta estabelecer a sessão e relata andamento, sucesso ou falha.

A palavra decisiva é “relata”. A RFC 9757 não altera a máquina de estados BGP da RFC 4271. Ela entrega certos parâmetros ao módulo BGP local; muitos outros continuam vindo de padrões. Um BPI “established” é evidência útil de um equipamento, não um registro bilateral. Um recibo operacional deve unir endereços e AS de ambos os lados, AFI/SAFI, proteção de transporte, instância de política, identidade dos roteadores, geração da sessão e horários de estabelecimento. Sem essa junção, uma sessão antiga, um padrão inesperado ou o par errado pode ocupar o mesmo rótulo tranquilizador.

A arquitetura CCDR mais ampla da RFC 8821 usa várias sessões BGP para produzir escolha de caminho Native IP. Esse objetivo não elimina as políticas de importação e exportação. Quando PPA manda um PCC de borda anunciar prefixos a um par, a RFC 9757 pede um relatório depois do envio bem-sucedido. “Enviado” para no lado local. Não atesta entrega, Adj-RIB-In remoto, aceitação por política, seleção de melhor caminho, propagação posterior ou uso no encaminhamento. Para mudanças críticas, convém conservar a identidade do UPDATE de saída, o recibo do par, a revisão exata da política, a escolha no Loc-RIB e a entrada de FIB que os pacotes encontrarão.

A confirmação de uma rota não lê a placa de linha

EPR liga a configuração do par à alcançabilidade. Instala rotas de host até os endereços de pareamento, em geral com preferência superior à de rotas IGP dinâmicas e inferior à de rotas estáticas manuais ou equivalentes. O PCC precisa verificar que o next hop é alcançável. Para evitar loops transitórios, o PCE adiciona EPRs na ordem inversa do caminho ponta a ponta, remove na ordem direta e instala um next hop atualizado antes de apagar a instrução antiga.

Essas regras de ordem são uma superfície operacional que merece prova. O registro deve conter versão do caminho, dependências por equipamento, horários de despacho e resposta, resolução do next hop e o instante em que o estado antigo desapareceu. Um PCRpt positivo mostra que o PCC aceitou ou concluiu a operação EPR segundo sua implementação. Leituras independentes de RIB e FIB continuam necessárias, assim como estado de adjacência e observação de pacotes.

Uma rota pode existir no plano de controle, perder a disputa de preferência, falhar na programação do ASIC, apontar para uma adjacência antiga ou chegar depois que outro nó já retirou o caminho anterior.

Raw e Tunnel exigem a mesma disciplina. No modo Raw, o destino original orienta o encaminhamento; o controle de caminho é moderado e tráfego de outro ingresso pode compartilhar um segmento preferido. Tunnel usa IP-in-IP entre entrada e saída selecionadas para restringir melhor esse par. O bit T registra a escolha. Não comprova encapsulamento, desencapsulamento, MTU, validação de origem, identidade dos terminais ou caminho observado. Um canário deve levar identidade do ingresso, classe de fluxo, tamanho, horário e saída esperada; em Tunnel, os dois terminais devem produzir evidência separada.

Na falha, a correlação passa a depender do tempo

A RFC 9757 trata BPI, EPR e PPA com o mesmo Symbolic Path Name como atributos de um caminho no banco LSP e invoca a sincronização da RFC 8232. O modelo stateful da RFC 8231, os procedimentos iniciados pelo PCE da RFC 8281 e as instruções centrais da RFC 9050 fornecem o contexto de estado, delegação e timeout.

Sincronização prova o que foi relatado em determinada versão do banco e contexto de sessão; não congela a rede. Se um PCC sai do controle, o PCE deve recalcular e reimplantar nos PCCs ativos evitando loops transitórios. Se o PCE falha, as instruções podem ser redelegadas, enquanto estado existente pode sobreviver até o State Timeout Interval. A cadeia de prova precisa, por isso, de época do controlador, geração da sessão PCEP, versão do banco, conjunto de PCCs e horário exato de cada mudança de autoridade.

Limpeza também não é um botão único. O PCE envia remoções explícitas para PPA, EPR e BPI. A comprovação segura segue as dependências: confirmar retirada dos anúncios pretendidos; confirmar desaparecimento do encaminhamento obsoleto sem cortar prematuramente o caminho remanescente; confirmar remoção da sessão e da configuração BGP; confirmar ausência de resíduos em RIB, FIB, tabelas de túnel e banco sincronizado. O último testemunho combina teste negativo e positivo: o caminho aposentado deixa de transportar o canário, enquanto o caminho sobrevivente ou restaurado continua funcionando.

O princípio de Running-Code Primacy, de Heng Lu, coloca implementação, validação, implantação e uso acima de artefatos de coordenação. A ideia de Minimum Initial Specification separa vocabulário técnico comum das decisões locais posteriores. Aplicada à RFC 9757, a combinação permite valorizar a correlação do protocolo sem pedir que ela certifique fatos fora de sua visão.

Um registro adequado para liderança contém dez recibos ligados: autoridade e época; capacidade mútua; sincronização concluída; pedido e resposta por objeto; identidade BGP bilateral; aceitação por política; realização em RIB/FIB; estado Raw/Tunnel; canários de pacote e serviço; recálculo, retirada e rollback. A RFC 9757 fortalece a primeira metade. Seu mérito não é transformar PCRpt em prova de pacote, mas revelar a fronteira antes que o verde do painel vire uma decisão de negócio sem sustentação.

Registro de fontes

O estado atual do documento pode ser conferido na consulta de erratas da RFC 9757. O PCEP básico está na RFC 5440, enquanto RFC 8408 e RFC 8283 dão o contexto de PST e PCECC. Os critérios editoriais também recorrem a Reality, Not Advocacy e Reality Layers, de Heng Lu.