Resumo

  • A revisão 08 exige que o uso de GSI tenha controle local e anúncio Hello; em uma interface mista, GSI vira GSH, mantendo grupo, fonte e holdtime e descartando os Sub-TLVs específicos do fluxo.
  • Relaxed-RPF escolhe uma única interface de PFM_OPT_IF entre enlaces paralelos; upgrades, downgrades, mudanças de vizinhança e falhas podem tornar o estado antigo antes que uma atualização periódica o repare.

O inventário que ficou velho durante a mudança

Antes da janela, o controlador coletou os Hellos e marcou todos os pares como capazes. A implantação falhou em um nó e a equipe voltou à imagem anterior. O nó deixou de anunciar GSI e a opção de otimização, como deveria. O painel, porém, continuou usando o inventário capturado antes da reversão.

O próximo anúncio passou por outra regra: a interface agora tinha um vizinho sem GSI e recebeu GSH. A origem, o grupo e a validade chegaram; os atributos foram removidos. Em paralelo, a composição de PFM_OPT_IF mudou. Uma conclusão construída sobre a versão do software, e não sobre o estado observado naquele momento, ficou errada em duas camadas.

draft-ietf-pim-pfm-forwarding-enhancements-08 foi publicado em 25 de agosto de 2026 e expira em 26 de fevereiro de 2027. É um Internet-Draft ativo do grupo PIM, destinado ao status Experimental; a página do grupo o coloca na fila do RFC Editor. Ainda não é RFC, relatório de produto, censo de uso ou prova de desempenho.

O desenho melhora PFM de dois modos. GSI leva dados adicionais sobre cada fonte. Relaxed-RPF reduz transmissões redundantes entre os mesmos roteadores em enlaces paralelos. Os ganhos dependem de estado que muda justamente durante as operações mais arriscadas: migração, rollback e alteração de topologia.

O que GSI acrescenta ao núcleo GSH

RFC 8364 definiu Group Source Holdtime, que contém grupo, fonte e tempo de retenção. A revisão 08 define Group Source Info para um único (S,G) e permite incluir Sub-TLVs com informações adicionais específicas do fluxo.

O receptor deve ignorar um tipo de Sub-TLV desconhecido e continuar processando o GSI e os demais atributos. Isso mantém compatibilidade extensível. Também limita a leitura do sucesso: aceitar a mensagem não significa compreender cada campo.

Uma plataforma precisa armazenar os bytes originais e a matriz de tipos compreendidos. Sem isso, “GSI válido” mistura a prova de enquadramento com a prova de semântica efetiva.

Capacidade é estado operacional

O roteador anuncia suporte por uma opção PIM Hello. A implementação deve oferecer um comando para desativar o uso; desativado, não pode anunciar a opção nem originar GSI. A presença do código no binário é apenas possibilidade.

Quando todos os vizinhos da interface suportam GSI, o FHR habilitado deve usá-lo. Se qualquer vizinho não suporta, deve usar GSH. O roteador intermediário encaminha GSI intacto para interfaces totalmente capazes e o converte para GSH nas interfaces mistas.

Na conversão, grupo, fonte e holdtime sobrevivem. Os Sub-TLVs são ignorados. A mesma origem pode, portanto, gerar uma visão rica em um ramo e uma visão reduzida em outro.

GSI e GSH podem coexistir. Para o mesmo (S,G), GSI prevalece e GSH oferece fallback. O pacote conter as duas formas não prova qual delas um vizinho entendeu ou manteve.

O fallback não é equivalência

A perda de atributos é uma ação permitida. O protocolo prefere manter a descoberta de fonte disponível em nós antigos a exigir que todos compreendam a extensão.

Essa escolha deve aparecer como evento. O recibo registra interface, capacidade dos vizinhos, GSI de entrada, GSH de saída e Sub-TLVs removidos. Uma comparação apenas dos campos preservados prova o núcleo, não a fidelidade.

A recomendação de agregar vários (S,G) do mesmo grupo em um GSH não é obrigatória. Formatos de pacote diferentes podem representar o mesmo estado reduzido. Nem número de TLVs nem tamanho do pacote substituem a reconstrução semântica.

Relaxed-RPF depende da identidade declarada

