SUR CETTE PAGE

Avantages de la facilité de configuration d’EVPN LAG
Présentation de la configuration simple d’EVPN LAG
Instructions et paramètres CLI simplifiés pour générer la configuration
Configuration EVPN LAG facile avec des serveurs multirésidents
Ajout d’une configuration pour un nouveau serveur multihoming
Ajout de nouvelles interfaces VLAN et IRB
Ajout d’un nouveau serveur de résidence unique
Utiliser OSPF pour la configuration de l’underlay
Utiliser IBGP pour la configuration de la superposition

Configuration EVPN LAG (EZ-LAG) facile

Grâce à la fonction de configuration EZ-LAG, vous pouvez facilement configurer un petit réseau privé virtuel (EVPN) Ethernet pour une paire d’équipements PE (Provider Provider Edge) homologues auxquels sont connectés des serveurs multirésidents ou monohoming. Vous utilisez une hiérarchie d’instructions CLI Junos OS simplifiée, et un script de validation intégré génère la configuration complète.

Les équipements PE de fabric EVPN gèrent de manière fiable le trafic à destination et en provenance des terminaux multirésidents connectés en regroupant les liens de multihébergement dans un segment Ethernet EVPN avec un identifiant (ESI). Vous configurez les liaisons participant au segment Ethernet en un groupe d’agrégation de liens (LAG), c’est pourquoi nous appelons l’ensemble de liaisons multirésidents un LAG ESI. Dans ce document, nous appelons les périphériques PE homologues des équipements PE lorsqu’ils sont liés à des terminaux multirésidents avec le même ESI. Les périphériques PE peuvent également avoir une ou plusieurs liaisons dans un LAG vers des terminaux en résidence unique, bien qu’un périphérique PE EVPN n’ait pas besoin de gérer les liaisons en single homing en tant que segment Ethernet.

Il peut s’agir d’hôtes ou de serveurs directement connectés aux équipements PE, ou d’équipements CE (Customer Edge) auxquels sont attachés des hôtes finaux ou des serveurs. Pour simplifier, dans ce document, nous désignons les terminaux collectivement par le terme serveurs.

Le multihébergement EVPN assure la redondance et l’équilibrage de charge entre les deux commutateurs, et fournit un réseau de couche 2 (L2) sans boucle sans exécuter STP. Toutefois, la configuration du multihébergement EVPN peut s’avérer complexe et implique de configurer correctement de nombreuses instructions sur les équipements PE de la structure. Cette fonctionnalité de configuration simple d’EVPN LAG (également appelée fonction EZ-LAG) nous fournit une hiérarchie d’instructions de configuration simplifiée et un script de validation intégré que vous pouvez utiliser pour configurer le multihébergement EVPN. Cette fonctionnalité facilite la migration d’une topologie MC-LAG (MultiChassis Link Aggregation Group) vers un modèle de multihébergement EVPN-VXLAN basé sur des normes.

Reportez-vous à la Figure 1. La topologie EVPN prise en charge comprend :

Deux appareils PE homologues connectés dos à dos grâce à un ensemble d’interfaces Ethernet agrégées
Une fabric EVPN avec encapsulation VXLAN interconnectant les appareils PE homologues
Configurations ESI LAG entre les équipements PE homologues et un ou plusieurs serveurs multirésidents connectés
Connexions entre un équipement PE homologue et un ou plusieurs serveurs monohoming connectés

Figure 1 : configurations prises en charge pour faciliter la configuration Setups Supported for Easy EVPN LAG Configuration

des LAG EVPN

Cette fonctionnalité nécessite une licence logicielle. Consultez le Guide de l’utilisateur des licences Juniper pour plus de détails sur le modèle de licence logicielle Juniper Flex et Juniper Agile Licensing, ainsi que sur les licences disponibles pour la fonction EZ-LAG sur les plates-formes prises en charge.

Avantages de la facilité de configuration d’EVPN LAG

Configuration automatisée : Vous pouvez facilement configurer une petite structure EVPN, y compris des ESI-LAG pour les serveurs connectés multirésidents, sans utiliser de contrôleur réseau. Vous fournissez certains paramètres essentiels via la CLI, et le script de validation intégré à l’équipement les transforme en une configuration complète de la fabric EVPN.
Flexibilité de configuration : Vous avez la possibilité d’utiliser les options de configuration de base et par défaut, ainsi que de personnaliser la configuration générée. Vous pouvez remplacer de nombreux comportements par défaut du script de validation et configurer manuellement ces éléments.
Migration topologique simplifiée : Cette fonctionnalité vous permet de migrer facilement une topologie MC-LAG (MultiChassis Link Aggregation Group) vers une fabric EVPN-VXLAN simple.

Présentation de la configuration simple d’EVPN LAG

La fonctionnalité simple de configuration LAG EVPN fonctionne au moment de la validation de la configuration. Il se compose de :

Ensemble d’instructions de configuration au [edit services evpn] niveau hiérarchique avec lesquelles vous fournissez les paramètres pour configurer la structure EVPN prescrite.
Script de validation intégré qui traite les éléments de configuration simplifiés au moment de la validation (avant les vérifications de validité de la configuration standard de Junos OS) et génère la configuration de fabric EVPN correspondante. Reportez-vous à la section Script de validation intégré pour savoir comment activer le script de validation EZ-LAG.

Vous configurez quelques [edit services evpn] instructions pour fournir l’ensemble minimal de paramètres requis pour configurer la structure EVPN et les liens vers les serveurs attachés.

Lorsque vous validez les [edit services evpn] instructions de configuration, l’appareil appelle le script de validation qui génère la configuration EVPN correspondante à l’aide des paramètres que vous avez fournis. Le script de validation dérive des instructions de configuration spécifiques à l’appareil sur lequel vous validez la configuration simplifiée. Le processus de validation valide la configuration et génère des messages d’avertissement en cas de paramètres requis manquants ou mal configurés.

Pour plus d’informations sur les scripts de validation , consultez Présentation des scripts de validation et Fonctionnement des scripts de validation .

À tout moment, vous pouvez facilement inclure quelques instructions supplémentaires [edit services evpn] pour ajouter des éléments à la configuration existante, tels que de nouveaux VLAN ou des connexions à de nouveaux serveurs.

Vue d’ensemble de la hiérarchie des instructions [edit services evpn]
Script de commit intégré

Vue d’ensemble de la hiérarchie des instructions [edit services evpn]

Vous pouvez spécifier l’ensemble minimal de paramètres en quelques instructions de configuration. Prenons l’exemple d’une petite fabric EVPN-VXLAN avec deux serveurs multirésidents connectés qui hébergent chacun deux VLAN :

Figure 2 : petit exemple de topologie Small Example EVPN Topology

EVPN

Les quelques commandes simples de configuration EVPN LAG suivantes fournissent les paramètres minimaux requis pour configurer la structure EVPN à partir de la Figure 2 sur l’appareil Peer PE 1. Lorsque vous validez ces commandes de configuration, le script de validation génère une configuration complète par défaut correspondante qui peut contenir de 80 à 100 commandes de configuration :

Reportez-vous à la section Configuration simple d’EVPN LAG avec des serveurs multirésidents pour connaître la configuration complète générée par le script de validation.

La [edit services evpn] hiérarchie des commandes comporte de nombreuses options supplémentaires qui vous permettent de personnaliser la configuration générée par défaut selon vos besoins. Le script de validation utilise certains des éléments que vous fournissez dans la configuration simplifiée pour dériver automatiquement d’autres paramètres dans la configuration générée. Par défaut, le script de validation génère également des commandes de configuration pour d’autres fonctionnalités courantes d’une fabric EVPN, telles que la détection de boucle et le contrôle de tempête sur les interfaces entre les périphériques PE et les serveurs.

Vous pouvez inclure des options pour :

Indiquez au script de commit de ne pas dériver automatiquement certains paramètres dans la configuration générée.
Remplacez certaines valeurs et comportements par défaut du script de validation.
Appliquez des groupes de configuration aux instructions générées par le script de validation.

Avec l’une ou l’autre de ces options, si le script de validation nécessite que de tels éléments fournissent une configuration valide, vous devez configurer ces éléments manuellement.

Pour plus d’informations sur les paramètres fournis par chaque instruction et option au script de validation, reportez-vous à la section Instructions et paramètres CLI simplifiés pour générer la configuration , ainsi que sur la manière dont ces paramètres affectent la configuration générée.

Script de commit intégré

Le script de validation de cette fonctionnalité, services_evpn_commit_script.py, est activé par défaut sur les plates-formes prises en charge.

Étant donné que le script de validation applique des modifications de configuration transitoires, pour que le script de validation fonctionne, vous devez également définir l’option allow-transitients des scripts système, comme suit :

