Resumo

  • O RFC 9730 não substitui o GMPLS por um controlador centralizado. Um controlador pode escolher ou pré-calcular um caminho e pedir ao nó de ingresso que o provisione, enquanto RSVP-TE continua sinalizando entre elementos de rede.
  • “O controlador aceitou a ordem”, “o domínio sinalizou um LSP”, “o PLR comutou o tráfego” e “o serviço voltou ao SLO” são afirmações diferentes. Cada uma exige evidência própria.

Uma arquitetura de coexistência

O RFC 9730, “Interworking of GMPLS Control and Centralized Controller Systems”, é Informational. Seu argumento central é que controle GMPLS distribuído e sistemas centralizados podem coexistir sem que um elimine o outro.

No GMPLS, um elemento de rede pode coletar estado de nós e enlaces, formar uma topologia, calcular caminhos segundo política local e participar da alocação de labels via RSVP-TE. Isso mantém capacidade decisória próxima ao domínio e ao equipamento que efetivamente programa o encaminhamento.

Em uma arquitetura ACTN, o MDSC fica entre pedidos do CNC e recursos expostos pelos PNCs. O MDSC traduz serviços, coordena domínios e trabalha com abstração; o PNC configura e monitora NEs e pode expor topologia bruta ou abstrata. A MPI transporta pedidos de conectividade e largura de banda, além de visões filtradas por política.

Por isso, uma visão “global” pode cobrir vários domínios e ainda ser incompleta por desenho. O controlador vê o suficiente para coordenar, mas não necessariamente todos os detalhes internos usados por cada domínio.

Calcular, iniciar e instalar são atos diferentes

A computação de rota pode residir no controlador, no ingresso com TED ou em um PCE. Essa flexibilidade impede uma equivalência simples entre “cálculo centralizado” e “programação centralizada”.

Um controlador pode selecionar um caminho e solicitar ao ingresso sua criação via PCInitiate ou NETCONF. Depois, RSVP-TE pode executar a sinalização salto a salto. O controlador influencia a escolha, mas não precisa configurar cada NE diretamente.

No modelo clássico de PCE, o PCE retorna um caminho e o PCC decide se e quando o implanta. Com PCE-initiated, a operação pode iniciar criação, manutenção ou remoção do LSP. Logo, uma resposta de cálculo não prova que o caminho entrou em serviço.

Em redes multi-domínio, o serviço pode usar RSVP-TE fim a fim, LSPs costurados por domínio ou segmentos separados. Labels inter-domínio podem ser alocados por bordas ou controladores. “Provisionado” precisa, portanto, ser decomposto por segmento, domínio, autoridade e confirmação.

Abstração e frescor limitam o que o controlador sabe

NEs e controladores podem manter estado bruto, reduzido ou abstrato, e essas visões podem estar em relógios diferentes. O RFC 9730 não estabelece um limite universal de frescor.

Isso muda a interpretação de qualquer decisão. Dizer que “o controlador conhecia a topologia” não basta sem versão, política de abstração e horário da atualização. Um caminho alternativo pode ter sido calculado corretamente com base em um estado que já mudou quando a falha ocorre.

Mesmo em domínio único, a utilidade de uma alternativa depende do tempo de reporte, processamento, armazenamento e atualização do head-end. A validade matemática da rota e sua executabilidade operacional são questões diferentes.

Por isso, a trilha de evidência deve guardar o pedido do controlador ou MDSC, restrições, versão da topologia abstrata, política aplicada, respostas dos PNCs, caminho ou segmentos escolhidos, hipóteses de disjunção e acknowledgement do reroteamento.

Falhas criam um handoff entre ação local e coordenação ampla

Na recuperação, a divisão de responsabilidade fica mais visível. O RFC 9730 não acrescenta nova exigência para span protection. Mecanismos locais existentes continuam relevantes.

Um controlador pode calcular caminhos de proteção disjuntos, enquanto APS ou GMPLS Notify realizam comutação mais rapidamente no local da falha. No fast reroute, há pelo menos três etapas: calcular, criar e detectar/comutar. O controlador pode calcular, RSVP-TE pode criar, e o PLR pode mudar o tráfego.

O RFC 4873 permite que um branch ou PLR estabeleça um recovery LSP independente até um merge node. A escolha de branch e merge pode ser local, e a incapacidade de recuperar deve ser reportada.

