EN ESTA PÁGINA

Beneficios de usar la configuración EZ-LAG
Descripción general de la configuración de EZ-LAG
Instrucciones y parámetros de CLI simplificados para generar la configuración
Comportamiento específico de la plataforma para configuraciones generadas por EZ-LAG
Configuración EZ-LAG con servidores multiconexión
Agregar configuración para un nuevo servidor multiconexión
Agregar una nueva VLAN e interfaces IRB
Agregar un nuevo servidor de conexión única
Agregue una interfaz de modo de acceso o un ID de VLAN nativo para interfaces de troncalización
Utilice OSPF para la configuración subyacente
Utilice IBGP para la configuración de superposición

Configuración LAG EVPN SENCILLA (EZ-LAG)

Con la función de configuración EZ-LAG, puede configurar fácilmente una red privada virtual Ethernet (EVPN) pequeña para un par de dispositivos de borde de proveedor par (PE) que hayan conectado servidores de multiconexión o de una sola conexión. Utilice una jerarquía de instrucciones de CLI de Junos OS simplificada y una secuencia de comandos de confirmación integrada generará la configuración completa.

Los dispositivos PE de estructura EVPN manejan de manera confiable el tráfico hacia y desde los dispositivos finales multiconexión conectados al agrupar los vínculos de multiconexión en un segmento Ethernet EVPN con un identificador (ESI). Los vínculos que participan en el segmento Ethernet se configuran en un grupo de agregación de vínculos (LAG), por lo que denominamos LAG ESI al conjunto de vínculos multiconexión. En este documento, llamamos a los dispositivos PE dispositivos PE par cuando se vinculan a dispositivos finales multiconexión con el mismo ESI. Los dispositivos PE también pueden tener uno o más vínculos en un LAG a dispositivos finales de una sola conexión, aunque un dispositivo de PE EVPN no necesita manejar vínculos de una sola conexión como un segmento de Ethernet.

Los dispositivos finales pueden ser hosts o servidores conectados directamente a los dispositivos PE, o pueden ser dispositivos de borde de cliente (CE) con servidores o hosts finales conectados. Para simplificar, en este documento nos referimos a los dispositivos finales colectivamente como servidores.

La multiconexión de EVPN proporciona redundancia y equilibrio de carga entre los dos conmutadores, y proporciona una red de capa 2 (L2) sin bucles sin ejecutar STP. Sin embargo, configurar la multiconexión de EVPN puede ser complejo e implica configurar muchas instrucciones correctamente en los dispositivos de PE de la estructura. Con esta sencilla función de configuración LAG EVPN (denominada función EZ-LAG), proporcionamos una jerarquía de instrucciones de configuración simplificada y una secuencia de comandos de confirmación integrada que puede usar para configurar la multiconexión de EVPN. Esta función facilita la migración de una topología de grupo de agregación de vínculos de múltiples chasis (MC-LAG) a un modelo de multihoming EVPN-VXLAN basado en estándares.

Vea la Figura 1. La topología de EVPN admitida incluye lo siguiente:

Dos dispositivos PE par conectados espalda con espalda con un paquete de interfaz Ethernet agregado
Una estructura EVPN con encapsulación VXLAN que interconecta los dispositivos PE par
Configuraciones de LAG ESI entre los dispositivos PE par y uno o más servidores multiconexión conectados
Conexiones entre un dispositivo PE par y uno o más servidores de conexión única conectados

Figura 1: Configuraciones compatibles con la configuración Network topology with Ethernet VPN connecting Peer PE 1 and Peer PE 2 via an aggregated Ethernet interface and ESI LAG to two servers for redundancy and load balancing.

Network topology with Ethernet VPN connecting Peer PE 1 and Peer PE 2 via an aggregated Ethernet interface and ESI LAG to two servers for redundancy and load balancing.

EZ-LAG

Esta función requiere una licencia de software. Consulte la Guía del usuario de licencias de Juniper para obtener detalles sobre el modelo de licencia de software Juniper Flex y las licencias ágiles de Juniper, y las licencias disponibles para la función EZ-LAG en plataformas compatibles.

Beneficios de usar la configuración EZ-LAG

Configuración automatizada: Puede configurar fácilmente una estructura EVPN pequeña, incluidos ESI-LAG para servidores conectados multiconexión, sin usar un controlador de red. Usted proporciona algunos parámetros esenciales a través de la CLI, y el script de confirmación integrado del dispositivo los transforma en una configuración completa de estructura EVPN.
Flexibilidad de configuración: Tiene la flexibilidad de usar las opciones de configuración básicas y predeterminadas, y también de personalizar la configuración generada. Puede anular muchos de los comportamientos predeterminados de la secuencia de comandos de confirmación y configurar esos elementos manualmente.
Migración de topología simplificado: Puede usar esta función para migrar fácilmente una topología de grupo de agregación de vínculos de varios chasis (MC-LAG) a una estructura EVPN-VXLAN simple.

Descripción general de la configuración de EZ-LAG

La función de configuración EZ-LAG funciona en el momento de confirmar la configuración. Consiste en:

Conjunto de instrucciones de configuración en el nivel de jerarquía con las [edit services evpn] que se proporcionan los parámetros para configurar la estructura de EVPN prescrita.
Un script de confirmación integrado que procesa los elementos de configuración simplificados en el momento de la confirmación (antes de las comprobaciones de validez de configuración estándar de Junos OS) y genera una configuración de estructura EVPN correspondiente. Consulte Script de confirmación integrado para saber cómo habilitar el script de confirmación EZ-LAG.

Configure unas pocas [edit services evpn] instrucciones para proporcionar el conjunto mínimo de parámetros necesarios para configurar la estructura EVPN y los vínculos a los servidores conectados.

Cuando se confirman las instrucciones de [edit services evpn] configuración, el dispositivo invoca la secuencia de comandos de confirmación que genera la configuración de EVPN correspondiente mediante los parámetros proporcionados. La secuencia de comandos de confirmación deriva algunas instrucciones de configuración específicas del dispositivo en el que se confirma la configuración simplificada. El proceso de confirmación valida la configuración y genera mensajes de advertencia para si faltan parámetros necesarios o si están mal configurados.

Consulte Descripción general del script de confirmación y Cómo funcionan los scripts de confirmación para obtener más información sobre los scripts de confirmación.

En cualquier momento, puede incluir fácilmente algunas instrucciones más [edit services evpn] para agregar elementos a la configuración existente, como nuevas VLAN o conexiones a nuevos servidores.

Descripción general de la jerarquía de instrucciones [edit services evpn]
Script de confirmación integrado

Descripción general de la jerarquía de instrucciones [edit services evpn]

Puede especificar el conjunto mínimo de parámetros en unas pocas instrucciones de configuración. Por ejemplo, considere la siguiente estructura EVPN-VXLAN pequeña con dos servidores multiconexión conectados que alojan dos VLAN cada uno:

Figura 2: Topología Network topology showing two Provider Edge devices, Peer PE 1 and Peer PE 2, connected to Server 1 and Server 2. Both PE devices have MAC-VRF 1 with VLANs 10 and 20. PE devices are interlinked via ae0. Servers use ESI LAGs for redundancy.

Network topology showing two Provider Edge devices, Peer PE 1 and Peer PE 2, connected to Server 1 and Server 2. Both PE devices have MAC-VRF 1 with VLANs 10 and 20. PE devices are interlinked via ae0. Servers use ESI LAGs for redundancy.

EVPN de pequeño ejemplo

Los siguientes comandos de configuración EZ-LAG proporcionan los parámetros mínimos necesarios para configurar la estructura EVPN de la Figura 2 en el par PE 1 del dispositivo. Cuando se confirman estos comandos de configuración, la secuencia de comandos de confirmación genera una configuración predeterminada completa correspondiente que puede contener de 80 a 100 comandos de configuración:

Consulte Configuración de EZ-LAG con servidores multiconexión para ver la configuración completa que genera la secuencia de comandos de confirmación.

La [edit services evpn] jerarquía de comandos tiene muchas opciones adicionales que le dan flexibilidad para personalizar la configuración generada predeterminada según sea necesario. La secuencia de comandos de confirmación utiliza algunos de los elementos proporcionados en la configuración simplificada para derivar automáticamente otros parámetros en la configuración generada. De forma predeterminada, la secuencia de comandos de confirmación también genera comandos de configuración para otras funciones comunes en una estructura EVPN, como la detección de bucles y el control de tormentas en las interfaces desde los dispositivos de PE a los servidores.

Puede incluir opciones para:

Indique al script de confirmación que no derive automáticamente algunos parámetros en la configuración generada.
Anule algunos de los valores y comportamientos predeterminados de la secuencia de comandos.
Aplique grupos de configuración a las instrucciones que genera la secuencia de comandos de confirmación.

Con cualquiera de esas opciones, si la secuencia de comandos de confirmación requiere que alguno de estos elementos proporcione una configuración válida, debe configurar esos elementos manualmente.

Consulte Instrucciones y parámetros de CLI simplificados para generar la configuración para obtener detalles sobre los parámetros que cada instrucción y opción proporcionan a la secuencia de comandos de confirmación y cómo esos parámetros afectan a la configuración generada.

Script de confirmación integrado

La secuencia de comandos de confirmación para esta característica, services_evpn_commit_script.py, está habilitada de forma predeterminada en las plataformas compatibles.

Dado que la secuencia de comandos de confirmación aplica cambios de configuración transitorios, para que la secuencia de comandos de confirmación funcione, también debe establecer la opción permitir-transitorios de las secuencias de comandos del sistema, como se indica a continuación:

En versiones anteriores a Junos OS versión 24.2R1, puede establecer la allow-transients opción solo a nivel global, y la opción se aplicará a cualquier script de confirmación configurado, como se indica a continuación:
A partir de la versión 24.2R1 de Junos OS, si es necesario, puede establecer la allow-transients opción alternativamente en el nivel de script individual para que la opción se aplique solo a la secuencia de comandos de confirmación EZ-LAG, como se indica a continuación:
A partir de la versión 24.4R1 de Junos OS, incluimos la allow-transients opción en el nivel de script de confirmación EZ-LAG en la configuración predeterminada, por lo que ya no es necesario establecer esta opción explícitamente.

Instrucciones y parámetros de CLI simplificados para generar la configuración

En esta sección, se proporcionan detalles sobre el conjunto de instrucciones de configuración en el [edit services evpn] nivel jerárquico. También mostramos cómo el script de confirmación asigna los parámetros de configuración simplificados para generar la configuración completa.

Descripción general de la configuración generada predeterminada
Instrucciones y opciones de configuración de EZ-LAG
Cómo utiliza la secuencia de comandos de confirmación los elementos de configuración EZ-LAG en la configuración generada

Descripción general de la configuración generada predeterminada

La configuración generada por defecto incluye:

