Resumo

  • O draft do grupo PIM datado de 6 de setembro reúne topologia, algoritmo e plano de dados em um TAD para construir árvores multicast por caminhos restritos. A revisão 01 atualiza datas e referências, não a mecânica da revisão 00.
  • O TAD é um acordo da árvore inteira: todos os roteadores precisam participar do mesmo TAD, o valor não pode sair do seu domínio IGP e joins divergentes podem interromper o procedimento ou segurar o tráfego no primeiro salto.
  • Na borda de compatibilidade, o novo anúncio GSI vira o antigo GSH quando algum vizinho não oferece suporte; a conversão descarta sub-TLVs e apaga justamente o TAD.

Uma transmissão tem dois caminhos. O mais curto está cheio; o outro respeita uma restrição de latência ou largura de banda. Calcular o segundo é a parte atraente. Garantir que cada nó monte a mesma árvore é a parte que decide se há serviço.

O Multi-Topology in PIM descreve como levar essa escolha ao PIM. A revisão 01 é documento ativo do grupo, pretende Standards Track e continua em I-D Exists. Não é RFC nem prova de implantação. A comparação do texto 01 com o 00 mostra apenas novas datas, validade e versões citadas.

Três valores escolhem o vizinho a montante

RFC 7761 explica que o Join caminha salto a salto para a fonte ou RP, instala estado e faz os dados voltarem no sentido inverso. O TAD adiciona Topology, Algorithm e Dataplane a essa construção.

Topology seleciona uma visão IGP. Algorithm pode aplicar o cálculo com restrições de RFC 9350. Dataplane diferencia Segment Routing, IP Flex de RFC 9502 ou um soft dataplane proposto. O conjunto aponta para a tabela que deve resolver o upstream.

O FHR divulga source/group e um sub-TLV TAD por PFM. O LHR usa o anúncio ou uma política local para incluir TAD no Join/Prune. Os intermediários consultam a rota daquele contexto. Por isso o texto exige o mesmo TAD em toda a árvore.

Ler os campos não comprova o resultado. É preciso conferir as definições em cada equipamento, a rota alcançável, o estado TIB, a programação MFIB e o pacote observado no receptor.

O domínio IGP delimita o significado

O draft proíbe levar um TAD local para fora do domínio IGP. MT-ID é específico do protocolo: OSPF em RFC 4915 e IS-IS em RFC 5120 não prometem que o mesmo número represente a mesma topologia operacional.

O limite é de autoridade, não apenas de encaminhamento. O triplo só manda onde existe um dicionário comum.

Há escolhas locais adicionais. Dois FHRs podem anunciar TADs diferentes para o mesmo source/group; o LHR desempata por originator address, preferindo o maior por padrão. Uma configuração LHR incompatível com seu anúncio impede o envio do Join com TAD. Quando TAD e RPF Vector chegam juntos, a política local escolhe qual ignorar; diante de vários TADs, recomenda-se o primeiro.

Cada regra pode ser implementada corretamente e ainda assim produzir decisões diferentes entre aparelhos. Conformidade individual não é coerência coletiva.

Falhar fechado requer um registro aberto

Se os Join recebidos para o mesmo estado não trazem o mesmo TAD, ou se a tabela TAD não resolve um upstream, o roteador deve parar o procedimento e avisar o administrador. O FHR não deveria encaminhar até que todos concordem.

Isso evita uma árvore incoerente, mas uma única ramificação pode afetar receptores prontos. O alerta precisa guardar valores, vizinhos, capacidade, política e último estado de encaminhamento. Uma mensagem genérica não permite atribuir a decisão.

A seção de segurança diz que escolhas diferentes de topologia e algoritmo podem causar loop ou impedir o fluxo. Um roteador forjado também pode anunciar TAD errado. O novo campo não resolve sozinho autenticação de origem; é uma entrada privilegiada que precisa de proveniência.

O fallback preserva a fonte e perde o caminho

O TAD de descoberta usa GSI do PIM Flooding Mechanism and Source Discovery Enhancements, documento Experimental já na fila do RFC Editor. O suporte é anunciado por interface em PIM Hello.

Com todos os vizinhos compatíveis, o GSI segue intacto. Se um deles não entende, o roteador converte para o GSH de RFC 8364. Source, group e holdtime sobrevivem; os sub-TLVs são ignorados. O TAD some.

A rede pode continuar descobrindo a fonte e parecer saudável para PIM tradicional, embora tenha perdido a intenção de caminho. A matriz de suporte deve percorrer todas as interfaces relevantes.

Nas camadas de realidade de Heng Lu, draft, configuração, anúncio, TIB, MFIB e entrega são fatos separados. A primazia do código em execução põe o pacote recebido acima de um parser bem-sucedido.