Resumo

  • RFC 9658 inclui {MT-ID, IPA} no FEC multiponto e cria MT Multipoint Capability para declarar suporte ao signaling e ao forwarding com esse escopo.
  • Anunciar ou retirar a capacidade altera uma promessa de procedimento; não comprova criação, preservação ou remoção de labels, replicação, branches e tráfego já existentes.
  • Um rollout auditável liga sessão e capability a revisão topológica, bytes do FEC, cálculo, interfaces, plataforma, OAM por branch e observação do receptor.

O momento da retirada divide duas verdades

O bit S da capacidade pode passar de anunciado para retirado sem que todos os objetos de forwarding desapareçam no mesmo instante. Alguns labels podem expirar, outros ser removidos por procedimento e outros permanecer até reconvergência. Um painel que traduz “capability off” em “nenhum estado MT mLDP” inventa uma atomicidade que o protocolo não declarou.

RFC 9658 registra MT Multipoint Capability como 0x0510 nos parâmetros LDP da IANA. Ela pode ser enviada na inicialização ou dinamicamente quando RFC 5561 já foi negociado.

Uma negociação bem-sucedida obriga o speaker a suportar FEC topology-scoped e a configuração correspondente. O recibo registra peer, sessão, software, anúncio, retirada e política aplicada ao estado existente. Só os eventos de label e plataforma demonstram o que aconteceu depois.

O par transforma a raiz em identidade completa

RFC 6388 define os FEC P2MP e MP2MP. RFC 9658 acrescenta {MT-ID, IPA} à identidade, permitindo que a mesma raiz e o mesmo opaque value pertençam a árvores diferentes.

RFC 7307 fornece MT IP e MT IPv6. RFC 9658 usa oito bits antes reservados para IPA e mantém oito bits reservados, enviados como zero e ignorados na recepção. RFC 9350 define Flexible Algorithm; o registro IGP Parameters governa os valores.

O número identifica o algoritmo, mas não carrega a revisão de sua definição ou a época da base de links. Por isso, o ledger associa ao FEC a definição, os atributos de topologia, o horário de aceitação e o resultado local do cálculo.

O upstream e o downstream usam a mesma restrição

Para escolher o upstream LSR, a melhor rota até a raiz deve ser obtida dentro da subtopologia indicada. O next hop então determina o peer LDP. Consultar a tabela default pode produzir um peer real para a árvore errada.

No downstream, uma interface que alcança o vizinho só é elegível se também pertence ao mesmo subgrafo. Alcançabilidade física, adjacência LDP e elegibilidade de policy são recibos separados.

Registre interfaces candidatas, membership, motivo de admissão ou rejeição, label local, entrada de replicação e retorno da programação de hardware. Um erro parcial pode manter a maioria dos receivers ativa e esconder exatamente a branch que a política deveria proteger.

Operações em massa precisam preservar o scope

RFC 5918 define Typed Wildcard FEC. RFC 9658 permite que operações wildcard multiponto carreguem MT IP/MT IPv6, IPA e MT-ID, evitando que uma retirada destinada a uma subtopologia atinja árvores homônimas.

RFC 5919 define End-of-LIB. A nova forma pode sinalizar convergência por subtopologia. Esse marcador fecha a distribuição entre peers para um scope; não prova que hardware, tráfego e receivers convergiram juntos.

Durante manutenção, a ordem importa: capability, wildcard, label withdraw, End-of-LIB e platform delete podem ocorrer em instantes diferentes. Preservar a sequência impede que o resultado final apague o período em que estado antigo e promessa nova coexistiram.

LSP Ping ganha uma pergunta menos ambígua

RFC 6425 leva LSP Ping ao multiponto, baseado em RFC 8029. RFC 9658 mantém os subtipos P2MP/MP2MP, usa MT IP ou MT IPv6 e inclui o par junto à raiz.

Uma resposta positiva é forte evidência para a branch testada. Não prova todas as folhas, replicação contínua, recepção da aplicação ou efeito para o cliente. A matriz de QA deve listar branch, probe, contador e receiver, inclusive os não cobertos.

Uma falha também não tem causa única. Pode ser FEC ausente, definição divergente, interface excluída, label não instalado, falha de hardware ou plano de dados. O scope de RFC 9658 ajuda a preservar essas alternativas.

O anúncio de serviço não remove a distância operacional

RFC 6514 permite FEC mLDP no PMSI Tunnel attribute de MVPN. Com RFC 9658, o identificador usa a forma MT-scoped. O serviço pode nomear a árvore exata que pretende usar.

Ainda é preciso ligar anúncio, FEC, root lookup, labels, replicação, probes e recepção. Uma rota PMSI durante a janela de manutenção não informa sozinha se o estado antigo sobreviveu ou se o novo foi instalado.

RFC 5036 sustenta LDP e RFC 5920 o framework de segurança MPLS. Autenticação atribui mensagens ao peer; não garante que sua topology database está atualizada ou que a retirada limpou o ASIC.

Registrar a transição, não apenas o estado final

O registro começa com definição e revisão de {MT-ID, IPA}. Acrescenta capability e sessão, bytes do FEC, resolução da raiz e branches. Depois preserva label events, programação e remoção de hardware, End-of-LIB, probe, contador e receiver.

A Minimum Initial Specification de Heng Lu permite compartilhar esses campos mínimos sem apagar decisões locais. As camadas de realidade separam promessa, estado e resultado. A primazia do running code exige verificar o que o equipamento manteve e o que os receivers viram.

RFC 9658 torna o suporte explícito. A liderança deve impedir que a retirada de uma promessa seja tratada como recibo retroativo de limpeza, ou que labels remanescentes sejam tratados como autorização para continuar um serviço fora do contrato atual.

Sources