Dans les versions antérieures à la version 24.2R1 de Junos OS, vous pouvez définir l’option allow-transients uniquement au niveau global, et l’option s’appliquera à tous les scripts de validation configurés, comme suit :
À partir de Junos OS version 24.2R1, si nécessaire, vous pouvez définir l’option allow-transients au niveau du script individuel afin qu’elle s’applique uniquement au script de validation EZ-LAG, comme suit :
À partir de la version 24.4R1 de Junos OS, nous incluons l’option allow-transients au niveau du script de validation EZ-LAG dans la configuration par défaut, de sorte que vous n’avez plus besoin de définir explicitement cette option.

Instructions et paramètres CLI simplifiés pour générer la configuration

Cette section fournit des détails sur l’ensemble des instructions de configuration au niveau de la [edit services evpn] hiérarchie. Nous montrons également comment le script de commit mappe les paramètres de configuration simplifiés pour générer la configuration complète.

Vue d’ensemble de la configuration générée par défaut
Instructions et options de configuration simple d’EVPN LAG
Comment le script de validation utilise des éléments de configuration EVPN LAG simples dans la configuration générée

Vue d’ensemble de la configuration générée par défaut

La configuration générée par défaut comprend les éléments suivants :

Appairage underlay et overlay à l’aide de BGP externe (EBGP).
Une instance EVPN MAC-VRF par défaut nommée __SERVICES_EVPN_EVPN_VXLAN_MAC-VRF_1, avec un type de service compatible VLAN et une encapsulation VXLAN, qui héberge les VLAN que vous spécifiez.

Vous pouvez également configurer des instances MAC-VRF supplémentaires et leurs VLAN membres.
IRB s’interface avec les adresses IPv4 (ou IPv6) spécifiées pour le routage entre VLAN.

Par défaut, le script de validation désigne une adresse de passerelle virtuelle pour chaque interface IRB comme adresse configurable la plus élevée dans la plage d’adresses de sous-réseau IRB spécifiée.

Le script de validation attribue également une adresse MAC de passerelle virtuelle par défaut de 00:00:5e :00:01:01 si vous ne spécifiez pas ce paramètre.
Connexions LAG ESI vers des serveurs multihoming et liens LAG vers des serveurs monohoming.

Le script de validation attribue des interfaces Ethernet agrégées à ces liaisons en tant qu’interfaces trunk avec balisage VLAN, encapsulation flexible des services Ethernet et LACP activé.
Détection légère des boucles sur les interfaces Ethernet agrégées côté serveur, avec action interface downde détection de boucles . Pour plus d’informations sur cette fonctionnalité, reportez-vous à la section EVPN-VXLAN Lightweight Leaf to Server Loop Detection .
Storm control sur les interfaces côté serveur.

Le script de validation génère un profil de storm control par défaut nommé __SERVICES_EVPN_EVPN_VXLAN_STORM_CONTROL et l’attribue à chaque interface côté serveur. Pour plus d’informations sur la fonctionnalité de storm control, reportez-vous à la section Prise en charge du filtrage MAC, du Storm Control et de la mise en miroir des ports dans un environnement EVPN-VXLAN .

Voir un exemple de configuration LAG simple et la configuration générée correspondante ici : Configuration LAG EVPN facile avec des serveurs multirésidents.

Les sections suivantes décrivent en détail les éléments de configuration.

Instructions et options de configuration simple d’EVPN LAG

Le tableau 1 présente les instructions et les options au niveau de la hiérarchie des [edit services evpn] instructions de configuration. Le script de validation nécessite un ensemble minimal d’instructions pour disposer de suffisamment d’informations pour générer une configuration fonctionnelle. Le tableau indique quelles mentions sont obligatoires. Vous pouvez éventuellement inclure d’autres instructions pour modifier le comportement du script de validation et remplacer les valeurs par défaut en fonction de vos préférences de topologie et de configuration.

Le script de validation utilise certains des éléments que vous fournissez dans la configuration simplifiée pour dériver automatiquement d’autres paramètres dans la configuration générée. Par défaut, le script de validation génère également des instructions de configuration pour prendre en charge les fonctionnalités courantes d’une fabric EVPN, telles que la détection de boucles et le contrôle des tempêtes sur les liens vers les serveurs.

Tableau 1 : [modifier les services evpn] Déclarations et objectif
Relevé et relevé enfant	Options	Objectif	Obligatoire ?
defaults-override Si vous configurez l’une de ces options, le script ne dérivera pas automatiquement ces paramètres à partir des instructions associées `[edit services evpn]` que vous avez fournies, ou il ignorera la génération de la configuration de l’élément associé. À la place, vous devez configurer manuellement ces éléments.
	no-aggregate-device-count-config	Ne générez pas l’instruction de configuration par défaut du nombre d’interfaces Ethernet agrégées (ae`n`).	Non
	no-loop-detect-config	Ne générez pas d’instructions de configuration de détection de boucle légère.	Non
	no-platform-defaults-config	Ne générez pas d’instructions pour les options par défaut spécifiques à la plate-forme.	Non
	no-policy-and-routing-options-config	Ne générez pas d’instructions de configuration d’options de routage et de stratégie par défaut. Si vous spécifiez cette option, vous devez configurer manuellement une instruction de stratégie nommée EXPORT-LO0 au niveau de la `[edit policy-options policy-statement]` hiérarchie. Le script de validation attribue une stratégie portant ce nom dans la configuration de sous-couche EBGP générée par défaut. Vous pouvez également inclure l’option permettant de remplacer la `no-underlay-config` génération de la configuration de la couche inférieure par défaut et de configurer manuellement les instructions d’appairage de couche sous-jacente souhaitée à la place.	Non
	no-storm-control-config	Ne générez pas de configuration pour le storm control.	Non
	no-overlay-bgp-config	Ne générez pas de configuration BGP pour l’overlay.	Non
	no-underlay-config	Ne générez pas de configuration pour l’appairage underlay.	Non
attribut_appareil Avec ces instructions, vous définissez les paramètres pour configurer les périphériques PE homologues, y compris les interfaces d’interconnexion pair, l’appairage underlay et l’appairage overlay entre eux pour former la fabric EVPN. Le script de validation configure l’appairage underlay et overlay avec BGP externe (EBGP) par défaut. Vous pouvez éventuellement spécifier que le script de validation génère la configuration de l’un des autres protocoles underlay ou overlay disponibles. Vous pouvez également définir l’option `no-overlay-bgp-config` ou l’option `no-underlay-config` (au niveau de la `[edit services evpn defaults-override]` hiérarchie) et configurer manuellement les instructions d’appairage BGP de superposition ou les instructions d’appairage de sous-couche de votre choix.
	ID d’homologue `peer-id`	Numéro (1-2) qui identifie le périphérique PE (par rapport à son homologue PE) dans la fabric. Le script de validation utilise cette valeur pour dériver certaines valeurs qui doivent être uniques sur les périphériques PE homologues dans la configuration générée.	Oui
	ID système `system-id`	ID système de l’appareil PE homologue (format de l’adresse MAC). Le script de validation a besoin de cette valeur pour dériver la configuration afin de configurer LACP sur les interfaces ESI LAG.	Oui
(attribut d’appareil) Bouclage	peer1-sous-réseau `peer1-subnet` peer2-subnet `peer2-subnet`	Bouclage de périphérique PE Adresses de sous-réseau IPv4 pour l’homologue PE 1 et l’homologue PE 2 À partir de ce paramètre, le script de validation configure les adresses de sous-réseau de l’interface de bouclage pour les périphériques PE homologues, ainsi que l’ID de routeur pour chaque périphérique.	Oui
(attribut d’appareil) Peer-to-peer	pair-sous-réseau (inet \| inet6) `subnet-address`	Adresse de sous-réseau IPv4 ou IPv6 pour les interfaces qui relient le périphérique PE à son équipement PE pair. Vous pouvez spécifier cette option à l’aide de l’option `inet` ou de l’option `inet6` , ou des deux.	Oui
	nom_interface_sous-réseau pair [ `interface-name` ... ]	Nom ou noms des interfaces qui connectent le périphérique PE à son équipement PE homologue.	Oui
	overlay-connectivity { ibgp }	Générez une configuration prescrite pour l’appairage overlay en utilisant BGP interne (IBGP) au lieu du protocole par défaut, EBGP.	Non
	underlay-connectivity { ospf }	Générez une configuration prescrite pour l’appairage underlay à l’aide d’OSPF au lieu du protocole par défaut, EBGP.	Non