Emparejamiento subyacente y de superposición mediante BGP externo (EBGP).
Una instancia predeterminada de EVPN MAC-VRF denominada __SERVICES_EVPN_EVPN_VXLAN_MAC-VRF_1, con un tipo de servicio compatible con VLAN y encapsulación VXLAN, que aloja las VLAN que especifique.

También puede configurar instancias de MAC-VRF adicionales y sus VLAN miembro.
IRB interactúa con las direcciones IPv4 (o IPv6) especificadas para el enrutamiento entre redes VLAN.

De forma predeterminada, la secuencia de comandos de confirmación deriva una dirección de puerta de enlace virtual para cada interfaz IRB como la dirección configurable más alta en el intervalo de direcciones de subred IRB especificado.

La secuencia de comandos de confirmación también asigna una dirección MAC de puerta de enlace virtual predeterminada de 00:00:5e:00:01:01 si no especifica ese parámetro.
Conexiones LAG ESI a servidores multiconexión y vínculos LAG a servidores de una sola conexión.

La secuencia de comandos de confirmación asigna interfaces Ethernet agregadas a esos vínculos como interfaces troncales con etiquetado VLAN, encapsulación de servicios Ethernet flexible y LACP habilitado.
Detección de bucle ligera en las interfaces Ethernet agregadas orientadas al servidor asociadas con la instancia MAC-VRF de EVPN, con acción interface downde detección de bucles. Consulte Detección ligera de bucle de leaf a servidor EVPN-VXLAN para obtener más información sobre esta función.
Control de tormentas en interfaces orientadas al servidor.

La secuencia de comandos de confirmación genera un perfil de control de tormentas predeterminado denominado __SERVICES_EVPN_EVPN_VXLAN_STORM_CONTROL y lo asigna a cada interfaz orientada al servidor. Consulte Filtrado MAC, control de tormentas y compatibilidad con replicación de puertos en un entorno EVPN-VXLAN para obtener más información sobre la función de control de tormentas.
Otras opciones que suelen incluirse en las configuraciones de red EVPN para mejorar la convergencia de las tablas de enrutamiento si las conexiones de interfaz Ethernet agregadas se vuelven inestables, como las siguientes opciones:
- no-core-isolation en el nivel jerárquico.[edit (routing-instances name) protocols evpn] Consulte Descripción de cuándo deshabilitar el aislamiento de núcleo EVPN-VXLAN.
- no-mac-flush-on-aa-ae-down en el nivel de jerarquía [edit protocols l2-learning platform-parameters].

Vea un ejemplo de configuración LAG sencilla y la configuración generada correspondiente aquí: Configuración EZ-LAG con servidores multiconexión.

En las siguientes secciones se describen los elementos de configuración en detalle.

Instrucciones y opciones de configuración de EZ-LAG

En la tabla 1 se muestran las instrucciones y opciones en el nivel de jerarquía de instrucciones de [edit services evpn] configuración. El script de confirmación requiere un conjunto mínimo de instrucciones para tener suficiente información para generar una configuración de trabajo. La tabla indica qué instrucciones son obligatorias. Opcionalmente, puede incluir otras instrucciones para cambiar el comportamiento de la secuencia de comandos de confirmación y anular los valores predeterminados según sea necesario para sus preferencias de topología y configuración.

La secuencia de comandos de confirmación utiliza algunos de los elementos proporcionados en la configuración simplificada para derivar automáticamente otros parámetros en la configuración generada. De forma predeterminada, la secuencia de comandos de confirmación también genera instrucciones de configuración para admitir funciones comunes en una estructura EVPN, como la detección de bucles y el control de tormentas en vínculos a servidores.

Tabla 1: [edit services evpn] Declaraciones y propósito
Declaración y declaraciones secundarias	Opciones	Propósito	¿Obligatorio?
defaults-override Si configura alguna de estas opciones, la secuencia de comandos no derivará automáticamente esos parámetros de las instrucciones relacionadas `[edit services evpn]` que proporcionó o omitirá la generación de la configuración para el elemento relacionado. En su lugar, debe configurar manualmente esos elementos.
	no-aggregate-device-count-config	No genere la instrucción de configuración predeterminada de recuento de interfaces Ethernet agregadas (ae`n`).	No
	no-loop-detect-config	No genere instrucciones de configuración de detección de bucles ligeros.	No
	no-platform-defaults-config	No genere instrucciones para opciones predeterminadas específicas de la plataforma.	No
	no-policy-and-routing-options-config	No genere instrucciones de configuración de opciones de directiva y enrutamiento predeterminadas. Si especifica esta opción, debe proporcionar manualmente la configuración de una instrucción de política denominada EXPORT-LO0 en el `[edit policy-options policy-statement]` nivel de jerarquía. La secuencia de comandos de confirmación asigna una política con ese nombre en la configuración subyacente del EBGP generada por defecto. O bien, debe incluir la `no-underlay-config` opción de anular la generación de la configuración subyacente predeterminada y, en su lugar, configurar manualmente las instrucciones de emparejamiento subyacente que desee.	No
	no-storm-control-config	No genere configuración para el control de tormentas.	No
	no-overlay-bgp-config	No genere la configuración del BGP para la superposición.	No
	no-underlay-config	No genere configuración para el emparejamiento subyacente.	No
atributo del dispositivo Con estas instrucciones, se definen parámetros para configurar los dispositivos de PE par, incluidas las interfaces de interconexión par, el emparejamiento subyacente y el emparejamiento de superposición entre ellos para formar la estructura EVPN. La secuencia de comandos de confirmación configura el emparejamiento subyacente y de superposición con BGP externo (EBGP) de forma predeterminada. Opcionalmente, puede especificar que la secuencia de comandos de confirmación genere la configuración para uno de los otros protocolos subyacentes o superpuestos disponibles. Alternativamente, puede establecer la `no-overlay-bgp-config` opción o la `no-underlay-config` opción (en el `[edit services evpn defaults-override]` nivel de jerarquía) y configurar manualmente las instrucciones de emparejamiento de BGP superpuestas o las instrucciones de emparejamiento subyacente que desee.
	ID de par `peer-id`	Número (1-2) que identifica el dispositivo PE (en comparación con su dispositivo PE par) en la estructura. La secuencia de comandos de confirmación utiliza este valor para derivar algunos valores que deben ser únicos en los dispositivos de PE par en la configuración generada.	Sí
	ID del sistema `system-id`	ID del sistema del dispositivo de PE par (formato de dirección MAC). La secuencia de comandos de confirmación necesita este valor para derivar la configuración para configurar LACP en interfaces LAG ESI.	Sí
(atributo del dispositivo) circuito cerrado	subred peer1 `peer1-subnet` subred peer2 `peer2-subnet`	Direcciones de subred IPv4 de circuito cerrado de dispositivo PE para PE par 1 y PE par 2. A partir de este parámetro, la secuencia de comandos de confirmación configura las direcciones de subred de la interfaz de circuito cerrado para los dispositivos PE par y el ID de enrutador para cada dispositivo.	Sí
(atributo del dispositivo) de igual a igual	subred par (inet \| inet6) `subnet-address`	Dirección de subred IPv4 o IPv6 para las interfaces que conectan el dispositivo PE a su dispositivo PE par. Puede especificar esta opción con la `inet` opción o con ambas `inet6` .	Sí
	nombre-interfaz de subred par [ `interface-name` ... ]	Nombre o nombres de las interfaces que conectan el dispositivo de PE a su dispositivo de PE par.	Sí
	conectividad superpuesta { ibgp }	Genere una configuración prescrita para el emparejamiento de superposición mediante BGP interno (IBGP) en lugar del protocolo predeterminado, EBGP.	No
	conectividad subyacente { OSPF }	Genere una configuración prescrita para el emparejamiento subyacente utilizando OSPF en lugar del protocolo predeterminado, EBGP.	No
EVPN-VXLAN Con estas instrucciones, se definen parámetros para configurar los dispositivos de PE par para ejecutar EVPN con encapsulación VXLAN mediante una o más instancias de MAC-VRF compatibles con VLAN. De forma predeterminada, la secuencia de comandos de confirmación habilita EVPN-VXLAN en una única instancia de MAC-VRF denominada __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_1. Si configura la `mac-vrf-instance instance-id` opción en el nivel de `[edit services evpn expn-vxlan irb irb-instance instance]` jerarquía, la secuencia de comandos de confirmación genera la configuración utilizando esa `instance-id` opción. La secuencia de comandos de confirmación anexa `instance-id` a la cadena base para configurar nombres de instancia MAC-VRF únicos en la configuración generada: __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_`instance-id`. Si es necesario, puede configurar más de una instancia de MAC-VRF para la separación del tráfico de inquilinos en L2. Estas instrucciones también proporcionan los parámetros para configurar los LAG ESI en servidores multiconexión o LAG en servidores de una sola conexión, incluidas las interfaces IRB y las VLAN asociadas. Opcionalmente, también puede especificar la configuración del relé DHCP para las instancias IRB en esta estrofa.
Relé DHCP	`name`	Nombre del grupo de relés DHCP.	No
	dirección del `dhcp-server-address` servidor dhcp	Dirección IP del servidor DHCP para habilitar el grupo de relés del servidor DHCP.	No
	fuente de relé `DHCP-relay-source-interface`	Dirección IP de la interfaz de circuito cerrado de origen del relé DHCP. La secuencia de comandos de confirmación genera instrucciones DHCP `overrides relay-source` que utilizan esta dirección de origen.	No
	instancia vrf `vrf-instance-id`	Identificador de instancia VRF en esta configuración para la que desea configurar el relé DHCP. Si no especifica un `vrf-instance-id`, la secuencia de comandos de confirmación utiliza la instancia VRF predeterminada (`inet.0` tabla de enrutamiento). De lo contrario, la secuencia de comandos de confirmación genera la configuración para una instancia VRF denominada __SERVICES_EVPN_EVPN_VXLAN_VRF_`vrf-instance-id`.	No
IRB	`irb-instance`	Cadena para identificar una instancia de IRB y sus parámetros asociados para el procesamiento de scripts de confirmación. Recomendamos elegir ID que coincidan con los parámetros de la instancia IRB en la configuración generada. Por ejemplo, utilice "irb_10" para la instancia IRB asociada con la VLAN 10, que será irb.10 en la configuración generada.	Sí
	apply-config-groups `config-groups`	Aplique los grupos de configuración especificados a la configuración que genera la secuencia de comandos de confirmación a partir de las instrucciones en este nivel de jerarquía.	No
	sin relé DHCP	Excluya esta instancia de IRB de la configuración del relé DHCP. Esta opción solo se aplica si especificó generar la configuración para el relé DHCP con la `dhcp-relay` opción en el nivel de `[edit services evpn expn-vxlan]` jerarquía.	No
	usar-dirección-anycast	Configure la instancia de IRB con una dirección de puerta de enlace de difusión anycast. Con esta opción, debe incluir el nivel de `anycast-mac mac-address` jerarquía `[edit services evpn global-parameters]` para especificar la dirección MAC de cualquier difusión que se va a utilizar.	No
	ID de VLAN `vlan-num`	ID de VLAN asociado con la instancia IRB. La secuencia de comandos de confirmación deriva el nombre de interfaz IRB con un número de unidad lógica coincidente. Por ejemplo, la secuencia de comandos de confirmación configura irb.10 para `vlan-num` 10.	Sí
