Ejemplo: configuración de PIM SSM en una red
En el siguiente ejemplo se muestra cómo se configura PIM SSM entre un receptor y un origen en la red ilustrada en la figura 1.
En este ejemplo se muestra cómo configurar la versión IGMP para IGMPv3 en todas las interfaces de host receptor.
Habilite IGMPv3 en todas las interfaces orientadas al host y desactive IGMP en la interfaz fxp0.0 en el enrutador 1.
user@router1# set protocols igmp interface all version 3 user@router1# set protocols igmp interface fxp0.0 disable
Nota:Cuando se configura IGMPv3 en un enrutador, los hosts de interfaces configuradas con IGMPv2 no pueden unirse al árbol de origen.
Una vez confirmada la configuración, utilice el
show configuration protocol igmpcomando para comprobar la configuración del protocolo IGMP.user@router1> show configuration protocol igmp
[edit protocols igmp] interface all { version 3; } interface fxp0.0 { disable; }Utilice el
show igmp interfacecomando para comprobar que las interfaces IGMP están configuradas.user@router1> show igmp interface Interface State Querier Timeout Version Groups fe-0/0/0.0 Up 198.51.100.245 213 3 0 fe-0/0/1.0 Up 198.51.100.241 220 3 0 fe-0/0/2.0 Up 198.51.100.237 218 3 0 Configured Parameters: IGMP Query Interval (1/10 secs): 1250 IGMP Query Response Interval (1/10 secs): 100 IGMP Last Member Query Interval (1/10 secs): 10 IGMP Robustness Count: 2 Derived Parameters: IGMP Membership Timeout (1/10 secs): 2600 IGMP Other Querier Present Timeout (1/10 secs): 2550
Utilice el
show pim join extensivecomando para verificar el estado de unión PIM en el enrutador 2 y el enrutador 3 (los enrutadores ascendentes).user@router2> show pim join extensive 232.1.1.1 10.4.1.2 sparse Upstream interface: fe-1/1/3.0 Upstream State: Local Source Keepalive timeout: 209 Downstream Neighbors: Interface: so-1/0/2.0 10.10.71.1 State: Join Flags: S Timeout: 209Utilice el
show pim join extensivecomando para verificar el estado de unión PIM en el enrutador 1 (el enrutador conectado al receptor).user@router1> show pim join extensive 232.1.1.1 10.4.1.2 sparse Upstream interface: so-1/0/2.0 Upstream State: Join to Source Keepalive timeout: 209 Downstream Neighbors: Interface: fe-0/2/3.0 10.3.1.1 State: Join Flags: S Timeout: Infinity
Los enrutadores de multidifusión IP versión 6 (IPv6) usan el protocolo MLD (Multicast Listener Discovery) para administrar la pertenencia de hosts y enrutadores en grupos de multidifusión y para saber qué grupos tienen oyentes interesados para cada red física adjunta. Cada dispositivo de enrutamiento mantiene una lista de direcciones de multidifusión de host que tienen agentes de escucha para cada subred, así como un temporizador para cada dirección. Sin embargo, el dispositivo de enrutamiento no necesita saber la dirección de cada oyente, solo la dirección de cada host. El dispositivo de enrutamiento proporciona direcciones al protocolo de enrutamiento de multidifusión que utiliza, lo que garantiza que los paquetes de multidifusión se entreguen a todas las subredes en las que haya oyentes interesados. De este modo, MLD se utiliza como transporte para el protocolo de multidifusión independiente del protocolo (PIM). MLD es una parte integral de IPv6 y debe habilitarse en todos los dispositivos de enrutamiento IPv6 y hosts que necesiten recibir tráfico de multidifusión IP. Junos OS es compatible con las versiones 1 y 2 de MLD. La versión 2 es compatible con los modos de inclusión y exclusión de multidifusión específica del origen (SSM).