Resumen

  • Un receptor SSM solicita un canal (S,G), no solo el grupo G: la dirección de origen forma parte de la admisión.
  • La red deja de descubrir fuentes mediante RP y árboles compartidos, mientras la aplicación pasa a ser responsable de obtener S por otro canal.
  • La selección de una fuente no equivale a autenticarla; además, las suscripciones siguen consumiendo estado y pueden ser objeto de abuso.

El join que ya no cabe en una sola dirección

En una ventana de mantenimiento, dos peticiones pueden parecer casi iguales. La primera pide «el grupo G». La segunda pide «la fuente S dentro del grupo G». Para Source-Specific Multicast, esa diferencia no es un detalle de sintaxis: define el servicio.

RFC 4607 denomina canal a (S,G). El datagrama debe proceder de S y dirigirse a la dirección SSM G para llegar al socket que lo solicitó. IPv4 reserva 232.0.0.0/8; IPv6, FF3x::/32. Dentro de esas gamas, un join (*,G) sin fuente no es un comodín válido. Los routers no deben usarlo ni propagarlo, y todos deben coincidir en la semántica source-specific de la gama.

El resultado es una forma distinta de autoridad. En ASM, la red participa en encontrar fuentes. En SSM, el receptor debe conocer la fuente por un mecanismo externo al protocolo de entrega, normalmente en la capa de aplicación. La red ya no decide quién cuenta como emisor del grupo: construye estado hacia la dirección que el receptor ha elegido.

Menos maquinaria, más responsabilidad en el borde

RFC 8815 convierte esa idea en recomendación operativa para el multicast interdominio. Propone deprecar ASM en ese ámbito, adoptar SSM y disponer de soporte completo en hosts y routers. La lista de elementos que desaparecen del camino SSM explica el atractivo: no hacen falta Rendezvous Points, árboles compartidos, cambios al shortest-path tree, registros PIM, MSDP ni descubrimiento dinámico de RP. PIM-SSM puede llevar el join hacia la fuente ya nombrada y crear estado (S,G).

La simplificación, sin embargo, no borra la función de descubrimiento. La traslada. Algún directorio de servicio, señal de aplicación o mecanismo de control debe entregar S al receptor. De ahí se deriva una consecuencia operativa: una fuente equivocada o antigua puede ser seleccionada con precisión y aplicada por la red sin que ningún router sepa que la decisión era mala. Es una inferencia sobre el reparto de control; los RFC no aportan datos sobre un servicio comercial concreto.

También importa el alcance de la BCP. RFC 8815 se refiere a ASM interdominio. No excluye ASM dentro de una organización o dominio. Por tanto, la recomendación no prueba una migración universal ni autoriza a tratar cualquier uso interno como incumplimiento.

La LAN puede perder la fuente

RFC 4604 lleva SSM a IGMPv3 y MLDv2. Una aplicación que intente una petición no source-specific sobre una dirección SSM debería recibir un error. Los modos de compatibilidad con versiones anteriores pueden impedir la entrega porque un informe antiguo solo expresa el grupo y no la fuente.

En medios compartidos aparece un riesgo menos obvio. Un host consciente de SSM no debe suprimir su informe con fuente en la condición de compatibilidad descrita por RFC 4604 solo porque otro host haya emitido un informe. Si lo hace, el router de primer salto puede no aprender el filtro requerido, y otros receptores pueden quedar sin servicio. La aparente duplicación del control conserva información que el formato antiguo no puede representar.

Ethernet tampoco filtra por origen IP al decidir el destino multicast de enlace. RFC 4607 exige que el módulo IP del host aplique el filtro de fuente antes de entregar el datagrama al socket. El contrato (S,G) debe sobrevivir a la API, al host, a IGMPv3 o MLDv2 y al encaminamiento, no solo a la parte central de PIM-SSM.

Admitir una dirección no demuestra una identidad

SSM responde «¿qué dirección de origen ha pedido el receptor?». No responde «¿quién controla esa dirección?». RFC 4607 advierte de que la falsificación de la dirección fuente puede violar el modelo y remite la autenticación fuerte a mecanismos de capa superior. La mejora es selección de origen en la admisión, no una firma del emisor.

Tampoco desaparece todo el estado multicast. Las suscripciones generan procesamiento, tráfico de control y entradas en routers. Un conjunto masivo puede causar denegación de servicio. El RFC permite límites de tasa o estado escogidos con cuidado. La política de defensa debe distinguir consumo hostil de crecimiento legítimo.

Los límites del expediente

Las tres fuentes no miden cuántas redes usan SSM hoy, ni comparan regiones o tipos de operador. No describen valores por defecto de fabricantes, fallos modernos de interoperabilidad, seguridad de directorios de fuentes concretos ni reducciones observadas de incidentes. Esas cuestiones permanecen desconocidas bajo este expediente.

Lo que sí puede afirmarse es arquitectónico. SSM hace más sencillo el multicast interdominio porque exige que el borde formule una petición más completa. La red gana determinismo; la aplicación asume descubrimiento; la seguridad debe mantener separadas selección y autenticación.

Fuentes