Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
SUR CETTE PAGE
 

Exemple : configuration d’une fabric de pontage EVPN-VXLAN à routage central en utilisant des routeurs MX comme colonnes de réseau

Cet exemple montre comment configurer EVPN et VXLAN sur une fabric IP pour prendre en charge le transfert optimal des trames Ethernet, fournir une segmentation du réseau à grande échelle, activer l’apprentissage MAC basé sur le plan de contrôle et bien d’autres avantages. Cet exemple est basé sur une architecture EVPN à routage central avec pontage (CRB) dans une fabric Clos à 5 niveaux.

Dans l’architecture CRB, les interfaces IRB fournissent une connectivité de couche 3 aux serveurs et VMS appartenant à différents VLAN et réseaux. Ces interfaces IRB servent de passerelle par défaut pour le trafic inter-VLAN au sein d’une fabric, ainsi que pour les destinations distantes de la fabric, par exemple dans le cas de l’interconnexion du datacenter (DCI). Dans une conception CRB, vous définissez les interfaces IRB sur les équipements de cœur de réseau uniquement. Une telle conception est donc appelée routage central, car tout le routage se fait sur les épines.

Pour obtenir un exemple de conception ERB (Edge-Routed Bridging), reportez-vous à Exemple : Configuration d’une fabric de pontage à routage périphérique EVPN-VXLAN avec une passerelle anycast

Pour plus d’informations sur la technologie EVPN-VXLAN et les architectures prises en charge, consultez Introduction EVPN.

Exigences

L’exemple original utilisait les composants matériels et logiciels suivants :

  • Deux routeurs MX Series de Juniper Networks serviront de passerelles IP pour l’overlay EVPN

  • Quatre commutateurs QFX5100 de Juniper Networks. Deux de ces commutateurs agissent comme des périphériques PE dans la topologie EVPN, et les deux autres agissent comme un transport IP pur pour l’underlay.

  • Junos OS version 21.3R1 ou ultérieure.

  • Dans cet exemple, un commutateur EX9200 peut fonctionner comme une passerelle IP pour l’overlay EVPN. Il existe quelques différences de configuration entre les routeurs MX Series et les commutateurs EX9200. La section Configuration plus loin dans cette rubrique contient plus d’informations sur la configuration spécifique à un EX9200.

Vue d’ensemble

Les VPN Ethernet (EVPN) vous permettent de connecter des groupes de sites clients dispersés à l’aide de ponts virtuels de couche 2, tandis que les VXLAN (Virtual Extensible LAN) vous permettent d’étendre la connexion de couche 2 sur un réseau de couche 3 intermédiaire, tout en assurant la segmentation du réseau comme un VLAN, mais sans les limitations d’évolutivité des VLAN traditionnels. L’EVPN avec encapsulation VXLAN gère la connectivité de couche 2 à l’échelle requise par les fournisseurs de services cloud et remplace les protocoles limitatifs tels que STP, libérant ainsi votre réseau de couche 3 pour utiliser des protocoles de routage plus robustes.

Cet exemple de configuration montre comment configurer EVPN avec encapsulation VXLAN. Dans cet exemple, les routeurs MX Series sont nommés Cœur-1 et Cœur-2. Les commutateurs QFX5100 sont nommés Leaf-1, Leaf-2, Spine-1 et Spine-2. Les routeurs centraux agissent comme des passerelles IP pour l’overlay EVPN, les commutateurs leaf agissent comme des appareils PE dans la topologie EVPN et les commutateurs spine agissent comme un transport IP pur pour l’underlay (également appelé « lean spine »).

Topologie

Network topology diagram showing a spine-leaf architecture with core routers, spine switches, leaf switches, and connected servers.

Dans notre exemple de topologie, nous démontrons l’accès serveur à l’aide d’interfaces non balisées et trunked (balisées). Une interface trunk utilise le balisage VLAN explicite. Les serveurs A et C sont configurés pour l’agrégation, tandis que le serveur B utilise une interface d’accès non balisée pour les deux branches.

La configuration

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, puis copiez et collez les commandes dans le CLI au niveau de la [edit] hiérarchie.

Feuille-1

Feuille-2

Spine-1

Spine-2

Cœur 1

Cœur 2

Configuration de l’EX9200

Sur les commutateurs EX9200, l’instruction est utilisée à la vlans place de bridge-domains, et l’instruction est utilisée à la l3-interface place de routing-interface.

L’exemple suivant montre comment configurer ces instructions. Toutes les autres configurations illustrées pour les routeurs MX Series dans cet exemple s’appliquent également aux commutateurs EX9200.