EVPN-VXLAN Avec ces instructions, vous définissez les paramètres pour configurer les périphériques PE homologues afin qu’ils exécutent EVPN avec encapsulation VXLAN à l’aide d’une ou plusieurs instances MAC-VRF compatibles VLAN. Par défaut, le script de validation active EVPN-VXLAN dans une seule instance MAC-VRF nommée __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_1. Si vous configurez l’option `mac-vrf-instance instance-id` au niveau de la `[edit services evpn expn-vxlan irb irb-instance instance]` hiérarchie, le script de validation génère la configuration à l’aide de cette option `instance-id` . Le script de commit ajoute le à la chaîne de base pour configurer des `instance-id` noms d’instance MAC-VRF uniques dans la configuration générée : __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_`instance-id`. Si nécessaire, vous pouvez configurer plusieurs instances MAC-VRF pour la séparation du trafic des locataires au niveau L2. Ces instructions fournissent également les paramètres permettant de configurer les ESI-LAG pour les serveurs multirésidents ou les LAG pour les serveurs à hébergement unique, y compris les interfaces IRB et les VLAN associés. Vous pouvez éventuellement spécifier de configurer le relais DHCP pour les instances IRB sous cette strophe.
Relais DHCP	`name`	Nom du groupe de relais DHCP.	Non
	adresse_serveur_dhcp `dhcp-server-address`	Adresse IP du serveur DHCP pour activer le groupe de relais du serveur DHCP.	Non
	source relais `DHCP-relay-source-interface`	Adresse IP de l’interface de bouclage de la source de relais DHCP. Le script de commit génère des instructions DHCP `overrides relay-source` qui utilisent cette adresse source.	Non
	instance vrf `vrf-instance-id`	Identificateur d’instance VRF dans cette configuration pour lequel vous souhaitez configurer le relais DHCP. Si vous ne spécifiez pas de `vrf-instance-id`, le script de validation utilise l’instance VRF par défaut (`inet.0` table de routage). Dans le cas contraire, le script de validation génère la configuration d’une instance VRF nommée __SERVICES_EVPN_EVPN_VXLAN_VRF_`vrf-instance-id`.	Non
CISR (CISR)	`irb-instance`	Chaîne permettant d’identifier une instance IRB et ses paramètres associés pour le traitement des scripts de validation. Nous vous recommandons de choisir des ID qui correspondent aux paramètres de l’instance IRB dans la configuration générée. Par exemple, utilisez « irb_10 » pour l’instance IRB associée au VLAN 10, qui sera irb.10 dans la configuration générée.	Oui
	apply-config-groups `config-groups`	Appliquez les groupes de configuration spécifiés à la configuration générée par le script de validation à partir des instructions de ce niveau hiérarchique.	Non
	Relais sans DHCP	Excluez cette instance IRB de la configuration du relais DHCP. Cette option s’applique uniquement si vous avez spécifié de générer la configuration pour le relais DHCP avec l’option au niveau de la `dhcp-relay` `[edit services evpn expn-vxlan]` hiérarchie.	Non
	use-anycast-address	Configurez l’instance IRB avec une adresse de passerelle anycast. Avec cette option, vous devez inclure le au niveau de `anycast-mac mac-address` la `[edit services evpn global-parameters]` hiérarchie pour spécifier l’adresse MAC anycast à utiliser.	Non
	ID VLAN `vlan-num`	ID de VLAN associé à l’instance IRB. Le script de validation dérive le nom de l’interface IRB avec un numéro d’unité logique correspondant. Par exemple, le script de commit configure irb.10 pour `vlan-num` 10.	Oui
(CISR `irb-instance`) instance	instance mac-vrf `instance-id`	ID d’instance MAC-VRF auquel appartient l’instance IRB. Le script de validation génère des instructions de configuration d’instance MAC-VRF à l’aide du nom d’instance MAC-VRF __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_`instance-id`.	Non* *Si vous ne configurez pas cette option, le script de validation crée une instance MAC-VRF en utilisant la valeur 1 par défaut `instance-id` .
(CISR `irb-instance`) instance	instance vrf `instance-id`	L’instance VRF (Virtual Routing and Forwarding) de couche 3 (L3) à laquelle appartient cette instance IRB. Si vous spécifiez cette option, le script de validation génère des instructions de configuration d’instance VRF pour le nom d’instance VRF __SERVICES_EVPN_EVPN_VXLAN_VRF_`instance-id`.	Non* *Si vous ne configurez pas cette option, le script de validation utilise l’instance VRF par défaut (qui correspond à la `inet.0` table de routage).
(CISR `irb-instance`) adresse de sous-réseau	inet (`ipv4-subnet-address` \| `ipv4-addr1` `ipv4-addr 2` [ ...])	Adresse de sous-réseau IPv4 ou liste d’adresses de sous-réseau pour l’interface IRB. Pour simplifier, vous pouvez configurer la même adresse de sous-réseau IRB sur les deux périphériques PE homologues. Par défaut, le script de validation utilise l’ID d’homologue PE pour dériver différentes adresses de sous-réseau IRB pour chaque périphérique homologue en fonction de la valeur configurée `ipv4-subnet-address` . Vous pouvez également définir les adresses de sous-réseau souhaitées sur chaque périphérique PE homologue et inclure l’option `no-irb-address-auto-derive` afin que le script de validation utilise ces adresses exactes. Reportez-vous également à la section adresse de sous-réseau pour plus de détails sur les instructions de configuration par défaut supplémentaires générées par le `router-advertisement` script de validation pour les interfaces IRB.	Oui* *Vous devez configurer au moins une adresse de sous-réseau pour l’instance IRB à l’aide de l’option `inet` ou de l’option `inet6` .
	inet6 (`ipv6-subnet-address` \| `ipv6-addr1` `ipv6-addr 2` [ ...])	Adresse de sous-réseau IPv6 pour l’interface IRB. Le script de commit a le même comportement par défaut avec cette option qu’avec l’option `inet` ci-dessus. Vous pouvez également inclure l’option `no-irb-address-auto-derive` et spécifier les adresses de sous-réseau IPv6 exactes de l’interface IRB que vous souhaitez sur chaque appareil. Reportez-vous également à la section adresse de sous-réseau pour plus de détails sur les instructions de configuration supplémentaires `router-advertisement` générées par le script de validation par défaut lorsque vous spécifiez une adresse lien-locale avec cette `inet6` option.	Oui* *Vous devez configurer au moins une adresse de sous-réseau pour l’instance IRB à l’aide de l’option `inet` ou de l’option `inet6` .
	no-irb-address-auto-derive	Ne déduisez pas les adresses de sous-réseau IRB dans la configuration générée pour cette instance IRB. Vous devez spécifier cette option si vous ne souhaitez pas que le comportement par défaut du script de validation qui utilise l’ID d’homologue PE dérive différentes adresses de sous-réseau IRB pour chaque périphérique homologue à partir de la même adresse (`inet \| inet6`) configurée. Avec cette option, le script de validation utilise les adresses exactes `inet` et `inet6` les adresses de sous-réseau que vous fournissez. Cette option est également disponible au niveau de la `global-parameters` hiérarchie qui s’applique à toutes les instances IRB.	Non
	adresse passerelle-virtuelle v4 `virtual-gateway-v4-address`	Adresse IPv4 de la passerelle virtuelle pour l’interface IRB. Si vous n’incluez pas cette option, par défaut, le script de validation dérive une adresse IPv4 de passerelle virtuelle à partir de la `inet` `ipv4-subnet-address` valeur. Le script de validation utilise l’adresse IPv4 configurable la plus élevée dans cette plage de sous-réseaux. Par exemple, l’adresse de sous-réseau 10.1.1.1/24 génère l’adresse de passerelle virtuelle 10.1.1.254.	Non
	adresse passerelle-virtuelle v6 `virtual-gateway-v6-address`	Adresse IPv6 de la passerelle virtuelle pour l’interface IRB. Si vous n’incluez pas cette option, le script de validation a le même comportement par défaut pour dériver le `virtual-gateway-v6-address` que pour ce qui `virtual-gateway-v4-address` précède. Par exemple, l’adresse de sous-réseau IPv6 2001 :db8 ::10:1:1:1/112 génère l’adresse IPv6 de passerelle virtuelle 2001 :db8 ::10:1:1 :fffe.	Non
