Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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 flujos de multidifusión IP TV a través de una red de capa 2 basada en anillos Ethernet.

En una red estándar de capa 2, una secuencia de multidifusión recibida 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 configure MVR, se crea una VLAN de multidifusión (MVLAN) que se convierte en la única VLAN sobre la cual fluye el tráfico de multidifusión IPTV en toda la red de capa 2. Los dispositivos con MVR habilitados de manera selecta reenvía el tráfico de multidifusión IPTV de las interfaces en mvlan (interfaces de origen) a los hosts conectados a interfaces que no forman parte de la MVLAN que designe como puertos de receptor MVR. Los puertos de recepción MVR pueden recibir tráfico desde un puerto en el MVLAN, pero no pueden enviar tráfico a la MVLAN, y esos puertos permanecen en sus propias VLAN por motivos de ancho de banda y seguridad.

Ventajas del registro de VLAN de multidifusión

  • Reduce el ancho de banda necesario para distribuir flujos de multidifusión IP TV mediante la eliminación de la duplicación de flujos de multidifusión desde el mismo origen a receptores interesados en diferentes VLAN.

Cómo funciona MVR

El MVR funciona de manera similar y junto con el espionaje del Protocolo de administración de grupos de Internet (IGMP). Tanto MVR como IGMP snooping monitor IGMP se unen y dejan mensajes y crean tablas de reenvío basadas en las direcciones dirección MAC (MAC) de los hosts que envían esos mensajes IGMP. Mientras que el espionaje IGMP funciona dentro de una VLAN dada para regular el tráfico de multidifusión, MVR puede operar con hosts en diferentes VLAN en una red de capa 2 para entregar de forma selecta el tráfico de multidifusión IP TV a cualquier host solicitante. Esto reduce el ancho de banda necesario para reenviar el tráfico.

Nota:

MVR se admite en redes VLAN que solo ejecutan IGMP versión 2 (IGMPv2).

Fundamentos de MVR

MVR no está habilitado de forma predeterminada en dispositivos que admitan MVR. Configure explícitamente una MVLAN y le asigne un rango de direcciones de grupo de multidifusión. Esa VLAN transporta tráfico MVLAN para los grupos de multidifusión configurados. Luego, configure otras VLAN para que sean VLAN de receptor MVR que reciban secuencias de multidifusión desde mvlan. Cuando el MVR está configurado en un dispositivo, el dispositivo recibe solo una copia de cada secuencia de multidifusión MVR y, luego, replica la secuencia solo a los hosts que desean recibirla, mientras reenvía sin modificaciones todos los demás tipos de tráfico de multidifusión.

Puede configurar varias MVLAN en un dispositivo, pero deben tener subredes de grupo de multidifusión desconexas. Una VLAN de receptor MVR se puede asociar con más de un MVLAN en el dispositivo.

MVR no es compatible con MVLAN ni VLAN de receptor MVR en una VLAN privada (PVLAN).

En conmutadores que no son ELS, los puertos de receptor MVR abarcan todas las interfaces que existen en cualquiera de las VLAN del receptor MVR.

En conmutadores ELS, los puertos de receptor MVR son todas las interfaces en 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 EX de ELS admiten MVR de la siguiente manera:

  • A partir de Junos OS versión 18.3R1 versión, EX4300 conmutadores y Virtual Chassis admiten MVR. Puede configurar hasta 10 MVLANs en estos dispositivos.

  • A partir de Junos OS versión 18.4R1, los conmutadores EX2300 y EX3400 y Virtual Chassis admiten MVR. Puede configurar hasta 5 MVLANs en estos dispositivos.

  • A partir de Junos OS versión 19.4R1, EX4300 modelo multigigabit (EX4300-48MP) y Virtual Chassis compatible con M VR. Puede configurar hasta 10 MVLANs en estos dispositivos.

Nota:

El MVR tiene algunas diferencias de configuración y operativas en conmutadores de la serie EX que utilizan el estilo de configuración Enhanced Layer 2 Software (ELS) en comparación con MVR en conmutadores que no admiten ELS. Cuando corresponda, las siguientes secciones explican estas diferencias.

Modos MVR

