Configuración de MLD
Descripción de MLD
El protocolo MLD (Multicast Listener Discovery) administra la pertenencia de hosts y enrutadores en grupos de multidifusión. Los enrutadores de multidifusión IP versión 6 (IPv6) usan MLD para saber, para cada una de sus redes físicas conectadas, qué grupos tienen oyentes interesados. 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).
En el modo de inclusión, el receptor especifica el origen o los orígenes de los que está interesado en recibir el tráfico del grupo de multidifusión. El modo de exclusión funciona en sentido contrario al modo de inclusión. Permite al receptor especificar el origen o los orígenes de los que no está interesado en recibir el tráfico del grupo de multidifusión.
Para cada red conectada, un dispositivo de enrutamiento de multidifusión puede ser un querier o un nonquerier. Un dispositivo de enrutamiento de consultas, normalmente uno por subred, solicita información de pertenencia a grupos mediante la transmisión de consultas MLD. Cuando un host informa al dispositivo de enrutamiento de la consulta que tiene oyentes interesados, el dispositivo de enrutamiento de la consulta reenvía la información de pertenencia al dispositivo de enrutamiento del punto de encuentro (RP) por medio del enrutador (DR) designado del receptor (host). Esto crea el árbol de puntos de encuentro (RPT) que conecta el host con los agentes de escucha interesados al dispositivo de enrutamiento RP. El RPT es la ruta inicial utilizada por el remitente para transmitir información a los oyentes interesados. Los dispositivos de enrutamiento que no son de consulta no transmiten consultas MLD en una subred, pero pueden hacerlo si se produce un error en el dispositivo de enrutamiento de consulta.
Todos los dispositivos de enrutamiento configurados por MLD comienzan como dispositivos de enrutamiento de consultas en cada subred conectada (consulte la figura 1). El dispositivo de enrutamiento de consulta de la derecha es el DR del receptor.
Para elegir el dispositivo de enrutamiento de consulta, los dispositivos de enrutamiento intercambian mensajes de consulta que contienen sus direcciones de origen IPv6. Si un dispositivo de enrutamiento escucha un mensaje de consulta cuya dirección de origen IPv6 es numéricamente inferior a la de su propia dirección seleccionada, se convierte en un nonquerier. En la figura 2, el dispositivo de enrutamiento de la izquierda tiene una dirección de origen numéricamente más baja que la de la derecha y, por lo tanto, se convierte en el dispositivo de enrutamiento de consulta.
En la aplicación práctica de MLD, varios dispositivos de enrutamiento en una subred no son consultas. Si se produce un error en el dispositivo de enrutamiento de consulta elegido, se intercambian mensajes de consulta entre los dispositivos de enrutamiento restantes. El dispositivo de enrutamiento con la dirección de origen IPv6 más baja se convierte en el nuevo dispositivo de enrutamiento de consulta. La implementación del protocolo de detección de vecinos (NDP) de IPv6 elimina los mensajes entrantes de anuncio de vecino (NA) que tienen una dirección de difusión o multidifusión en la opción de dirección de capa de vínculo de destino. RFC 2461 recomienda este comportamiento.
el dispositivo de enrutamiento de Querier
El dispositivo de enrutamiento de consulta envía consultas generales de MLD en la dirección de multidifusión de todos los nodos con ámbito de vínculo FF02::1 a intervalos cortos a todas las subredes conectadas para solicitar información sobre la pertenencia a grupos (consulte la figura 3). Dentro del mensaje de consulta se encuentra el valor de retraso máximo de respuesta , que especifica el retraso máximo permitido para que el host responda con un mensaje de informe.
un mensaje de consulta general
Si los agentes de escucha interesados están conectados al host que recibe la consulta, el host envía un informe que contiene la dirección IPv6 del host al dispositivo de enrutamiento (consulte la figura 4). Si la dirección notificada aún no está en la lista de direcciones de multidifusión del dispositivo de enrutamiento con oyentes interesados, la dirección se agrega a la lista y se establece un temporizador para la dirección. Si la dirección ya está en la lista, se restablece el temporizador. La dirección del host se transmite al RP en el dominio PIM.
de enrutamiento Querier recibe informes
Si el host no tiene oyentes de multidifusión interesados, envía un mensaje terminado al dispositivo de enrutamiento de consulta. Al recibirla, el dispositivo de enrutamiento de la consulta emite una consulta específica de la dirección de multidifusión que contiene el último valor del intervalo de consulta del agente de escucha para la dirección de multidifusión del host. Si el dispositivo de enrutamiento no recibe un informe de la dirección de multidifusión, quita la dirección de multidifusión de la lista y notifica su eliminación al RP en el dominio PIM (consulte la figura 5).
de enrutamiento
Si el dispositivo de enrutamiento de la consulta no recibe un mensaje hecho, el dispositivo de enrutamiento de la consulta continúa enviando consultas específicas de la dirección de multidifusión. Si el temporizador establecido para la dirección al recibir el último informe caduca, el dispositivo de enrutamiento de consulta asume que ya no hay oyentes interesados en esa subred, quita la dirección de multidifusión de la lista y notifica al RP en el dominio PIM su eliminación (consulte la figura 6).
de direcciones de multidifusión
Ver también
Configuración de MLD
Para configurar el protocolo de detección de escucha de multidifusión (MLD), incluya la mld instrucción:
mld { accounting; interface interface-name { disable; (accounting | no-accounting); group-policy [ policy-names ]; immediate-leave; oif-map [ map-names ]; passive; ssm-map ssm-map-name; static { group multicast-group-address { exclude; group-count number; group-increment increment; source ip-address { source-count number; source-increment increment; } } } version version; } maximum-transmit-rate packets-per-second; query-interval seconds; query-last-member-interval seconds; query-response-interval seconds; robust-count number; }
Puede incluir esta instrucción en los siguientes niveles jerárquicos:
[edit protocols][edit logical-systems logical-system-name protocols]
De forma predeterminada, MLD se habilita en todas las interfaces de difusión al configurar la multidifusión independiente del protocolo (PIM) o el protocolo de enrutamiento multidifusión por vector de distancia (DVMRP).
Habilitación de MLD
El protocolo de detección de escucha de multidifusión (MLD) administra los grupos de multidifusión mediante el establecimiento, el mantenimiento y la eliminación de grupos en una subred. Los dispositivos de enrutamiento de multidifusión usan MLD para saber qué grupos tienen miembros en cada una de sus redes físicas adjuntas. MLD debe estar habilitado para que el enrutador reciba paquetes de multidifusión IPv6. MLD solo es necesario para redes IPv6, ya que la multidifusión se maneja de manera diferente en las redes IPv4. MLD se habilita en todas las interfaces IPv6 en las que configure PIM y en todas las interfaces de difusión IPv6 cuando configure DVMRP.
MLD especifica diferentes comportamientos para los agentes de escucha de multidifusión y para los enrutadores. Cuando un enrutador también es un agente de escucha, el enrutador responde a sus propios mensajes. Si un enrutador tiene más de una interfaz en el mismo vínculo, debe realizar el comportamiento del enrutador solo en una de esas interfaces. Los oyentes, por otro lado, deben realizar el comportamiento del oyente en todas las interfaces conectadas a posibles receptores de tráfico de multidifusión.
Si MLD no se ejecuta en una interfaz, ya sea porque PIM y DVMRP no están configurados en la interfaz o porque MLD está deshabilitado explícitamente en la interfaz, puede habilitar explícitamente MLD.
Para habilitar explícitamente MLD:
Ver también
Modificación de la versión de MLD
De forma predeterminada, el enrutador admite MLD versión 1 (MLDv1). Para permitir que el enrutador use MLD versión 2 (MLDv2) solo para multidifusión específica del origen (SSM), incluya la version 2 instrucción.
Si configura la opción de la versión de MLD en el nivel de jerarquía de interfaz individual, se invalida la configuración de la versión IGMP mediante la interface all instrucción.
Si se especifica una dirección de origen en un grupo de multidifusión configurado estáticamente, la versión debe establecerse en MLDv2.
Para cambiar una interfaz MLD a la versión 2:
Ver también
Modificación del intervalo de mensajes de consulta de host MLD
El objetivo de MLD es mantener los enrutadores actualizados con la pertenencia a grupos IPv6 de toda la subred. Los enrutadores no necesitan saber quiénes son todos los miembros, solo que existen miembros. Cada host realiza un seguimiento de los grupos de multidifusión a los que están suscritos. En cada enlace, un enrutador es elegido el querier. El enrutador de consulta MLD envía periódicamente mensajes generales de consulta de host en cada red conectada para solicitar información de membresía. Estos mensajes solicitan información sobre la pertenencia a grupos y se envían a la dirección de todos los nodos con ámbito de vínculo FF02::1. Un mensaje de consulta de host general tiene un tiempo de respuesta máximo que puede establecer configurando el intervalo de respuesta de consulta.
El tiempo de espera de respuesta de la consulta, el intervalo de consulta y la variable de robustez están relacionados en el sentido de que son todas variables que se usan para calcular el intervalo de escucha de multidifusión. El intervalo de escucha de multidifusión es el número de segundos que deben pasar antes de que un enrutador de multidifusión determine que no existen más miembros de un grupo host en una subred. El intervalo de escucha de multidifusión se calcula como (variable de robustez x intervalo de consulta) + (1 x intervalo de respuesta-consulta). Si no se reciben informes para un grupo determinado antes de que expire el intervalo de escucha de multidifusión, el dispositivo de enrutamiento deja de reenviar paquetes de multidifusión originados remotamente para ese grupo a la red conectada.
De forma predeterminada, los mensajes de consulta de host se envían cada 125 segundos. Puede cambiar este intervalo para cambiar el número de mensajes MLD enviados en la subred.
Para modificar el intervalo de consulta:
Ver también
Modificación del intervalo de respuesta de consulta MLD
El intervalo de respuesta de consulta es la cantidad máxima de tiempo que puede transcurrir entre el momento en que el enrutador de consulta envía un mensaje de consulta de host y el momento en que recibe una respuesta de un host. Puede cambiar este intervalo para ajustar los picos de ráfaga de los mensajes MLD en la subred. Establezca un intervalo mayor para que el tráfico sea menos intenso.
El tiempo de espera de respuesta de la consulta, el intervalo de consulta y la variable de robustez están relacionados en el sentido de que son todas variables que se usan para calcular el intervalo de escucha de multidifusión. El intervalo de escucha de multidifusión es el número de segundos que deben pasar antes de que un enrutador de multidifusión determine que no existen más miembros de un grupo host en una subred. El intervalo de escucha de multidifusión se calcula como (variable de robustez x intervalo de consulta) + (1 x intervalo de respuesta-consulta). Si no se reciben informes para un grupo determinado antes de que expire el intervalo de escucha de multidifusión, el dispositivo de enrutamiento deja de reenviar paquetes de multidifusión originados remotamente para ese grupo a la red conectada.
El intervalo de respuesta de consulta predeterminado es de 10 segundos. Puede configurar un intervalo de subsegundos de hasta un dígito a la derecha del punto decimal. El rango configurable es de 0,1 a 0,9, luego en intervalos de 1 segundo de 1 a 999.999.
Para modificar el intervalo de respuesta a la consulta:
Ver también
Modificación del intervalo de consulta del último miembro de MLD
El intervalo de consulta del último miembro (también denominado intervalo de consulta del último oyente) es la cantidad máxima de tiempo entre los mensajes de consulta específicos del grupo, incluidos los enviados en respuesta a los mensajes realizados enviados en la dirección FF02::2 del ámbito del vínculo . Puede reducir este intervalo para reducir la cantidad de tiempo que tarda un enrutador en detectar la pérdida del último miembro de un grupo.
Cuando el dispositivo de enrutamiento que actúa como consulta recibe un mensaje leave-group (done) de un host, el dispositivo de enrutamiento envía varias consultas específicas del grupo al grupo. El solicitante envía un número específico de estas consultas y las envía en un intervalo específico. El número de consultas enviadas se denomina recuento de consultas del último oyente. El intervalo en el que se envían las consultas se denomina intervalo de consulta del último oyente. Ambos ajustes son configurables, lo que le permite ajustar la latencia de licencia. La latencia de salida IGMP es el tiempo transcurrido entre una solicitud para abandonar un grupo de multidifusión y la recepción del último byte de datos para el grupo de multidifusión.
La última consulta de escucha cuenta x (veces) el intervalo de consulta del último agente de escucha = (igual) la cantidad de tiempo que tarda un dispositivo de enrutamiento en determinar que el último miembro de un grupo ha abandonado el grupo y en detener el reenvío del tráfico del grupo.
El intervalo predeterminado de consulta del último agente de escucha es de 1 segundo. Puede configurar un intervalo de subsegundos de hasta un dígito a la derecha del punto decimal. El rango configurable es de 0,1 a 0,9, luego en intervalos de 1 segundo de 1 a 999.999.
Para modificar este intervalo:
Puede configurar el recuento de consultas de último miembro configurando la variable de solidez. Los dos son siempre iguales.
Ver también
Especificación de la eliminación inmediata de host para MLD
La configuración de licencia inmediata es útil para minimizar la latencia de licencia de las membresías de MLD. Cuando esta opción está habilitada, el dispositivo de enrutamiento abandona el grupo de multidifusión inmediatamente después de que el último host abandone el grupo de multidifusión.
La configuración de licencia inmediata permite el seguimiento del host, lo que significa que el dispositivo realiza un seguimiento de los hosts que envían mensajes de unión. Esto permite a MLD determinar cuándo el último host envía un mensaje de suspensión para el grupo de multidifusión.
Cuando la opción de licencia inmediata está habilitada, el dispositivo quita una interfaz de la entrada de la tabla de reenvío sin enviar primero consultas específicas del grupo MLD a la interfaz. La interfaz se poda del árbol de multidifusión para el grupo de multidifusión especificado en el mensaje de dejar MLD. La configuración de licencia inmediata garantiza una administración óptima del ancho de banda para los hosts de una red conmutada, incluso cuando se utilizan varios grupos de multidifusión simultáneamente.
Cuando la licencia inmediata está deshabilitada y un host envía un mensaje de salida de grupo, el dispositivo de enrutamiento envía primero una consulta de grupo para determinar si otro receptor responde. Si ningún receptor responde, el dispositivo de enrutamiento quita todos los hosts de la interfaz del grupo de multidifusión. La licencia inmediata está deshabilitada de forma predeterminada para MLD versión 1 y MLD versión 2.
Aunque el seguimiento de host está habilitado para IGMPv2 y MLDv1 cuando habilita la licencia inmediata, use la licencia inmediata con estas versiones solo cuando haya un host en la interfaz. La razón es que IGMPv2 y MLDv1 utilizan un mecanismo de supresión de informes mediante el cual solo un host en una interfaz envía un informe de unión a un grupo en respuesta a una consulta de pertenencia. Los otros hosts interesados suprimen sus informes. El propósito de este mecanismo es evitar una avalancha de informes para el mismo grupo. Pero también interfiere con el seguimiento del host, porque el enrutador solo sabe sobre el host interesado y no sabe sobre los demás.
Para habilitar la licencia inmediata:
Filtrado de informes MLD no deseados en el nivel de interfaz MLD
Supongamos que necesita limitar las subredes que pueden unirse a un determinado grupo de multidifusión. La group-policy instrucción permite filtrar informes MLD no deseados en el nivel de interfaz.
Cuando la group-policy instrucción está habilitada en un enrutador, después de que el enrutador recibe un informe MLD, el enrutador compara el grupo con la directiva de grupo especificada y realiza la acción configurada en esa directiva (por ejemplo, rechaza el informe si la política coincide con la dirección o red definidas).
La directiva se define para que coincida únicamente con las direcciones de grupo MLD (para MLDv1) mediante la instrucción de la directiva para que coincida con la dirección del route-filter grupo. La directiva se define para que coincida con las direcciones MLD (origen, grupo) (para MLDv2) mediante la instrucción de route-filter la directiva para que coincida con la dirección del grupo y la instrucción de source-address-filter la directiva para que coincida con la dirección de origen.
Para filtrar informes MLD no deseados:
Ver también
Ejemplo: modificación de la variable de robustez MLD
En este ejemplo se muestra cómo configurar y comprobar la variable de solidez MLD en un dominio de multidifusión.
Requisitos
Antes de empezar:
Configure las interfaces del enrutador.
Configure un protocolo de puerta de enlace interior o un enrutamiento estático. Consulte la biblioteca de protocolos de enrutamiento de Junos OS para dispositivos de enrutamiento.
Habilite el enrutamiento de unidifusión IPv6. Consulte la biblioteca de protocolos de enrutamiento de Junos OS para dispositivos de enrutamiento.
Habilite PIM. Consulte Descripción general de PIM.
Visión general
La variable de robustez MLD se puede ajustar para permitir la pérdida esperada de paquetes en una subred. El aumento del conteo robusto permite más pérdida de paquetes, pero aumenta la latencia de licencia de la subred.
El valor de la variable de robustez se utiliza para calcular los siguientes intervalos de mensajes MLD:
Intervalo de miembros del grupo: cantidad de tiempo que debe pasar antes de que un enrutador de multidifusión determine que no hay más miembros de un grupo en una red. Este intervalo se calcula de la siguiente manera: (variable de robustez x intervalo de consulta) + (1 x intervalo de respuesta-consulta).
Otro intervalo actual de consulta: cantidad de tiempo que debe pasar antes de que un enrutador de multidifusión determine que ya no hay otro enrutador de multidifusión que sea el consulta. Este intervalo se calcula de la siguiente manera: (variable de robustez x intervalo de consulta) + (0,5 x intervalo de respuesta-consulta).
Recuento de consultas de último miembro: número de consultas específicas de grupo enviadas antes de que el enrutador asuma que no hay miembros locales de un grupo. El número predeterminado es el valor de la variable de robustez.
De forma predeterminada, la variable de robustez se establece en 2. El número puede ser del 2 al 10. Es posible que desee aumentar este valor si espera que una subred pierda paquetes.
Configuración
Procedimiento
Configuración rápida de CLI
Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía y, a continuación, ingrese commit desde el [edit] modo de configuración.
set protocols mld robust-count 5
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.
Para cambiar el valor de la variable de robustez:
Verificación
Para comprobar que la configuración funciona correctamente, compruebe el campo MLD Robustness Count (Recuento de robustez MLD ) en el resultado del comando show mld interfaces .
Limitar la velocidad máxima de mensajes MLD
Puede cambiar el límite para el número máximo de paquetes MLD transmitidos en 1 segundo por el enrutador.
Aumentar el número máximo de paquetes MLD transmitidos por segundo podría ser útil en un enrutador con un gran número de interfaces que participan en MLD.
Para cambiar el límite del número máximo de paquetes MLD que el enrutador puede transmitir en 1 segundo, incluya la maximum-transmit-rate instrucción y especifique el número máximo de paquetes por segundo que se transmitirán.
Habilitar la pertenencia a grupos estáticos de MLD
- Crear un miembro de grupo estático de MLD
- Crear grupos estáticos automáticamente
- Incrementar automáticamente las direcciones de grupo
- Especificar la dirección de origen de multidifusión (en modo SSM)
- Especificar orígenes de multidifusión automáticamente
- Incrementar automáticamente las direcciones de origen
- Excluir direcciones de origen de multidifusión (en modo SSM)
Crear un miembro de grupo estático de MLD
Puede crear la pertenencia a grupos estáticos MLD para probar el reenvío de multidifusión sin un host receptor. Cuando se habilita la pertenencia a grupos estáticos MLD, los datos se reenvían a una interfaz sin que dicha interfaz reciba informes de pertenencia de hosts posteriores.
El ajuste de clase de servicio (CoS) no se admite con la pertenencia a grupos estáticos MLD.
Al configurar grupos estáticos en una interfaz en la que desea recibir tráfico de multidifusión, puede especificar el número de grupos estáticos que se crearán automáticamente.
En este ejemplo, se crea el grupo estático ff0e::1:ff05:1a8d.
Crear grupos estáticos automáticamente
Al crear la pertenencia a grupos estáticos MLD para probar el reenvío de multidifusión en una interfaz en la que desea recibir tráfico de multidifusión, puede especificar que se creen automáticamente varios grupos estáticos. Esto resulta útil cuando desea probar el reenvío a varios receptores sin tener que configurar cada receptor por separado.
En este ejemplo, se crean tres grupos.
Incrementar automáticamente las direcciones de grupo
Cuando configure grupos estáticos en una interfaz en la que desee recibir tráfico de multidifusión y especifique el número de grupos estáticos que se crearán automáticamente, también puede configurar la dirección del grupo para que se incremente automáticamente en un cierto número de direcciones.
En este ejemplo, se crean tres grupos y se aumenta la dirección del grupo en un incremento de dos para cada grupo.
Especificar la dirección de origen de multidifusión (en modo SSM)
Cuando configure grupos estáticos en una interfaz en la que desee recibir tráfico de multidifusión y la red funcione en modo de multidifusión específica del origen (SSM), puede especificar la dirección de origen de multidifusión que se va a aceptar.
Si especifica una dirección de grupo en el intervalo de SSM, también debe especificar un origen.
Si se especifica una dirección de origen en un grupo de multidifusión configurado estáticamente, la versión de MLD debe establecerse en MLDv2 en la interfaz. MLDv1 es el valor predeterminado.
En este ejemplo, se crea el grupo ff0e::1:ff05:1a8d y se acepta la dirección IPv6 fe80::2e0:81ff:fe05:1a8d como único origen.
Especificar orígenes de multidifusión automáticamente
Al configurar grupos estáticos en una interfaz en la que desea recibir tráfico de multidifusión, puede especificar que se acepten automáticamente varios orígenes de multidifusión.
En este ejemplo, se crea el grupo estático ff0e::1:ff05:1a8d y se aceptan fe80::2e0:81ff:fe05:1a8d, fe80::2e0:81ff:fe05:1a8e y fe80::2e0:81ff:fe05:1a8f como direcciones de origen.
Incrementar automáticamente las direcciones de origen
Cuando configure grupos estáticos en una interfaz en la que desee recibir tráfico de multidifusión y especifique un número de orígenes de multidifusión que se aceptarán automáticamente, también puede especificar el número en el que se debe incrementar la dirección para cada origen aceptado.
En este ejemplo, se crea el grupo estático ff0e::1:ff05:1a8d y acepta fe80::2e0:81ff:fe05:1a8d, fe80::2e0:81ff:fe05:1a8f y fe80::2e0:81ff:fe05:1a91 como orígenes.
Excluir direcciones de origen de multidifusión (en modo SSM)
Cuando configure grupos estáticos en una interfaz en la que desee recibir tráfico de multidifusión y la red funcione en modo de multidifusión específica del origen (SSM), puede especificar que se excluyan determinadas direcciones de origen de multidifusión.
De forma predeterminada, la dirección de origen de multidifusión configurada en un grupo estático funciona en modo de inclusión. En el modo de inclusión, el tráfico de multidifusión del grupo se acepta desde la dirección de origen configurada. También puede configurar el grupo estático para que funcione en modo de exclusión. En el modo de exclusión, el tráfico de multidifusión del grupo se acepta desde cualquier dirección que no sea la dirección de origen configurada.
Si se especifica una dirección de origen en un grupo de multidifusión configurado estáticamente, la versión de MLD debe establecerse en MLDv2 en la interfaz. MLDv1 es el valor predeterminado.
En este ejemplo, se excluye la dirección fe80::2e0:81ff:fe05:1a8d como origen para el grupo ff0e::1:ff05:1a8d.
Hay disponible una configuración similar para el tráfico de multidifusión IPv4 mediante el protocolo IGMP.
Ejemplo: grabación de eventos de unión y salida de MLD
En este ejemplo, se muestra cómo determinar si es necesario ajustar MLD en una red configurando el dispositivo de enrutamiento para registrar eventos de unión y salida de MLD.
Requisitos
Antes de empezar:
Configure las interfaces del enrutador.
Configure un protocolo de puerta de enlace interior o un enrutamiento estático. Consulte la biblioteca de protocolos de enrutamiento de Junos OS para dispositivos de enrutamiento.
Habilite el enrutamiento de unidifusión IPv6. Consulte la biblioteca de protocolos de enrutamiento de Junos OS para dispositivos de enrutamiento.
Habilite PIM. Consulte Descripción general de PIM.
Visión general
En la Tabla 1 se describen los eventos de unión y salida de MLD registrables.
Etiqueta ERRMSG |
Definición |
|---|---|
RPD_MLD_JOIN |
Registra eventos de unión a MLD. |
RPD_MLD_LEAVE |
Registra eventos de salida de MLD. |
RPD_MLD_ACCOUNTING_ON |
Registra cuándo se habilita la contabilidad MLD en una interfaz MLD. |
RPD_MLD_ACCOUNTING_OFF |
Registra cuando la contabilidad MLD está deshabilitada en una interfaz MLD. |
RPD_MLD_MEMBERSHIP_TIMEOUT |
Registra los eventos de tiempo de espera de membresía de MLD. |
Configuración
Procedimiento
Configuración rápida de CLI
Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía y, a continuación, ingrese commit desde el [edit] modo de configuración.
set protocols mld interface fe-0/1/0.2 accounting set system syslog file mld-events any info set system syslog file mld-events match ".*RPD_MLD_JOIN.* | .*RPD_MLD_LEAVE.* | .*RPD_MLD_ACCOUNTING.* | .*RPD_MLD_MEMBERSHIP_TIMEOUT.*" set system syslog file mld-events archive size 100000 set system syslog file mld-events archive files 3 set system syslog file mld-events archive transfer-interval 1440 set system syslog file mld-events archive archive-sites "ftp://user@host1//var/tmp" password "anonymous" set system syslog file mld-events archive archive-sites "ftp://user@host2//var/tmp" password "test"
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.
Para configurar la grabación de eventos de unión y salida de MLD:
Habilite la contabilidad globalmente o en una interfaz MLD. En este ejemplo se muestra la configuración de la interfaz.
[edit protocols mld] user@host# set interface fe–0/1/0.2 accounting
Configure los eventos que se van a registrar y filtre los eventos a un archivo de registro del sistema con un nombre de archivo descriptivo, como mld-events.
[edit system syslog file mld-events] user@host# set any info [edit system syslog file mld-events] user@host# set match “.*RPD_MLD_JOIN.* | .*RPD_MLD_LEAVE.* | .*RPD_MLD_ACCOUNTING.* | .*RPD_MLD_MEMBERSHIP_TIMEOUT.*”
Archive periódicamente el archivo de registro.
En este ejemplo se rota el archivo cada 24 horas (1440 minutos) cuando alcanza los 100 KB y se conservan tres archivos.
[edit system syslog file mld-events] user@host# set archive size 100000 [edit system syslog file mld-events] user@host# set archive files 3 [edit system syslog file mld-events] user@host# set archive archive-sites “ftp://user@host1//var/tmp” password “anonymous” [edit system syslog file mld-events] user@host# set archive archive-sites “ftp://user@host2//var/tmp” password “test” [edit system syslog file mld-events] user@host# set archive transfer-interval 1440 [edit system syslog file mld-events] user@host# set archive start-time 2011–01–07:12:30
Si ha terminado de configurar el dispositivo, confirme la configuración.
[edit system syslog file mld-events]] user@host# commit
Verificación
Puede ver el archivo de registro del sistema ejecutando el comando file show .
user@host> file show mld-events
Puede supervisar el archivo de registro del sistema a medida que se agregan entradas al archivo ejecutando los comandos monitor start y monitor stop .
user@host> monitor start mld-events
*** mld-events *** Apr 16 13:08:23 host mgd[16416]: UI_CMDLINE_READ_LINE: User 'user', command 'run monitor start mld-events ' monitor
Configuración del número de uniones de grupo de multidifusión MLD en interfaces lógicas
La group-limit instrucción permite limitar el número de combinaciones de grupos de multidifusión MLD para interfaces lógicas. Cuando esta instrucción está habilitada en un enrutador que ejecuta MLD versión 2, el límite se aplica al recibir el informe de grupo. Una vez que se alcanza el límite de grupo, se rechazan las solicitudes de unión posteriores.
Al configurar límites para grupos de multidifusión MLD, tenga en cuenta lo siguiente:
Cada grupo de cualquier fuente (*,G) cuenta como un grupo hacia el límite.
Cada grupo específico de la fuente (S, G) cuenta como un grupo hacia el límite.
Los grupos en el modo de exclusión MLDv2 se cuentan para el límite.
Varios grupos específicos de origen cuentan individualmente para el límite de grupo, incluso si pertenecen al mismo grupo. Por ejemplo, (S1, G1) y (S2, G1) contarían como dos grupos para el límite configurado.
Las combinaciones de cualquier grupo de origen y grupos específicos de origen cuentan individualmente para el límite de grupo, incluso si son para el mismo grupo. Por ejemplo, (*, G1) y (S, G1) contarían como dos grupos para el límite configurado.
Si se configura y confirma un límite de grupo en una red inferior al que ya existe en la red, se eliminan todos los grupos de la configuración. A continuación, los grupos deben solicitar volver a unirse a la red (hasta el límite de grupo recién configurado).
Puede limitar dinámicamente los grupos de multidifusión en interfaces lógicas MLD mediante el uso de perfiles dinámicos. Para obtener información detallada acerca de la creación de perfiles dinámicos, consulte la Biblioteca de servicios y administración de suscriptores de Junos OS .
A partir de Junos OS 12.2, opcionalmente puede configurar un umbral de advertencia del registro del sistema para las uniones de grupos de multidifusión MLD recibidas en la interfaz lógica. Es útil revisar los mensajes de registro del sistema para solucionar problemas y detectar si se ha recibido una cantidad excesiva de combinaciones de grupos de multidifusión MLD en la interfaz. Estos mensajes de registro transmiten cuando se ha superado el límite de grupos configurado, cuando se ha superado el umbral configurado y cuando el número de grupos cae por debajo del umbral configurado.
La group-threshold instrucción permite configurar el umbral en el que se registra un mensaje de advertencia. El rango es de 1 a 100 por ciento. El umbral de advertencia es un porcentaje del límite de grupo, por lo que debe configurar la group-limit instrucción para configurar un umbral de advertencia. Por ejemplo, cuando el número de grupos supera el umbral de advertencia configurado, pero permanece por debajo del límite de grupos configurado, se siguen aceptando grupos de multidifusión y el dispositivo registra un mensaje de advertencia. Además, el dispositivo registra un mensaje de advertencia después de que el número de grupos caiga por debajo del umbral de advertencia configurado. Además, puede especificar la cantidad de tiempo (en segundos) entre los mensajes de registro configurando la log-interval instrucción. El rango es de 6 a 32,767 segundos.
Podría considerar la posibilidad de limitar los mensajes de registro porque cada entrada agregada después del umbral configurado y cada entrada rechazada después del límite configurado provoca un mensaje de advertencia. Mediante la configuración de un intervalo de registro, puede limitar la cantidad de mensajes de advertencia de registro del sistema generados para las uniones de grupos de multidifusión MLD.
Para limitar las uniones de grupos de multidifusión en una interfaz lógica MLD:
Para confirmar la configuración, utilice el show protocols mld comando. Para comprobar el funcionamiento de MLD en la interfaz, incluido el límite de grupo configurado y el umbral de advertencia opcional y el intervalo entre los mensajes de registro, utilice el show mld interface comando.
Deshabilitar MLD
Tabla de historial de cambios
La compatibilidad con las funciones viene determinada por la plataforma y la versión que esté utilizando. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.