serveur	`name`	Nom unique permettant d’identifier un serveur connecté à l’appareil PE homologue, par exemple SERVER_1 ou HostA. Cette valeur est utilisée en interne pour associer des paramètres liés au serveur aux instructions à générer pour ce serveur. Vous pouvez voir ce nom de serveur dans les paramètres de description pour les instructions associées dans la configuration générée.	Oui
	apply-config-groups `config-groups`	Appliquez les groupes de configuration spécifiés à la configuration générée par le script de validation à partir des instructions de ce niveau hiérarchique.	Non
	enable-pxe-boot	Activez ce serveur connecté pour qu’il utilise un processus d’initialisation PXE (Preboot Execution Environment). Le script de validation configure l’état LACP `force-up` sur la liaison vers le serveur pour s’assurer que la liaison est active au démarrage du serveur. Le processus d’initialisation PXE nécessite cet état.	Non
	esi-lag-id `esi-lag-id`	ID de connexion ESI LAG pour ce serveur. Le script de commit attribue une interface Ethernet agrégée pour la connexion à ce serveur en ajoutant `esi-lag-id` au nom d’interface de base ae0 (ainsi, par exemple, `esi-lag-id` 1 utilise ae1).	Oui* *Vous devez spécifier au moins un `esi-lag-id` OU `single-home-id` pour chaque serveur. Voir l’option `single-home-id` dans la ligne suivante.)
	identifiant maison unique `single-home-id`	ID de connexion de résidence unique pour le serveur nommé. Le script de commit attribue une interface Ethernet agrégée pour la connexion à ce serveur en ajoutant `single-home-id` au nom d’interface de base ae1024 (ainsi, par exemple, `single-home-id` 1 utilise ae1025).	Oui* *Vous devez spécifier au moins un `esi-lag-id` OU `single-home-id` pour chaque serveur. (Voir l’option `esi-lag-id` dans la ligne précédente.)
	l’interface (`interface-name` \| `interface-name` [ ...])	Nom de l’interface ou liste des noms d’interface pour les liens physiques entre le périphérique PE homologue et ce serveur.	Oui
	liste_id_vlan [`vlan-id-list`]	Liste des ID de VLAN hébergés par cette instance et ce serveur MAC-VRF.	Oui* *Vous devez configurer au moins une liste d’ID VLAN (avec au moins un ID VLAN) pour chaque serveur, soit à ce `server name` niveau, soit au niveau (voir la `mac-vrf-instance instance-id` ligne suivante).
(serveur `name`) instance mac-vrf	`instance-id`	Identificateur d’une instance MAC-VRF qui héberge ce serveur. Si vous ne spécifiez pas cette option, le script de validation génère une configuration qui associe ces paramètres de serveur à l’instance MAC-VRF par défaut (nommée __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_1).	Non
(serveur `name`) instance mac-vrf	liste_id_vlan [`vlan-id-list`]	Liste des ID de VLAN hébergés par cette instance et ce serveur MAC-VRF.	Oui* *Vous devez configurer au moins une liste d’ID VLAN (avec au moins un ID VLAN) pour chaque serveur, soit au niveau de cette instance MAC-VRF, soit au niveau suivant `server name` .
paramètres_globaux Ces instructions vous permettent de spécifier les paramètres des éléments de configuration communs à tous les équipements PE homologues de la fabric EVPN, tels que les adresses VLAN et anycast gateway par défaut. Le script de validation a des valeurs par défaut qu’il utilise si vous ne configurez pas ces options.
	anycast-mac `anycast-mac`	Utilisez globalement l’adresse MAC de la passerelle virtuelle anycast spécifiée dans la configuration générée.	Non
	VLAN par défaut `vlan-id`	Utilisez cet ID de VLAN (1-4094) comme VLAN par défaut dans la configuration générée. Le script de validation utilise l’ID VLAN par défaut du système si vous ne le configurez pas.	Non
	no-irb-address-auto-derive	Ne déduisez pas les adresses de sous-réseau d’interface IRB dans la configuration générée pour toutes les instances IRB. Au lieu de cela, utilisez les adresses de sous-réseau IPv4 ou IPv6 exactes que vous spécifiez avec l’instruction `subnet-address` au niveau de la `[edit services evpn evpn-vxlan irb irb-instance]` hiérarchie. Sinon, par défaut, le script de validation dérive l’adresse de sous-réseau IRB de l’instruction `subnet-address (inet \| inet6)` basée sur le périphérique `peer-id`PE . Vous pouvez également définir cette option au niveau de la `irbirb-instance` hiérarchie pour qu’elle ne s’applique qu’à une instance IRB spécifique.	Non
	start-aggregate-ethernet-index `num`	Utilisez ce nombre comme index de départ dans les noms d’interface Ethernet agrégés pour les liaisons ESI LAG vers les serveurs connectés. Le script de validation démarre à ae1 par défaut pour les liens ESI LAG vers les serveurs, et réserve les noms d’interface ae0 uniquement pour les liens entre les PE homologues. Note: Cette option n’affecte pas les noms d’interface générés pour les liens vers des serveurs de résidence unique. Le script de validation utilise des noms d’interface Ethernet agrégés à partir de ae1025 pour les liaisons de serveur de résidence unique.	Non
	passerelle-virtuelle-mac `virtual-gateway-mac`	Utilisez cette adresse MAC de passerelle virtuelle pour le trafic IPv4 et IPv6 dans la configuration générée. Spécifiez l’option (plus loin dans ce tableau) à la `virtual-gateway` place de cette option si vous souhaitez attribuer des adresses MAC de passerelle virtuelle différentes pour le trafic IPv4 et IPv6.	Non
(paramètres-globaux) Mtu	superposer `overlay-mtu`	Spécifiez l’unité de transmission maximale (MTU) en octets à définir dans la configuration générée pour les interfaces utilisées dans l’appairage de superposition, au lieu de la valeur MTU par défaut. La valeur MTU par défaut varie en fonction de la plate-forme et du type d’interface (ou de protocole) pour lesquels vous configurez la valeur.	Non
(paramètres-globaux) Mtu	sous-couche `underlay-mtu`	Spécifiez la MTU en octets à définir dans la configuration générée pour les interfaces utilisées dans l’appairage de superposition, au lieu de la valeur MTU par défaut. La valeur MTU par défaut varie en fonction de la plate-forme et du type d’interface (ou de protocole) pour lesquels vous configurez la valeur.	Non
(paramètres-globaux) passerelle_virtuelle	v4-MAC `v4-mac`	Utilisez globalement cette adresse MAC de passerelle virtuelle pour le trafic IPv4 dans la configuration générée. Le script de commit utilise 00:00:5e :00:01:01:01 par défaut si vous ne configurez pas cette option ou l’option `virtual-gateway-mac` (ci-dessus).	Non
(paramètres-globaux) passerelle_virtuelle	v6-MAC `v6-mac`	Utilisez globalement cette adresse MAC de passerelle virtuelle pour le trafic IPv6 dans la configuration générée. Le script de validation utilise 00:00:5e :00:02:01 par défaut si vous ne configurez pas cette option ou l’option `virtual-gateway-mac` (voir cette ligne plus haut dans ce tableau).	Non

Comment le script de validation utilise des éléments de configuration EVPN LAG simples dans la configuration générée

Le tableau 2 répertorie les éléments de configuration et les valeurs par défaut que le script de validation utilise ou dérive de la configuration simplifiée que vous fournissez.

