Resumen

  • RFC 3446 dio una dirección Anycast a varios RP PIM-SM activos para que fuentes y receptores avanzaran hacia la instancia topológicamente más cercana.
  • La trastienda exigía unicast único: sesiones MSDP, router IDs y origen/RPF de Source-Active no podían usar la identidad compartida; una ruta cercana tampoco probaba estado sincronizado o entrega.

Una asignación activa encarecía la geografía

RFC 2362 admitía varios RP configurados, pero una sola asociación grupo-RP activa. Ese punto concentraba decapsulación de Register, retrasaba la recuperación y podía arrastrar tráfico a una región distante. RFC 3446 describió fuentes y receptores europeos enviando primero a un RP estadounidense y regresando por enlaces caros.

Partir 224.0.0.0/4 entre RP exigía anticipar la distribución de tráfico y reconfigurarla al cambiar. Simetría numérica no era equilibrio de carga.

El documento Informational se publicó en enero de 2003. Su texto, registro, Datatracker, historia, referencias, citas y erratas prueban la propuesta, no el rendimiento de una red.

La puerta común delegaba la selección al IGP

Todos los RP del grupo recibían la misma dirección Anycast en una interfaz, a menudo loopback. La asociación grupo-RP nombraba esa dirección y cada instancia anunciaba el /32. El enrutamiento unicast llevaba Register y Join por el camino más cercano.

No hacía falta un balanceador mundial. Pero los RP debían tener asociaciones idénticas, y los demás routers aprenderlas por configuración, Auto-RP o el bootstrap PIMv2 de RFC 5059. El nombre compartido no sincronizaba la configuración.

Los pares debían saber quién era quién

MSDP, luego especificado en RFC 3618, distribuía fuentes activas. MBGP era opcional; MSDP era requisito de este mecanismo. Sus sesiones usaban extremos unicast únicos.

La dirección Anycast no debía ser router ID, porque podía impedir adyacencias. Tampoco podía aparecer como dirección RP en mensajes Source-Active: fallaría peer-RPF. El frente contestaba «¿qué instancia está cerca?»; el reverso, «¿qué par concreto originó este estado?». Una identidad ocultaba la réplica; la otra conservaba procedencia.

El uso de MSDP también creaba estado (S,G) hacia la fuente, quizá inexistente en un árbol compartido único. La inestabilidad unicast podía mover a un cliente entre RP bajo la misma dirección. Nombre estable no equivalía a trayectoria estable.

RFC 4601 y RFC 7761 revisaron PIM-SM; RFC 4610 ofreció Anycast-RP con PIM, y RFC 4786 generalizó operaciones Anycast. Son contexto, no causalidad. Los registros IANA de multicast y PIM prueban valores, no entrega.

La disponibilidad no cabía en un solo recibo

Las capas de realidad de Heng Lu separan dirección, ruta IGP, instancia, conocimiento MSDP, estado PIM, paquete y resultado. La primacía del código reconoce que despliegues continentales expusieron el coste del RP distante y la partición estática, sin convertir la ruta en prueba de servicio. La especificación inicial mínima favorece una entrada común pequeña, identidades de coordinación explícitas y topología decidida localmente. Es una lectura editorial.

La réplica debe ser invisible para el cliente y visible para sus pares. La misma dirección no puede cumplir ambas funciones sin borrar la procedencia que hace posible coordinar.

Fuentes