Remarque :

Dans cet exemple, où des bridge-domains instructions ou routing-interface sont utilisées, pour configurer sur les commutateurs EX9200, utilisez vlans et l3-interface à la place.

Configuration de Leaf-1

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI.

Remarque :

Les étapes de configuration de Leaf-2 sont similaires à celles de Leaf-1 et nous ne montrerons donc que les procédures étape par étape pour Leaf-1.

Pour configurer Leaf-1 :

  1. Définissez le nom d’hôte du système.

  2. Configurez les options de routage. La load-balance stratégie d’exportation est configurée à l’étape suivante.

  3. Configurez la stratégie d’équilibrage de charge.

  4. Configurez l’EBGP sous-jacent sur les équipements de cœur de réseau. La lo0 stratégie d’exportation est configurée à l’étape suivante.

  5. Configurez une stratégie pour publier l’adresse de bouclage dans l’underlay. Dans cet exemple, vous écrivez une stratégie portable indépendante des adresses de bouclage, en faisant correspondre uniquement les routes directes avec une longueur de préfixe /32. Il en résulte une stratégie qui correspond à n’importe quelle adresse de bouclage et qui est réutilisable sur tous les appareils de la topologie.

  6. Configurez les options de commutateur. L’interface du point de terminaison du tunnel virtuel est lo0.0, qui doit être accessible via le protocole de routage underlay. Pour que toutes les annonces de route dans l’overlay MP-BGP soient uniques au monde, le distingueur de route doit être unique sur tous les commutateurs du réseau. La cible de la table VRF sur le commutateur QFX Series est, au minimum, la communauté que le commutateur envoie attachée à toutes les routes ESI (Type-1). L’instruction vrf-import vrf-imp définit la liste de la communauté cible, qui est importée dans l’instance default-switch.evpn.0 à partir de la bgp.evpn.0 table.

  7. Configurez la stratégie d’importation de table VRF.

  8. Configurez les communautés associées.

  9. Configurez la liste des identifiants de réseau virtuel (VNI) étendus pour établir les VNI que vous souhaitez inclure au domaine EVPN. Vous configurez également la réplication entrante ; dans EVPN-VXLAN, la réplication entrante est utilisée pour gérer le multicast sans nécessiter de sous-couche compatible multicast. Différentes cibles de route sont spécifiées pour chaque instance d’identificateur de réseau VXLAN sous vni-routing-options.

  10. Mappez des ID de VLAN d’importance locale à des identifiants de réseau VXLAN d’importance mondiale.

  11. Configurez les sessions de superposition IBGP compatibles EVPN.

    Remarque :

    Certaines fabrics IP utilisent une superposition EVPN-VXLAN basée sur EBGP. Pour obtenir un exemple de fabric IP qui utilise EBGP à la fois pour l’underlay et l’overlay, consultez Exemple : Configuration d’une fabric de pontage à routage périphérique EVPN-VXLAN avec une passerelle anycast. Notez que le choix EBGP vs IBGP pour l’overlay n’a pas d’impact sur l’architecture de la fabric. Les conceptions CRB et ERB (Edge-Routed Bridging) prennent en charge l’un ou l’autre type de superposition.

  12. Configurez les interfaces de la structure.

  13. Configurez les interfaces d’accès. Notez à nouveau que nous démontrons une combinaison d’interfaces d’accès et de trunk pour la connexion au serveur.

  14. Configurez l’interface LAG compatible LACP. La valeur ESI est unique au monde sur l’ensemble du domaine EVPN. L’instruction all-active de configuration garantit que tous les routeurs PE auxquels ce locataire multihoming est connecté peuvent transférer le trafic à partir de l’équipement CE, de sorte que toutes les liaisons CE sont activement utilisées.

  15. Configurez l’adresse de l’interface de bouclage.

Configuration de Spine-1

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI.

Remarque :

Les étapes de configuration de Spine-2 sont similaires à celles de Spine-1 et nous ne montrerons donc que les procédures étape par étape pour Spine-1.

Pour configurer Spine-1 :

  1. Définissez le nom d’hôte du système.

  2. Configurez les options de routage.

  3. Configurez une stratégie d’équilibrage de charge.

  4. Configurez l’underlay EBGP avec appairage aux équipements leaf et centraux. La lo0 stratégie qui annonce l’adresse lo0 est appliquée à cette étape ; la configuration de la stratégie elle-même est affichée à l’étape suivante.

  5. Configurez une stratégie nommée lo0 pour annoncer les routes /32. La stratégie correspond à l’adresse de bouclage, sans spécifier d’adresse IP spécifique. De cette façon, la même stratégie est réutilisable sur n’importe quel équipement de fabric.