Tableau 2 : valeurs de configuration dérivées et par défaut
Valeur par défaut ou dérivée	l’élément de configuration
Eléments généraux ou partagés
Nombre d’équipements connectés à l’interface Ethernet agrégée pour `set chassis aggregated-devices ethernet device-count num` la configuration générée	`num` est de 255 par défaut. (Certaines plates-formes peuvent utiliser une valeur spécifique à la plate-forme par défaut différente.)
Peer PE identifier, pour associer des paramètres spécifiés ou dérivés à l’appareil PE homologue correspondant À partir de `set services evpn device-attribute peer-id peer-id`.	Le paramètre `peer-id` est requis pour chaque appareil PE homologue (il n’y a pas de valeur par défaut). Le `peer-id` peut avoir la valeur 1 ou 2.
Adresse lo0 (Peer PE Device loopback interface) À partir de `set services evpn device-attribute`: `peer-id peer-id` `loopback peer1-subnet peer1-subnet` ou `loopback peer2-subnet peer2-subnet`	Utilisez l’adresse de l’interface de bouclage sur le périphérique `peer-id` PE homologue à partir de l’adresse de sous-réseau de bouclage fournie pour cet ID d’homologue.
ID de routeur, pour `set routing-options router-id router-id` la configuration générée À partir de `set services evpn device-attribute`: `peer-id peer-id` `loopback peer1-subnet peer1-subnet` ou `loopback peer2-subnet peer2-subnet`	La même valeur que l’adresse de l’interface de bouclage de l’appareil est attribuée.
Stratégie d’options de routage d’équilibrage de charge pour l’équilibrage de charge par flux	set policy-options policy-statement pplb then load-balance per-packet set routing-options forwarding-table export pplb
Configuration du Storm Control pour chaque interface orientée serveur	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
Connexions d’équipements PE peer-to-peer Vous spécifiez un ID de périphérique PE homologue utilisé en interne pour suivre les paramètres qui s’appliquent à ce périphérique PE homologue EVPN configuré comme suit : `set services evpn device-attribute peer-id peer-id`
Nom de l’interface Ethernet agrégée	ae0
Adresse d’interface Ethernet agrégée À partir de `set services evpn device-attribute`: `peer-id peer-id` `peer-to-peer peer-subnet (inet \| inet6) subnet-address`	Pour simplifier la configuration, vous pouvez configurer la même `subnet-address` chose sur les deux périphériques PE homologues. Le script de commit dérive l’adresse de l’interface comme `peer-id` suit : `peer-id` 1 : l’adresse ae0 est `subnet-address`. Sinon, l’adresse ae0 est `subnet-address` + 1 (ajoutez 1 au segment d’adresse d’ordre inférieur de la plage de sous-réseaux). Par exemple, si l’IPv4 `subnet-address` est 10.0.1.0/31 : Sur peer-id 1, ae0 = 10.0.1.0 Sinon (sur peer-id 2) ae0 = 10.0.1.1
Interface Ethernet agrégée Interface physique membre(s) De `set services evpn device-attribute peer-to-peer peer-subnet interface-name [ interface-name ... ].`	Le paramètre [ `interface-name ...` ] est obligatoire ; définissez ces interfaces en tant que liaisons membres dans ae0.
Connexions de l’appareil PE pair au serveur Vous spécifiez les noms de serveur et attribuez des ID qui représentent les liens vers ces serveurs (soit des connexions ESI LAG multirésidentes, soit des connexions monohoming), comme suit : `set services evpn evpn-vxlan server server-name`: `esi-lag-id esi-lag-id` `single-home-id single-home-id` Le script de validation utilise les noms de serveur en interne pour associer des éléments configurés à un serveur attaché, mais affiche également ces noms dans l’élément de description des instructions de configuration générées associées.
Index de départ pour l’affectation de noms d’interface Ethernet agrégés pour les liaisons ESI LAG vers des serveurs multirésidents	La valeur par défaut est 1 (ae1) Pour remplacer la valeur par défaut et assigner un index de départ différent (`num`), configurez : `set service evpn global-parameters start-aggregate-ethernet-index num`. Cette option n’affecte que l’index de départ des interfaces Ethernet agrégées vers des serveurs multirésidents (`esi-lag-id` option). Le script de commit utilise ae(`num` + `esi-lag-id`). Cette option n’affecte pas la façon dont le script de validation alloue les liens de serveur de résidence unique (`single-home-id` option), qui est ae(1024 + `single-home-id`).
Nom de l’interface physique ou des interfaces entre l’appareil PE homologue et le serveur (interface unique ou liste d’interfaces) De `set services evpn evpn-vxlan server server-name interface [ interface-name ... ]`	Paramètre requis par serveur, pas de valeur par défaut
Nom de l’interface Ethernet agrégée (ae`index`) et unité logique (unité `num`) À partir de `set services evpn evpn-vxlan server server-name`: `esi-lag-id esi-lag-id` ou `single-home-id single-home-id` `mac-vrf-instance instance-id`	Déduisez comme suit en fonction de l’ID de liaison serveur et de l’ID d’instance MAC-VRF configuré (ou MAC-VRF `instance-id` 1 par défaut) : Pour les serveurs multihoming : ae(`esi-lag-id`) unit `instance-id` Pour les serveurs à hébergement unique : ae(1024 + `single-home-id`) unit `instance-id`
Options d’interface Ethernet agrégées et VLAN membres À partir de `set services evpn evpn-vxlan server server-name`: `esi-lag-id esi-lag-id` ou `single-home-id single-home-id` `mac-vrf-instance instance-id` `vlan-id-list [ vlan-id ...]`	Activez le balisage VLAN, l’encapsulation flexible des services Ethernet et le mode trunk interface. Définir les VLAN membres à partir du serveur configuré `vlan-id-list` Par exemple, pour `esi-lag-id` 1 (nom d’interface ae1) dans le MAC-VRF`instance-id` 1 par défaut avec `vlan-id-list [ 10 20]`, la configuration générée est la suivante : set interfaces ae1 vlan-tagging 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
ID système pour LACP sur les liaisons périphérique-serveur PE (format d’adresse 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`	Dédérivez à partir de `system-id` par lien de serveur en ajoutant l’ID de lien de serveur comme suit : `system-id` + `esi-lag-id` OU `system-id` + `single-home-id` Par exemple, si `system-id` vaut 10:11:12:13:14:15, alors pour `esi-lag-id` 1 (ae1), l’ID système LACP est 10:11:12:13:14:16 dans la configuration LACP générée pour ce lien : set interfaces ae1 aggregated-ether-options lacp active set interfaces ae1 aggregated-ether-options lacp system-id 10:11:12:13:14:16 Note: Pour ignorer la configuration de LACP pour une liaison pair-serveur, incluez l’option suivante : set services evpn evpn-vxlan server `server-name` no-lacp
Interface serveur multirésidente Configuration ESI LAG De `set services evpn evpn-vxlan server server-name esi-lag-id esi-lag-id`	Dérivation automatique de l’ESI : set interfaces ae`esi-lag-id` esi auto-derive type-1-lacp set interfaces ae`esi-lag-id` all-active
Configuration légère de détection de boucles sur des interfaces Ethernet agrégées orientées serveur À partir de `set services evpn evpn-vxlan server server-name`: `esi-lag-id esi-lag-id` ou `single-home-id single-home-id` `vlan-id-list [ vlan-id ...]`	set protocols loop-detect enhanced interface ae`esi-lag-id` vlan-id `vlan-id` set protocols loop-detect enhanced interface ae`esi-lag-id` loop-detect-action interface-down set protocols loop-detect enhanced interface ae`esi-lag-id` transmit-interval 1s set protocols loop-detect enhanced interface ae`esi-lag-id` revert-interval 60 Pour plus d’informations sur cette fonctionnalité de détection de boucle, reportez-vous à la section Détection de boucle EVPN-VXLAN Lightweight Leaf to Server.
Éléments d’interface EVPN, VXLAN et IRB Paramètres d’instance EVPN pris en charge dans la configuration générée : type d’instance MAC-VRF, type de service compatible VLAN et encapsulation VXLAN
Nom de l’instance 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 vous ne configurez pas une ou plusieurs `mac-vrf-instance instance-id` instructions : L’instance `instance-id` MAC-VRF par défaut est 1. Le nom d’instance MAC-VRF par défaut est __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_1. Sinon, pour chaque configuration `instance-id`, le nom de l’instance MAC-VRF est __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_`instance-id`.
Unité logique d’interface Ethernet agrégée par instance MAC-VRF À partir de `set services evpn evpn-vxlan server server-name`: `mac-vrf-instance instance-id` `esi-lag-id esi-lag-id` ou `single-home-id single-home-id`	Dériver et configurer l’interface logique associée comme suit : définir les instances de routage __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_ l’interface`instance-id` ae(`esi-lag-id` \| ). `single-home-idinstance-id`
RD (Route Distinguisher) pour instance EVPN De: `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`	Le séparateur de route pour chaque instance de routage MAC-VRF est dérivé de l’adresse de sous-réseau de bouclage du périphérique PE homologue et du MAC-VRF `instance-id` comme suit : `peer<peer-id>-subnet`:`instance-id`
Communauté étendue ciblée pour l’instance EVPN De `mac-vrf-instance instance-id`	vrf-cible :1 :`instance-id`
VLAN (domaines de pont) hébergés dans l’instance 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`	Les noms des VLAN sont SERVICES_EVPN_EVPN_VXLAN_VLAN_`vlan-id`
Unités logiques d’interface IRB correspondant aux VLAN de serveur configurés 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 ...]`	L’unité logique de l’interface IRB est `vlan-id` en configuration générée pour : `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`
Adresse de l’interface IRB (à configurer `set interfaces irb unit unit family inet address subnet-address ...`) De `set services evpn evpn-vxlan irb irb-instance subnet-address (inet \| inet6) subnet-address` Si vous souhaitez que la configuration générée ait des valeurs d’interface `subnet-address` IRB différentes que vous définissez explicitement par périphérique PE homologue (au lieu des adresses par défaut dérivées d’une valeur configurée `subnet-address` commune), configurez l’option suivante : Par instance IRB : `set services evpn evpn-vxlan irb irb-instance no-irb-instance-auto-derive` À l’échelle mondiale (pour toutes les instances IRB) : `set services evpn global-parameters no-irb-instance-auto-derive`	Déduisez différentes adresses par appareil PE homologue à partir d’IPv4 ou d’IPv6 `subnet-address`. Le paramètre `subnet-address` est requis et, pour simplifier la configuration `subnet-address` , vous le configurez sur les deux périphériques PE homologues. Le script de validation dérive différentes adresses d’interface IRB par périphérique PE homologue en fonction de `subnet-address` et `peer-id`, comme suit : `peer-id` 1 : L’adresse de l’interface IRB est `subnet-address`. Sinon, l’adresse de l’interface IRB est `subnet-address` + 1 (ajoutez 1 au segment d’adresse d’ordre inférieur de l’adresse de sous-réseau). Par exemple, si IPv4 `subnet-address` est 10.10.1.0/24 : Le 1, l’adresse `peer-id` est 10.10.1.0/24 Le 2, l’adresse `peer-id` est 10.10.1.1/24 Note: Le processus de validation n’effectue pas de vérification de validation pour appliquer la définition de la même adresse de sous-réseau sur les deux appareils. Par défaut, le script de validation dérive l’adresse de sous-réseau de l’interface IRB en fonction de l’adresse configurée `subnet-address` à ce niveau hiérarchique. Par conséquent, nous vous recommandons vivement d’utiliser la même adresse de sous-réseau pour ce paramètre sur les deux périphériques PE homologues et de définir uniquement la `peer-id` sur chaque équipement. De cette façon, la dérivation de l’adresse par défaut fonctionne comme prévu pour les interfaces IRB sur chaque équipement PE pair.
Adresse de la passerelle virtuelle de l’interface IRB De `set services evpn evpn-vxlan irb irb-instance subnet-address (inet \| inet6) subnet-address` Incluez les options suivantes à `[edit services evpn evpn-vxlan irb irb-instance]` pour spécifier les adresses IPv4 ou IPv6 de la passerelle virtuelle au lieu d’utiliser les adresses de passerelle virtuelle dérivées par défaut : `virtual-gateway-v4-address ipv4-virtual-gateway-address` `virtual-gateway-v6-address ipv6-virtual-gateway-address`	Déduisez l’adresse de passerelle virtuelle de l’instance IRB en tant qu’adresse configurable la plus élevée dans la plage de sous-réseaux IPv4 ou IPv6 `subnet-address` . Par exemple, si IPv4`subnet-address inet`() `subnet-address` est 10.1.1.1/24, l’adresse IPv4 de la passerelle virtuelle dérivée est 10.1.1.254. De même, par exemple, si l’IPv6 (`subnet-address inet6`) `subnet-address` est 2001 :db8 ::10:1:1:1/112, l’adresse IPv6 de la passerelle virtuelle dérivée est 2001 :db8 ::10:1:1 :fffe.
Interface IRB, passerelle virtuelle, adresse MAC Incluez les options suivantes dans `[edit services evpn global-parameters]` pour remplacer les adresses IPv4 ou IPv6 de la passerelle virtuelle par défaut : `virtual-gateway (v4-mac \| v6-mac) virtual-gateway-mac-address`: pour définir des adresses MAC de passerelle virtuelle différentes pour le trafic IPv4 et le trafic IPv6 `virtual-gateway-mac virtual-gateway-mac-address`: pour définir la même adresse MAC de passerelle virtuelle pour le trafic IPv4 et le trafic IPv6	Adresse MAC de la passerelle virtuelle IPv4 : 00:00:5e :00:01:01 Adresse MAC de la passerelle virtuelle IPv6 : 00:00:5e :00:02:01
Mappage des identifiants réseau VXLAN (VNI) 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`	Ajouter `vlan-id` à une valeur de base de 10000
Appairage underlay pour les équipements PE - Protocole par défaut : EBGP Nom du groupe BGP : __SERVICES_EVPN_EVPN_VXLAN_EBGP_UNDERLAY
Numéro du système autonome (AS)	65000 + `peer-id`
Numéro d’AS local et numéro d’AS de l’homologue pour la configuration du groupe BGP (`local-as local-as`, voisin `peer-as peer-as`) À partir de `set services evpn device-attribute peer-id peer-id`.	Sur `peer-id` 1, l’AS local est 65000 + 4 et l’AS pair est l’AS est 65000 + 3. Les numéros AS sont inversés sur l’autre appareil `peer-id` PE homologue 2 : l’AS local est 65000 + 3 et l’AS pair est 65000 + 4.
Adresse de l’appareil local et adresse de voisinage de l’homologue pour la configuration du groupe BGP (`local-address`, voisin `neighbor neighbor-address` dans la configuration générée) À partir de `set services evpn device-attribute peer-to-peer peer-subnet (inet \| inet6) subnet-address`.	Sur l’appareil `peer-id` PE homologue 1, l’adresse locale et l’adresse voisine sont `peer-subnet subnet-address` `subnet-address` + 1. L’adresse locale et l’adresse voisine sont inversées sur l’autre appareil `peer-id` PE homologue 2 : l’adresse locale est `peer-subnet subnet-address` + 1 et l’adresse voisine est `subnet-address`.
Taille MTU pour les interfaces d’appairage underlay ou overlay	Utilisez les `overlay-mtu` tailles ou `underlay-mtu` que vous configurez au niveau de la `[edit services evpn global-parameters mtu]` hiérarchie au lieu d’utiliser la taille MTU par défaut. La taille de MTU par défaut varie en fonction de la plate-forme et du type d’interface. Pour plus d’informations sur les paramètres MTU, reportez-vous à la section MTU multimédia et MTU de protocole .
Stratégie de routage pour annoncer l’interface de bouclage à l’équipement PE pair 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
Appairage de superposition pour les appareils PE - Protocole par défaut : EBGP Nom du groupe BGP : __SERVICES_EVPN_EVPN_VXLAN_EBGP_OVERLAY
Numéro du système autonome (AS) (pour `routing-options autonomous-system num`) À partir de `set services evpn device-attribute peer-id peer-id`.	65000 + `peer-id`
Adresse de l’appareil local et adresse de voisinage de l’homologue pour la configuration de groupe BGP générée (`local-address local-address` et `neighbor neighbor-address`) À partir de `set services evpn device-attribute`: `peer-id peer-id` `loopback peer1-subnet peer1-subnet` `loopback peer2-subnet peer2-subnet`	Chaque appareil homologue utilise les adresses fournies `loopback peerpeer-id-subnet` pour l’adresse locale et l’adresse voisine.
Autres options d’appairage sous-jacent pour les équipements PE - OSPF Si vous configurez `set services evpn device-attribute peer-to-peer underlay-connectivity ospf`:
Unité logique d’interface Ethernet agrégée avec appairage underlay OSPF	ae0.0
Zone OSPF	0.0.0.0
Autres options d’appairage de superposition pour les équipements PE - IBGP Si vous configurez `set services evpn device-attribute peer-to-peer overlay-connectivity ibgp`:
Numéro de système autonome pour l’appairage BGP interne (`set routing-options autonomous-system num` dans la configuration générée	65000
Adresse de l’appareil local et adresse de voisinage de l’homologue pour la configuration de groupe IBGP générée (`local-address local-address` et `neighbor neighbor-address`) À partir de `set services evpn device-attribute`: `peer-id peer-id` `loopback peer1-subnet peer1-subnet` `loopback peer2-subnet peer2-subnet`	Comme pour une superposition EBGP, chaque appareil homologue utilise les adresses fournies `loopback peerpeer-id-subnet` pour l’adresse locale et l’adresse voisine.
Option de configuration du relais DHCP pour une instance de routage VRF Si vous configurez `set services evpn evpn-vxlan dhcp-relay name`:
Configuration du groupe de relais DHCP À partir de `set services evpn evpn-vxlan dhcp-relay name`: adresse_serveur_dhcp `dhcp-server-address` source relais `relay-source-interface` instance vrf `instance-id`	Le nom du groupe de relais DHCP dérivé est SERVICES_EVPN_EVPN_VXLAN_VRF`name` et la configuration par défaut est la suivante : [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`name` `dhcp-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

Configuration EVPN LAG facile avec des serveurs multirésidents

La figure 3 montre une topologie avec deux serveurs multirésidents connectés à deux équipements PE homologues. Les appareils PE homologues sont connectés dos à dos dans une petite structure EVPN qui héberge deux VLAN serveur (ID de VLAN 10 et 20).

Figure 3 : configuration simple d’EVPN LAG avec deux serveurs Easy EVPN LAG Configuration with Two Multihomed Servers

multirésidents

Configuration simplifiée avec deux serveurs multihoming
Configuration générée avec deux serveurs multirésidents
Valeurs dérivées dans la configuration générée

Configuration simplifiée avec deux serveurs multihoming

Cette section montre un exemple de configuration minimale et simple du LAG EVPN pour la topologie de la figure 3. Vous utilisez des instructions dans la strophe de [edit services evpn] configuration. Cette configuration fournit tous les paramètres nécessaires pour que le script de validation génère une configuration EVPN-VXLAN correspondante. Vous ne configurez que quelques éléments spécifiques à chaque périphérique PE pair. Sinon, la plupart des configurations sont les mêmes sur les deux appareils.

Note:

Dans cet exemple, les deux périphériques PE homologues hébergent les mêmes VLAN et utilisent les mêmes noms d’interface physique pour se connecter aux serveurs multirésidents, de sorte que les paramètres de configuration requis peuvent tous faire partie de la configuration commune à tous les périphériques PE homologues. Toutefois, étant donné que les allocations d’interfaces physiques par équipement sont généralement différentes dans les déploiements clients réels, nous incluons ci-dessous les instructions de configuration simple EVPN LAG pour ces paramètres séparément pour chaque équipement PE pair.

Le script de validation utilise des valeurs par défaut pour certains éléments. Il dérive également automatiquement d’autres valeurs pour la configuration générée à partir des paramètres de la configuration simplifiée, comme mentionné précédemment.

Dans cette configuration, notez que nous configurons les paramètres d’adresse de sous-réseau communs suivants sur les deux périphériques PE homologues. Cela est dû au fait que le script de validation utilise ou dérive automatiquement des valeurs sur chaque périphérique PE homologue en fonction de l’exécution du peer-id script :

Les adresses de sous-réseau de bouclage de chaque équipement :
Le script de validation utilise l’adresse de sous-réseau de bouclage fournie comme adresse locale pour laquelle peer-id il s’exécute. Il utilise l’autre peer-id adresse de sous-réseau de bouclage comme adresse voisine de périphérique PE homologue.
Le sous-réseau de liaison pair-à-pair de l’appareil PE homologue adresse :
Le script de validation utilise l’adresse de sous-réseau agrégée de l’interface Ethernet pour peer-id 1 comme adresse configurée subnet-addresset dérive l’adresse pour peer-id 2 comme cela subnet-address plus 1 dans l’octet d’ordre inférieur de la plage de sous-réseau d’adresse.
L’adresse de sous-réseau de l’interface IRB pour chaque interface IRB qui dessert chaque VLAN :
Le script de validation dérive une adresse d’interface IRB de la même manière que pour les adresses Ethernet agrégées peer-to-peer ci-dessus : il utilise la valeur configurée subnet-address pour peer-id 1 et ajoute 1 à l’octet d’ordre inférieur de cette subnet-address plage d’adresses pour peer-id 2.

Note:

Le processus de validation n’effectue pas de vérification de validation pour appliquer la définition de la même adresse de sous-réseau sur les deux appareils. Par défaut, le script de validation dérive automatiquement ces adresses en fonction des valeurs 1 fournies subnet-address peer-id . Par conséquent, nous vous recommandons vivement de définir ces adresses de sous-réseau sur la même valeur de base sur les deux équipements PE homologues dans une configuration EVPN LAG simple. De cette façon, la dérivation d’adresse par défaut fonctionne comme prévu pour le périphérique de bouclage, le lien homologue de bouclage et les adresses de sous-réseau de l’interface IRB sur chaque périphérique PE pair.

Reportez-vous à la section Valeurs dérivées dans la configuration générée pour plus d’informations sur toutes les valeurs dérivées par le script de validation pour la configuration générée.

Configuration EVPN LAG facile pour deux serveurs multirésidents
Paramètres par défaut non spécifiés dans la configuration simplifiée

Configuration EVPN LAG facile pour deux serveurs multirésidents

Peer PE 1 :

Peer PE 2 :

Configuration commune aux deux appareils PE homologues :

Paramètres par défaut non spécifiés dans la configuration simplifiée

Le script de validation utilise les éléments par défaut suivants que vous ne spécifiez pas dans cette configuration simplifiée :

Tableau 3 : Eléments par défaut utilisés dans la configuration générée
Valeur par défaut	l’élément de configuration
Nombre d’appareils Ethernet agrégés	255
Liaisons d’équipement PE peer-to-peer	ae0
Appairage de superposition, numéro de système autonome, valeur de base	65000
Protocole Underlay et trop appairage	EBGP (en anglais)
Nom du groupe BGP de sous-couche	__SERVICES_EVPN_EVPN_VXLAN_EBGP_UNDERLAY
Nom et énoncé de stratégie d’exportation de la couche sous-jacente	EXPORT-LO0
Nom du groupe BGP de superposition	__SERVICES_EVPN_EVPN_VXLAN_EBGP_OVERLAY
Instance MAC-VRF EVPN-VXLAN	`instance-id` 1 Nom : __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_1 `service-type vlan-aware` `encapsulation vxlan` `vtep-source-interface lo0.0`
Adresse MAC de la passerelle virtuelle (pour IPv4)	00:00:5e :00:01:01
Nom du VLAN	SERVICES_EVPN_EVPN_VXLAN_VLAN_`vlan-id`
Nom du profil de contrôle des tempêtes	__SERVICES_EVPN_EVPN_VXLAN_STORM_CONTROL

Configuration générée avec deux serveurs multirésidents

Lorsque le script de validation de configuration EVPN LAG est activé, lorsque vous validez la configuration dans Configuration simplifiée avec deux serveurs multirésidents, le script de validation génère la configuration EVPN-VXLAN suivante. Par défaut, le script de validation configure le contrôle des tempêtes et la détection des boucles légères sur les interfaces côté serveur.

Reportez-vous à la section Valeurs dérivées dans la configuration générée pour connaître toutes les valeurs que le script de validation dérive dans cette configuration générée à partir de la configuration simplifiée.

Peer PE 1 :

Peer PE 2 :

Valeurs dérivées dans la configuration générée

Dans la configuration générée dans Configuration générée avec deux serveurs multirésidents, le script de validation dérive les valeurs suivantes en fonction des éléments de configuration EVPN LAG simples correspondants :

Tableau 4 : Valeurs dérivées dans un exemple de configuration générée avec deux serveurs multirésidents
Élément de configuration	dérivé de [edit services evpn]	Valeur dérivée sur l’homologue `peer-id`
Élément de configuration	dérivé de [edit services evpn]	Pair 1	Peer 2
Numéro AS	Base de numéros AS par défaut : 65000	Sous-couche Numéro AS : 65004 Superposition Numéro AS : 65001	Sous-couche Numéro AS : 65003 Overlay Numéro AS : 65002
Adresse ae0 peer-to-peer	`device-attribute peer-to-peer peer-subnet inet 10.1.1.0/31`	10.1.1.0/31	10.1.1.1/31
Adresse locale EBGP sous-jacente et adresse voisine	`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
Superposition de l’adresse locale EBGP et de l’adresse voisine	`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` pour la configuration LACP par serveur, liaison ESI LAG	`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 serveur pour : Membres du VLAN ae`x` Membres VLAN de l’instance MAC-VRF Unités logiques d’interface 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`
Adresse de sous-réseau de l’interface IRB et `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
Adresse de sous-réseau de l’interface IRB et `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
Instance MAC-VRF Route Distinguisher	MAC-VRF `instance-id`par défaut : 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
Cible de route de l’instance MAC-VRF	MAC-VRF `instance-id`par défaut : 1 `vrf-target:1:instance-id`	`vrf-target:1:1`	`vrf-target:1:1`
Unités logiques d’interface Ethernet agrégées de l’instance MAC-VRF par serveur Liaison LAG ESI : ae[`esi-lag-id`].[`instance-id`]	MAC-VRF `instance-id`par défaut : 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`	Serveur 1 : ae1.1 Serveur 2 : ae2.1	Serveur 1 : ae1.1 Serveur 2 : ae2.1
Noms d’interface IRB (VLAN 10 et 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`
Mappages VLAN à VNI (VLAN 10 et 20)	Valeur de base VNI par défaut : 10000	Pour VLAN 10 : 10010 Pour VLAN 20 : 10020	pour VLAN 10 : 10010 pour VLAN 20 : 10020

Ajout d’une configuration pour un nouveau serveur multihoming

La Figure 4 montre la même topologie que la Figure 3 avec un serveur multihoming supplémentaire.

L’exemple de configuration ci-dessous montre comment ajouter le nouveau serveur multirésident, le serveur 3, qui héberge les deux VLAN VLAN 10 et VLAN 20.

Figure 4 : ajout d’un nouveau serveur multirésident à une configuration Add a New Multihomed Server to an Existing Easy EVPN LAG Configuration

EVPN LAG simple existante

Configuration simplifiée pour ajouter un nouveau serveur multihébergement et un LAG ESI
Génération de configuration supplémentaire pour un nouveau serveur multirésident et un LAG ESI

Configuration simplifiée pour ajouter un nouveau serveur multihébergement et un LAG ESI

Dans cet exemple, les deux appareils PE homologues :

Connectez-vous au nouveau serveur à l’aide de l’interface ge-0/0/5.
Hébergez les mêmes VLAN, VLAN 10 et VLAN 20.
Déduire automatiquement l’identifiant ES par défaut (à l’aide de la set interfaces aex esi auto-derive type-1-lacp commande)

Par conséquent, vous pouvez ajouter les mêmes instructions de configuration EVPN LAG simples supplémentaires sur les deux périphériques, et le script de validation génère les mêmes instructions de configuration supplémentaires sur les deux périphériques. Vous pouvez également combiner serverserver-name des options au niveau de la [edit services evpn evpn-vxlan] hiérarchie dans la même commande, comme le montre cet exemple de configuration. Pour ce cas d’utilisation, vous n’avez besoin d’ajouter qu’un seul élément de ligne de configuration.

Pour ajouter le serveur 3 avec les liaisons ESI LAG correspondantes, ajoutez la commande simple de configuration EVPN LAG suivante à la configuration simplifiée existante sur Peer PE 1 et Peer PE 2 :

Génération de configuration supplémentaire pour un nouveau serveur multirésident et un LAG ESI

Le script de validation génère la configuration supplémentaire suivante sur les deux périphériques PE homologues à partir des instructions de configuration simplifiées de Configuration simplifiée pour l’ajout d’un nouveau serveur multirésident et d’un LAG ESI :

Ajout de nouvelles interfaces VLAN et IRB

La Figure 5 montre la même topologie que la Figure 5 avec un nouveau VLAN, le VLAN 30, hébergé uniquement par les serveurs 1 et 2.

Figure 5 : ajout d’un nouveau VLAN et d’interfaces IRB à une configuration Add a New VLAN and IRB Interfaces to an Existing Server Configuration

de serveur existante

Configuration simplifiée pour ajouter un nouveau VLAN
Configuration supplémentaire générée pour un nouveau VLAN

Configuration simplifiée pour ajouter un nouveau VLAN

Pour ajouter le VLAN 30 pour les serveurs 1 et 2 à la configuration d’origine dans Easy EVPN LAG Configuration with Multihomed Servers), ajoutez les commandes de configuration EVPN LAG simples suivantes :

Sur les deux appareils Peer PE :

Note:

La configuration simplifiée de l’EVPN LAG est la même sur les deux équipements PE homologues dans ce cas, pour les raisons suivantes :

Le script de validation dérive les adresses de sous-réseau de l’interface IRB uniques pour vous à l’aide du paramètre fourni subnet-address .
Nous ajoutons le même VLAN sur les deux appareils.

Configuration supplémentaire générée pour un nouveau VLAN

Le script de validation génère la configuration supplémentaire suivante pour le VLAN 30 :

Peer PE 1 :

Peer PE 2 :

Ajout d’un nouveau serveur de résidence unique

La Figure 6 ajoute un serveur de résidence unique, le serveur 4, qui se connecte uniquement à Peer PE 1. Le serveur 4 héberge les VLAN 10 et VLAN 20.

Dans la configuration simplifiée, vous fournissez un single-home-id pour identifier les liens de serveurs de résidence unique et les paramètres associés à ce serveur. Par défaut, le script de validation utilise des noms d’interface Ethernet agrégés commençant par un index de base de 1024 pour les liens vers des serveurs de résidence unique. Le script commit ajoute le à cet index, produisant des single-home-id noms d’interface commençant par ae1025 (for single-home-id = 1).

Figure 6 : ajout de la configuration d’un serveur monohoming à une configuration Add Configuration for a Single-homed Server to an Existing Easy EVPN LAG Configuration

Add Configuration for a Single-homed Server to an Existing Easy EVPN LAG Configuration

EVPN LAG simple existante

Configuration simplifiée pour l’ajout d’un serveur monohoming
Configuration générée supplémentaire pour un serveur de résidence unique

Configuration simplifiée pour l’ajout d’un serveur monohoming

Pour ajouter le serveur 4 à hébergement unique à la configuration d’origine dans Easy EVPN LAG Configuration with Multihomed Servers), ajoutez les commandes de configuration EVPN LAG simples suivantes sur Peer PE 1 :

