Cuando se trata de OSPF y su uso de multidifusión, ¿estoy en lo cierto al creer que el reenvío IGMP y un interrogador IGMP aún se requieren dentro del segmento local?
Mi comprensión sería sin esto, los marcos serían tratados como una transmisión y enviados a todos. Por lo tanto, elimina el beneficio del uso de multidifusión.
En base a esto, existe algún mecanismo para que recurra a la unidifusión, para evitar lo anterior. Disculpas si mi comprensión aquí está lejos :)
Respuestas:
En términos de lo que sucede con los paquetes de multidifusión de saludo / descubrimiento de OSPF, tiene razón. Los conmutadores los envían a todos en la subred / VLAN / dominio de difusión, ya que IGMP no está sucediendo para 224.0.0.0/24, tal como explicó Ron.
Sin embargo, y creo que esa es la parte que no consideró, un host aún puede descartar estas multidifusión antes que si se transmitieran. Si el host no está interesado en (ninguno / este) grupo (s) de multidifusión, puede descartar el marco de ethernet (en L2) o el paquete IPv4 / IPv6 (en L3), sin siquiera mirar ninguna carga útil interna. Sin embargo, un paquete de difusión tendría que pasar "más arriba en la pila" para ver si es de interés para alguna de las aplicaciones / servicios / demonios en ejecución.
Para agregar a la lista de Ron los tipos de red / modos de operación de OSPF:
Es una buena práctica ejecutar redes de borde conectadas a enrutadores OSPF con interfaces pasivas , especialmente cuando el tipo de red OSPF se "difunde" por naturaleza. Por ejemplo, este es el caso en las proverbiales "25 VLAN de cliente" de un campus grande, cada una con una docena de hosts al menos:
interfaz pasiva
El beneficio de la multidifusión es que los hosts que no se suscriben al grupo de multidifusión ignoran las tramas que reciben que se envían al grupo de multidifusión. Con la transmisión, no pueden ignorar los cuadros.
El grupo de multidifusión OSPF es una multidifusión local de enlace que se envía a cada interfaz de conmutador, incluso con la inspección IGMP habilitada en el conmutador. OSPF solo usa multidifusión en redes de difusión, y es necesario para usar DR y BDR, que solo están en redes de difusión. Para enlaces punto a punto, OSPF usa unidifusión, y para redes que no son de difusión, usa la neighborinstrucción y utiliza unidifusión.
La multidifusión OSPF utiliza las direcciones 224.0.0.5y 224.0.0.6, que se encuentran en el rango de direcciones locales de enlace. Se supone que los conmutadores con indagación IGMP reenvían toda la multidifusión local de enlace a cada interfaz, independientemente de la indagación IGMP. Este comportamiento se define en RFC 4541, Consideraciones para el Protocolo de administración de grupos de Internet (IGMP) y los conmutadores de indagación de descubrimiento de escucha de multidifusión (MLD) :
Los paquetes con una dirección IP de destino (DIP) en el rango 224.0.0.X que no son IGMP deben enviarse a todos los puertos.
Esta recomendación se basa en el hecho de que muchos sistemas host no envían direcciones de multidifusión IP en este rango antes de enviar o escuchar paquetes de multidifusión IP. Además, dado que el rango de direcciones 224.0.0.X se define como enlace local (no se debe enrutar), parece innecesario mantener el estado de cada dirección en este rango. Además, algunos enrutadores operan en el rango de direcciones 224.0.0.X sin emitir uniones IGMP, y estas aplicaciones se romperían si el conmutador los podara por no haber visto un mensaje de unirse al grupo desde el enrutador.
Cuando se trata de OSPF y su uso de multidifusión, ¿estoy en lo cierto al creer que el reenvío IGMP y un interrogador IGMP aún se requieren dentro del segmento local?
El uso de OSPF de multidifusión es para un grupo de alcance local de enlace, con IP TTL establecido en 1 para garantizar que diga enlace local. [224.0.0.5 y 224.0.0.6 ( RFC2328 págs . 185-186 )]
Dejando a un lado OSPF, para que funcionen las funciones de poda de multidifusión de los conmutadores, sí, algo tiene que causar informes de pertenencia a grupos. Todas las uniones IGMP (informe de membresía no solicitada) finalmente caducarán ( RFC 2236 IGMP v2, p.18 ). Si el conmutador no ve informes periódicos (una inspección IGMP de informes de membresía), ese grupo de multidifusión puede estar sujeto a poda o inundación a todos los puertos. (dependiendo de cómo esté configurado su interruptor)