Resumo

  • O RFC 5212 reúne camadas e regiões de comutação sob uma visão GMPLS e permite calcular caminhos que dependem de conectividade inferior ainda a ser criada por sinalização disparada.
  • ISCD, enlace TE virtual e identificador estável registram opções de controle. A prova de serviço também precisa de alocação de adaptação, LSP servidor real, origem dos atributos, verificação, OAM correlacionado e observação do tráfego cliente.

Eficiência começa com uma ausência visível

O RFC 5212 é um documento Informational de estrutura e requisitos, não uma solução protocolar completa. Ele separa camada de plano de dados — uma granularidade de comutação — de região do plano de controle, identificada pelo tipo de comutação. Uma MLN pode reunir várias camadas de uma região; uma MRN inclui mais de um tipo.

Consolidar enlaces TE de todas elas numa Traffic Engineering Database permite que o cálculo atravesse pacotes, camada 2, TDM, comprimento de onda e fibra. A visão conjunta melhora a utilização de recursos. Não converte, porém, informação distribuída em estado físico único.

O caso mais esclarecedor é o enlace TE virtual. Pré-instanciar todos os LSPs inferiores consumiria banda e recursos de adaptação mesmo sem tráfego. Por isso, a camada superior pode receber o anúncio de uma conectividade possível embora o LSP que a sustentará ainda não exista. Se a rota superior escolher essa opção, o LSP inferior deve ser sinalizado imediatamente.

O ganho vem justamente de não existir um circuito antecipado. Qualquer sistema que o trate como existente destrói a semântica que tornou a otimização possível.

O mapa termina na fronteira de adaptação

O ISCD descreve capacidade de comutação, codificação e propriedades de banda. Num nó híbrido, o trânsito entre camadas também depende de enlaces internos e de recursos de terminação ou ajuste. O RFC recomenda incorporar a disponibilidade desses recursos ao cálculo para evitar que o estabelecimento superior seja bloqueado na fronteira.

“Suporta” não responde “há capacidade agora”. “Há capacidade” não responde “foi alocada a esta geração da solicitação”. “Foi alocada” não responde “a conexão resultante preserva integridade”. E, entre administrações, ainda é preciso perguntar se a política permite o consumo.

Esses estados têm proprietários e relógios distintos. A TED pode transportar uma representação deles, mas não pode executar a decisão em nome do operador servidor.

Uma identidade pode sobreviver à troca de caminho

O RFC 5212 exige que um FA-LSP possa ser reencaminhado mantendo os identificadores de interface do enlace TE correspondente. Isso dá estabilidade ao cliente. Também significa que o mesmo objeto lógico pode passar por fibras, equipamentos e riscos diferentes ao longo do tempo.

Por isso, herdar atributos é mais que copiar campos. Capacidade, métrica, banda, proteção e SRLG precisam subir do LSP inferior segundo políticas específicas. A métrica superior pode não ser a soma dos componentes. Ocultar a rota de baixo pode eliminar informação necessária para avaliar confiabilidade; o detalhe da herança de SRLG fica fora do escopo.

Duas rotas que parecem separadas no alto podem compartilhar duto, energia ou domínio operacional embaixo. A abstração continua útil, mas uma promessa de diversidade exige origem e atualização dos riscos herdados.

Reconfigurar a VNT também pode afetar serviço. Liberar FA-LSPs pouco usados e mover LSPs aninhados melhora eficiência, porém pode perturbar tráfego. Make-before-break reduz a interrupção; não mede perda, reordenação nem resultado da aplicação.

Calcular, estabelecer, verificar e entregar

Com sinalização disparada, o cálculo pode produzir uma rota multicamada que ainda não está conectada na camada dos terminais. O nó de fronteira criará ou escolherá o FA-LSP inferior. Um ERO pode mostrar apenas saltos superiores, especificar uma rota inferior ou deixar escolha frouxa; em todos os casos, a decisão executiva permanece na fronteira.

Depois do estabelecimento há outra etapa. A seção 5.9 admite verificar conectividade correta e integridade do LSP inferior antes de oferecê-lo como enlace superior. A técnica é específica da tecnologia, mas a coordenação deve existir. OAM cliente precisa atravessar o trecho oculto, e alarmes servidores relevantes precisam subir.

Assim, sinalização prova uma transação de controle; verificação prova propriedades do enlace servidor; observação prova o que o cliente recebeu. Um recibo multicamada liga solicitação, terminais, transições, política, alocação de ajuste, estado virtual-real, identidade e reserva do LSP servidor, origem de métrica/proteção/SRLG, teste de integridade, alarmes e tráfego. Esse recibo é orientação editorial da BTW, não requisito inventado para o RFC.

Visibilidade não adquire autoridade

A doutrina de Heng Lu distingue registro administrativo, poder de decisão e realidade em execução. Uma TED legítima pode sustentar cálculo sem controlar os recursos descritos. Ela não aprova outra administração, não ocupa um adaptador, não revela todo risco físico e não entrega o pacote.

Manter essa fronteira torna a automação verificável: cálculo propõe, política autoriza, sinalização tenta mudar, verificação testa e observação mede. O erro não é usar abstração. É deixar o primeiro sucesso falar por todas as etapas ausentes.

Fontes

  1. RFC 5212
  2. Datatracker: RFC 5212
  3. Informações do RFC 5212
  4. RFC 5339
  5. Datatracker: RFC 5339
  6. RFC 6001
  7. Datatracker: RFC 6001
  8. RFC 5623
  9. RFC 4202
  10. RFC 4206
  11. RFC 3945
  12. RFC 5146
  13. RFC 4847
  14. RFC 4726
  15. RFC 4802
  16. RFC 4803
  17. RFC 4377
  18. Histórico do RFC 5212
  19. Heng Lu — primazia do código em execução