Configuration de Core-1

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI.

Remarque :

Les étapes de configuration de Core-2 sont similaires à celles de Core-1 et nous ne montrerons donc que les procédures étape par étape pour Core-1.

Pour configurer Core-1 :

  1. Définissez le nom d’hôte du système.

  2. Configurez les options de routage. La load-balance politique est appliquée au cours de cette étape. Vous créez la stratégie à l’étape suivante

  3. Configurez une stratégie d’équilibrage de charge nommée load-balance.

  4. Configurez l’appairage underlay BGP. La lo0 stratégie qui annonce l’adresse de bouclage est appliquée au cours de cette étape. Vous configurez cette stratégie à l’étape suivante.

  5. Configurez une stratégie lo0 nommée pour annoncer les routes de bouclage.

  6. Une grande partie de la configuration de Core-1 a lieu dans la [routing-instance] hiérarchie. Configurez les routeurs virtuels et configurez une stratégie d’importation de table VRF unique pour chaque commutateur virtuel.

  7. Configurez la stratégie pour chaque instance de routage.

  8. Configurez les communautés . Assurez-vous que la stratégie accepte les comm-leaf routes balisées avec la cible 65000:1. Cela garantit que tous les commutateurs virtuels importent les routes ESI de type 1 à partir de tous les leafs.

  9. Configurez les interfaces IRB. Chaque IRB dispose d’une adresse de passerelle virtuelle, qui est une adresse MAC et une adresse IP partagées entre Core-1 et Core-2.

  10. Configurez les sessions de superposition IBGP vers Leaf-1 et Leaf-2. Nous avons inclus un appairage entre les appareils centraux pour le partage de routage entre les appareils centraux.

Vérification

Vérification de l’accessibilité MAC à un équipement CE monohoming (Leaf-1)

Objet

Vérifiez l’accessibilité MAC pour Tenant_A. Cet utilisateur est monohébergé à Leaf-1. Tout d’abord, vérifiez que l’adresse MAC est apprise localement sur Leaf-1. Leaf-1 génère la route EVPN de type 2 uniquement après avoir appris l’adresse MAC.

Mesures à prendre

Vérifiez que l’adresse MAC est apprise localement sur Leaf-1.

Signification

La sortie montre que MAC 56:04:15:00 :bb :02 est appris avec succès à partir du périphérique CE Tenant_A, qui est le serveur A sur l’interface xe-0/0/3.0.

Vérification de l’accessibilité MAC à un équipement CE monohoming (type 2)

Objet

Vérifier l’accessibilité MAC à un appareil CE monohébergé (Type-2)

Mesures à prendre

Vérifiez la génération de la route Type-2 vers le cœur-1.

Signification

La sortie indique que le MAC et le MAC/IP sont annoncés.

Sur le cœur-1, la route EVPN de type 2 est reçue dans bgp.evpn.0.

La sortie affiche les routes de type 2 pour 56:04:15:00 :bb :02. Le distinguateur de route est à partir de Leaf-1 et est défini sur 10.1.255.111:1.

Vérification des routes importées

Objet

Vérifiez que la route EVPN de type 2 est importée.

Mesures à prendre

Sur Core-1, vérifiez si les routes EVPN Type-2 sont correctement importées de la bgp.evpn.0 table dans l’instance de commutateur EVPN.

Signification

Le résultat indique que, dans Tenant_A'commutateur virtuel, la route EVPN Type-2 est annoncée avec la cible correcte, target :1:101. Utilisez cette extensive option pour examiner plus en détail l’itinéraire de type 2.

La sortie montre que Core-1 reçoit deux copies. La première est la publicité de Leaf-1 (Source : 10.1.255.111). La seconde est la publicité de Core-2 (Source : 10.1.255.2).

Vérification de la copie du démon d’apprentissage de l’adresse de couche 2

Objet

Vérifiez la copie du démon d’apprentissage de l’adresse de couche 2.

Mesures à prendre

Vérifiez la copie du démon d’apprentissage de l’adresse de couche 2 en entrant la show bridge-mac table commande.

Signification

La sortie montre que 56:04:15:00 :bb :02 est accessible via l’interface logique vtep.32771 vers Leaf-1.

Remarque :

Sur les commutateurs EX9200, la show ethernet-switching table-instance instance-name commande correspond à la show bridge mac-table instance instance-name commande utilisée ici pour les routeurs MX Series

Vérification de la table de transfert au niveau du noyau

Objet