El MVR puede funcionar en dos modos: modo MVR transparente y modo de proxy MVR. Ambos modos permiten que MVR reenvía solo una copia de una secuencia de multidifusión a la red de capa 2. Sin embargo, la diferencia principal entre los dos modos se encuentra en cómo el dispositivo envía los informes IGMP en sentido ascendente al enrutador de multidifusión. El dispositivo controla esencialmente las consultas IGMP de la misma manera en cualquier modo.

Los modos MVR se configuran de manera diferente en conmutadores que no son ELS y ELS. Además, en conmutadores ELS, puede asociar un MVLAN con algunas VLAN de receptor MVR que funcionan en modo de proxy y otras que funcionan en modo transparente si tiene requisitos de multidifusión para ambos modos en la 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.

Nota:

En 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 controla los paquetes IGMP destinados a las VLAN de origen de multidifusión y al receptor de multidifusión de manera similar a la forma en que las maneja cuando no se usa MVR. Sin MVR, cuando un host en una VLAN envía mensajes IGMP de unión y salida de mensajes, el dispositivo reenvía los mensajes a todas las interfaces de enrutador de multidifusión en la VLAN. De forma 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 controla los informes y consultas IGMP de la siguiente manera:

  • Recibe mensajes IGMP de unirse y dejar 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 receptores MVR.

  • Reenvía las consultas IGMP recibidas en el MVLAN solo a los puertos de receptor MVR que se encuentran en VLAN de receptor asociadas con ese MVLAN, aun aunque esos puertos no estén en la PROPIA MVLAN.

Nota:

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 de recepción 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 el MVLAN) no recibe las respuestas y no reenvía ningún tráfico, por lo que para resolver este problema, debe configurar la membresía estática. Como resultado, recomendamos que utilice el modo de 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 de recepción de multidifusión en la VLAN del receptor MVR se une a un grupo, el dispositivo agrega la entrada de puente adecuada en el MVLAN para ese grupo. Cuando el dispositivo recibe tráfico en el MVLAN para ese grupo, reenvía el tráfico en ese puerto etiquetado con la etiqueta MVLAN (aun si el puerto no está en la MVLAN). Del mismo modo, si un host en un puerto de recepción de multidifusión en la VLAN del receptor MVR abandona un grupo, el dispositivo elimina la entrada de puente que coincide y la MVLAN detiene el reenvío del tráfico MVR de ese grupo en ese puerto.

Cuando se encuentra en modo transparente, de forma predeterminada, el dispositivo instala entradas de puente solo en el MVLAN que es el origen de la dirección de grupo, por lo que si el dispositivo recibe el tráfico DE VLAN receptor MVR para ese grupo, el dispositivo no reenviará el tráfico a los puertos receptores en la VLAN de receptor M VR 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 el MVLAN. Para habilitar los puertos VLAN del receptor MVR para recibir tráfico reenviado en la VLAN del receptor MVR, puede configurar la opción en el nivel jerárquico para que el dispositivo también instale las entradas de puente en la VLAN del receptor install [edit protocols igmp-snooping vlans vlan-name data-forwarding receiver] M VR.

Modo de proxy MVR

Cuando configure MVR en modo de proxy, el dispositivo actúa como un proxy IGMP al enrutador de multidifusión para las solicitudes de membresía del grupo MVR recibidas en las VLAN del receptor MVR. Esto significa que el dispositivo reenvía informes IGMP de hosts en VLAN del receptor MVR en el contexto de la MVLAN. y solo los reenvía a los puertos del enrutador de multidifusión en el MVLAN. El enrutador de multidifusión recibe informes IGMP solo en el MVLAN para esos hosts receptores MVR.

El dispositivo controla 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 receptores MVR.

  • Reenvía las consultas IGMP recibidas en el MVLAN solo a los puertos de receptor MVR que se encuentran en VLAN de receptor que pertenecen a ese MVLAN, aun aunque esos puertos no estén en la PROPIA MVLAN.

En el modo de proxy, para las membresías de grupo de multidifusión establecidas en el contexto de la MVLAN, el dispositivo instala entradas de puente solo en el MVLAN y reenvía el tráfico MVLAN entrante a hosts en las VLAN del receptor MVR suscritas a esos grupos. El modo de proxy no admite la opción que permite que el dispositivo también instale entradas de puente en las VLAN del receptor install 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, ya que el dispositivo no tiene entradas de puente para esos puertos de receptor MVR en las VLAN del receptor M VR.