Em uma falha multi-domínio, um domínio GMPLS pode tentar primeiro o reroteamento de segmento. Se faltarem recursos ou se um enlace inter-domínio falhar, o resultado pode subir por Controller(G) até o MDSC. O MDSC pode então calcular e acionar uma alternativa cruzando domínios, inclusive usando outro domínio.

O padrão, portanto, é um handoff. A camada local favorece velocidade e detalhe; a coordenação central entra quando a solução exige uma visão ou autoridade além daquele domínio.

Recuperação concorrente pode causar novas transições

O RFC 4426 distingue recuperação de span, segmento e fim a fim e permite níveis concorrentes. Isso significa que uma restauração local pode ocorrer enquanto outra camada ainda está reagindo.

Preempção e reversão também podem provocar perturbações adicionais. Um caminho emergencial pode consumir recursos de menor prioridade; depois, o retorno ao caminho preferencial pode causar outra mudança.

Assim, medir apenas o primeiro instante em que o tráfego reaparece é insuficiente. É preciso saber qual escopo foi protegido, qual mecanismo agiu, se houve competição por recursos e se o serviço permaneceu estável após reotimização ou reversão.

A cadeia de evidência precisa chegar ao cliente

Em arquitetura híbrida, vários componentes podem estar corretos localmente sem que o serviço tenha sido restaurado de ponta a ponta. A evidência precisa acompanhar toda a sequência.

No controlador/MDSC, devem aparecer pedido, restrições, versão da topologia, política, respostas de PNC, caminho ou segmentos, premissas de disjunção e acknowledgement.

No domínio, interessam TED e política local, recebimento de PCInitiate ou NETCONF, RSVP Path/Resv e erros, programação de labels e cross-connects e um estado reportado equivalente a PCRpt quando aplicável.

Na recuperação local, a cronologia deve registrar detecção, PLR ou branch, merge node, escopo protegido, estado de detour ou bypass, troca de tráfego, insuficiência de recursos, preempção e reversão.

Por fim, a prova deve chegar aos endpoints: alcance, desempenho e evidência do SLO na fronteira do cliente. Um LSP estabelecido pode ser necessário sem ser suficiente.

Ausência do controlador não significa a mesma coisa para todas as funções

Serviços existentes e proteção pré-estabelecida devem continuar funcionando quando o controlador não está disponível; redundância e funções de backup nos NEs são desejáveis.

Isso separa continuidade de encaminhamento de capacidade de mudança. Um serviço já instalado pode continuar operando sem nova decisão central. Uma falha que exija novo domínio, nova política ou nova computação global pode não ser resolvida com o mesmo alcance.

Portanto, “o tráfego continuou quando o controlador caiu” prova resiliência do estado já instalado. Não prova que novos serviços, reotimização ou restauração multi-domínio permaneceram disponíveis.

Segurança e limites de autoridade

Cada entidade precisa de política de gestão, confiança e segurança. Controladores são pontos de alto valor porque concentram cálculo, coordenação e capacidade de iniciar mudanças. Autenticação, autorização, patching, monitoramento e proteção são essenciais.

Mas o risco não desaparece nos NEs, canais de gestão, PNCs ou sinalização. O sistema híbrido amplia a superfície que precisa ser correlacionada.

A questão operacional é manter explícito quem pode pedir, calcular, iniciar, sinalizar, programar e comprovar o efeito final.

O que não deve ser confundido com o RFC 9730

O RFC 9730 não define produto único de telemetria, meta universal de convergência ou formato padrão de prova. Parte da recuperação não-GMPLS fica fora de escopo.

Também é incorreto tratar documentos próximos como se descrevessem a mesma recuperação. O RFC 9731 aborda VN YANG; o RFC 9732, particionamento NRP; o RFC 9889, realização de slice 5G. Eles tratam outros aspectos de arquitetura e modelagem.

Quatro afirmações, quatro evidências

Uma operação madura deve separar quatro níveis.

Primeiro, aceitação pelo controlador: a solicitação foi recebida e aceita.

Segundo, execução no domínio: o comando chegou, a sinalização ocorreu e labels ou cross-connects foram programados.

Terceiro, comutação local: o elemento detectou a falha e transferiu o tráfego.

Quarto, restauração fim a fim: os endpoints voltaram a operar dentro dos parâmetros esperados.

Uma única mensagem de sucesso não substitui essa cadeia.

Fontes