Note:

Vous pouvez combiner server server-name des options au niveau de la [edit services evpn evpn-vxlan] hiérarchie, comme le montre cet exemple de configuration. Par conséquent, vous n’avez besoin d’ajouter qu’un seul élément de ligne de configuration pour ce cas d’utilisation.

Configuration générée supplémentaire pour un serveur de résidence unique

Le script de validation génère la configuration supplémentaire suivante pour Server 4 sur Peer PE 1 :

Utiliser OSPF pour la configuration de l’underlay

Par défaut, le script de validation de configuration EVPN LAG génère une configuration qui utilise EBGP pour l’appairage underlay entre les périphériques PE homologues. Reportez-vous aux instructions de configuration de groupe EBGP __SERVICES_EVPN_EVPN_VXLAN_EBGP_UNDERLAY dans l’exemple de configuration générée avec deux serveurs multirésidents.

Si vous souhaitez utiliser OSPF pour l’appairage underlay, incluez l’option suivante dans votre configuration EVPN LAG simple sur les deux périphériques PE homologues :

Avec cette option, à la place des instructions de configuration de sous-couche EBGP par défaut, le script de validation génère une configuration d’appairage de couche sous-jacente OSPF à l’aide des paramètres par défaut suivants (reportez-vous également au Tableau 2) :