Modo de proxy en conmutadores que no son ELS

En conmutadores que no son ELS, puede configurar el modo de proxy MVR en una MVLAN mediante la instrucción proxy en el nivel de jerarquía junto con otras opciones de configuración de [edit protocols igmp-snooping vlan vlan-name] espionaje IGMP.

Nota:

En conmutadores que no son ELS, esta instrucción de configuración proxy solo admite la configuración del modo de 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 proxy IGMP para cualquier grupo MVR de origen del MVLAN en las direcciones ascendente y descendente. En la dirección descendente, el dispositivo actúa como el querier 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 las consultas IGMP desde enrutadores de multidifusión. La configuración de esta opción de proxy en un MVLAN habilita de forma automática la operación de proxy MVR para todas las VLAN de receptor MVR asociadas con la MVLAN.

Modo de proxy en conmutadores ELS

En conmutadores ELS, puede configurar el modo de proxy MVR en las VLAN del receptor MVR. Puede configurar el modo de proxy MVR por separado del modo de proxy de espionaje IGMP, como se muestra a continuación:

  • Modo de proxy de espionaje IGMP:puede utilizar la instrucción proxy en el nivel de jerarquía de conmutadores ELS para habilitar la operación de proxy IGMP con o sin [edit protocols igmp-snooping vlan vlan-name] configuración MVR. Cuando configure esta opción para una VLAN sin configurar MVR, el dispositivo actúa como proxy IGMP en el enrutador de multidifusión para los puertos de esa VLAN. Cuando configure 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 el MVLAN, no en las VLAN del receptor MVR.

  • Modo de proxy MVR:en conmutadores ELS, puede configurar el modo de proxy MVR en una VLAN de receptor MVR (en lugar de en MVLAN), mediante la opción en el nivel de jerarquía, cuando asocie la VLAN de receptor MVR con una proxy [edit igmp-snooping vlan vlan-name data-forwarding receiver mode] MVLAN. Un conmutador ELS que funciona en modo de proxy MVR para una VLAN de receptor MVR actúa como un proxy IGMP para esa VLAN de receptor MVR al enrutador de multidifusión en el contexto de la MVLAN.

Traducción de etiquetas VLAN MVR

Cuando configure MVR, el dispositivo envía tráfico de multidifusión e IGMP consultas paquetes descendentes a hosts en el contexto de MVLAN de forma predeterminada. La etiqueta MVLAN se incluye para la salida de tráfico con etiqueta VLAN en los puertos de troncalización, mientras que la salida de tráfico en los puertos de acceso no está etiquetada.

En conmutadores de la serie EX DE ELS compatibles con MVR, para VLAN con puertos de troncalización y hosts en una VLAN de receptor de multidifusión que espera tráfico en el contexto de esa VLAN receptora, puede configurar el dispositivo para traducir las etiquetas MVLAN a las etiquetas VLAN del receptor de multidifusión. Consulte la translate opción en el nivel de [edit protocols igmp-snooping vlans vlan-name data-forwarding receiver] jerarquía.

Configuraciones MVR recomendadas en la capa de acceso en conmutadores ELS

En función de la topología de capa de acceso de su red, en las siguientes secciones se describen las maneras recomendadas de configurar MVR en dispositivos en la capa de acceso para entregar sin problemas una sola secuencia de multidifusión a hosts suscritos en varias VLAN.

Nota:

Estas secciones se aplican a conmutadores de la serie EX que Junos OS solo con el estilo de configuración Enhanced Layer 2 Software (ELS).

MVR en una topología de capa de acceso de un solo nivel

En la Figura 1 se 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 un troncalización de host o puertos de acceso en la dirección descendente conectada a receptores de multidifusión en dos VLAN diferentes (v10 en INTF-2 y v20 en INTF-3).

Gráfico 1: MVR en una topología de capa de acceso de un solo nivel MVR in a Single-Tier Access Layer Topology

Sin MVR, la interfaz ascendente (INTF-1) actúa como interfaz de enrutador de multidifusión para el enrutador ascendente y un puerto de troncalización en ambas REDES VLAN. En esta configuración, el enrutador ascendente requeriría dos interfaces de enrutamiento y puente integrados (IRB) para enviar dos copias de la secuencia de multidifusión al dispositivo, lo que luego reenviaría el tráfico a los receptores en las dos VLAN diferentes en INTF-2 e INTF-3.