Para otimizar, os roteadores anunciam o Router-ID de RFC 6395, usam o mesmo valor em todas as interfaces de uma VRF PIM e guardam os identificadores vizinhos. A unicidade no domínio é uma premissa operacional. Se houver duplicidade, a otimização não pode ser aplicada com segurança.

Uma opção Hello própria anuncia a otimização. Para cada Router-ID, PFM_OPT_IF reúne interfaces em que esse ID pertence ao único vizinho PIM e o vizinho anuncia a capacidade. LAN compartilhada fica fora.

Com Relaxed-RPF, o emissor escolhe uma interface do conjunto segundo método específico da implementação. O receptor calcula o RPF normal e pode aceitar por qualquer interface elegível quando ambos são capazes. O recibo de uma cópia não explica o conjunto que existia nem o motivo da escolha.

Menos cópias, mais dependência do momento

Enviar uma cópia em vez de várias economiza processamento. O custo é depender mais da atualização de PFM_OPT_IF e da detecção de falha. O texto admite que um enlace pode falhar depois de escolhido e antes da atualização do estado, perdendo ou atrasando a mensagem.

Mensagens periódicas restauram o estado. A restauração posterior não comprova a entrega do anúncio disparado pela nova fonte. Para uma aplicação interessada nos primeiros pacotes, o atraso permanece material mesmo que a tabela final esteja correta.

O conjunto deve mudar com adição e remoção de vizinho, alteração de capacidade, configuração, topologia, upgrade e downgrade. O rollback do exemplo não é exceção administrativa; é parte do contrato de evidência.

A supressão de retorno usa outro critério

Quando a otimização está habilitada, o roteador não deve devolver uma mensagem por um enlace com único vizinho cujo Router-ID coincide com o originador. Para essa regra, basta o Router-ID; a opção de otimização não é necessária.

Isso é diferente de escolher uma interface em PFM_OPT_IF. Um estado único chamado “otimizado” não informa qual decisão evitou o envio. A telemetria precisa nomear a regra.

Router-ID também não é identidade criptográfica. Um Hello íntegro pode carregar valor duplicado ou associação antiga. A sintaxe não garante a premissa de unicidade.

Integridade por salto não preserva todos os significados

A segurança depende da correção dos Router-IDs, opções e Hellos. RFC 8364 explica que PFM link-local pode ser autenticado entre vizinhos, mas confiar no originador exige confiar em todos os nós intermediários e em sua validação do salto anterior.

Cada salto pode ser autenticado e, ainda assim, o Sub-TLV desaparecer numa conversão autorizada. A cadeia prova custódia local. Não é uma assinatura fim a fim dos mesmos bytes ou da mesma semântica.

Os registros IANA fornecem nomes e números estáveis. Não provam implementação, ativação, preservação em todos os ramos ou efeito no consumidor.

Nove recibos para uma afirmação

O registro profissional separa:

  1. revisão e situação editorial;
  2. VRF, origem, Router-ID, interface e época;
  3. Hello e controles efetivos;
  4. GSI original e Sub-TLVs;
  5. conversão por interface e atributos removidos;
  6. PFM_OPT_IF, RPF e enlace escolhido;
  7. recepção inicial versus atualização periódica;
  8. tipos compreendidos e estado instalado;
  9. SPT, replicação, pacote e resultado da aplicação.

Um GSH recente prova que o núcleo foi anunciado. Não prova os atributos GSI. Um refresco prova recuperação posterior. Não prova que o primeiro anúncio chegou.

O que o material não demonstra

As fontes sustentam as regras da revisão 08, o fallback, as premissas de Router-ID, a seleção e a recuperação. Não sustentam adoção, implementação específica, ganho medido, interoperabilidade, incidente, ataque ou entrega real.

Os ensaios limitados descritos em RFC 8364 pertencem ao PFM original. Não testam GSI/Sub-TLV nem Relaxed-RPF. Não podem ser promovidos a validação da extensão.

Na distinção de Heng Lu, o inventário de ontem é um registro histórico, não autoridade sobre a capacidade de hoje. A autoridade operacional vem do Hello, da configuração e do comportamento observados no mesmo período.

Fontes