Descripción del registro de VLAN de multidifusión
El registro de VLAN de multidifusión (MVR) permite una distribución más eficiente de las transmisiones de multidifusión de IPTV a través de una red de capa 2 basada en anillo de Ethernet.
En una red estándar de capa 2, un flujo de multidifusión recibido en una VLAN nunca se distribuye a interfaces fuera de esa VLAN. Si los hosts de varias VLAN solicitan la misma secuencia de multidifusión, se distribuye una copia independiente de esa secuencia de multidifusión a cada VLAN solicitante.
Cuando configura MVR, se crea una VLAN de multidifusión (MVLAN) que se convierte en la única VLAN a través de la cual fluye tráfico de multidifusión IPTV a través de la red de capa 2. Los dispositivos con MVR habilitado reenvían selectivamente el tráfico de multidifusión de IPTV desde las interfaces de la MVLAN (interfaces de origen) a hosts que están conectados a interfaces que no forman parte de la MVLAN que designe como puertos de receptor MVR. Los puertos receptores MVR pueden recibir tráfico desde un puerto de la MVLAN, pero no pueden enviar tráfico a la MVLAN, y esos puertos permanecen en sus propias VLAN por razones de ancho de banda y seguridad.
Beneficios del registro de VLAN de multidifusión
Reduce el ancho de banda necesario para distribuir transmisiones de multidifusión de IPTV al eliminar la duplicación de transmisiones de multidifusión desde la misma fuente a receptores interesados en diferentes VLAN.
Cómo funciona MVR
MVR funciona de manera similar y en conjunto con el espionaje del Protocolo de administración de grupos de Internet (IGMP). Tanto MVR como IGMP monitoreo de espionaje IGMP unen y dejan mensajes y crean tablas de reenvío basadas en las direcciones MAC (Media Access Control) de los hosts que envían esos mensajes IGMP. Mientras que el espionaje IGMP opera dentro de una VLAN determinada para regular el tráfico de multidifusión, MVR puede operar con hosts en diferentes VLAN en una red de capa 2 para entregar selectivamente tráfico de multidifusión de IPTV a cualquier host solicitante. Esto reduce el ancho de banda necesario para reenviar el tráfico.
MVR solo se admite en VLAN que ejecutan IGMP versión 2 (IGMPv2).
Conceptos básicos de MVR
MVR no está habilitado de forma predeterminada en dispositivos compatibles con MVR. Puede configurar explícitamente una MVLAN y asignarle un rango de direcciones de grupo de multidifusión. Esa VLAN transporta tráfico MVLAN para los grupos de multidifusión configurados. A continuación, configure otras VLAN para que sean VLAN receptoras de MVR que reciben secuencias de multidifusión de la MVLAN. Cuando MVR se configura en un dispositivo, el dispositivo recibe solo una copia de cada secuencia de multidifusión MVR y, a continuación, replica la secuencia solo en los hosts que desean recibirla, mientras reenvía todos los demás tipos de tráfico de multidifusión sin modificaciones.
Puede configurar varias MVLAN en un dispositivo, pero deben tener subredes de grupo de multidifusión separadas. Una VLAN de receptor MVR se puede asociar con más de una MVLAN en el dispositivo.
MVR no admite MVLAN ni VLAN de receptor MVR en una VLAN privada (PVLAN).
En los conmutadores que no son ELS, los puertos del receptor MVR comprenden todas las interfaces que existen en cualquiera de las VLAN del receptor MVR.
En los conmutadores ELS, los puertos del receptor MVR son todas las interfaces de las VLAN del receptor MVR, excepto los puertos del enrutador de multidifusión; una interfaz se puede configurar tanto en una VLAN de receptor MVR como en su MVLAN solo si está configurada como un puerto de enrutador de multidifusión en ambas VLAN. Los conmutadores de la serie ELS EX admiten MVR de la siguiente manera:
A partir de Junos OS versión 18.3R1, los conmutadores EX4300 y el chasis virtual admiten MVR. Puede configurar hasta 10 MVLAN en estos dispositivos.
A partir de Junos OS versión 18.4R1, los conmutadores EX2300 y EX3400 y el chasis virtual admiten MVR. Puede configurar hasta 5 MVLAN en estos dispositivos.
A partir de Junos OS versión 19.4R1, los conmutadores del modelo multigigabit EX4300 (EX4300-48MP) y el chasis virtual admiten MVR. Puede configurar hasta 10 MVLAN en estos dispositivos.
MVR tiene algunas diferencias de configuración y operativas en los conmutadores de la serie EX que utilizan el estilo de configuración de Enhanced Layer 2 Software (ELS) en comparación con MVR en conmutadores que no admiten ELS. En su caso, en las secciones siguientes se explican estas diferencias.
Modos MVR
MVR puede funcionar en dos modos: modo transparente MVR y modo proxy MVR. Ambos modos permiten que MVR reenvíe solo una copia de una transmisión de multidifusión a la red de capa 2. Sin embargo, la principal diferencia entre los dos modos está en cómo el dispositivo envía informes IGMP ascendentes al enrutador de multidifusión. El dispositivo esencialmente maneja las consultas IGMP de la misma manera en cualquier modo.
Los modos MVR se configuran de forma diferente en los conmutadores que no son ELS y ELS. Además, en los conmutadores ELS, puede asociar una MVLAN con algunas VLAN de receptor MVR que funcionan en modo proxy y otras que funcionan en modo transparente si tiene requisitos de multidifusión para ambos modos en su red.
Modo transparente MVR
El modo transparente es el modo predeterminado cuando se configura una VLAN de receptor MVR, también denominada VLAN de receptor de reenvío de datos.
En los conmutadores ELS, puede configurar explícitamente el modo transparente, aunque también es la configuración predeterminada si no configura un modo de receptor MVR.
En el modo transparente MVR, el dispositivo maneja los paquetes IGMP destinados tanto a la VLAN de origen de multidifusión como a las VLAN de receptor de multidifusión de manera similar a como los maneja cuando no se utiliza MVR. Sin MVR, cuando un host en una VLAN envía mensajes IGMP de unión y salida, el dispositivo reenvía los mensajes a todas las interfaces de enrutador de multidifusión en la VLAN. De manera similar, cuando una VLAN recibe consultas IGMP de sus interfaces de enrutador de multidifusión, reenvía las consultas a todas las interfaces de la VLAN.
Con MVR en modo transparente, el dispositivo maneja informes y consultas IGMP de la siguiente manera:
Recibe mensajes IGMP de unión y salida en las interfaces VLAN del receptor MVR y los reenvía a los puertos del enrutador de multidifusión en la VLAN del receptor MVR.
Reenvía las consultas IGMP en la VLAN del receptor MVR a todos los puertos del receptor MVR.
Reenvía las consultas IGMP recibidas en la MVLAN solo a los puertos del receptor MVR que se encuentran en las VLAN del receptor asociadas con esa MVLAN, aunque es posible que esos puertos no estén en la propia MVLAN.
Los dispositivos en modo transparente solo envían informes IGMP en el contexto de la VLAN del receptor MVR. En otras palabras, si los puertos del receptor MVR reciben una consulta IGMP de un enrutador de multidifusión ascendente en la MVLAN, solo envían respuestas en los puertos del enrutador de multidifusión VLAN del receptor MVR. El enrutador ascendente (que envió las consultas en la MVLAN) no recibe las respuestas y no reenvía ningún tráfico, por lo que para resolver este problema, debe configurar la pertenencia estática. Como resultado, se recomienda utilizar el modo proxy MVR en lugar del modo transparente en el dispositivo más cercano al enrutador de multidifusión ascendente. Consulte Modo de proxy MVR.
Si un host en un puerto receptor de multidifusión en la VLAN del receptor MVR se une a un grupo, el dispositivo agrega la entrada de puente adecuada en la MVLAN para ese grupo. Cuando el dispositivo recibe tráfico en la MVLAN para ese grupo, reenvía el tráfico en ese puerto etiquetado con la etiqueta MVLAN (aunque el puerto no esté en la MVLAN). Del mismo modo, si un host en un puerto receptor de multidifusión en la VLAN del receptor MVR abandona un grupo, el dispositivo elimina la entrada de puente correspondiente y la MVLAN deja de reenviar el tráfico MVR de ese grupo en ese puerto.
Cuando está en modo transparente, de forma predeterminada, el dispositivo instala entradas de puente solo en la MVLAN que es el origen de la dirección del grupo, por lo que si el dispositivo recibe tráfico VLAN del receptor MVR para ese grupo, el dispositivo no reenviará el tráfico a los puertos del receptor en la VLAN del receptor MVR que envió el mensaje de unión para ese grupo. El dispositivo solo reenvía el tráfico a las interfaces de receptor MVR en la MVLAN. Para permitir que los puertos VLAN del receptor MVR reciban tráfico reenviado en la VLAN del receptor MVR, puede configurar la install opción en el nivel de [edit protocols igmp-snooping vlans vlan-name data-forwarding receiver] jerarquía para que el dispositivo también instale las entradas de puente en la VLAN del receptor MVR.
Modo proxy MVR
Cuando configura MVR en modo proxy, el dispositivo actúa como un proxy IGMP para el enrutador de multidifusión para las solicitudes de pertenencia a grupos MVR recibidas en VLAN receptoras MVR. Eso significa que el dispositivo reenvía informes IGMP de hosts en VLAN de receptor MVR en el contexto de la MVLAN. y solo los reenvía a los puertos del enrutador de multidifusión de la MVLAN. El enrutador de multidifusión recibe informes IGMP sólo en la MVLAN para esos hosts receptores MVR.
El dispositivo maneja las consultas IGMP de la misma manera que en el modo transparente:
Reenvía las consultas IGMP recibidas en la VLAN del receptor MVR a todos los puertos del receptor MVR.
Reenvía las consultas IGMP recibidas en la MVLAN solo a los puertos del receptor MVR que se encuentran en VLAN de receptor que pertenecen a esa MVLAN, aunque es posible que esos puertos no estén en la propia MVLAN.
En el modo proxy, para las pertenencias a grupos de multidifusión establecidas en el contexto de la MVLAN, el dispositivo instala entradas de puente solo en la MVLAN y reenvía el tráfico MVLAN entrante a los hosts de las VLAN del receptor MVR suscritas a esos grupos. El modo proxy no admite la install opción que permite que el dispositivo también instale entradas de puente en las VLAN del receptor MVR. Como resultado, cuando el dispositivo recibe tráfico en una VLAN de receptor MVR, no reenvía el tráfico a los hosts en la VLAN del receptor MVR porque el dispositivo no tiene entradas de puente para esos puertos de receptor MVR en las VLAN del receptor MVR.
Modo proxy en conmutadores que no son ELS
En conmutadores que no sean ELS, puede configurar el modo proxy MVR en una MVLAN mediante la instrucción proxy en el nivel de [edit protocols igmp-snooping vlan vlan-name] jerarquía junto con otras opciones de configuración de espionaje IGMP.
En conmutadores que no sean ELS, esta proxy instrucción de configuración solo admite la configuración del modo proxy MVR. No se admite la operación general de proxy de espionaje IGMP.
Cuando esta opción está habilitada en conmutadores que no son ELS, el dispositivo actúa como un proxy IGMP para cualquier grupo MVR originado por la MVLAN en las direcciones ascendente y descendente. En la dirección descendente, el dispositivo actúa como el solicitante para esos grupos de multidifusión en las VLAN del receptor MVR. En la dirección ascendente, el dispositivo origina los informes IGMP y deja mensajes, y responde a las consultas IGMP de los enrutadores de multidifusión. La configuración de esta opción de proxy en una MVLAN habilita automáticamente la operación del proxy MVR para todas las VLAN del receptor MVR asociadas con la MVLAN.
Modo proxy en conmutadores ELS
En los conmutadores ELS, configure el modo proxy MVR en las VLAN del receptor MVR. Puede configurar el modo proxy MVR por separado del modo proxy de espionaje IGMP, de la siguiente manera:
Modo de proxy de espionaje IGMP: puede utilizar la instrucción de proxy en el nivel de jerarquía en conmutadores ELS para habilitar la
[edit protocols igmp-snooping vlan vlan-name]operación del proxy IGMP con o sin configuración de MVR. Cuando se configura esta opción para una VLAN sin configurar MVR, el dispositivo actúa como un proxy IGMP para el enrutador de multidifusión para los puertos de esa VLAN. Cuando se configura esta opción en una MVLAN, el dispositivo actúa como un proxy IGMP entre el enrutador de multidifusión y los hosts en cualquier VLAN de receptor MVR asociada.Nota:Este modo de proxy se configura solo en la MVLAN, no en las VLAN del receptor MVR.
Modo de proxy MVR: en los conmutadores ELS, se configura el modo proxy MVR en una VLAN receptora MVR (en lugar de en la MVLAN), utilizando la
proxyopción en el nivel jerárquico[edit igmp-snooping vlan vlan-name data-forwarding receiver mode], cuando se asocia la VLAN del receptor MVR a una MVLAN. Un conmutador ELS que funciona en modo proxy MVR para una VLAN receptora MVR actúa como proxy IGMP para esa VLAN receptora MVR al enrutador de multidifusión en el contexto de la MVLAN.
Traducción de etiquetas VLAN MVR
Cuando se configura MVR, el dispositivo envía tráfico de multidifusión y paquetes de consultas IGMP descendentes a hosts en el contexto de la MVLAN de forma predeterminada. La etiqueta MVLAN se incluye para el tráfico etiquetado con VLAN que sale en los puertos de troncalización, mientras que el tráfico que sale en los puertos de acceso no está etiquetado.
En los conmutadores serie ELS EX compatibles con MVR, para VLAN con puertos troncales y hosts en una VLAN receptora de multidifusión que esperan tráfico en el contexto de esa VLAN receptora, puede configurar el dispositivo para que traduzca las etiquetas MVLAN a las etiquetas VLAN del receptor de multidifusión. Consulte la translate opción en el nivel jerárquico [edit protocols igmp-snooping vlans vlan-name data-forwarding receiver] .
Configuraciones recomendadas de MVR en la capa de acceso de conmutadores ELS
En función de la topología de la capa de acceso de la red, en las siguientes secciones se describen las formas recomendadas de configurar MVR en los dispositivos de la capa de acceso para entregar sin problemas una única secuencia de multidifusión a los hosts suscritos en varias VLAN.
Estas secciones se aplican únicamente a los conmutadores de la serie EX que ejecutan Junos OS con el estilo de configuración Enhanced Layer 2 Software (ELS).
- MVR en una topología de capa de acceso de un solo nivel
- MVR en una topología de capa de acceso de varios niveles
MVR en una topología de capa de acceso de un solo nivel
La figura 1 muestra un dispositivo en una topología de capa de acceso de un solo nivel. El dispositivo está conectado a un enrutador de multidifusión en la dirección ascendente (INTF-1), con puertos de troncalización de host o de acceso en la dirección descendente conectados a receptores de multidifusión en dos VLAN diferentes (v10 en INTF-2 y v20 en INTF-3).
Sin MVR, la interfaz ascendente (INTF-1) actúa como una interfaz de enrutador de multidifusión para el enrutador ascendente y como un puerto troncal en ambas VLAN. En esta configuración, el enrutador ascendente requeriría dos interfaces integradas de enrutamiento y puente (IRB) para enviar dos copias de la secuencia de multidifusión al dispositivo, que luego reenviaría el tráfico a los receptores en las dos VLAN diferentes en INTF-2 e INTF-3.
Con MVR configurado como se indica en la figura 1, el flujo de multidifusión se puede enviar a receptores en VLAN diferentes en el contexto de una sola MVLAN, y el enrutador ascendente solo requiere una interfaz IRB descendente en la que enviar una secuencia MVLAN al dispositivo.
Para que MVR funcione sin problemas en esta topología, se recomienda configurar los siguientes elementos en el dispositivo de un solo nivel, tal como se ilustra en la figura 1:
Una MVLAN con la interfaz del enrutador de multidifusión ascendente del dispositivo configurada como puerto troncal y una interfaz de enrutador de multidifusión en la MVLAN. Esta interfaz ascendente ya era un puerto troncal y un puerto de enrutador de multidifusión para las VLAN receptoras que se asociarán con la MVLAN.
La figura 1 muestra una MVLAN configurada en el dispositivo, y la interfaz ascendente INTF-1 configurada anteriormente como puerto troncal y puerto de enrutador de multidifusión en v10 y v20, se agrega posteriormente como puerto de troncalización y enrutador de multidifusión en la MVLAN también.
VLAN del receptor MVR asociadas a la MVLAN.
En la figura 1, el dispositivo está conectado al host 1 en VLAN v10 (mediante la interfaz troncal INTF-2) y al host 2 en v20 (mediante la interfaz de acceso INTF-3). Las VLAN v10 y v20 utilizan INTF-1 como puerto troncal y puerto de enrutador de multidifusión en la dirección ascendente. Estas VLAN se convierten en VLAN de receptor MVR para la MVLAN, con INTF-1 también agregado como puerto troncal y puerto de enrutador de multidifusión en la MVLAN.
MVR ejecutándose en modo proxy en el dispositivo, por lo que el dispositivo procesa las pertenencias a grupos IGMP de VLAN del receptor MVR en el contexto de la MVLAN. El enrutador ascendente envía solo una secuencia de multidifusión en la MVLAN descendente al dispositivo, que se reenvía a los hosts en las VLAN del receptor MVR que están suscritos a los grupos de multidifusión originados por la MVLAN.
El dispositivo de la figura 1 está configurado en modo proxy y establece pertenencias a grupos en la MVLAN para hosts en VLAN de receptor MVR v10 y v20. El enrutador ascendente de la figura envía solo una secuencia de multidifusión en la MVLAN a través de INTF-1 al dispositivo, que reenvía el tráfico a los hosts suscritos en las VLAN del receptor MVR v10 y v20.
La traducción de etiquetas VLAN del receptor MVR está habilitada en VLAN receptoras que tienen hosts en puertos troncales, por lo que esos hosts reciben el tráfico de multidifusión en el contexto de sus VLAN receptoras. Los hosts a los que se llega a través de puertos de acceso reciben paquetes de multidifusión sin etiquetar (y no necesitan traducción de etiquetas VLAN MVR).
En la figura 1, el dispositivo tiene habilitada la traducción en v10 y sustituye la etiqueta VLAN mvlan por la etiqueta VLAN v10 cuando reenvía la secuencia de multidifusión en la interfaz troncal INTF-2. El dispositivo no tiene la traducción habilitada en v20 y reenvía paquetes de multidifusión sin etiquetar en el puerto de acceso INTF-3.
MVR en una topología de capa de acceso de varios niveles
La figura 2 muestra los dispositivos en una topología de capa de acceso de dos niveles. El dispositivo superior o ascendente está conectado al enrutador de multidifusión en la dirección ascendente (INTF-1) y a un segundo dispositivo descendente (INTF-2). El dispositivo inferior o descendente se conecta al dispositivo ascendente (INTF-3) y utiliza puertos troncales o de acceso en la dirección descendente para conectarse a receptores de multidifusión en dos VLAN diferentes (v10 en INTF-4 y v20 en INTF-5).
de capa de acceso de varios niveles
Sin MVR, similar a la topología de capa de acceso de un solo nivel, el dispositivo superior se conecta al enrutador de multidifusión ascendente mediante una interfaz de enrutador de multidifusión que también es un puerto troncal en ambas VLAN receptoras. Las dos capas de dispositivos están conectadas con puertos troncales en las VLAN del receptor. El dispositivo inferior tiene puertos troncales o de acceso en las VLAN del receptor conectadas a los hosts del receptor de multidifusión. En esta configuración, el enrutador ascendente debe duplicar el flujo de multidifusión y utilizar dos interfaces IRB para enviar copias de los mismos datos a las dos VLAN. El dispositivo ascendente también envía flujos duplicados descendentes para los receptores en las dos VLAN.
Con MVR configurado como se muestra en la figura 2, el flujo de multidifusión se puede enviar a receptores en VLAN diferentes en el contexto de una sola MVLAN desde el enrutador ascendente y a través de los múltiples niveles de la capa de acceso.
Para que MVR funcione sin problemas en esta topología, se recomienda configurar los siguientes elementos en los distintos niveles de dispositivos de la capa de acceso, como se ilustra en la figura 2:
Una MVLAN configurada en los dispositivos de todos los niveles de la capa de acceso. El dispositivo del nivel superior se conecta al enrutador de multidifusión ascendente con una interfaz de enrutador de multidifusión y un puerto troncal en la MVLAN. Esta interfaz ascendente ya era un puerto troncal y un puerto de enrutador de multidifusión para las VLAN receptoras que se asociarán con la MVLAN.
La figura 2 muestra una MVLAN configurada en todos los niveles de dispositivos. El dispositivo de nivel superior se conecta al enrutador de multidifusión mediante la interfaz INTF-1, configurada anteriormente como puerto troncal y puerto de enrutador de multidifusión en v10 y v20, y posteriormente agregada a la configuración como puerto de troncalización y enrutador de multidifusión en la MVLAN también.
VLAN de receptor MVR asociadas con MVLAN en los dispositivos de todos los niveles de la capa de acceso.
En la figura 2, el dispositivo de nivel inferior está conectado al host 1 en VLAN v10 (mediante la interfaz troncal INTF-4) y al host 2 en v20 (mediante la interfaz de acceso INTF-5). Las VLAN v10 y v20 utilizan INTF-3 como puerto troncal y puerto de enrutador de multidifusión en la dirección ascendente hacia el dispositivo de nivel superior. El dispositivo superior se conecta al dispositivo inferior utilizando INTF-2 como puerto troncal en la dirección descendente para enviar consultas IGMP y reenviar tráfico de multidifusión en v10 y v20. Las VLAN v10 y v20 se configuran como VLAN receptoras de MVR para la MVLAN, y INTF-3 también se agrega como puerto troncal y puerto de enrutador de multidifusión en la MVLAN. Las VLAN v10 y v20 también se configuran en el dispositivo de nivel superior como VLAN receptoras MVR para la MVLAN.
MVR ejecutándose en modo proxy en el dispositivo del nivel superior para las VLAN del receptor MVR, por lo que el dispositivo actúa como proxy del enrutador de multidifusión para las solicitudes de pertenencia a grupos recibidas en las VLAN del receptor MVR. El enrutador ascendente envía solo una secuencia de multidifusión en la MVLAN descendente al dispositivo.
En la figura 2, el dispositivo de nivel superior se configura en modo proxy y establece pertenencias a grupos en la MVLAN para hosts en VLAN de receptor MVR v10 y v20. El enrutador ascendente en la figura envía solo un flujo de multidifusión en la MVLAN, que llega al dispositivo superior a través de INTF-1. El dispositivo superior reenvía la secuencia a los dispositivos de los niveles inferiores mediante INTF-2.
No hay traducción de etiquetas VLAN del receptor MVR habilitada en el tráfico MVLAN que sale de dispositivos de nivel superior. Los dispositivos de los niveles intermedios deben reenviar el tráfico MVLAN descendente en el contexto de la MVLAN, etiquetada con la etiqueta MVLAN.
El dispositivo superior de la figura no tiene habilitada la traducción para la VLAN del receptor v10 ni para la v20 para la interfaz INTF-2 que se conecta al dispositivo de nivel inferior.
MVR ejecutándose en modo transparente en los dispositivos de los niveles inferiores de la capa de acceso. Los dispositivos inferiores envían informes IGMP ascendentes en el contexto de las VLAN del receptor porque funcionan en modo transparente, e instalan entradas de puente solo para la MVLAN, de forma predeterminada o con la
installopción configurada, tanto para las VLAN MVLAN como para las VLAN receptoras MVR. El dispositivo superior se ejecuta en modo proxy e instala entradas de puente solo para la MVLAN. El enrutador ascendente envía sólo una secuencia de multidifusión en la MVLAN descendente hacia los receptores, y el tráfico se reenvía a las VLAN del receptor MVR en el contexto de la MVLAN, con traducción de etiquetas VLAN si la opción de traducción está habilitada (se describe a continuación).En la figura 2, el dispositivo inferior está conectado al dispositivo superior con INTF-3 como puerto troncal y el puerto de enrutador de multidifusión para VLAN receptoras v10 y v20. Para habilitar MVR en el dispositivo de nivel inferior, las dos VLAN receptoras de MVR se configuran en modo transparente MVR e INTF-3 se configura adicionalmente para ser un puerto troncal y un puerto de enrutador de multidifusión para la MVLAN.
La traducción de etiquetas VLAN del receptor MVR está habilitada en VLAN receptoras en dispositivos de nivel inferior que tienen hosts en puertos troncales, de modo que esos hosts reciban el tráfico de multidifusión en el contexto de sus VLAN receptoras. Los hosts a los que se llega a través de puertos de acceso reciben paquetes sin etiquetar, por lo que no se necesita traducción de etiquetas VLAN en ese caso.
En la figura 2, el dispositivo tiene habilitada la traducción en v10 y sustituye la etiqueta VLAN del receptor v10 por la etiqueta VLAN de mVLAN al reenviar el flujo de multidifusión en la interfaz troncal INTF-4. El dispositivo no tiene la traducción habilitada en v20 y reenvía paquetes de multidifusión sin etiquetar en el puerto de acceso INTF-5.
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.