Ejemplo: Configuración de la oping IGMP

Los dispositivos de red, como los enrutadores, operan principalmente a nivel de paquete o capa 3. Otros dispositivos de red, como puentes o conmutadores LAN, operan principalmente a nivel de trama o capa 2. La multidifusión funciona principalmente en el nivel de paquete, la capa 3, pero hay una forma de asignar direcciones de grupo de multidifusión IP de capa 3 a direcciones de grupo de multidifusión MAC de capa 2 en el nivel de trama.

Los enrutadores pueden manejar la información de direccionamiento de capa 2 y capa 3, ya que la trama y sus direcciones deben procesarse para acceder al paquete encapsulado dentro. Los enrutadores pueden ejecutar protocolos de multidifusión de capa 3, como PIM o IGMP, y determinar dónde reenviar contenido de multidifusión o cuándo un host de una interfaz se une o sale de un grupo. Sin embargo, los puentes y los conmutadores LAN, como dispositivos de capa 2, no se supone que tengan acceso a la información de multidifusión dentro de los paquetes que llevan sus tramas.

¿Cómo pueden los puentes y otros dispositivos de capa 2 determinar cuándo un dispositivo de una interfaz se une o sale de un árbol de multidifusión, o si un host en una LAN adjunta desea recibir el contenido de un grupo de multidifusión en particular?

La respuesta es que el dispositivo de capa 2 implemente la multidifusión snooping. La multidifusión es un término general y se aplica al proceso de un dispositivo de capa 2 "esnooping" en el contenido del paquete de capa 3 para determinar qué acciones se toman para procesar o reenviar una trama. Hay formas más específicas de snooping, como igmp snooping o PIM snooping. En todos los casos, el fisgoneo implica que un dispositivo configurado para funcionar en la capa 2 tenga acceso a información normalmente "prohibida" de capa 3 (paquete). El fisonomía hace que la multidifusión sea más eficiente en estos dispositivos.

El fisgoneo es una forma general para que los dispositivos de capa 2, como los enrutadores de servicios Ethernet de la serie MX de Juniper Networks, implementen una serie de procedimientos para "fisgonear" en el contenido del paquete de capa 3 para determinar qué acciones se deben tomar para procesar o reenviar una trama. Con la multidifusión, se utilizan formas más específicas de snooping, como el esnooping del Protocolo de membresía de grupo de Internet (IGMP) o el de multidifusión independiente de protocolo (PIM).

Los dispositivos de capa 2 (conmutadores o puentes LAN) manejan paquetes de multidifusión y las tramas que los contienen de la misma manera que los dispositivos de capa 3 (enrutadores) manejan las transmisiones. Por lo tanto, un conmutador de capa 2 procesa una trama que llega con una dirección MAC (control de acceso de medios de destino) de multidifusión reenviando una copia del paquete (trama) a cada una de las otras interfaces de red del conmutador que se encuentran en estado de reenvío.

Sin embargo, este enfoque (enviar tramas de multidifusión donde sea que el dispositivo pueda) no es el uso más eficiente del ancho de banda de la red, particularmente para las aplicaciones de IPTV. Funciones de snooping IGMP mediante el "snooping" en los paquetes IGMP recibidos por las interfaces del conmutador y la creación de una base de datos de multidifusión similar a la que un enrutador de multidifusión crea en una red de capa 3. Mediante esta base de datos, el conmutador puede reenviar tráfico de multidifusión solo a interfaces descendentes con receptores interesados, y esta técnica permite un uso más eficiente del ancho de banda de la red.

Puede configurar la búsqueda IGMP para cada puente del enrutador. Una instancia de puente sin aprendizaje calificado tiene un solo dominio de aprendizaje. Para una instancia de puente con aprendizaje calificado, el snooping funcionará por separado dentro de cada dominio de aprendizaje en el puente. Es decir, el registro igmp y el reenvío de multidifusión se realizarán de forma independiente en cada dominio de aprendizaje en el puente.

Esta discusión se centra en las instancias de puente sin aprendizaje calificado (aquellas que forman un dominio de aprendizaje en el dispositivo). Por lo tanto, todas las interfaces mencionadas son interfaces lógicas del puente o de la instancia de VPLS.

Varios conceptos relacionados son importantes cuando se habla de la opización de IGMP:

• Las interfaces de instancia de puente o VPLS son interfaces de enrutador de multidifusión o del lado del host.

• IgMP snooping admite el modo de proxy o sin el modo de proxy.

Si se utiliza una interfaz IRB como interfaz de salida en una entrada de caché de reenvío de multidifusión (según lo determine el proceso de enrutamiento), la lista de interfaz de salida se expande a un subconjunto de la interfaz de capa 2 en el puente correspondiente. El subconjunto se basa en la información de pertenencia de multidifusión esnooped, de acuerdo con la entrada de caché de reenvío de multidifusión instalada por el proceso de búsqueda para el puente.

Si no se configura ninguna fisonomía, la lista de interfaces de salida IRB se expande a todas las interfaces de capa 2 del puente.

Junos OS no admite igmp snooping en una configuración VPLS en un conmutador virtual. Esta configuración no está permitido en la CLI.

La selección igmp divide las interfaces del dispositivo en interfaces de enrutador de multidifusión e interfaces del lado del host. Una interfaz de enrutador de multidifusión es una interfaz en la dirección de un enrutador de multidifusión. Una interfaz en el puente se considera una interfaz de enrutador de multidifusión si cumple al menos uno de los siguientes criterios:

• Se configura estáticamente como una interfaz de enrutador de multidifusión en la instancia de puente.

• Se reciben consultas IGMP en la interfaz.

Todas las demás interfaces que no son interfaces de enrutador de multidifusión se consideran interfaces del lado del host.

Cualquier tráfico de multidifusión recibido en una interfaz de puente con IGMP configurado se reenviará de acuerdo con las siguientes reglas:

• Cualquier paquete IGMP se envía al motor de enrutamiento para el procesamiento de esnooping.

• Otro tráfico de multidifusión con dirección de destino 224.0.0/24 se inunda en todas las demás interfaces del puente.

• Otro tráfico de multidifusión se envía a todas las interfaces de enrutador de multidifusión, pero solo a aquellas interfaces del lado del host que tienen hosts interesados en recibir ese grupo de multidifusión.

Sin una disposición de proxy, igmp snooping no genera ni introduce consultas e informes. Solo "snoop" informes recibidos de todas sus interfaces (incluidas las interfaces de enrutador de multidifusión) para construir su base de datos de estado y grupo (S, G).

Sin un proxy, los mensajes IGMP se procesan de la siguiente manera:

• Consulta: todos los mensajes de consulta IGMP generales y específicos del grupo recibidos en una interfaz de enrutador de multidifusión se reenvían a todas las demás interfaces (tanto interfaces de enrutador de multidifusión como del lado del host) del puente.

• Informe: los informes IGMP recibidos en cualquier interfaz del puente se reenvían a otras interfaces de enrutador de multidifusión. La interfaz de recepción se agrega como interfaz para ese grupo si existe una entrada de enrutamiento de multidifusión para este grupo. Además, se establece un temporizador de grupo para el grupo en esa interfaz. Si este temporizador caduca (es decir, no hubo ningún informe para este grupo durante el período del temporizador del grupo IGMP), la interfaz se quitará como interfaz para ese grupo.

• Leave (Leave): los mensajes de igmp que se reciben en cualquier interfaz del puente se reenvían a otras interfaces de enrutador de multidifusión en el puente. El mensaje Leave Group reduce el tiempo que tarda el enrutador de multidifusión en detener el reenvío del tráfico de multidifusión cuando ya no hay miembros en el grupo de host.

El fisgoneo de proxy reduce la cantidad de informes IGMP enviados a un enrutador IGMP.

Como proxy para sus interfaces del lado del host, igMP en modo de proxy responde a las consultas que recibe de un enrutador IGMP en una interfaz de enrutador de multidifusión. En las interfaces del lado del host, la selección de IGMP en modo proxy se comporta como un enrutador IGMP y envía consultas generales y específicas del grupo en esas interfaces.

Todas las consultas generadas por igmp snooping se envían utilizando 0.0.0.0 como dirección de origen. Además, todos los informes generados por igMP snooping se envían con 0.0.0.0 como dirección de origen, a menos que haya una dirección de origen configurada para usar.

El modo proxy funciona de manera diferente en las interfaces de enrutador de multidifusión que en las interfaces del lado del host.

En las interfaces de enrutador de multidifusión, en respuesta a las consultas de IGMP, el igmp en modo de proxy envía informes que contienen información agregada de los grupos aprendidos en todas las interfaces del lado del host del puente.

Además de responder a las consultas, el igmp en modo de proxy reenvía todas las consultas, informes y hojas recibidas en una interfaz de enrutador de multidifusión a otras interfaces de enrutador de multidifusión. IgMP snooping mantiene la información de membresía aprendida en esta interfaz, pero no envía una consulta específica para el grupo para dejar los mensajes recibidos en esta interfaz. Simplemente se queda con el tiempo de espera de los grupos aprendidos en esta interfaz si no hay informes para el mismo grupo dentro de la duración del temporizador.

No se envían informes en las interfaces del lado del host mediante igmp snooping en modo proxy. Informes de procesos de búsqueda igmp recibidos en estas interfaces y envía consultas específicas del grupo a interfaces del lado del host cuando recibe un mensaje de salida en la interfaz. Las interfaces del lado del host no generan consultas generales periódicas, sino que reenvía o inunda las consultas generales recibidas de interfaces de enrutador de multidifusión.

Si se elimina un grupo de una interfaz del lado del host y esta fue la última interfaz del lado del host para ese grupo, se envía una licencia a las interfaces del enrutador de multidifusión. Si se recibe un informe de grupo en una interfaz del lado del host y esta fue la primera interfaz del lado del host para ese grupo, se envía un informe a todas las interfaces de enrutador de multidifusión.

La búsqueda igmp en una VLAN solo se permite para el vlan-id heredado en todos los casos. En otros casos, hay una configuración de dominio de puente específico que determina la configuración específica de la VLAN para igmp snooping.

Todas las instrucciones igmp snooping configuradas con la igmp-snooping instrucción, con la excepción de la traceoptions instrucción, se pueden calificar con la misma instrucción en el nivel de VLAN. Para configurar los parámetros de snooping IGMP en el nivel de VLAN, incluya la vlan instrucción:

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

• [edit bridge-domains bridge-domain-name protocols igmp-snooping]

• [edit routing-instances routing-instance-name bridge-domains bridge-domain-name protocols igmp-snooping]

En este ejemplo, se muestra cómo configurar la snooping IGMP. La difusión igmp puede reducir el tráfico innecesario de las aplicaciones de multidifusión IP.