Vérifiez la table de transfert au niveau du noyau, l’identifiant du saut suivant, ainsi que la table et le matériel MAC de couche 2.

Mesures à prendre

Interrogez la table de transfert au niveau du noyau, corrélez l’identificateur de saut suivant d’index avec l’identificateur de réseau virtuel correct et examinez la table et le matériel MAC de couche 2.

Signification

Le MAC de Tenant_A, 56:04:15:00 :bb :02, est accessible via l’index 687.

Corrélez l’indice 687 (NH-Id) avec l’identifiant de réseau virtuel correct 101 et le VTEP-ID distant de 10.1.255.111.

Remarque :

Sur les commutateurs EX9200, la show ethernet-switching commande correspond à la commande afficher ici pour les show l2-learning routeurs MX Series.

Vérification de l’accessibilité MAC à un appareil CE multirésident

Objet

Vérifiez l’accessibilité MAC au périphérique Tenant_B CE multihébergement sur Leaf-1 et Leaf-2.

Mesures à prendre

Vérifiez que Leaf-1 et Leaf-2 annoncent à la fois l’accessibilité de type 1 et de type 2 vers l’équipement CE multirésident.

Signification

La sortie montre que 2c :6b :f5:43:12 :c0 représente l’adresse MAC du Tenant_B attaché à Leaf-1 et Leaf-2.

Vérification d’EVPN, du démon d’apprentissage d’adresses de couche 2 et des tables de transfert de noyau pour les équipements CE multirésidents

Objet

Vérifiez la table EVPN du locataire B, la table des démon d’apprentissage des adresses de couche 2 et la table de transfert du noyau du locataire B.

Mesures à prendre

Dans Core-1, affichez la table EVPN du locataire B.

Afficher la table des démon d’apprentissage d’adresse de couche 2 de Core-1.

Remarque :

Sur les commutateurs EX9200, la show ethernet-switching table-instance instance-name commande correspond à la show bridge mac-table instance instance-name commande show ici pour les routeurs MX Series

Afficher la table de transfert du noyau de Core-1.

Signification

Pour le périphérique Tenant_B CE, quatre routes différentes sont répertoriées pour ESI 00:01:01:01:01:01:01:01:01:01 :

  • 1:10.1.255.111:0 ::010101010101010101 ::FFFF :FFFF/192 AD/ESI

    Cette route EVPN par segment Ethernet A-D de type 1 provient de Leaf-1. La distinction de route est obtenue à partir du niveau routing-optionsmondial . Core-1 reçoit cette route de type 1, provenant de Leaf-1, de Leaf-1 et de Leaf-2.

  • 1:10.1.255.111 ::010101010101010101 ::0/192 AD/EVI

    Il s’agit de la route EVPN par EVI A-D de type 1. Le distingueur de route est obtenu à partir de l’instance de routage ou, dans le cas du QFX5100, du switch-optionsfichier . Core-1 reçoit cette route de type 1, provenant de Leaf-1, de Leaf-1 et de Leaf-2.

  • 1:10.1.255.112:0 ::010101010101010101 ::FFFF :FFFF/192 AD/ESI

    Il s’agit de la route EVPN par segment Ethernet A-D Type-1 provenant de Leaf-2. La distinction de route est obtenue à partir du niveau routing-optionsmondial . Core-1 reçoit cette route de type 1, provenant de Leaf-2, de Leaf-2 et de Leaf-1.

  • 1:10.1.255.112:1 ::010101010101010101 ::0/192 AD/EVI

    Il s’agit de la route EVPN par EVI A-D de type 1. Le distinguisher de route est obtenu à partir de l’instance de routage, ou dans le cas du QFX5100, switch-options. Core-1 reçoit cette route de type 1, provenant de Leaf-2, de Leaf-2 et de Leaf-1.

Les routes de type 2 pour les deux MAC physiques et un MAC virtuel associés au périphérique CE multihoming Tenant_B ont été créées comme prévu.

À partir de la sortie, nous ne pouvons pas encore déterminer quels VTEP sont utilisés pour transférer à ESI 00:01:01:01:01:01:01:01:01:01. Pour déterminer les VTEP, affichez les ESI du point de terminaison de tunnel VXLAN.

Remarque :

Sur les commutateurs EX9200, la show ethernet-switching commande correspond à la commande afficher ici pour les show l2-learning routeurs MX Series.

La sortie montre un équilibrage de charge actif sur les interfaces VTEP vers Leaf-1 et Leaf-2 pour les adresses MAC sur cet ESI, ce qui valide la configuration entièrement active sur Leaf-1 et Leaf-2.

Documentation connexe