Resumo

  • A RFC 9753 negocia o uso dos bits P e I do cabeçalho de objeto em PCEP com estado; um objeto desconhecido com P desmarcado pode ser ignorado sem interromper o restante da mensagem.
  • Continuidade, indicação I e um PCRpt bem-sucedido são recibos limitados ao protocolo. Não comprovam preservação semântica, equivalência do caminho, programação do encaminhamento nem trânsito seguro.

Uma mudança pode parecer limpa justamente porque não falhou. O PCC relata um LSP com vários atributos pretendidos. Um objeto traz uma restrição conhecida apenas pela versão mais nova. A política do emissor deixou P em zero. O receptor pula o objeto, processa o restante e conserva a sessão. Não falta objeto obrigatório e não há mensagem malformada. A troca seguiu exatamente o caminho permitido.

O que sumiu não foi a mensagem, mas parte do que ela queria dizer.

A RFC 9753, publicada em abril de 2025 no Standards Track do IETF, atualiza a RFC 8231. O registro do RFC Editor e o Datatracker estabelecem identidade e status. O texto torna alguns objetos de PCRpt, PCUpd e PCInitiate opcionais para processamento, evitando que toda diferença de capacidade mate a operação.

RELAX combina uma gramática, não uma política

Na PCEP básica da RFC 5440, P é a regra de processamento e I informa que um objeto opcional foi ignorado. A RFC 8231 exigia P e I iguais a zero para objetos com estado. A RFC 9753 adiciona R, RELAX, ao STATEFUL-PCE-CAPABILITY TLV. O registro PCEP da IANA reserva o bit 17.

PCE e PCC precisam anunciar R. Quem não o anuncia deve ignorar P e I pela regra anterior. R bilateral comprova que os dois aceitam essa gramática na sessão; não comprova uma lista comum de objetos relaxáveis, uma mesma revisão de política ou o mesmo valor atribuído a atraso, largura de banda, afinidade ou proteção.

O padrão recomenda P=1 por default. Desmarcar P depende de configuração ou política local que admita relaxar a restrição, ou classifique o objeto como informação segura de ignorar. O protocolo não descobre inocuidade. Uma autoridade local assume esse risco.

A unidade é o objeto inteiro

P e I não escolhem apenas um TLV opcional dentro do objeto; atingem o objeto PCEP completo. Um registro útil deve conservar classe, tipo, mensagem, direção, SRP ou pedido, LSP, versão de política e hash dos bytes. Sem isso, uma equipe pode imaginar que perdeu um detalhe desconhecido quando retirou da decisão o recipiente inteiro de uma exigência.

Objetos obrigatórios continuam obrigatórios. Em PCRpt, a RFC cita LSP e ERO pretendido; em PCUpd e no PCInitiate da RFC 8281, SRP, LSP e ERO. P indevidamente desmarcado nesses objetos exige PCErr Error-Type 10, Error-value 1.

Para objetos não obrigatórios há duas rotas. Com P=1, desconhecimento ou recusa de processamento exige rejeitar toda a mensagem com Unknown Object ou Not supported object. Com P=0, o par pode ignorar e continuar. Assim, “sem erro” tanto pode significar compreensão completa quanto descarte permitido. Um contador de sucesso não distingue as duas histórias.

A delegação desloca a autoridade sobre P

Em PCRpt, P informa ao PCE o que precisa ser considerado na manutenção, cálculo ou reotimização. Em PCUpd e PCInitiate, informa ao PCC o que precisa ser considerado na instalação. A RFC 8051 descreve a aplicabilidade; a RFC 8231 mantém a propriedade do estado do LSP no PCC e sujeita atributos vindos do PCE à política local.

Durante a delegação, porém, a RFC 9753 permite que o PCE mude o tratamento: pode marcar como ignorado um objeto em que o PCC havia colocado P, ou exigir um objeto que o PCC havia tornado opcional. O PCC deve reconhecer a expectativa em PCRpt ou usar a regra de atualização inaceitável.

O bit final não conta essa história. O recibo precisa do dono da delegação, geração de sessão, SRP/pedido, identidade do objeto, valor anterior e posterior, revisão de política e resposta do PCC.

I informa processamento, não satisfação

O PCE pode recolocar em PCUpd um objeto opcional ignorado e marcar I. O PCC pode fazer o mesmo no PCRpt que responde a PCUpd ou PCInitiate. I desmarcado indica que o par declara ter processado o objeto. Mas I não tem sentido em PCRpt sem SRP correlacionador e deve ser zero em PCInitiate.

Mesmo válido, “processado” não significa “satisfeito”. O parser pode reconhecer, a política pode avaliar e outra condição pode determinar a escolha. O PCC pode relatar estado sem ler de forma independente o hardware de encaminhamento.

O exemplo da RFC 9753 usa listas de atributos pretendidos e reais em PCRpt. Um objeto METRIC pode limitar Path Delay Variation conforme a RFC 8233. Torná-lo opcional pode ser razoável quando nenhum caminho cumpre o limite. O sucesso posterior não preserva esse limite. É preciso guardar valor, unidade, decisão de ignorar, novo cálculo, caminho realizado e medição do tráfego.

A réplica de estado termina antes do pacote

A RFC 8231 chama a sincronização inicial de réplica, em um ponto do tempo, do estado de LSP do PCC no PCE. PCRpt pode informar caminho, largura de banda e estados operacional e administrativo. Entre esse relatório e o pacote restam política local, sinalização, admissão de recursos, escolha em RIB ou tabela de rótulos, resolução de próximo salto e programação física.

Essa fronteira distingue o tema da RFC 9757, sobre instruções centrais Native IP, e da RFC 9826, sobre a projeção YANG do PCEP. Um estado de controle ou gestão completo não se torna observador independente do encaminhamento.

A RFC 9753 recomenda ativação apenas em sessões autenticadas e criptografadas entre pares da mesma autoridade administrativa, com PCEPS da RFC 8253 e práticas TLS da RFC 9325. Isso protege canal e identidade; não autentica a decisão semântica de limpar P.

O documento também recomenda tornar RELAX e restrições opcionais configuráveis e visíveis. Ele não cria nova exigência de verificação operacional. Esse é um limite da padronização, não uma dispensa de evidência externa.

As camadas da realidade de Heng Lu fornecem uma lente editorial declarada: símbolo negociado, operação aceita, estado representado, programação aplicada e resultado observado são fatos distintos. O livro-razão confiável liga identidade e sessão, R bilateral, mensagem e objeto, política, parser, decisão, significado perdido, recálculo, reconciliação PCE/PCC, estado do dispositivo, tráfego e rollback.

Fontes

O conjunto técnico inclui RFC 9753, metadados RFC Editor, Datatracker, IANA PCEP, RFC 5440, RFC 8231, RFC 8281, RFC 8051, RFC 8233, RFC 8253, RFC 9325, a adjacente RFC 9757 e a adjacente RFC 9826. Não se afirma fornecedor, implantação, incidente, interoperabilidade nem adoção.