Unité logique d’interface Ethernet agrégée ae0.0
Zone OSPF 0.0.0.0

Le script de validation génère la configuration d’appairage underlay OSPF par défaut suivante sur les deux périphériques PE homologues :

Note:

Si vous ne souhaitez pas utiliser les configurations d’appairage de sous-couche EBGP ou OSPF par défaut, vous pouvez définir l’option de configuration simple EVPN LAG suivante :

Lorsque cette option est définie, le script de validation ne génère aucune configuration d’appairage underlay. Dans ce cas, vous devez configurer manuellement l’appairage underlay souhaité.

Utiliser IBGP pour la configuration de la superposition

Par défaut, le script de validation de configuration EVPN LAG génère une configuration qui utilise EBGP pour l’appairage de superposition entre les équipements PE homologues. Reportez-vous aux instructions de configuration de groupe EBGP __SERVICES_EVPN_EVPN_VXLAN_EBGP_OVERLAY dans l’exemple dans Configuration générée avec deux serveurs multirésidents.

Si vous souhaitez utiliser IBGP pour l’appairage de superposition, incluez l’option suivante dans votre configuration EVPN LAG simple sur les deux périphériques PE homologues :

Avec cette option, au lieu de la configuration de superposition EBGP par défaut, le script de validation génère une configuration d’appairage de superposition IBGP à l’aide des paramètres par défaut ou dérivés suivants (voir également le tableau 2) :

