Configurar conmutadores virtuales de capa 2
RESUMEN
Descripción de los conmutadores virtuales de capa 2
Solo en los enrutadores de la serie MX, puede agrupar uno o más dominios de puente para formar un conmutador virtual que aísle un segmento de LAN con su instancia de protocolo de árbol de expansión y separe su espacio de ID de VLAN. Un dominio de puente consta de un conjunto de puertos lógicos que comparten las mismas características de inundación o difusión. Al igual que una LAN virtual, un dominio puente abarca uno o más puertos de varios dispositivos. Puede configurar varios conmutadores virtuales, cada uno de los cuales funciona independientemente de los demás conmutadores virtuales en la plataforma de enrutamiento. Por lo tanto, cada conmutador virtual puede participar en una red de capa 2 diferente.
Puede configurar un conmutador virtual para que participe solo en puentes de capa 2 y, opcionalmente, para realizar enrutamiento de capa 3. Además, puede configurar uno de los tres protocolos de control de capa 2 (protocolo de árbol de expansión, protocolo de árbol de expansión rápida (RSTP) o protocolo de árbol de expansión múltiple (MSTP)) para evitar bucles de reenvío. Para obtener más información acerca de cómo configurar puertos lógicos de capa 2 en una interfaz, consulte la Biblioteca de interfaces de red de Junos OS para dispositivos de enrutamiento.
En Junos OS versión 9.2 y posteriores, puede asociar una o varias interfaces lógicas configuradas como interfaces troncales a un conmutador virtual. Una interfaz troncal, o puerto troncal de capa 2, permite configurar una interfaz lógica para representar varias VLAN en la interfaz física. Los paquetes recibidos en una interfaz troncal se reenvían dentro de un dominio de puente que tiene el mismo identificador VLAN. Para obtener más información acerca de cómo configurar interfaces troncales, consulte la Biblioteca de interfaces de red de Junos OS para dispositivos de enrutamiento.
También puede configurar las propiedades de reenvío y aprendizaje de capa 2 para el conmutador virtual, así como cualquier dominio de puente que pertenezca a un conmutador virtual. .
Para obtener más información acerca de cómo configurar una instancia de enrutamiento para VPN de capa 2, consulte la Biblioteca de VPN de Junos OS para dispositivos de enrutamiento. .
Configuración de un conmutador virtual de capa 2
Un conmutador virtual de capa 2, que aísla un segmento LAN con su instancia de protocolo de árbol de expansión y separa su espacio de ID de VLAN, filtra y reenvía el tráfico solo en la capa de vínculo de datos. No se realiza el enrutamiento de capa 3. Cada dominio de puente consta de un conjunto de puertos lógicos que participan en el aprendizaje y reenvío de capa 2. Un conmutador virtual representa una red de capa 2.
En las jerarquías de conmutadores virtuales se utilizan dos tipos principales de interfaces:
Interfaz lógica de capa 2: este tipo de interfaz utiliza el ID de VLAN como identificador de circuito virtual y el ámbito del ID de VLAN es local para el puerto de interfaz. Este tipo de interfaz se utiliza a menudo en aplicaciones centradas en el proveedor de servicios.
Interfaz de acceso o troncal: este tipo de interfaz utiliza un ID VLAN con importancia global. La interfaz de acceso o troncal se asocia implícitamente con dominios de puente basados en la pertenencia a VLAN. Las interfaces de acceso o troncales se utilizan normalmente en aplicaciones centradas en la empresa.
Nota:La diferencia entre las interfaces de acceso y las interfaces troncales es que las interfaces de acceso pueden formar parte de una sola VLAN y la interfaz normalmente está conectada a un dispositivo de usuario final (los paquetes se asocian implícitamente con la VLAN configurada). Por el contrario, las interfaces troncales multiplexan el tráfico de varias VLAN y, por lo general, interconectan conmutadores.
Para configurar un conmutador virtual de capa 2, incluya las siguientes instrucciones:
[edit]
routing-instances {
routing-instance-name (
instance-type virtual-switch;
bridge-domains {
bridge-domain-name {
domain-type bridge;
interface interface-name;
vlan-id (all | none | number); # Cannot be used with ’vlan-tags’ statement
vlan-id-list [ vlan-id-numbers ];
vlan-tags outer number inner number; # Cannot be used with ’vlan-id’ statement
}
}
protocols {
mstp {
...mstp-configuration ...
}
}
}
}
Para habilitar un conmutador virtual, debe especificar virtual-switch como tipo de instancia.
Para cada dominio de puente que configure para el conmutador virtual, especifique un bridge-domain-namearchivo . También debe especificar el puente de valor para la domain-type instrucción.
Para la vlan-id instrucción, puede especificar un identificador de VLAN válido o ninguna o todas las opciones.
La opción all no es compatible con IRB.
No es necesario especificar un identificador de VLAN para un dominio de puente. Sin embargo, no puede especificar el mismo identificador de VLAN para más de un dominio de puente dentro de un conmutador virtual. Cada dominio de puente dentro de un conmutador virtual debe tener un identificador VLAN único.
Para un dominio de puente único, puede incluir la vlan-id instrucción o la vlan-tags instrucción, pero no ambas. La vlan-id instrucción, vlan-id-list la declaración y vlan-tags la instrucción son mutuamente excluyentes.
La vlan-id-list instrucción le permite crear automáticamente varios dominios de puente para cada vlan-id de la lista.
Para especificar una o más interfaces lógicas para incluirlas en el dominio de puente, especifique una interface-name interfaz para Ethernet que haya configurado en el nivel de [edit interfaces] jerarquía. Para obtener más información, consulte la Biblioteca de interfaces de red de Junos OS para dispositivos de enrutamiento.
Configuración de una instancia de enrutamiento de conmutador virtual en enrutadores de la serie MX
Solo en enrutadores de la serie MX, utilice el tipo de instancia de virtual-switch enrutamiento para aislar un segmento de LAN con su instancia de árbol de expansión y para separar su espacio de ID de VLAN. Un dominio de puente consta de un conjunto de puertos que comparten las mismas características de inundación o difusión. Cada conmutador virtual representa una red de capa 2. Opcionalmente, puede configurar un conmutador virtual para que admita el enrutamiento y puente integrados (IRB), lo que facilita el puente de capa 2 y el enrutamiento IP de capa 3 simultáneos en la misma interfaz. También puede configurar protocolos de control de capa 2 para proporcionar resolución de bucle. Los protocolos admitidos incluyen el protocolo de árbol de expansión (STP), los protocolos de árbol de expansión rápida (RSTP), el protocolo de árbol de expansión múltiple (MSTP) y el protocolo de árbol de expansión de VLAN (VSTP).
Para crear una instancia de enrutamiento para un conmutador virtual, incluya al menos las siguientes instrucciones en la configuración:
[edit]
routing-instances {
routing-instance-name
instance-type virtual-switch;
bridge-domains {
bridge-domain-name {
domain-type bridge;
interface interface-name;
vlan-id (all | none | number);
vlan-tags outer number inner number;
}
}
protocols {
(rstp | mstp | vstp) {
...stp-configuration ...
}
}
}
}
Para obtener más información acerca de la configuración de conmutadores virtuales, consulte Configuración de un conmutador virtual de capa 2 .
Configuración de puertos VPLS en un conmutador virtual
En Junos OS versión 9.3 y posteriores, puede configurar puertos VPLS en un conmutador virtual para que las interfaces lógicas de los dominios de puente de capa 2 del conmutador virtual puedan controlar el tráfico de instancia de enrutamiento VPLS. La configuración de VPLS ya no requiere una instancia de enrutamiento dedicada de tipo vpls. Los paquetes recibidos en una interfaz troncal de capa 2 se reenvían dentro de un dominio de puente que tiene el mismo identificador VLAN.
Una interfaz troncal se asocia implícitamente con dominios de puente basados en la membresía de VLAN. Mientras que las interfaces de acceso pueden formar parte de una sola VLAN, las interfaces troncales multiplexan el tráfico de varias VLAN y, por lo general, interconectan conmutadores. Un puerto troncal de capa 2 también admite IRB.
Para configurar puertos VPLS en un conmutador virtual, realice las siguientes tareas:
Para configurar los puertos troncales de capa 2 que asociará con los dominios de puente en el conmutador virtual, incluya las siguientes instrucciones en la configuración:
[edit] interfaces { interface-name { unit logical-unit-number { # Call this ’L2-trunk-port-A’ family bridge { interface-mode trunk; vlan-id-list [ vlan-id-numbers ] ; # Trunk mode VLAN membership for this interface } } } . . . interface-name { unit logical-unit-number { # Call this ’L2-trunk-port-B’ family bridge { interface-mode trunk; vlan-id-list [ vlan-id-numbers ] ; # Trunk mode VLAN membership for this interface } } } }Para configurar una interfaz lógica como puerto de troncalización, incluya la
interface-modeinstrucción y la opción de tronco en el nivel de[edit interfaces interface-name unit logical-unit-number family bridge]jerarquía.Para configurar todos los identificadores de VLAN para asociarlos a un puerto troncal de capa 2, incluya la
vlan-id-list [ vlan-id-numbers ]instrucción en el nivel de[edit interfaces interface-name unit logical-unit-number family bridge]jerarquía.Cada una de las interfaces lógicas "L2-trunk-port-A" y "L2-trunk-port-B" acepta paquetes etiquetados con cualquier ID de VLAN especificado en las instrucciones respectivas
vlan-id-list.Para configurar un conmutador virtual que consta de un conjunto de dominios de puente asociados a una o más interfaces lógicas configuradas como puertos de troncalización, incluya las siguientes instrucciones en la configuración:
[edit] routing-instance { routing-instance-name instance-type virtual-switch; interface L2-trunk-port-A; # Include one trunk port interface L2-trunk-port-B; # Include the other trunk port bridge-domains { bridge-domain-name-0 { domain-type bridge; vlan-id number; } bridge-domain-name-1 { domain-type bridge; vlan-id number; } } protocols { vpls { vpls-id number; ... vpls-configuration ... } } } }Para comenzar a configurar un conmutador virtual, incluya la
instance-typeinstrucción y la opción conmutador virtual en el[edit routing-instances routing-instance-name]nivel jerárquico.Para configurar un conmutador virtual que consta de un conjunto de dominios de puente asociados a una o varias interfaces lógicas configuradas como puertos de troncalización, debe identificar cada interfaz lógica incluyendo la
interface interface-nameinstrucción en el[edit routing-instances routing-instance-name]nivel de jerarquía.Para cada VLAN configurada para un puerto de troncalización, debe configurar un dominio de puente que incluya la interfaz lógica del puerto de troncalización y utilice un identificador de VLAN dentro del rango que lleva esa interfaz de troncalización. Para configurar, incluya el puente de tipo dominio, vlan-id numbere instrucciones en el nivel de
[edit routing-instances routing-instance-name bridge-domain bridge-domain-name]jerarquía.
Configuración de un conmutador virtual de capa 2 con un puerto troncal de capa 2
Puede asociar una o varias interfaces troncales de capa 2 a un conmutador virtual. Una interfaz troncal de capa 2 le permite configurar una interfaz lógica para representar varias VLAN en la interfaz física. En el conmutador virtual, se configura un dominio de puente y un identificador de VLAN para cada identificador de VLAN configurado en las interfaces troncales. Los paquetes recibidos en una interfaz troncal se reenvían dentro de un dominio de puente que tiene el mismo identificador de VLAN. Cada conmutador virtual que configure funciona de forma independiente y puede participar en una red de capa 2 diferente.
Un conmutador virtual configurado con un puerto troncal de capa 2 también admite IRB dentro de un dominio de puente. IRB proporciona soporte simultáneo para puentes de capa 2 y enrutamiento IP de capa 3 en la misma interfaz. Sólo una interfaz configurada con la interface-mode (access | trunk) instrucción se puede asociar a un conmutador virtual. Una interfaz de acceso le permite aceptar paquetes sin identificador VLAN. Para obtener más información acerca de la configuración de interfaces troncales y de acceso, consulte la Biblioteca de interfaces de red de Junos OS para dispositivos de enrutamiento.
Además, puede configurar las propiedades de aprendizaje y reenvío de capa 2 para el conmutador virtual.
Para configurar un conmutador virtual con una interfaz troncal de capa 2, incluya las siguientes instrucciones:
[edit]
routing-instances {
routing-instance-name {
instance-type virtual-switch;
interface interface-name;
bridge-domains {
bridge-domain-name {
vlan-id number;
}
}
}
}
Debe configurar un dominio de puente y un identificador de VLAN para cada identificador de VLAN configurado para la interfaz troncal.
Los puertos troncales de capa 2 se utilizan en dos tipos distintos de configuración de conmutador virtual. Un método se denomina estilo de proveedor de servicios y el otro estilo empresarial. Los dos métodos pueden ser confusos porque ambos implican la configuración de interfaces conocidas como interfaces troncales. Sin embargo, ambos tipos de configuración son distintos.
El estilo de proveedor de servicios y el estilo empresarial tienen ventajas e inconvenientes.
Estilo de proveedor de servicios: ofrece más control, pero requiere más cuidado en la configuración. Los proveedores de servicios pueden usar todas las funciones de puente en cualquier forma o tamaño, pero para diseños con puentes grandes, los requisitos de personalización crecen rápidamente.
Estilo empresarial: ofrece una red única de capa 2 conectada por puentes simples. Más fácil de usar, pero más limitado en función. La configuración es simple, directa y condensada.
Los términos "estilo de proveedor de servicios" y "estilo empresarial" no implican ninguna limitación basada en el tipo o tamaño de la organización. Cualquier empresa grande puede usar configuraciones de estilo de proveedor de servicios y un proveedor de servicios regional pequeño es libre de usar el estilo empresarial. Las diferencias solo se aplican a los estilos de configuración.
La forma más fácil de entender las diferencias en la configuración de los dos estilos es compararlos con las mismas interfaces e ID de VLAN.
Puede configurar varios dominios de puente entre el mismo par de interfaces Ethernet, por ejemplo, xe-0/0/1 y xe-0/0/2. Si se necesitan dos dominios de puente, puede configurar un dominio de puente como VLAN-100 y el otro como VLAN-200. Sin embargo, los requisitos de configuración son diferentes cuando se implementa el estilo de proveedor de servicios o el estilo empresarial. Aquí hay un vistazo a ambos estilos con las mismas interfaces y VLAN.
El estilo del proveedor de servicios implica configurar los valores de tres parámetros principales, además de los dominios de puente para conectarlos:
Etiquetado de VLAN: configure las interfaces físicas en puente con
vlan-taggingpara que puedan funcionar en modo IEEE 802.1Q, también conocido como interfaz troncal.Puente de VLAN extendido: configure la interfaz física con el tipo
extended-vlan-bridgede instrucción de encapsulación para permitir el puente en cada interfaz lógica.Unidad lógica: permite configurar una unidad lógica para cada ID de VLAN en puente. En la mayoría de los casos, el número de unidad se configura para que sea el mismo que el ID de VLAN (es decir, unidad 100 = ID de VLAN 100).
Dominios de puente: configure los dominios de puente de VLAN para asociar las interfaces lógicas con los ID de VLAN correctos.
Esta es la configuración de estilo de proveedor de servicios que muestra dos interfaces utilizadas para puentear dos dominios de puente, VLAN ID 100 y 200.
[edit]
interfaces {
xe-0/0/1 {
vlan-tagging;
encapsulation extended-vlan-bridge;
unit 100 {
vlan-id 100;
}
unit 200 {
vlan-id 200;
}
}
xe-0/0/2 {
vlan-tagging;
encapsulation extended-vlan-bridge;
unit 100 {
vlan-id 100;
}
unit 200 {
vlan-id 200;
}
}
}
bridge-domains {
VLAN-100 {
vlan-id 100;
interface xe-0/0/1.100;
interface xe-0/0/2.100;
}
VLAN-200 {
vlan-id 200;
interface xe-0/0/1.200;
interface xe-0/0/2.200;
}
}
Tenga en cuenta que cada interfaz física tiene habilitado el etiquetado de VLAN, así como la encapsulación de puente VLAN extendida. Hay muchos más parámetros que se pueden configurar al estilo del proveedor de servicios.
Por el contrario, el estilo empresarial implica configurar los valores de tres parámetros diferentes , además de los dominios de puente para conectarlos:
Familia: configure cada interfaz física en puente con el tipo
bridgede familia .Modo de interfaz: configure la interfaz lógica para que la interfaz física funcione como un puerto de acceso sin etiquetar (no se muestra en este tema) o como un IEEE 801Q
trunk.ID de VLAN: configure cada interfaz lógica con un ID de VLAN para determinar a qué puente pertenece la interfaz.
Dominio de puente: configure los dominios de puente de VLAN para asociarlos con los ID de VLAN correctos.
El estilo empresarial es más sencillo que el estilo del proveedor de servicios. El estilo empresarial coloca automáticamente las interfaces en dominios de puente cuando se confirma la configuración.
Esta es la configuración de estilo empresarial que muestra las mismas dos interfaces utilizadas para puentear a través de los mismos dos dominios de puente, VLAN ID 100 y 200.
[edit]
interfaces {
xe-0/0/1 {
unit 0 {
family bridge {
interface-mode trunk;
vlan-id-list [ 100 200 ];
}
}
}
xe-0/0/2 {
unit 0 {
family bridge {
interface-mode trunk;
vlan-id-list [ 100 200 ];
}
}
}
}
bridge-domains {
VLAN-100 {
vlan-id 100;
}
VLAN-200 {
vlan-id 200;
}
}
A cambio de simplicidad, el estilo empresarial no permite configurar las opciones de etiquetado de VLAN ni el tipo de encapsulación. No se crea una interfaz lógica independiente para cada ID de VLAN.
Puede configurar más parámetros en cada estilo. Estos parámetros adicionales están fuera del alcance de este tema de configuración básica.
Configuración de enrutamiento y puentes integrados para un dominio de puente en un conmutador virtual de capa 2
El enrutamiento y puente integrados (IRB) proporciona soporte simultáneo para puentes de capa 2 y enrutamiento IP de capa 3 en la misma interfaz. El IRB le permite enrutar paquetes locales a otra interfaz enrutada o a otro dominio de puente que tenga configurado un protocolo de capa 3. Para configurar una interfaz de enrutamiento lógico, incluya la instrucción en [edit interfaces] el irb nivel de jerarquía e incluya esa interfaz en el dominio de puente. Para obtener más información acerca de cómo configurar una interfaz de enrutamiento, consulte la Biblioteca de interfaces de red de Junos OS para dispositivos de enrutamiento.
Solo puede incluir una interfaz de enrutamiento en un dominio de puente.
Para configurar un conmutador virtual compatible con IRB, incluya las siguientes instrucciones:
[edit]
routing-instances {
routing-instance-name {
instance-type virtual-switch;
bridge-domains {
bridge-domain-name {
domain-type bridge;
interface interface-name;
routing-interface routing-interface-name;
vlan-id (none | number);
vlan-tags outer number inner number;
}
}
}
}
Para habilitar un conmutador virtual, debe especificar virtual-switch como tipo de instancia. La instance-type virtual-switch instrucción no se admite en el nivel jerárquico [edit logical-systems logical-system-name] .
Para cada dominio de puente que configure para el conmutador virtual, especifique un bridge-domain-namearchivo . También debe especificar el puente de valor para la domain-type instrucción.
Para la vlan-id instrucción, puede especificar un identificador de VLAN válido o la opción ninguna .
Para un dominio de puente único, puede incluir la vlan-id instrucción o la vlan-tags instrucción, pero no ambas.
Para incluir una o más interfaces lógicas en el dominio de puente, especifique la interfaz para cada Ethernet que va a incluir la interface-name que configuró en el nivel de [edit interfaces irb] jerarquía.
Para asociar una interfaz de enrutamiento a un dominio de puente, incluya la routing-interface routing-interface-name instrucción y especifique una routing-interface-name que configuró en el nivel de [edit interfaces irb] jerarquía. Solo puede configurar una interfaz de enrutamiento para cada dominio de puente. Para obtener más información acerca de cómo configurar interfaces lógicas y de enrutamiento, consulte la Biblioteca de interfaces de red de Junos OS para dispositivos de enrutamiento.
Si configura una interfaz de enrutamiento para admitir IRB en un dominio de puente, no puede utilizar la opción all para la vlan-id instrucción.
Configuración de enrutamiento y puentes integrados en la serie ACX
El enrutamiento y puente integrados (IRB) proporciona soporte simultáneo para puentes de capa 2 y enrutamiento de capa 3 en la misma interfaz. El IRB permite enrutar paquetes a otra interfaz enrutada o a otro dominio de puente que tenga configurada una interfaz IRB. Para configurar una interfaz de enrutamiento lógico, incluya la irb instrucción en el nivel de [edit interfaces] jerarquía e incluya esa interfaz en el dominio de puente. Para obtener más información acerca de cómo configurar una interfaz de enrutamiento, consulte la Biblioteca de interfaces de red de Junos OS para dispositivos de enrutamiento.
Solo puede incluir una interfaz de enrutamiento en un dominio de puente.
A continuación se muestra la lista de características compatibles con IRB:
Familia
inet,inet6yisose admiten en una interfaz IRB.Los protocolos de enrutamiento admitidos en una interfaz IRB son BGP, ISIS, OSPF, RIP, IGMP y PIM.
La retransmisión DHCP con la opción 82 se admite en una interfaz IRB.
IRB se puede agregar en una instancia de enrutamiento VRF.
VRRP es compatible con un inteface IRB.
El protocolo de detección de reenvío bidireccional (BFD) es compatible con una interfaz IRB.
Las siguientes configuraciones de clase de servicio son compatibles con una interfaz IRB:
-
El clasificador fijo se puede aplicar en una interfaz lógica IRB.
-
Los filtros de firewall (filtro multicampo) se pueden utilizar para asignar clase de reenvío y prioridad de pérdida. Debe definir un filtro de familia inet o inet6 y aplicarlo como filtro de entrada en una interfaz lógica IRB en familia inet.
Nota:physical-interface-filterno es compatible con el filtro inet6 de familia en la interfaz lógica IRB. -
Los valores DSCP, inet-precedence, IEEE-802.1 e IEEE-802.1ad se pueden reescribir.
-
Los enrutadores ACX no admiten familias MPLS en IRB.
IRB se puede configurar bajo las siguientes jerarquías:
[
edit intefaces irb interface_type] nivel jerárquicodesactivar: deshabilita la interfaz
gratuitous-arp-reply: habilita la respuesta ARP gratuita
tiempo de espera: tiempo de espera para el enlace hacia arriba y hacia abajo
mtu: tamaño máximo de paquete de transmisión (256..9192)
no-gratuitous-arp-reply: no habilita la respuesta ARP gratuita
no-gratuitous-arp-request: ignora la solicitud ARP gratuita
[
edit interfaces irb.unit family (inet | inet6 | iso)] nivel jerárquico[
edit bridge-domains routing-interface interface irb.unit] nivel jerárquico[
edit routing-instances instance-type vrf] nivel jerárquico[
edit protocols (bgp | isis | ospf | rip | igmp | pim) interface irb.unit] nivel jerárquico[
edit class-of-service interfaces irb]] nivel jerárquico
En enrutadores ACX5048 y ACX5096, puede configurar IRB en el [edit vlans vlan-name] l3-interface irb.unit; nivel.
Las configuraciones de la CLI de capa 2 y los comandos show para los enrutadores ACX5048 y ACX5096 difieren en comparación con otros enrutadores de la serie ACX. Para obtener más información, consulte Modo de próxima generación de capa 2 para la serie ACX.
Para configurar un dominio de puente compatible con IRB, incluya las siguientes instrucciones:
[edit] bridge-domains { bridge-domain-name { domain-type bridge; interface interface-name; routing-interface routing-interface-name; vlan-id (none | number); vlan-tags outer number inner number; } }
Para cada dominio de puente que configure, especifique un bridge-domain-namearchivo . También debe especificar el puente de valor para la domain-type instrucción.
Para la vlan-id instrucción, puede especificar un identificador de VLAN válido o la opción ninguna .
La vlan-tags instrucción permite especificar un par de identificadores de VLAN; una etiqueta externa y una etiqueta interna .
Para un dominio de puente único, puede incluir la vlan-id instrucción o la vlan-tags instrucción, pero no ambas.
Para incluir una o más interfaces lógicas en el dominio de puente, especifique la interfaz para cada Ethernet que va a incluir la interface-name que configuró en el nivel de [edit interfaces] jerarquía.
Se admiten un máximo de 4000 interfaces lógicas activas en un dominio de puente configurado para puentes de capa 2.
Para asociar una interfaz de enrutamiento a un dominio de puente, incluya la routing-interface routing-interface-name instrucción y especifique una routing-interface-name que configuró en el nivel de [edit interfaces irb] jerarquía. Solo puede configurar una interfaz de enrutamiento para cada dominio de puente. Para obtener más información acerca de cómo configurar interfaces lógicas y de enrutamiento, consulte la Biblioteca de interfaces de red de Junos OS para dispositivos de enrutamiento.
En Junos OS versión 9.0 y posteriores, las interfaces IRB son compatibles con la supervisión de multidifusión. Para obtener más información sobre la supervisión de multidifusión, consulte la Guía del usuario de los protocolos de multidifusión de Junos OS.
Cuando se configuran varias interfaces lógicas IRB, todas las interfaces lógicas IRB comparten la misma dirección MAC.
A continuación se muestra un ejemplo de configuración para IRB sobre dominio de puente:
[edit]
interfaces {
ge-1/0/0 {
encapsulation flexible-ethernet-services;
flexible-vlan-tagging;
unit 0 {
encapsulation vlan-bridge;
vlan-id 100;
}
}
}
ge-1/0/1 {
encapsulation flexible-ethernet-services;
flexible-vlan-tagging;
unit 0 {
encapsulation vlan-bridge;
vlan-id 100;
}
}
}
irb {
unit 0 {
family inet {
address 10.0.1.2/24 {
}
}
}
}
bridge-domains {
bd {
domain-type bridge;
vlan-id none;
interface ge-1/0/0.0;
interface ge-1/0/1.0;
routing-interface irb.0;
}
}