(IRB `irb-instance`) instancia	mac-vrf-instance `instance-id`	El ID de instancia MAC-VRF al que pertenece la instancia IRB. La secuencia de comandos de confirmación genera instrucciones de configuración de instancia MAC-VRF utilizando el nombre de instancia MAC-VRF __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_`instance-id`.	No* *Si no configura esta opción, la secuencia de comandos de confirmación creará una instancia de MAC-VRF con el valor predeterminado `instance-id` 1.
(IRB `irb-instance`) instancia	instancia vrf `instance-id`	La instancia de reenvío y enrutamiento virtual (VRF) de capa 3 (L3) a la que pertenece esta instancia de IRB. Si especifica esta opción, la secuencia de comandos de confirmación genera instrucciones de configuración de instancia VRF para el nombre de instancia VRF __SERVICES_EVPN_EVPN_VXLAN_VRF_`instance-id`.	No* * Si no configura esta opción, la secuencia de comandos de confirmación utilizará la instancia VRF predeterminada (que corresponde a la `inet.0` tabla de enrutamiento).
(IRB `irb-instance`) dirección de subred	inet (`ipv4-subnet-address` \| `ipv4-addr1` `ipv4-addr 2` [ ...])	Dirección de subred IPv4 o lista de direcciones de subred para la interfaz IRB. Para simplificar, puede configurar la misma dirección de subred IRB en ambos dispositivos PE par. De forma predeterminada, la secuencia de comandos de confirmación utiliza el ID del par de PE para derivar direcciones de subred IRB diferentes para cada dispositivo par en función del valor configurado `ipv4-subnet-address` . Como alternativa, puede establecer las direcciones de subred que desee en cada dispositivo de PE par e incluir la `no-irb-address-auto-derive` opción para que la secuencia de comandos de confirmación utilice esas direcciones exactas. Consulte también subnet-address para obtener más información sobre las instrucciones de configuración predeterminada `router-advertisement` adicionales que genera la secuencia de comandos de confirmación para las interfaces IRB.	Sí* * Debe configurar al menos una dirección de subred para la instancia IRB mediante la `inet` opción o la `inet6` opción.
	inet6 (`ipv6-subnet-address` \| `ipv6-addr1` `ipv6-addr 2` [ ...])	Dirección de subred IPv6 para la interfaz IRB. La secuencia de comandos de confirmación tiene el mismo comportamiento predeterminado con esta opción que con la `inet` opción anterior. De manera similar, puede incluir la `no-irb-address-auto-derive` opción y especificar las direcciones de subred IPv6 de la interfaz IRB exactas que desea en cada dispositivo. Además, consulte subnet-address para obtener más información sobre las instrucciones de configuración adicionales `router-advertisement` que la secuencia de comandos de confirmación genera de forma predeterminada cuando se especifica una dirección local de vínculo con esta `inet6` opción.	Sí* * Debe configurar al menos una dirección de subred para la instancia IRB mediante la `inet` opción o la `inet6` opción.
	no-irb-address-auto-derive	No derive direcciones de subred IRB en la configuración generada para esta instancia de IRB. Debe especificar esta opción si no desea que el comportamiento predeterminado de la secuencia de comandos de confirmación que utiliza el ID de par de PE derive direcciones de subred IRB diferentes para cada dispositivo par desde la misma dirección () configurada`inet \| inet6`. Con esta opción, la secuencia de comandos de confirmación utiliza las direcciones exactas `inet` y `inet6` de subred que proporcione. Esta opción también está disponible en el nivel de `global-parameters` jerarquía que se aplica a todas las instancias de IRB.	No
	dirección v4 de puerta de enlace virtual `virtual-gateway-v4-address`	Dirección IPv4 de puerta de enlace virtual para la interfaz IRB. Si no incluye esta opción, de forma predeterminada la secuencia de comandos de confirmación deriva una dirección IPv4 de puerta de enlace virtual del `inet` `ipv4-subnet-address` valor. La secuencia de comandos de confirmación utiliza la dirección IPv4 configurable más alta en ese rango de subred. Por ejemplo, la dirección de subred 10.1.1.1/24 genera la dirección de puerta de enlace virtual 10.1.1.254.	No
	dirección de puerta de enlace virtual v6 `virtual-gateway-v6-address`	Dirección IPv6 de puerta de enlace virtual para la interfaz IRB. Si no incluye esta opción, el script de confirmación tiene el mismo comportamiento predeterminado para derivar el `virtual-gateway-v6-address` que tiene para el `virtual-gateway-v4-address` anterior. Por ejemplo, la dirección de subred IPv6 2001:db8::10:1:1:1/112 genera la dirección IPv6 de puerta de enlace virtual 2001:db8::10:1:1:fffe.	No
servidor	`name`	Un nombre único para identificar un servidor conectado al dispositivo de PE par, como SERVER_1 o HostA. Este valor se utiliza internamente para asociar parámetros relacionados con el servidor con las instrucciones que se van a generar para ese servidor. Es posible que vea este nombre de servidor en los parámetros de descripción de las instrucciones relacionadas en la configuración generada.	Sí
	id de vlan de acceso `access-vlan-id`	ID de VLAN asociado con una interfaz de acceso a este servidor. De forma predeterminada, la secuencia de comandos de confirmación genera una configuración de interfaz troncal y debe incluir al menos una `vlan-id-list` instrucción en este nivel de jerarquía de instancia de MAC-VRF o en el nivel de `server name` jerarquía. En cualquiera de esos niveles de jerarquía, si incluye la `access-vlan-id` instrucción en lugar de una `vlan-id-list` instrucción, la secuencia de comandos de confirmación genera una configuración de interfaz de acceso con la VLAN de acceso asociada.	No *Aunque esta instrucción es opcional, debe configurar al menos una `access-vlan-id` instrucción o `vlan-id-list` instrucción (ver más abajo) para cada servidor.
	apply-config-groups `config-groups`	Aplique los grupos de configuración especificados a la configuración que genera la secuencia de comandos de confirmación a partir de las instrucciones en este nivel de jerarquía.	No
	enable-pxe-boot	Habilite este servidor conectado para utilizar un proceso de arranque previo al entorno de ejecución de arranque (PXE). La secuencia de comandos de confirmación configura el estado de LACP `force-up` en el vínculo al servidor para garantizar que el vínculo esté activo cuando se inicie el servidor. El proceso de arranque PXE requiere este estado.	No
	esi-lag-id `esi-lag-id`	ID de conexión LAG ESI para este servidor. La secuencia de comandos de confirmación asigna una interfaz Ethernet agregada para la conexión a este servidor mediante la adición `esi-lag-id` al nombre de interfaz base ae0 (por ejemplo, `esi-lag-id` 1 utiliza ae1).	Sí* *Debe especificar al menos un `esi-lag-id` OR `single-home-id` para cada servidor. Vea la `single-home-id` opción en la fila siguiente).
	ID de casa única `single-home-id`	ID de conexión de host único para el servidor con nombre. La secuencia de comandos de confirmación asigna una interfaz Ethernet agregada para la conexión a este servidor mediante la adición `single-home-id` al nombre de interfaz base ae1024 (por ejemplo, `single-home-id` 1 usa ae1025).	Sí* *Debe especificar al menos un `esi-lag-id` OR `single-home-id` para cada servidor. (Consulte la `esi-lag-id` opción en la fila anterior).
	interfaz (`interface-name` \| `interface-name` [ ...])	Nombre de interfaz o lista de nombres de interfaz para los vínculos físicos desde el dispositivo de PE par a este servidor.	Sí
	ID de VLAN nativo `vlan-id`	ID de VLAN nativo para este servidor, que permite al dispositivo par EVPN aceptar tramas sin etiquetar para un etiquetado VLAN flexible en las interfaces troncales conectadas al servidor.	No
	vlan-id-list [`vlan-id-list`]	Lista de ID de VLAN alojados por esta instancia y servidor MAC-VRF para una interfaz troncal. La secuencia de comandos de confirmación genera una configuración de interfaz troncal para las conexiones del servidor de forma predeterminada. Si lo desea, puede utilizar la `access-vlan-id` opción para configurar una interfaz de acceso con una VLAN asociada.	Sí* *En una configuración predeterminada, debe configurar al menos una lista de ID de VLAN (con al menos un ID de VLAN) para las interfaces troncales de cada servidor, ya sea en este `server name` nivel o en el nivel (consulte la fila `mac-vrf-instance instance-id` siguiente).
(servidor `name`) mac-vrf-instance	`instance-id`	Identificador de una instancia de MAC-VRF que aloja este servidor. Si no especifica esta opción, la secuencia de comandos de confirmación genera una configuración que asocia estos parámetros del servidor con la instancia predeterminada de MAC-VRF (denominada __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_1).	No
	id de vlan de acceso `access-vlan-id`	ID de VLAN asociado con una interfaz de acceso a este servidor. De forma predeterminada, la secuencia de comandos de confirmación genera una configuración de interfaz troncal y debe incluir al menos una `vlan-id-list` instrucción en este nivel de jerarquía de instancia de MAC-VRF o en el nivel de `server name` jerarquía. En cualquiera de esos niveles de jerarquía, si incluye la `access-vlan-id` instrucción en lugar de una `vlan-id-list` instrucción, la secuencia de comandos de confirmación genera una configuración de interfaz de acceso con la VLAN de acceso asociada.	No *Aunque esta instrucción es opcional, debe configurar al menos una `access-vlan-id` instrucción o `vlan-id-list` instrucción (vea la fila siguiente) para cada servidor.
	vlan-id-list [`vlan-id-list`]	Lista de ID de VLAN alojados por esta instancia y servidor MAC-VRF para una interfaz troncal. La secuencia de comandos de confirmación genera una configuración de interfaz troncal para las conexiones del servidor de forma predeterminada. Si lo desea, puede utilizar la `access-vlan-id vlan-id` opción anterior para configurar una interfaz de acceso con una VLAN asociada.	Sí* *En una configuración predeterminada, debe configurar al menos una lista de ID de VLAN (con al menos un ID de VLAN) para las interfaces troncales de cada servidor, ya sea en el nivel jerárquico `mac-vrf-instance` o en el nivel jerárquico `server name` .
