Resumo

  • O RFC 3446 permitiu que vários RPs PIM-SM anunciassem um endereço Anycast, conduzindo fontes e receptores à instância topologicamente mais próxima.
  • Sessões MSDP, router IDs e origem/RPF de Source-Active exigiam unicast único; rota próxima não comprovava sincronização, árvore construída ou entrega.

Um RP ativo concentrava distância e trabalho

No RFC 2362, vários RPs podiam ser configurados, mas só um mapeamento grupo-RP permanecia ativo. Isso concentrava decapsulação de Register, tornava a recuperação lenta e arrastava tráfego para longe. O RFC 3446 descreveu fontes europeias cruzando até um RP nos Estados Unidos e voltando.

Dividir 224.0.0.0/4 entre RPs exigia prever tráfego e reconfigurar a divisão. Números igualmente repartidos não garantiam carga igual.

Publicado em janeiro de 2003 como Informational, o documento possui texto, registro editorial, Datatracker, histórico, referências, citações e errata. Esses registros não provam um resultado operacional.

A porta comum selecionava; não sincronizava

Cada RP recebia o mesmo endereço Anycast numa interface lógica e anunciava seu /32 no IGP. Register e Join seguiam a rota mais próxima. Todos os RPs, porém, precisavam do mesmo mapeamento, e os demais routers o aprendiam por configuração, Auto-RP ou bootstrap de RFC 5059.

Para compartilhar fontes ativas, os RPs usavam MSDP, depois especificado no RFC 3618. MBGP não era obrigatório; MSDP era. Seus pares precisavam de endereços unicast únicos.

O Anycast não podia ser router ID, pois adjacências poderiam falhar. Nem podia ser endereço RP em mensagens Source-Active: o peer-RPF falharia. A frente respondia qual instância estava perto; o fundo precisava saber qual par concreto originara o estado. Esconder essa identidade quebrava a proveniência.

O mecanismo também criava estado (S,G) no caminho receptor-fonte e continuava dependente da estabilidade unicast. O nome podia permanecer enquanto a instância mudava. Integridade de rota, PIM e MSDP eram proteções distintas.

Os RFC 4601 e 7761 revisaram PIM-SM; o RFC 4610 ofereceu Anycast-RP com PIM; o RFC 4786 ampliou orientações Anycast. São contexto, não causalidade. IANA registra endereços multicast e parâmetros PIM, não pacotes entregues.

As camadas da realidade de Heng Lu separam endereço, rota, instância, fonte conhecida, estado PIM, pacote e resultado. A primazia do código reconhece os custos encontrados em redes reais sem confundir rota com serviço. A especificação inicial mínima favorece compartilhar só a entrada e preservar identidades explícitas. É interpretação editorial.

Clientes precisam de um nome que esconda a réplica; réplicas precisam de nomes que as distingam. Um nome universal elimina a origem que a coordenação requer.

Fontes