Nom du groupe IBGP __SERVICES_EVPN_EVPN_VXLAN_IBGP_OVERLAY
Numéro AS 65000
Adresse locale IBGP et adresse de voisinage homologue dérivée de set services evpn device-attribute:
- peer-id peer-id
- loopback peer1-subnet peer1-subnet
- loopback peer2-subnet peer2-subnet

Pour l’exemple de topologie de la figure 3, la configuration générée est la suivante :

Peer PE 1 :

Peer PE 2 :

SUR CETTE PAGE

Configuration EVPN LAG (EZ-LAG) facile

Avantages de la facilité de configuration d’EVPN LAG

Présentation de la configuration simple d’EVPN LAG

Vue d’ensemble de la hiérarchie des instructions [edit services evpn]

Script de commit intégré

Instructions et paramètres CLI simplifiés pour générer la configuration

Vue d’ensemble de la configuration générée par défaut

Instructions et options de configuration simple d’EVPN LAG

Comment le script de validation utilise des éléments de configuration EVPN LAG simples dans la configuration générée

Configuration EVPN LAG facile avec des serveurs multirésidents

Configuration simplifiée avec deux serveurs multihoming

Configuration EVPN LAG facile pour deux serveurs multirésidents

Paramètres par défaut non spécifiés dans la configuration simplifiée

Configuration générée avec deux serveurs multirésidents

Valeurs dérivées dans la configuration générée

Ajout d’une configuration pour un nouveau serveur multihoming

Configuration simplifiée pour ajouter un nouveau serveur multihébergement et un LAG ESI

Génération de configuration supplémentaire pour un nouveau serveur multirésident et un LAG ESI

Ajout de nouvelles interfaces VLAN et IRB

Configuration simplifiée pour ajouter un nouveau VLAN

Configuration supplémentaire générée pour un nouveau VLAN

Ajout d’un nouveau serveur de résidence unique

Configuration simplifiée pour l’ajout d’un serveur monohoming

Configuration générée supplémentaire pour un serveur de résidence unique

Utiliser OSPF pour la configuration de l’underlay

Utiliser IBGP pour la configuration de la superposition

Documentation connexe