parámetros globales Con estas instrucciones, se especifican parámetros para los elementos de configuración que son comunes a los dispositivos de PE par en la estructura EVPN, como la VLAN predeterminada y las direcciones de puerta de enlace de difusión anycast. La secuencia de comandos de confirmación tiene valores predeterminados que utiliza si no se configuran estas opciones.
	Anycast-MAC `anycast-mac`	Utilice globalmente la dirección MAC de la puerta de enlace virtual anycast especificada en la configuración generada.	No
	default-vlan-id `vlan-id`	Utilice este ID de VLAN (1-4094) como la VLAN predeterminada en la configuración generada. La secuencia de comandos de confirmación utiliza el ID de VLAN predeterminado del sistema si no configura esto.	No
	no-irb-address-auto-derive	No derive direcciones de subred de interfaz IRB en la configuración generada para todas las instancias de IRB. En su lugar, utilice las direcciones de subred IPv4 o IPv6 exactas que especifique con la `subnet-address` instrucción en el nivel jerárquico `[edit services evpn evpn-vxlan irb irb-instance]` . De lo contrario, de forma predeterminada, la secuencia de comandos de confirmación deriva la dirección de subred IRB de la `subnet-address (inet \| inet6)` instrucción basada en el dispositivo `peer-id`PE. Como alternativa, puede establecer esta opción en el nivel de `irb irb-instance` jerarquía para que se aplique solo a una instancia de IRB específica.	No
	start-aggregate-ethernet-index `num`	Utilice este número como índice inicial en los nombres de interfaz Ethernet agregados para los vínculos LAG de ESI a los servidores conectados. La secuencia de comandos de confirmación comienza en ae1 de forma predeterminada para los vínculos LAG ESI a los servidores y reserva los nombres de interfaz ae0 solo para los vínculos entre los PE pares. Nota: Esta opción no afecta a los nombres de interfaz generados para vínculos a servidores de conexión única. La secuencia de comandos de confirmación utiliza nombres de interfaz Ethernet agregados a partir de ae1025 para vínculos de servidor de conexión única.	No
	puerta de enlace virtual mac `virtual-gateway-mac`	Utilice esta dirección MAC de puerta de enlace virtual para el tráfico IPv4 e IPv6 en la configuración generada. Especifique la opción (más adelante en esta tabla) en lugar de esta opción si desea asignar direcciones MAC de puerta de enlace virtual diferentes para el `virtual-gateway` tráfico IPv4 e IPv6.	No
(parámetros globales) MTU	superposición `overlay-mtu`	Especifique la unidad máxima de transmisión (UMT) en bytes que se va a establecer en la configuración generada para las interfaces utilizadas en el emparejamiento de superposición, en lugar del valor predeterminado de UMT. El valor predeterminado de UMT varía según la plataforma y el tipo de interfaz (o protocolo) para el que configure el valor.	No
(parámetros globales) MTU	subyacente `underlay-mtu`	Especifique la UMT en bytes que se va a establecer en la configuración generada para las interfaces usadas en el emparejamiento de superposición, en lugar del valor predeterminado de UMT. El valor predeterminado de UMT varía según la plataforma y el tipo de interfaz (o protocolo) para el que configure el valor.	No
(parámetros globales) puerta de enlace virtual	v4-mac `v4-mac`	Utilice globalmente esta dirección MAC de puerta de enlace virtual para el tráfico IPv4 en la configuración generada. La secuencia de comandos de confirmación utiliza 00:00:5e:00:01:01 de forma predeterminada si no configura esta opción o la `virtual-gateway-mac` opción (arriba).	No
(parámetros globales) puerta de enlace virtual	v6-mac `v6-mac`	Utilice globalmente esta dirección MAC de puerta de enlace virtual para el tráfico IPv6 en la configuración generada. La secuencia de comandos de confirmación usa 00:00:5e:00:02:01 de forma predeterminada si no configura esta opción o la opción (consulte esa fila `virtual-gateway-mac` anteriormente en esta tabla).	No

Cómo utiliza la secuencia de comandos de confirmación los elementos de configuración EZ-LAG en la configuración generada

En la tabla 2 se enumeran los elementos de configuración y los valores predeterminados que la secuencia de comandos de confirmación utiliza o deriva de la configuración simplificada proporcionada.