Con el MVR configurado como se indica en la Figura 1,la secuencia de multidifusión se puede enviar a receptores en distintas VLAN en el contexto de una sola MVLAN, y el enrutador ascendente solo requiere una interfaz IRB descendente en la cual enviar una transmisión MVLAN al dispositivo.

Para que el MVR funcione sin problemas en esta topología, recomendamos que configure los siguientes elementos en el dispositivo de un solo nivel como se muestra en la Figura 1:

  • Una MVLAN con la interfaz de enrutador de multidifusión ascendente del dispositivo configurada como un puerto de troncalización y una interfaz de enrutador de multidifusión en el MVLAN. Esta interfaz ascendente ya era un puerto de troncalización y un puerto de enrutador de multidifusión para las VLAN receptoras que se asociarán con la MVLAN.

    En la Figura 1 se muestra una MVLAN configurada en el dispositivo, y la interfaz ascendente INTF-1 configurada anteriormente como puerto de troncalización y puerto de enrutador de multidifusión en v10 y v20, se agrega posteriormente como puerto de enrutador de troncalización y multidifusión en mvlan.

  • VLAN de receptor MVR asociadas con 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 de troncalización y enrutador de multidifusión en la dirección ascendente. Estas VLAN se convierten en VLAN de receptor MVR para mvlan, y la INTF-1 también se agrega como puerto de troncalización y como puerto de enrutador de multidifusión en la MVLAN.

  • MVR que se ejecuta en modo de proxy en el dispositivo, por lo que el dispositivo procesa las membresías de grupo IGMP de VLAN receptor MVR en el contexto de la MVLAN. El enrutador ascendente envía solo una secuencia de multidifusión en el MVLAN descendente al dispositivo, el cual se reenvía a los hosts en las VLAN del receptor MVR suscritas a los grupos de multidifusión de origen de MVLAN.

    El dispositivo de la Figura 1 está configurado en modo de proxy y establece membresías de grupo en 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 el MVLAN a través de INTF-1 al dispositivo, el cual reenvía el tráfico a los hosts suscritos en las VLAN del receptor MVR v10 y v20.

  • La traducción de etiqueta VLAN del receptor MVR habilitó la traducción en VLAN del receptor que tienen hosts en puertos de troncalización, para que esos hosts reciban el tráfico de multidifusión en el contexto de sus VLAN de receptor. Los hosts a los que se llega mediante puertos de acceso reciben paquetes de multidifusión sin etiquetar (y no necesitan la traducción de etiquetas VLAN MVR).

    En la Figura 1,el dispositivo ha habilitado la traducción en v10 y sustituye la etiqueta VLAN v10 por la etiqueta VLAN mvlan al reenviar la secuencia de multidifusión en la interfaz troncal INTF-2. El dispositivo no tiene habilitada la traducción 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

En la Figura 2 se muestran los dispositivos en una topología de capa de acceso de dos niveles. El dispositivo superior o ascendente se conecta 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 de troncalización 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).

Gráfico 2: MVR en una topología de capa de acceso de varios niveles MVR in a Multiple-Tier Access Layer Topology

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 de troncalización en ambas VLAN receptoras. Las dos capas de dispositivos están conectadas con puertos de troncalización en las VLAN del receptor. El dispositivo inferior tiene puertos de troncalización 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 la secuencia 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 el MVR configurado como se muestra en la Figura 2,la secuencia de multidifusión se puede enviar a receptores en distintas VLAN en el contexto de un solo MVLAN desde el enrutador ascendente y a través de varios niveles en la capa de acceso.