Tabla 2: Valores de configuración derivados y predeterminados
elemento de configuración	Valor predeterminado o derivado
Elementos generales o compartidos
Número de dispositivos conectados a la interfaz Ethernet agregada para `set chassis aggregated-devices ethernet device-count num` en la configuración generada	`num` es 255 de forma predeterminada. (Algunas plataformas pueden usar un valor específico predeterminado diferente de la plataforma).
Identificador de PE par para asociar parámetros especificados o derivados con el dispositivo de PE par correspondiente Desde `set services evpn device-attribute peer-id peer-id`	El parámetro `peer-id` es obligatorio para cada dispositivo PE par (no hay un valor predeterminado). Puede `peer-id` tener un valor 1 o 2.
Dirección de interfaz de circuito cerrado (lo0) del dispositivo PE par Desde `set services evpn device-attribute`: `peer-id peer-id` `loopback peer1-subnet peer1-subnet` o bien `loopback peer2-subnet peer2-subnet`	Use la dirección de interfaz circuito cerrado en el dispositivo `peer-id` de PE par de la dirección de subred de circuito cerrado proporcionada para ese ID de par.
ID de enrutador para `set routing-options router-id router-id` en la configuración generada Desde `set services evpn device-attribute`: `peer-id peer-id` `loopback peer1-subnet peer1-subnet` o bien `loopback peer2-subnet peer2-subnet`	Se le asignó el mismo valor que la dirección de interfaz de circuito cerrado del dispositivo.
Equilibrio de carga Política de opciones de enrutamiento para el equilibrio de carga por flujo	set policy-options policy-statement pplb then load-balance per-packet set routing-options forwarding-table export pplb
Configuración de control de tormentas para cada interfaz orientada al servidor	La configuración del control de tormentas depende de la plataforma. Consulte Comportamiento específico de la plataforma para configuraciones generadas por EZ-LAG para conocer las diferencias en la configuración generada por plataforma.
Conexiones de dispositivos PE punto a punto Especifique un ID de dispositivo de PE par que se usará internamente para realizar un seguimiento de los parámetros que se aplican a ese dispositivo de PE par EVPN configurado de la siguiente manera: `set services evpn device-attribute peer-id peer-id`
Nombre de interfaz Ethernet agregado	AE0
Dirección de interfaz Ethernet agregada Desde `set services evpn device-attribute`: `peer-id peer-id` `peer-to-peer peer-subnet (inet \| inet6) subnet-address`	Para simplificar la configuración, configure lo mismo `subnet-address` en ambos dispositivos PE par. La secuencia de comandos de confirmación deriva la dirección de interfaz en `peer-id` función de lo siguiente: `peer-id` 1: La dirección ae0 es `subnet-address`. De lo contrario, la dirección ae0 es `subnet-address` + 1 (agregue 1 al segmento de direcciones de orden inferior del rango de subred). Por ejemplo, si IPv4 `subnet-address` es 10.0.1.0/31: En el par ID 1, ae0 = 10.0.1.0 De lo contrario (en el peer-id 2) ae0 = 10.0.1.1
Interfaz Ethernet agregada, miembro, interfaz física o interfaces Desde `set services evpn device-attribute peer-to-peer peer-subnet interface-name [ interface-name ... ]`	El parámetro [ `interface-name ...` ] es obligatorio; establezca esas interfaces como vínculos de miembro en ae0.
Conexiones de dispositivo de PE par a servidor Puede especificar nombres de servidor y asignar ID que representen los vínculos a esos servidores (ya sean conexiones LAG ESI multiconexión o conexiones de una sola conexión), como se indica a continuación: `set services evpn evpn-vxlan server server-name`: `esi-lag-id esi-lag-id` `single-home-id single-home-id` La secuencia de comandos de confirmación utiliza los nombres de servidor internamente para asociar elementos configurados con un servidor conectado, pero también muestra estos nombres en el elemento description de las sentencias de configuración generadas relacionadas.
Índice inicial para asignar nombres de interfaz Ethernet agregados para vínculos LAG ESI a servidores multiconexión	El valor predeterminado es 1 (ae1) Para anular el valor predeterminado y asignar un índice inicial diferente (`num`), configure: `set service evpn global-parameters start-aggregate-ethernet-index num`. Esta opción solo afecta al índice inicial de interfaces Ethernet agregadas a servidores multiconexión (`esi-lag-id` opción). La secuencia de comandos de confirmación utiliza ae(`num` + `esi-lag-id`). Esta opción no afecta a la forma en que el script de confirmación asigna vínculos de servidor de una sola conexión (`single-home-id` opción), que es ae(1024 + `single-home-id`).
Nombre de la interfaz o interfaces físicas del dispositivo PE par al servidor (interfaz única o lista de interfaces) Desde `set services evpn evpn-vxlan server server-name interface [ interface-name ... ]`	Parámetro obligatorio por servidor, no predeterminado
Nombre de interfaz Ethernet agregado (ae`index`) y unidad lógica (unidad `num`) Desde `set services evpn evpn-vxlan server server-name`: `esi-lag-id esi-lag-id` o bien `single-home-id single-home-id` `mac-vrf-instance instance-id`	Derive de la siguiente manera según el ID de vínculo del servidor y el ID de instancia de MAC-VRF configurado (o MAC-VRF `instance-id` predeterminado 1): Para servidores multiconexión: unidad ae(`esi-lag-id`) `instance-id` Para servidores de una sola conexión: AE (1024 + `single-home-id`) unidad `instance-id`
Opciones de interfaz Ethernet agregadas y VLAN miembro Desde `set services evpn evpn-vxlan server server-name`: `esi-lag-id esi-lag-id` o bien `single-home-id single-home-id` `mac-vrf-instance instance-id` `vlan-id-list [ vlan-id ...]` O BIEN`access-vlan-id access-vlan-id`	(Predeterminado) Habilite el etiquetado VLAN, la encapsulación de servicios Ethernet flexibles y el modo de interfaz troncal con VLAN miembro desde el servidor `vlan-id-list`configurado. Por ejemplo, para `esi-lag-id` 1 (nombre de interfaz ae1) en el MAC-VRF`instance-id` predeterminado 1 con `vlan-id-list [ 10 20]`, la configuración generada es: set interfaces ae1 vlan-tagging # Or flexible-vlan-tagging, or no VLAN tagging setting is generated set interfaces ae1 encapsulation flexible-ethernet-services set interfaces ae1 unit 1 family ethernet-switching interface-mode trunk set interfaces ae1 unit 1 family ethernet-switching vlan members 10 set interfaces ae1 unit 1 family ethernet-switching vlan members 20 Como alternativa, puede habilitar una interfaz en modo de interfaz de acceso con una VLAN de acceso especificada. Por ejemplo, para `esi-lag-id` 2 (nombre de interfaz ae2) en el MAC-VRF`instance-id` predeterminado 1 con `access-vlan-id 100`, la configuración generada es: set interfaces ae2 unit 0 family ethernet-switching interface-mode access set interfaces ae2 unit 0 family ethernet-switching vlan members 100 Tenga en cuenta que en versiones anteriores, la secuencia de comandos de confirmación genera la configuración con la `vlan-tagging` opción. Las versiones posteriores agregan compatibilidad para tráfico mixto con etiqueta simple y doble al generar la configuración de interfaz con la `flexible-vlan-tagging` opción. Además, algunas plataformas admiten automáticamente el etiquetado de VLAN y las funciones flexibles de etiquetado de VLAN con configuraciones de interfaz. Para esas plataformas, no verá ni la `vlan-tagging` opción o `flexible-vlan-tagging` en la configuración generada.
ID del sistema para LACP en vínculos de dispositivo PE a servidor (formato de dirección MAC) De: `set services evpn device-attribute system-id system-id` `set services evpn evpn-vxlan server server-name` : `esi-lag-id esi-lag-id` `single-home-id single-home-id`	Para derivar desde por vínculo de `system-id` servidor, agregue el identificador de vínculo de servidor de la siguiente manera: `system-id` + `esi-lag-id` O BIEN `system-id` + `single-home-id` Por ejemplo, si `system-id` es 10:11:12:13:14:15, entonces para `esi-lag-id` 1 (ae1), el ID del sistema LACP es 10:11:12:13:14:16 en la configuración LACP generada para ese vínculo: set interfaces ae1 aggregated-ether-options lacp active set interfaces ae1 aggregated-ether-options lacp system-id 10:11:12:13:14:16 Nota: Para omitir la configuración de LACP para un vínculo de servidor par, incluya la siguiente opción: set services evpn evpn-vxlan server `server-name` no-lacp
Interfaz de servidor multiconexión Configuración del LAG de ESI Desde `set services evpn evpn-vxlan server server-name esi-lag-id esi-lag-id`	Derive automáticamente el ESI: set interfaces ae`esi-lag-id` esi auto-derive type-1-lacp set interfaces ae`esi-lag-id` all-active
Configuración ligera de detección de bucles en interfaces Ethernet agregadas lógicas orientadas al servidor Desde `set services evpn evpn-vxlan server server-name` : `esi-lag-id esi-lag-id` o bien `single-home-id single-home-id` `mac-vrf-instance instance-id` `vlan-id-list [ vlan-id ...]`	Genera `loop-detect enhanced` instrucciones con acción `interface-down` para las interfaces Ethernet agregadas conectadas a cada uno de los servidores configurados, con la unidad lógica basada en el ID de instancia de MAC-VRF configurado o el valor predeterminado `instance-id` 1: set protocols loop-detect enhanced interface ae`esi-lag-id`.`instance-id` vlan-id `vlan-id` set protocols loop-detect enhanced interface ae`esi-lag-id`.`instance-id` loop-detect-action interface-down set protocols loop-detect enhanced interface ae`esi-lag-id`.`instance-id` transmit-interval 1s set protocols loop-detect enhanced interface ae`esi-lag-id`.`instance-id` revert-interval 60 Para obtener más información sobre esta función de detección de bucles, consulte Detección de bucles de leaf a servidor ligera EVPN-VXLAN. Nota: La secuencia de comandos de confirmación genera la configuración de detección de bucles solo en plataformas que admiten la función de detección de bucles ligeros EVPN-VXLAN (consulte el Explorador de características).
Elementos de interfaz EVPN, VXLAN e IRB Parámetros de instancia de EVPN admitidos en la configuración generada: tipo de instancia MAC-VRF, tipo de servicio compatible con VLAN y encapsulación de VXLAN
Nombre de instancia de EVPN MAC-VRF De: `set services evpn evpn-vxlan irb irb-instance instance mac-vrf-instance instance-id` `set services evpn evpn-vxlan server server-name mac-vrf-instance instance-id`	Si no configura una o varias `mac-vrf-instance instance-id` instrucciones: La instancia `instance-id` predeterminada de MAC-VRF es 1. El nombre predeterminado de la instancia MAC-VRF es __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_1. De lo contrario, para cada configurado `instance-id`, el nombre de instancia MAC-VRF es __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_`instance-id`.
Unidad lógica de interfaz Ethernet agregada por instancia de MAC-VRF Desde `set services evpn evpn-vxlan server server-name`: `mac-vrf-instance instance-id` `esi-lag-id esi-lag-id` o bien `single-home-id single-home-id`	Derive y configure la interfaz lógica asociada de la siguiente manera: set routing-instances __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_`instance-id` interface ae(`esi-lag-id` \| `single-home-id`).`instance-id`
Distinguidor de ruta (RD) para instancia de EVPN Desde : `set services evpn device-attribute` : `peer-id peer-id` `loopback peer1-subnet peer1-subnet` `loopback peer2-subnet peer2-subnet` `set services evpn evpn-vxlan server server-name mac-vrf-instance instance-id`	El distinguidor de ruta para cada instancia de enrutamiento MAC-VRF se deriva de la dirección de subred del circuito cerrado del dispositivo PE par y MAC-VRF `instance-id` de la siguiente manera: `peer<peer-id>-subnet`:`instance-id`
Comunidad extendida de destino para la instancia de EVPN Desde `mac-vrf-instance instance-id`	vrf-target:1:`instance-id`
VLAN (dominios de puente) alojados en la instancia de EVPN De: `set services evpn evpn-vxlan server server-name vlan-id-list [vlan-id ...]` `set services evpn evpn-vxlan irb irb-instance vlan-id vlan-id`	Los nombres de VLAN son SERVICES_EVPN_EVPN_VXLAN_VLAN_`vlan-id`
Unidades lógicas de interfaz IRB correspondientes a VLAN de servidor configuradas De: `set services evpn evpn-vxlan irb irb-instance vlan-id vlan-id` `set services evpn evpn-vxlan server server-name vlan-id-list [vlan-id ...]`	La unidad lógica de interfaz IRB está `vlan-id` en configuración generada para: `set interfaces irb unit vlan-id family inet address subnet-address ...` `set routing-instances __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_instance-id vlans SERVICES_EVPN_EVPN_VXLAN_VLAN_vlan-id l3-interface irb.vlan-id`
Dirección de interfaz IRB (para configurar `set interfaces irb unit unit family inet address subnet-address ...`) Desde `set services evpn evpn-vxlan irb irb-instance subnet-address (inet \| inet6) subnet-address` Si desea que la configuración generada tenga valores de interfaz `subnet-address` IRB diferentes que establezca explícitamente por dispositivo de PE par (en lugar de las direcciones predeterminadas derivadas de un valor configurado `subnet-address` común), configure la siguiente opción: Instancia por IRB: `set services evpn evpn-vxlan irb irb-instance no-irb-instance-auto-derive` Globalmente (para todas las instancias IRB): `set services evpn global-parameters no-irb-instance-auto-derive`	Derive diferentes direcciones por dispositivo PE par de IPv4 o IPv6 `subnet-address`. El parámetro `subnet-address` es obligatorio y, para simplificar la configuración, configure el mismo `subnet-address` en ambos dispositivos de PE par. La secuencia de comandos de confirmación deriva diferentes direcciones de interfaz IRB por dispositivo de PE par en `subnet-address` función de y , `peer-id`como se indica a continuación: `peer-id` 1: La dirección de interfaz IRB es `subnet-address`. De lo contrario, la dirección de interfaz IRB es `subnet-address` + 1 (se suma 1 al segmento de dirección de orden inferior de la dirección de subred). Por ejemplo, si IPv4 `subnet-address` es 10.10.1.0/24: En 1, la `peer-id` dirección es 10.10.1.0/24 En 2, la `peer-id` dirección es 10.10.1.1/24 Nota: El proceso de confirmación no realiza una comprobación de confirmación para exigir la configuración de la misma dirección de subred en ambos dispositivos. De forma predeterminada, la secuencia de comandos de confirmación derivará la dirección de subred de la interfaz IRB en función de la configurada `subnet-address` en este nivel de jerarquía. Como resultado, se recomienda encarecidamente usar la misma dirección de subred para este parámetro en ambos dispositivos de PE par y solo establecer que sea `peer-id` diferente en cada dispositivo. De esta manera, la derivación de direcciones predeterminada funciona como se espera para las interfaces IRB en cada dispositivo PE par.
Dirección de puerta de enlace virtual de interfaz IRB Desde `set services evpn evpn-vxlan irb irb-instance subnet-address (inet \| inet6) subnet-address` Incluya las siguientes opciones en `[edit services evpn evpn-vxlan irb irb-instance]` para especificar las direcciones IPv4 o IPv6 de la puerta de enlace virtual en lugar de utilizar las direcciones de puerta de enlace virtual derivadas predeterminadas: `virtual-gateway-v4-address ipv4-virtual-gateway-address` `virtual-gateway-v6-address ipv6-virtual-gateway-address`	Derive la dirección de puerta de enlace virtual para la instancia IRB como la dirección configurable más alta en el intervalo de subred IPv4 o IPv6 `subnet-address` . Por ejemplo, si IPv4 (`subnet-address inet`) `subnet-address` es 10.1.1.1/24, la dirección IPv4 de la puerta de enlace virtual derivada es 10.1.1.254. Del mismo modo, por ejemplo, si IPv6 (`subnet-address inet6`) `subnet-address` es 2001:db8::10:1:1:1/112, la dirección IPv6 de la puerta de enlace virtual derivada es 2001:db8::10:1:1:fffe.
Interfaz IRB puerta de enlace virtual dirección MAC Incluya las siguientes opciones en `[edit services evpn global-parameters]` para anular las direcciones IPv4 o IPv6 predeterminadas de la puerta de enlace virtual: `virtual-gateway (v4-mac \| v6-mac) virtual-gateway-mac-address` : para establecer direcciones MAC de puerta de enlace virtual diferentes para el tráfico IPv4 y el tráfico IPv6 `virtual-gateway-mac virtual-gateway-mac-address` : para establecer la misma dirección MAC de puerta de enlace virtual para el tráfico IPv4 y el tráfico IPv6	Puerta de enlace virtual IPv4 dirección MAC: 00:00:5e:00:01:01 Puerta de enlace virtual IPv6 dirección MAC: 00:00:5e:00:02:01
Mapeo del identificador de red (VNI) de VXLAN De: `set services evpn evpn-vxlan server server-name vlan-id-list [vlan-id ...]` `set services evpn evpn-vxlan irb irb-instance vlan-id vlan-id`	Suma `vlan-id` a un valor base de 10000
Emparejamiento subyacente para dispositivos PE (protocolo predeterminado: EBGP) Nombre del grupo BGP: __SERVICES_EVPN_EVPN_VXLAN_EBGP_UNDERLAY
Número del sistema autónomo (AS)	65000 + `peer-id`
Número de AS local y número de AS par para la configuración de grupo BGP (`local-as local-as` , vecino `peer-as peer-as` ) De `set services evpn device-attribute peer-id peer-id` .	En 1, el AS local es 65000 + 4 y el `peer-id` AS par es el AS es 65000 + 3. Los números de AS se invierten en el otro dispositivo `peer-id` de PE par 2: el AS local es 65000 + 3 y el AS par es 65000 + 4.
Dirección del dispositivo local y dirección del vecino par para la configuración del grupo BGP (`local-address`, vecino `neighbor neighbor-address` en la configuración generada) De `set services evpn device-attribute peer-to-peer peer-subnet (inet \| inet6) subnet-address` .	En el dispositivo `peer-id` PE par 1, la dirección local es `peer-subnet subnet-address` y la dirección del vecino es `subnet-address` + 1. La dirección local y la dirección del vecino se invierten en el otro dispositivo `peer-id` PE par 2: la dirección local es `peer-subnet subnet-address` + 1 y la dirección del vecino es `subnet-address`.
Tamaño de UMT para interfaces de emparejamiento subyacentes o superpuestas	Use los tamaños o `overlay-mtu` `underlay-mtu` que configure en el `[edit services evpn global-parameters mtu]` nivel de jerarquía en lugar de usar el tamaño de UMT predeterminado. El tamaño predeterminado de la UMT varía en función de la plataforma y el tipo de interfaz. Consulte Media UMT y Protocol UMT para obtener más información sobre la configuración de UMT.
Política de enrutamiento para anunciar una interfaz de circuito cerrado en un dispositivo de PE par EBGP	set policy-options policy-statement EXPORT-LO0 term LOOPBACK from interface lo0.0 set policy-options policy-statement EXPORT-LO0 term LOOPBACK then accept set policy-options policy-statement EXPORT-LO0 term REJECT then reject set protocols bgp group __SERVICES_EVPN_EVPN_VXLAN_EBGP_UNDERLAY export EXPORT-LO
Emparejamiento de superposición para dispositivos PE - Protocolo predeterminado: EBGP Nombre del grupo BGP: __SERVICES_EVPN_EVPN_VXLAN_EBGP_OVERLAY
Número del sistema autónomo (AS) (para `routing-options autonomous-system num` ) De `set services evpn device-attribute peer-id peer-id` .	65000 + `peer-id`
Dirección del dispositivo local y dirección del vecino par para la configuración del grupo BGP generado (`local-address local-address` y `neighbor neighbor-address` ) Desde `set services evpn device-attribute` : `peer-id peer-id` `loopback peer1-subnet peer1-subnet` `loopback peer2-subnet peer2-subnet`	Cada dispositivo emparejado utiliza las direcciones proporcionadas `loopback peerpeer-id-subnet` para la dirección local y su dirección vecina.
Otras opciones de emparejamiento subyacente para dispositivos PE: OSPF Si configura `set services evpn device-attribute peer-to-peer underlay-connectivity ospf`:
Unidad lógica de interfaz Ethernet agregada con emparejamiento subyacente OSPF	AE0.0
Área OSPF	0.0.0.0
Otras opciones de emparejamiento de superposición para dispositivos PE: IBGP Si configura `set services evpn device-attribute peer-to-peer overlay-connectivity ibgp`:
Número del sistema autónomo para el emparejamiento interno del BGP (`set routing-options autonomous-system num` en la configuración generada	65000
Dirección del dispositivo local y dirección del vecino par para la configuración de grupo de IBGP generada (`local-address local-address` y `neighbor neighbor-address` ) Desde `set services evpn device-attribute` : `peer-id peer-id` `loopback peer1-subnet peer1-subnet` `loopback peer2-subnet peer2-subnet`	Igual que con una superposición de EBGP: cada dispositivo emparejado utiliza las direcciones proporcionadas `loopback peerpeer-id-subnet` para la dirección local y su dirección vecina.
Opción de configurar el relé DHCP para una instancia de enrutamiento VRF Si configura `set services evpn evpn-vxlan dhcp-relay name` :
Configuración de grupo de relés DHCP Desde `set services evpn evpn-vxlan dhcp-relay name` : dirección del `dhcp-server-address` servidor dhcp fuente `relay-source-interface` de relé instancia `instance-id` vrf	El nombre del grupo de retransmisión DHCP derivado es SERVICES_EVPN_EVPN_VXLAN_VRF`name` y la configuración predeterminada es: [edit routing-instances __SERVICES_EVPN_EVPN_VXLAN_VRF_`instance-id` forwarding-options] set dhcp-relay forward-only set dhcp-relay server-group SERVICES_EVPN_EVPN_VXLAN_VRF`namedhcp-server-address` [edit routing-instances __SERVICES_EVPN_EVPN_VXLAN_VRF_`instance-id` forwarding-options dhcp-relay group SERVICES_EVPN_EVPN_VXLAN_VRF`name`] set active-server-group SERVICES_EVPN_EVPN_VXLAN_VRF`name` set overrides relay-source `relay-source-interface` set relay-option-82 server-id-override

Comportamiento específico de la plataforma para configuraciones generadas por EZ-LAG

Consulte la entrada Configuración simplificada para LAG ESI con referencia dual EVPN (EZ-LAG) en el Explorador de características para revisar las plataformas y versiones en las que admitimos la función EZ-LAG.

Use la siguiente tabla para revisar las diferencias específicas de la plataforma en la configuración generada en diferentes plataformas que admiten la función EZ-LAG:

Plataforma	Diferencia
Enrutadores EX9204, EX9208 y EX9214	Configuración generada predeterminada del control de tormentas: set forwarding-options storm-control-profiles __SERVICES_EVPN_EVPN_VXLAN_STORM_CONTROL all bandwidth-percentage 1 set interfaces `interface-name` family ethernet-switching storm-control __SERVICES_EVPN_EVPN_VXLAN_STORM_CONTROL
Otras plataformas compatibles además de los enrutadores EX9204, EX9208 y EX9214	Configuración generada predeterminada del control de tormentas: set forwarding-options storm-control-profiles __SERVICES_EVPN_EVPN_VXLAN_STORM_CONTROL all bandwidth-percentage 1 set interfaces `interface-name` ether-options ethernet-switch-profile storm-control __SERVICES_EVPN_EVPN_VXLAN_STORM_CONTROL

Plataforma

Diferencia

Enrutadores EX9204, EX9208 y EX9214

Configuración generada predeterminada del control de tormentas:

set forwarding-options storm-control-profiles __SERVICES_EVPN_EVPN_VXLAN_STORM_CONTROL all bandwidth-percentage 1
set interfaces interface-name family ethernet-switching storm-control __SERVICES_EVPN_EVPN_VXLAN_STORM_CONTROL

Otras plataformas compatibles además de los enrutadores EX9204, EX9208 y EX9214

Configuración generada predeterminada del control de tormentas:

set forwarding-options storm-control-profiles __SERVICES_EVPN_EVPN_VXLAN_STORM_CONTROL all bandwidth-percentage 1
set interfaces interface-name ether-options ethernet-switch-profile storm-control __SERVICES_EVPN_EVPN_VXLAN_STORM_CONTROL

Configuración EZ-LAG con servidores multiconexión

La Figura 3 muestra una topología con dos servidores multiconexión conectados a dos dispositivos PE par. Los dispositivos PE par están conectados espalda con espalda en una pequeña estructura EVPN que aloja dos VLAN de servidor (ID de VLAN 10 y 20).

Figura 3: Configuración EZ-LAG con dos servidores Network topology showing two Provider Edge devices, Peer PE 1 and Peer PE 2, connected to Server 1 and Server 2. Both PE devices have MAC-VRF 1 with VLANs 10 and 20. PE devices are interlinked via ae0. Servers use ESI LAGs for redundancy.

multiconexión

Configuración simplificada con dos servidores multiconexión
Configuración generada con dos servidores multiconexión
Valores derivados en la configuración generada

Configuración simplificada con dos servidores multiconexión

En esta sección, se muestra un ejemplo de una configuración EZ-LAG mínima para la topología de la Figura 3. Utilice instrucciones en la estrofa [edit services evpn] de configuración. Esta configuración proporciona todos los parámetros necesarios para que la secuencia de comandos de confirmación genere una configuración de EVPN-VXLAN correspondiente. Solo se configuran unos pocos elementos que son específicos de cada dispositivo de PE par. De lo contrario, la mayor parte de la configuración es la misma en ambos dispositivos.

Nota:

En este ejemplo, ambos dispositivos de PE par alojan las mismas VLAN y utilizan los mismos nombres de interfaz física para vincularse a los servidores multiconexión, por lo que esos parámetros de configuración necesarios pueden formar parte de la configuración común en los dispositivos de PE par. Sin embargo, dado que las asignaciones de interfaces físicas por dispositivo suelen ser diferentes en las implementaciones reales de los clientes, a continuación incluimos las instrucciones de configuración EZ-LAG para esos parámetros por separado para cada dispositivo de PE par.

La secuencia de comandos de confirmación utiliza valores predeterminados para algunos elementos. También deriva automáticamente otros valores para la configuración generada a partir de los parámetros de la configuración simplificada, como se mencionó anteriormente.

En esta configuración, tenga en cuenta que configuramos los siguientes parámetros comunes de dirección de subred en ambos dispositivos PE pares. Esto se hace porque la secuencia de comandos de confirmación usa o deriva automáticamente valores en cada dispositivo de PE par en función del idioma en el peer-id que se ejecuta la secuencia de comandos:

Las direcciones de subred de circuito cerrado del dispositivo para cada dispositivo:
La secuencia de comandos de confirmación utiliza la dirección de subred de circuito cerrado proporcionada como dirección local para la en la peer-id que se ejecuta. Utiliza la otra peer-id dirección de subred de circuito cerrado como dirección de vecino del dispositivo PE par.
Las direcciones de subred del vínculo punto a punto del dispositivo PE par:
La secuencia de comandos de confirmación utiliza la dirección de subred de la interfaz Ethernet agregada para peer-id 1 como la configuración subnet-addressy deriva la dirección para peer-id 2 como esa subnet-address más 1 en el byte de orden inferior del rango de subred de direcciones.
La dirección de subred de interfaz IRB para cada interfaz IRB que sirve a cada VLAN:
La secuencia de comandos de confirmación deriva una dirección de interfaz IRB de la misma manera que para las direcciones Ethernet agregadas punto a punto anteriores: usa la configuración subnet-address para peer-id 1 y agrega 1 al byte de orden inferior de ese subnet-address rango de direcciones para peer-id 2.

Nota:

El proceso de confirmación no realiza una comprobación de confirmación para exigir la configuración de la misma dirección de subred en ambos dispositivos. De forma predeterminada, el script de confirmación derivará automáticamente estas direcciones en función de los valores 1 proporcionados subnet-address peer-id . Como resultado, recomendamos encarecidamente que se asegure de establecer estas direcciones de subred en el mismo valor base en ambos dispositivos PE par en una configuración EZ-LAG. De este modo, la derivación de direcciones predeterminada funciona según lo esperado para el dispositivo de circuito cerrado, el vínculo par de circuito cerrado y las direcciones de subred de interfaz IRB en cada dispositivo de PE par.

Consulte Valores derivados en la configuración generada para obtener más información sobre todos los valores que la secuencia de comandos de confirmación deriva para la configuración generada.

Configuración EZ-LAG para dos servidores multiconexión
Parámetros predeterminados no especificados en la configuración simplificada

Configuración EZ-LAG para dos servidores multiconexión

PE par 1:

PE par 2:

Configuración común en ambos dispositivos PE par:

Parámetros predeterminados no especificados en la configuración simplificada

La secuencia de comandos de confirmación utiliza los siguientes elementos predeterminados que no se especifican en esta configuración simplificada:

Tabla 3: Elementos predeterminados utilizados en la configuración generada
elemento de configuración	Valor predeterminado
Recuento de dispositivos Ethernet agregados	255
Vínculos de dispositivos de PE punto a punto	AE0
Superposición del valor base del número del sistema autónomo de emparejamiento	65000
Protocolo subyacente y excesivamente de emparejamiento	EBGP
Nombre de grupo de BGP subyacente	__SERVICES_EVPN_EVPN_VXLAN_EBGP_UNDERLAY
Nombre de política de exportación subyacente y declaración de política	EXPORTAR-LO0
Superposición de nombre de grupo de BGP	__SERVICES_EVPN_EVPN_VXLAN_EBGP_OVERLAY
Instancia de MAC-VRF de EVPN-VXLAN	`instance-id` 1 Nombre: __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_1 `service-type vlan-aware` `encapsulation vxlan` `vtep-source-interface lo0.0`
Puerta de enlace virtual dirección MAC (para IPv4)	00:00:5E:00:01:01
Nombre de VLAN	SERVICIOS_EVPN_EVPN_VXLAN_VLAN_`vlan-id`
Nombre de perfil de control de tormentas	__SERVICIOS_EVPN_EVPN_VXLAN_STORM_CONTROL

Configuración generada con dos servidores multiconexión

Con la secuencia de comandos de confirmación de configuración EZ-LAG habilitada, cuando se confirma la configuración en Configuración simplificada con dos servidores multiconexión, la secuencia de comandos de confirmación genera la siguiente configuración EVPN-VXLAN. De forma predeterminada, la secuencia de comandos de confirmación configura el control de tormentas y la detección de bucle ligero en las interfaces orientadas al servidor.

Consulte Valores derivados en la configuración generada para ver todos los valores que la secuencia de comandos de confirmación deriva en esta configuración generada a partir de la configuración simplificada.

PE par 1:

PE par 2:

Valores derivados en la configuración generada

En la configuración generada en Configuración generada con dos servidores multiconexión, la secuencia de comandos de confirmación deriva los siguientes valores en función de los elementos de configuración EZ-LAG correspondientes:

Tabla 4: Valores derivados en un ejemplo de configuración generada con dos servidores multiconexión
elemento de configuración	Derivado de [edit services evpn]	Valor derivado en el par `peer-id`
elemento de configuración	Derivado de [edit services evpn]	Par 1	Par 2
Número de AS	Base del número de AS predeterminado: 65000	Número de AS subyacente: 65004 Número de AS superpuesto: 65001	Número de AS subyacente: 65003 Número de AS superpuesto: 65002
Dirección ae0 punto a punto	`device-attribute peer-to-peer peer-subnet inet 10.1.1.0/31`	10.1.1.0/31	10.1.1.1/31
Dirección local del EBGP subyacente y dirección del vecino	`device-attribute peer-to-peer peer-subnet inet 10.1.1.0/31`	`local-address`: 10.1.1.0/31 `neighbor`: 10.1.1.1/31	`local-address`: 10.1.1.1/31 `neighbor`: 10.1.1.0/31
Superposición de la dirección local del EBGP y la dirección del vecino	`device-attribute loopback peer1-subnet 192.168.1.1/32 peer2-subnet 192.168.2.1/32`	`local-address`: 192.168.1.1/32 `neighbor`: 192.168.2.1/32	`local-address`: 192.168.2.1/32 `neighbor`: 192.168.1.1/32
`system-id` para la configuración de LACP por servidor Vínculo LAG ESI	`device-attribute system-id 10:11:12:13:14:10`	AE1: 10:11:12:13:14:11 AE2: 10:11:12:13:14:12	AE1: 10:11:12:13:14:11 AE2: 10:11:12:13:14:12
VLAN de servidor para: `x` Miembros de la VLAN AE Miembros de VLAN de instancia de MAC-VRF Unidades lógicas de interfaz IRB	`evpn-vxlan server SERVER_1 vlan-id-list [ 10 20 ]` `evpn-vxlan server SERVER_2 vlan-id-list [ 10 20 ]`	`vlan-id 10` `vlan-id 20`	`vlan-id 10` `vlan-id 20`
Dirección de subred de interfaz IRB y `virtual-gateway-address` (VLAN 10)	`evpn-vxlan irb irb_10 subnet-address inet 10.10.1.1/24`	10.10.1.1/24 10.10.1.254/24	10.10.1.2/24 10.10.1.254/24
Dirección de subred de interfaz IRB y `virtual-gateway-address` (VLAN 20)	`evpn-vxlan irb irb_20 subnet-address inet 10.20.1.1/24`	10.20.1.1/24 10.20.1.254/24	10.20.1.2/24 10.20.1.254/24
Distinguidor de ruta de instancia MAC-VRF	MAC-VRF `instance-id`predeterminado: 1 `device-attribute loopback peer1-subnet 192.168.1.1/32 peer2-subnet 192.168.2.1/32`	192.168.1.1:1	192.168.2.1:1
Destino de ruta de instancia MAC-VRF	MAC-VRF `instance-id`predeterminado: 1 `vrf-target:1:instance-id`	`vrf-target:1:1`	`vrf-target:1:1`
Interfaz Ethernet agregada de instancia de MAC-VRF unidades lógicas por servidor Vínculo LAG de ESI: ae[`esi-lag-id`].[`instance-id`]	MAC-VRF `instance-id`predeterminado: 1 `evpn-vxlan server SERVER_1 esi-lag-id esi-lag-id 1` `evpn-vxlan server SERVER_2 esi-lag-id esi-lag-id 2`	Servidor 1: ae1.1 Servidor 2: ae2.1	Servidor 1: ae1.1 Servidor 2: ae2.1
Nombres de interfaz IRB (VLAN 10 y 20)	`evpn-vxlan irb irb_10 vlan-id 10` `evpn-vxlan irb irb_20 vlan-id 20` `evpn-vxlan server SERVER_1 vlan-id-list [ 10 20 ]`	`irb.10` `irb.20`	`irb.10` `irb.20`
Asignaciones de VLAN a VNI (VLAN 10 y 20)	Valor base de VNI predeterminado: 10000	Para VLAN 10: 10010 Para VLAN 20: 10020	para VLAN 10: 10010 para VLAN 20: 10020

Agregar configuración para un nuevo servidor multiconexión

La Figura 4 muestra la misma topología que la Figura 3 con un servidor multiconexión adicional.

En la configuración de ejemplo se muestra cómo agregar el nuevo servidor multiconexión, el servidor 3, que aloja las dos VLAN VLAN 10 y VLAN 20.

Figura 4: Agregar un nuevo servidor multiconexión a una configuración Network diagram showing two peer provider edge routers PE 1 and PE 2 linked to servers via ESI LAGs. VLAN 10 and 20 are displayed with Ethernet interfaces for redundant load balancing.

Network diagram showing two peer provider edge routers PE 1 and PE 2 linked to servers via ESI LAGs. VLAN 10 and 20 are displayed with Ethernet interfaces for redundant load balancing.

EZ-LAG existente

Configuración simplificada para agregar un nuevo servidor multiconexión y LAG ESI
Configuración generada adicional para un nuevo servidor multiconexión y LAG ESI

Configuración simplificada para agregar un nuevo servidor multiconexión y LAG ESI

En este ejemplo, ambos dispositivos PE par:

Vínculo al nuevo servidor mediante la interfaz ge-0/0/5.
Aloje las mismas VLAN, VLAN 10 y VLAN 20.
Derivar automáticamente el identificador ES de forma predeterminada (usando el set interfaces aex esi auto-derive type-1-lacp comando)

Como resultado, puede agregar las mismas instrucciones de configuración EZ-LAG adicionales en ambos dispositivos, y la secuencia de comandos de confirmación genera las mismas instrucciones de configuración adicionales en ambos dispositivos. También puede combinar server server-name opciones del nivel jerárquico [edit services evpn evpn-vxlan] en el mismo comando, como se muestra en este ejemplo de configuración. Solo es necesario agregar una línea de pedido de configuración para este caso de uso.

Para agregar el servidor 3 con los vínculos LAG ESI correspondientes, agregue el siguiente comando de configuración EZ-LAG único a la configuración simplificada existente en el par PE 1 y el par PE 2:

Configuración generada adicional para un nuevo servidor multiconexión y LAG ESI

La secuencia de comandos de confirmación genera la siguiente configuración adicional en ambos dispositivos PE par a partir de las instrucciones de configuración simplificada en Configuración simplificada para agregar un nuevo servidor multiconexión y LAG ESI:

Agregar una nueva VLAN e interfaces IRB

La Figura 5 muestra la misma topología que la Figura 5 con una nueva VLAN, VLAN 30, alojada solo por el Servidor 1 y el Servidor 2.

Figura 5: Agregar nuevas interfaces VLAN e IRB a una configuración Network topology with Ethernet Segment Identifier LAGs and VRF: Peer PE 1 and 2 with MAC-VRF, VLANs 10, 20, 30, IPs 192.168.1.1, 192.168.2.1, AS 65001, 65002, connected via ae0 interface. Servers 1, 2, 3 use ESI LAG for redundancy and load balancing.

Network topology with Ethernet Segment Identifier LAGs and VRF: Peer PE 1 and 2 with MAC-VRF, VLANs 10, 20, 30, IPs 192.168.1.1, 192.168.2.1, AS 65001, 65002, connected via ae0 interface. Servers 1, 2, 3 use ESI LAG for redundancy and load balancing.

de servidor existente

Configuración simplificado para agregar una nueva VLAN
Configuración generada adicional para una nueva VLAN

Configuración simplificado para agregar una nueva VLAN

Para agregar la VLAN 30 para el servidor 1 y el servidor 2 a la configuración original en Configuración EZ-LAG con servidores multiconexión, agregue los siguientes comandos de configuración EZ-LAG:

En ambos dispositivos de PE par:

Nota:

La configuración LAG de EVPN simplificada aquí es la misma en ambos dispositivos PE pares, en este caso, ya que:

La secuencia de comandos de confirmación deriva direcciones de subred de interfaz IRB únicas mediante el parámetro proporcionado subnet-address .
Vamos a agregar la misma VLAN en ambos dispositivos.

Configuración generada adicional para una nueva VLAN

La secuencia de comandos de confirmación genera la siguiente configuración adicional para la VLAN 30:

PE par 1:

PE par 2:

Agregar un nuevo servidor de conexión única

La figura 6 agrega un servidor de una sola conexión, el servidor 4, que solo se conecta al par PE 1. El servidor 4 aloja VLAN, VLAN 10 y VLAN 20.

En la configuración simplificada, se proporciona un single-home-id para identificar los vínculos de servidores de una sola conexión y los parámetros relacionados con ese servidor. De forma predeterminada, la secuencia de comandos de confirmación utiliza nombres de interfaz Ethernet agregados que comienzan con un índice base de 1024 para los vínculos a servidores de una sola conexión. La secuencia de comandos de confirmación agrega el a ese índice, lo que genera nombres de single-home-id interfaz que comienzan con ae1025 (for single-home-id = 1).

Figura 6: Agregar configuración para un servidor de una sola conexión a una configuración Network topology diagram with 2 peer Provider Edge routers, multiple servers, VLANs, and ESI Link Aggregation Groups for redundancy and load balancing.

Network topology diagram with 2 peer Provider Edge routers, multiple servers, VLANs, and ESI Link Aggregation Groups for redundancy and load balancing.

EZ-LAG existente

Configuración simplificada para agregar un servidor de una sola conexión
Configuración generada adicional para un servidor de una sola conexión

Configuración simplificada para agregar un servidor de una sola conexión

Para agregar el servidor 4 de conexión única a la configuración original en Configuración EZ-LAG con servidores multiconexión, agregue los siguientes comandos de configuración EZ-LAG en el PE par 1:

Nota:

Puede combinar server server-name opciones en el nivel de [edit services evpn evpn-vxlan] jerarquía, como se muestra en este ejemplo de configuración. Como resultado, solo necesita agregar un elemento de línea de configuración para este caso de uso.

Configuración generada adicional para un servidor de una sola conexión

La secuencia de comandos de confirmación genera la siguiente configuración adicional para el servidor 4 en el par PE 1:

Agregue una interfaz de modo de acceso o un ID de VLAN nativo para interfaces de troncalización

Para las interfaces par de PE a servidor en una configuración EZ-LAG, de forma predeterminada la secuencia de comandos de confirmación genera configuraciones de interfaz de modo de troncalización cuando se especifica la instrucción de vlan-id-list configuración simplificada. En un principio, la secuencia de comandos commit generaba configuraciones de interfaz en modo de troncalización con la vlan-tagging configuración, pero en plataformas compatibles ahora utiliza la flexible-vlan-tagging configuración en las configuraciones generadas para estas interfaces en su lugar.

Nota:

En plataformas que admiten automáticamente el etiquetado de VLAN y las funciones flexibles de etiquetado de VLAN con configuraciones de interfaz, no verá ni la vlan-tagging instrucción or flexible-vlan-tagging en la configuración generada.

Para las interfaces en modo de troncalización, en la configuración simplificada puede especificar un ID de VLAN nativo definido por el usuario mediante la opción en el [edit services evpn evpn-vxlan server server-name] nivel de native-vlan-id native-vlan-id jerarquía. La secuencia de comandos de confirmación agrega una native-vlan-id instrucción en la configuración generada para la interfaz de modo de troncalización a ese servidor. Cuando se incluye un ID de VLAN nativo, la interfaz en modo de troncalización puede aceptar tráfico sin etiquetar, así como el tráfico de las VLAN en su vlan-id-list.

Por ejemplo, con una configuración EZ-LAG de interfaz de modo de troncalización como la siguiente:

Esta es la diferencia en la configuración generada por el script de confirmación:

En algunas plataformas, también puede configurar una interfaz de PE a servidor como una interfaz de modo de acceso en lugar de como una interfaz de modo de troncalización. Para ello, incluya la access-vlan-id access-vlan-id instrucción de configuración simplificada para un servidor en lugar de la vlan-id-list instrucción. La secuencia de comandos de confirmación genera una configuración de interfaz en modo de acceso y asocia la interfaz con el ID de VLAN especificado.

La access-vlan-id access-vlan-id instrucción de configuración simplificada está disponible en cualquiera de los siguientes niveles de jerarquía:

[edit services evpn evpn-vxlan server server-name]: La interfaz se asocia con la instancia predeterminada de MAC-VRF (__SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_1).
[edit services evpn evpn-vxlan server server-name mac-vrf-instance instance-id]: La interfaz está asociada con la instancia de MAC-VRF definida por el usuario especificada (__SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_instance-id).

Por ejemplo, con una configuración EZ-LAG de interfaz de modo de acceso como la siguiente:

Esta es la diferencia con respecto a la configuración del modo de troncalización que genera la secuencia de comandos de confirmación:

Tenga en cuenta que en la configuración simplificada, para cada interfaz de PE a servidor debe incluir al menos una vlan-id-list instrucción or access-vlan-id . A continuación, la secuencia de comandos de confirmación genera la configuración de interfaz utilizando el modo de troncalización (para una vlan-id-list instrucción) o el modo de acceso (para una access-vlan-id instrucción).

Utilice OSPF para la configuración subyacente

De forma predeterminada, la secuencia de comandos de confirmación de configuración EZ-LAG genera una configuración que utiliza EBGP para el emparejamiento subyacente entre los dispositivos PE par. Consulte las instrucciones de configuración de grupo de EBGP __SERVICES_EVPN_EVPN_VXLAN_EBGP_UNDERLAY en el ejemplo de Configuración generada con dos servidores multiconexión.

Si desea utilizar OSPF para el emparejamiento subyacente, incluya la siguiente opción en su configuración EZ-LAG en ambos dispositivos PE par:

Con esta opción, en lugar de las instrucciones de configuración subyacentes del EBGP predeterminadas, la secuencia de comandos de confirmación genera una configuración de emparejamiento subyacente del OSPF mediante los siguientes parámetros predeterminados (consulte también la tabla 2):

Interfaz Ethernet agregada unidad lógica ae0.0
Área OSPF 0.0.0.0

La secuencia de comandos de confirmación genera la siguiente configuración predeterminada de emparejamiento subyacente OSPF en ambos dispositivos PE par:

Nota:

Si no desea utilizar las configuraciones predeterminadas de emparejamiento subyacente de EBGP u OSPF, puede establecer la siguiente opción de configuración EZ-LAG:

Con esta opción establecida, la secuencia de comandos de confirmación no generará ninguna configuración de emparejamiento subyacente. En ese caso, debe configurar manualmente el emparejamiento subyacente deseado.

Utilice IBGP para la configuración de superposición

De forma predeterminada, la secuencia de comandos de confirmación de configuración EZ-LAG genera una configuración que utiliza EBGP para el emparejamiento de superposición entre los dispositivos de PE par. Consulte las instrucciones de configuración de grupo EBGP __SERVICES_EVPN_EVPN_VXLAN_EBGP_OVERLAY en el ejemplo de Configuración generada con dos servidores multiconexión.

Si desea usar IBGP para el emparejamiento de superposición, incluya la siguiente opción en su configuración EZ-LAG en ambos dispositivos PE par:

Con esta opción, en lugar de la configuración predeterminada de superposición de EBGP, la secuencia de comandos de confirmación genera una configuración de emparejamiento de superposición de IBGP mediante los siguientes parámetros predeterminados o derivados (consulte también la tabla 2):

Nombre del grupo de IBGP __SERVICES_EVPN_EVPN_VXLAN_IBGP_OVERLAY
Número de AS 65000
Dirección local del IBGP y dirección del vecino par derivada de set services evpn device-attribute:
- peer-id peer-id
- loopback peer1-subnet peer1-subnet
- loopback peer2-subnet peer2-subnet

Para la topología de ejemplo de la Figura 3, la configuración generada es:

PE par 1:

PE par 2:

Tabla de historial de cambios

La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.

Lanzamiento

Descripción

26.2R1

De forma predeterminada, la secuencia de comandos de confirmación de EZ-LAG genera configuraciones de interfaz troncal con vlan-tagging para las interfaces de PE a servidor par. La secuencia de comandos de confirmación requiere que especifique un vlan-id-list para cada una de estas interfaces. A partir de Junos OS y Junos OS evolucionado 26.2R1, ahora la secuencia de comandos de confirmación genera configuraciones de interfaz con flexible-vlan-tagging en lugar de vlan-tagging. Para las interfaces en modo de troncalización, puede especificar un ID de VLAN nativo en la configuración simplificada si lo desea. Además, ahora puede configurar de manera alternativa interfaces de PE a servidor en modo de acceso con un ID de VLAN de acceso asociado, en lugar de utilizar el modo de troncalización con varias VLAN. Puede configurar las interfaces del modo de acceso en la instancia predeterminada de MAC-VRF o en una instancia de MAC-VRF definida por el usuario.

EN ESTA PÁGINA

Configuración LAG EVPN SENCILLA (EZ-LAG)

Beneficios de usar la configuración EZ-LAG

Descripción general de la configuración de EZ-LAG

Descripción general de la jerarquía de instrucciones [edit services evpn]

Script de confirmación integrado

Instrucciones y parámetros de CLI simplificados para generar la configuración

Descripción general de la configuración generada predeterminada

Instrucciones y opciones de configuración de EZ-LAG

Cómo utiliza la secuencia de comandos de confirmación los elementos de configuración EZ-LAG en la configuración generada

Comportamiento específico de la plataforma para configuraciones generadas por EZ-LAG

Configuración EZ-LAG con servidores multiconexión

Configuración simplificada con dos servidores multiconexión

Configuración EZ-LAG para dos servidores multiconexión

Parámetros predeterminados no especificados en la configuración simplificada

Configuración generada con dos servidores multiconexión

Valores derivados en la configuración generada

Agregar configuración para un nuevo servidor multiconexión

Configuración simplificada para agregar un nuevo servidor multiconexión y LAG ESI

Configuración generada adicional para un nuevo servidor multiconexión y LAG ESI

Agregar una nueva VLAN e interfaces IRB

Configuración simplificado para agregar una nueva VLAN

Configuración generada adicional para una nueva VLAN

Agregar un nuevo servidor de conexión única

Configuración simplificada para agregar un servidor de una sola conexión

Configuración generada adicional para un servidor de una sola conexión

Agregue una interfaz de modo de acceso o un ID de VLAN nativo para interfaces de troncalización

Utilice OSPF para la configuración subyacente

Utilice IBGP para la configuración de superposición

Documentación relacionada

Tabla de historial de cambios