Para que el MVR funcione sin problemas en esta topología, recomendamos configurar los siguientes elementos en los diferentes niveles de dispositivos en la capa de acceso, como se muestra 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 de troncalización en el MVLAN. Esta interfaz ascendente ya era un puerto de troncalización y un puerto de enrutador de multidifusión para las VLAN receptoras que se asociarán con la MVLAN.

    En la Figura 2 se 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 de troncalización y puerto de enrutador de multidifusión en v10 y v20, y posteriormente se agrega a la configuración como puerto de enrutador de troncalización y multidifusión en mvlan.

  • VLAN del receptor MVR asociadas con la MVLAN en los dispositivos de todos los niveles de la capa de acceso.

    En la Figura 2,el dispositivo de nivel inferior se conecta 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 de troncalización y enrutador de multidifusión en la dirección ascendente al dispositivo de nivel superior. El dispositivo superior se conecta al dispositivo inferior mediante INTF-2 como puerto de troncalización en la dirección descendente para enviar consultas IGMP y reenviar tráfico de multidifusión en v10 y v20. A continuación, las VLAN v10 y v20 se configuran como VLAN de receptor MVR para MVLAN, con INTF-3 también agregado como puerto de troncalización 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 de receptor MVR para la MVLAN.

  • MVR que se ejecuta en modo de proxy en el dispositivo en el nivel superior para las VLAN del receptor MVR, por lo que el dispositivo actúa como proxy en el enrutador de multidifusión para las solicitudes de membresía de grupo recibidas en las VLAN del receptor MVR. El enrutador ascendente envía solo una secuencia de multidifusión en el MVLAN descendente al dispositivo.

    En la Figura 2,el dispositivo del nivel superior se configura en modo de proxy y establece membresías de grupo en 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 el MVLAN, el cual llega al dispositivo superior mediante INTF-1. El dispositivo superior reenvía la transmisión a los dispositivos de los niveles inferiores mediante INTF-2.

  • No se ha habilitado la traducción de etiqueta VLAN del receptor MVR en la salida de tráfico MVLAN desde dispositivos de nivel superior. Los dispositivos de los niveles intermedios deben reenviar el tráfico MVLAN descendente en el contexto de la MVLAN, etiquetado con la etiqueta MVLAN.

    El dispositivo superior de la figura no tiene habilitada la traducción para la VLAN del receptor v10 o v20 para la interfaz INTF-2 que se conecta al dispositivo de nivel inferior.

  • MVR que se ejecuta en modo transparente en los dispositivos en los niveles inferiores de la capa de acceso. Los dispositivos inferiores envían informes IGMP hacia arriba 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 opción configurada tanto para las VLAN de receptor MVLAN como para install las MVR. El dispositivo superior se ejecuta en modo de proxy e instala entradas de puente solo para MVLAN. El enrutador ascendente envía solo una secuencia de multidifusión en el 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 etiqueta VLAN si la opción traducir está habilitada (descrita siguiente).

    En la Figura 2,el dispositivo inferior está conectado al dispositivo superior con INTF-3 como puerto de troncalización y el puerto de enrutador de multidifusión para las VLAN receptoras v10 y v20. Para habilitar MVR en el dispositivo de nivel inferior, las dos VLAN del receptor MVR se configuran en modo MVR transparente y, además, INTF-3 está configurado para ser un puerto de troncalización y un puerto de enrutador de multidifusión para la MVLAN.

  • La traducción de etiqueta VLAN del receptor MVR habilitada en las VLAN del receptor en dispositivos de nivel inferior que tienen hosts en puertos de troncalización, para que esos hosts reciban el tráfico de multidifusión en el contexto de sus VLAN receptoras. Los hosts a los que se llega mediante puertos de acceso reciben paquetes sin etiquetar, por lo que no se necesita traducción de etiqueta VLAN en ese caso.

    En la Figura 2,el dispositivo ha habilitado la traducción en v10 y sustituye la etiqueta VLAN del receptor v10 por la etiqueta VLAN de mvlan al reenviar la secuencia de multidifusión en la interfaz troncal INTF-4. El dispositivo no tiene habilitada la traducción en v20 y reenvía paquetes de multidifusión sin etiquetar en el puerto de acceso INTF-5.

Tabla del historial de versiones
Lanzamiento
Descripción
19.4R1
A partir de Junos OS versión 19.4R1, EX4300 modelo multigigabit (EX4300-48MP) y Virtual Chassis compatible con M VR. Puede configurar hasta 10 MVLANs en estos dispositivos.
18.4R1
A partir de Junos OS versión 18.4R1, EX2300 y EX3400 conmutadores y Virtual Chassis admiten MVR. Puede configurar hasta 5 MVLANs en estos dispositivos.
18.3R1
A partir de Junos OS versión 18.3R1 versión, EX4300 conmutadores y Virtual Chassis admiten MVR. Puede configurar hasta 10 MVLANs en estos dispositivos.