L2VPN et L3VPN pour opérateurs · RFC 7432 / 8214 / 8317

EVPN sur MPLS et Segment Routing

EVPN sur MPLS utilise le plan de contrôle BGP EVPN pour fournir des services E-Line, E-LAN, E-Tree et VPN de couche 3 sur le transport MPLS ou Segment Routing qu'un opérateur exploite déjà. Les terminaux sont appris dans BGP plutôt que par inondation, le multihoming est tout actif, et la protection est assurée par TI-LFA ou RSVP-TE dans l'underlay. C'est l'équivalent opérateur d'EVPN-VXLAN, avec le même plan de contrôle et un plan de données à labels.

Services EVPN sur un transport SR-MPLS

Trois routeurs de périphérie fournisseur et un cœur Segment Routing. PE1 et PE2 partagent un même segment Ethernet pour un site client multi-attaché en tout actif ; PE3 dessert un site à attachement unique. Les services E-Line, E-LAN et L3VPN empruntent tous la même pile de labels, protégée saut par saut par TI-LFA.

Services EVPN sur un cœur MPLS Segment Routing Deux routeurs de périphérie fournisseur, à gauche, partagent un segment Ethernet vers un site client à double attachement. Ils se connectent via deux routeurs de cœur exécutant SR-MPLS à un troisième routeur de périphérie fournisseur, à droite, qui dessert un site à attachement unique. Les services EVPN E-Line, E-LAN et L3VPN sont transportés sur la même pile de labels avec une protection TI-LFA. Pile de labels SR-MPLS · protégée par TI-LFA PE1 ESI-1 · tout actif PE2 ESI-1 · tout actif P1 SID de nœud SR P2 SID de nœud SR PE3 attachement unique CE-A CE-B BGP EVPN · TRANSPORT SR-MPLS · E-LINE / E-LAN / E-TREE / L3VPN

Ce qu'est EVPN sur MPLS

EVPN (RFC 7432) a d'abord été conçu pour MPLS. Son plan de contrôle BGP annonce l'accessibilité MAC et IP entre les routeurs de périphérie fournisseur, et le trafic lui-même est acheminé avec une pile de labels : un label de transport pour atteindre le PE distant et un label de service qui identifie l'instance EVPN. Le transport peut être tout ce que le cœur exploite déjà, LDP, RSVP-TE ou Segment Routing, si bien qu'EVPN s'intègre à un réseau MPLS existant sans modifier l'underlay.

Il en résulte un modèle de service unique pour tout ce qu'un opérateur vend sur Ethernet. Circuits point à point, LAN multipoints, arbres d'accès multipoints à racine et VPN routés sont tous des instances EVPN avec des route-targets et des politiques d'acheminement différentes, signalées par la même session BGP. Cette page traite de ce qui est propre au plan de données MPLS et Segment Routing. Les types de routes eux-mêmes, de Type-1 à Type-5, sont identiques quel que soit le plan de données et sont expliqués sur la page EVPN-VXLAN.

EVPN-MPLS et EVPN-VXLAN, côte à côte

Même plan de contrôle, encapsulation différente. Le tableau présente ce qui change lorsque l'encapsulation change.

AspectEVPN sur MPLS ou SREVPN sur VXLAN
Domaine d'usageCœur, métro et agrégation des opérateursFabrics leaf-spine de data center
Plan de donnéesPile de labels MPLS : label de transport et label de serviceEncapsulation UDP avec un VNI de 24 bits sur IP simple
TransportIGP avec LDP, RSVP-TE, SR-MPLS ou SRv6Tout underlay IP, généralement eBGP unnumbered
Ingénierie de traficNative : tunnels RSVP-TE ou politiques SR pour orienter chaque serviceLimitée à l'ECMP sur la fabric
Protection rapideTI-LFA ou RSVP Fast Reroute dans l'underlay, moins de 50 msReconvergence IGP ou BGP de l'underlay
OAM Carrier EthernetSurveillance des performances CFM et Y.1731 par serviceSurveillance des services sur VXLAN lorsqu'elle est prise en charge
ServicesE-Line, E-LAN, E-Tree, L3VPN avec IRB, Inter-ASOverlay L2, IRB, routage Type-5, DCI
Package OcNOSOcNOS-SPOcNOS-DC et OcNOS-SP

Le transport sous-jacent

EVPN ne dépend pas de la façon dont le chemin à commutation de labels est construit, ce qui facilite la migration. OcNOS-SP transporte les services EVPN sur chaque transport de la matrice de fonctionnalités :

  • LDP et RSVP-TE. Les transports MPLS classiques, avec ECMP sur des LSP parallèles pour les deux (ECMP RSVP depuis OcNOS 5.0, ECMP LDP depuis 6.1.0) et le redémarrage progressif avec des services EVPN rattachés.
  • SR-MPLS. EVPN sur le LSP Segment Routing calculé par l'IGP ou sur une politique SR (depuis 4.2), avec TI-LFA pour la protection locale (depuis 5.1) et BGP-LU pour la portée inter-domaines (depuis 5.1).
  • SRv6. EVPN E-Line à attachement unique et multiple et E-LAN à attachement unique sur une liste de segments IPv6 (RFC 9252, de 6.1.0 à 6.5.1), pour les réseaux qui migrent vers SRv6.

Le mappage de services choisit le tunnel pour chaque instance EVPN via une politique de tunnel locale, de sorte qu'un E-Line premium peut emprunter une politique SR avec un objectif de latence tandis qu'un E-LAN best effort suit le chemin IGP.

Ce que fournit OcNOS-SP

Chaque entrée ci-dessous correspond à une ligne de la matrice de fonctionnalités pour le package OcNOS-SP, avec la version qui l'a introduite. La liste complète, avec la couverture des plateformes et des licences, figure dans la matrice de fonctionnalités.

E-Line et E-LAN

EVPN VPWS point à point (RFC 8214) et E-LAN multipoint (RFC 7432), attachement unique et multiple, statistiques MAC par instance.

Depuis OcNOS 4.0

E-Tree

Multipoint à racine selon la RFC 8317, attachement unique depuis 4.1, attachement multiple depuis 6.5.1, gestion des leaves du scénario 2 depuis 7.0.0.

Depuis OcNOS 4.1

EVPN sur Segment Routing

Services transportés sur le LSP SR ou sur une politique SR, choisis par instance via une politique de tunnel locale. TI-LFA et BGP-LU depuis 5.1.

Depuis OcNOS 4.2

Protection du transport

Sauvegarde one-to-one et facility avec RSVP-TE, TI-LFA avec SR-MPLS, et redémarrage progressif RSVP ou LDP avec des services EVPN rattachés.

Depuis OcNOS 4.0

Modes de multihoming

Segments Ethernet tout actif et actif unique, plus actif-veille pour MPLS et SR. Retrait massif et aliasing sur l'ensemble du segment.

Depuis OcNOS 6.4.1

IRB et L3VPN

Integrated Routing and Bridging (RFC 9135), EVPN L3VPN avec ou sans IRB, annonce de routes hôtes, passerelle anycast avec plusieurs IP, ECMP pour l'IRB symétrique depuis 7.0.0.

Depuis OcNOS 6.0.0

Inter-AS

Option A et Option C pour les services EVPN qui franchissent une frontière de système autonome, avec prise en charge du mot de contrôle depuis 6.0.1.

Depuis OcNOS 5.1

OAM Carrier Ethernet

Mesure du délai et des pertes CFM (IEEE 802.1ag) et Y.1731 sur EVPN MPLS E-Line et E-LAN, à attachement unique et multiple. TWAMP sur EVPN L3VPN sur SR-MPLS.

Depuis OcNOS 6.4.1

EVPN sur SRv6

E-Line à attachement unique et multiple et E-LAN à attachement unique sur SRv6 (RFC 9252), pour le même modèle de service sur un plan de données IPv6.

Depuis OcNOS 6.1.0

Contrôles de politique et d'échelle

Route-maps de la famille d'adresses EVPN, limites MAC par instance, temporisateur de rétention MAC, acheminement en cas de perte de lien et traitement L2CP sur l'accès EVPN.

Depuis OcNOS 7.0.0

Migrer depuis VPLS et VPWS

La plupart des opérateurs arrivent à EVPN depuis un parc VPLS ou VPWS signalé par LDP. EVPN supprime les deux éléments qui limitaient VPLS à grande échelle : l'apprentissage MAC dans le plan de données, qui inonde jusqu'à ce que chaque PE ait vu chaque adresse, et le maillage complet de pseudowires, qui croît avec le carré du nombre de PE. Dans EVPN, la table MAC est une table BGP et le maillage est un ensemble de routes BGP.

La migration n'exige pas de bascule en une fois. OcNOS-SP exécute VPLS signalé par LDP et BGP, VPLS hiérarchique et EVPN sur le même routeur, de sorte que les services migrent instance par instance. Le multihoming que VPLS ne pouvait offrir qu'en MLAG actif-veille devient tout actif avec EVPN, et la même session BGP qui transporte déjà le L3VPN transporte les nouveaux services L2.

Où se situe EVPN sur MPLS

  • Ethernet métro: Services entreprise E-Line et E-LAN avec mesure des SLA CFM et Y.1731 par circuit.
  • Cœur et agrégation: un seul plan de contrôle BGP EVPN sur le cœur, le métro et la périphérie du data center, avec transport SR-MPLS et TI-LFA.
  • Wholesale et agrégation d'accès : E-Tree isole les sites leaf les uns des autres tandis que chaque leaf atteint la racine.
  • Interconnexion de data centers : EVPN-VXLAN au sein du site, EVPN-MPLS entre les sites, raccordés sur le même routeur OcNOS-SP.

Matériel validé

Référence, pas une spécification. EVPN sur MPLS est une fonctionnalité d'OcNOS-SP et fonctionne sur les routeurs à base de Broadcom Qumran et Jericho validés pour le package SP. La liste qualifiée actuelle, avec l'ASIC, la densité de ports et la couverture des versions par plateforme, est la liste de compatibilité matérielle OcNOS.

Voir les plateformes qualifiées → EVPN sur MPLS dans la matrice de fonctionnalités →

Technologies et solutions associées

EVPN-VXLAN et types de routes → Multihoming EVPN (ESI-LAG) → SR-MPLS et TI-LFA → SRv6 → MPLS-TE et RSVP-TE → BGP → Solution Metro Ethernet → Solution IP Core → E-Line sur IS-IS SR, exemple détaillé → E-Tree sur IS-IS SR, exemple détaillé → EVPN L3VPN sur IS-IS SR, exemple détaillé →

Vous planifiez une migration EVPN sur votre cœur MPLS ou Segment Routing ?

Échanger avec un ingénieur IP Infusion →

Questions fréquentes

Qu'est-ce qu'EVPN sur MPLS ?
EVPN sur MPLS utilise le plan de contrôle BGP EVPN (RFC 7432) pour annoncer l'accessibilité MAC et IP, et une pile de labels MPLS pour acheminer le trafic entre les routeurs de périphérie fournisseur. Il fournit des services point à point (E-Line), multipoints (E-LAN), multipoints à racine (E-Tree) et VPN de couche 3 sur le même transport que les opérateurs exploitent déjà pour le L3VPN.
Quelle est la différence entre EVPN-MPLS et EVPN-VXLAN ?
Le plan de contrôle est identique. La différence tient au plan de données. EVPN-MPLS achemine sur des labels MPLS via un IGP et un transport LDP, RSVP-TE ou Segment Routing, ce qu'exploitent les réseaux cœur et métro des opérateurs. EVPN-VXLAN achemine en UDP sur une fabric IP simple, ce qu'exploitent les réseaux leaf-spine des data centers. OcNOS-SP prend en charge les deux, de sorte qu'un seul plan de contrôle peut couvrir le DC et le WAN.
EVPN peut-il fonctionner sur Segment Routing ?
Oui. OcNOS-SP transporte les services EVPN sur SR-MPLS en utilisant soit le LSP SR calculé par l'IGP, soit une politique SR, avec une protection TI-LFA. Depuis OcNOS 6.1, il transporte aussi EVPN E-Line et E-LAN sur SRv6 (RFC 9252), si bien que le même modèle de service fonctionne que le transport repose sur des labels MPLS ou des identifiants de segment IPv6.
Que sont EVPN E-Line, E-LAN et E-Tree ?
Ce sont les types de services Carrier Ethernet du MEF. E-Line est une liaison point à point entre deux sites, fournie par EVPN VPWS (RFC 8214). E-LAN relie de nombreux sites entre eux dans un même domaine de diffusion (RFC 7432). E-Tree est un service multipoint à racine (RFC 8317) : les racines atteignent tous les sites, les leaves n'atteignent que les racines, ce qui convient à l'agrégation d'accès et au wholesale. OcNOS-SP prend en charge les trois sur MPLS avec attachement unique ou multiple.
Comment EVPN remplace-t-il VPLS ?
VPLS apprend les adresses MAC dans le plan de données par inondation et nécessite un maillage complet de pseudowires. EVPN apprend les adresses MAC dans BGP : le réseau sait où se trouve chaque terminal sans inondation, prend en charge le multihoming tout actif que VPLS ne peut pas offrir, et monte en échelle en ajoutant des routes BGP plutôt que des pseudowires. Les services VPLS existants et EVPN peuvent coexister sur OcNOS-SP pendant une migration.
Qu'est-ce que le multihoming EVPN avec un identifiant de segment Ethernet ?
Un équipement client se connecte à deux routeurs de périphérie fournisseur ou plus qui partagent un même identifiant de segment Ethernet (ESI). BGP EVPN élit un forwarder désigné pour le trafic de diffusion et laisse chaque lien transporter l'unicast simultanément (tout actif), ou en garde un en réserve (actif unique). OcNOS-SP prend en charge les deux modes sur MPLS et, depuis 6.4.1, le mode actif-veille.
Comment EVPN sur MPLS est-il protégé contre les pannes de lien et de nœud ?
La protection du transport vient de l'underlay : TI-LFA sur SR-MPLS assure une réparation locale en moins de 50 ms pour toute topologie, et RSVP-TE offre la sauvegarde one-to-one et facility. La protection des services vient d'EVPN lui-même : retrait massif en cas de panne d'un segment Ethernet, aliasing entre pairs multi-attachés, et basculement signalé par BGP sans réapprentissage dans le plan de données.
EVPN sur MPLS prend-il en charge les services de couche 3 ?
Oui. Avec Integrated Routing and Bridging (RFC 9135), un routeur de périphérie fournisseur ponte au sein d'un sous-réseau et route entre sous-réseaux, et les routes de préfixe Type-5 (RFC 9136) transportent les préfixes IP entre les sites. OcNOS-SP prend en charge EVPN L3VPN avec et sans IRB, les passerelles anycast distribuées et l'ECMP pour l'IRB symétrique depuis 7.0.
Fiche technique et notes de solution

Approfondissez. Emportez-le avec vous.

La fiche technique du produit et des téléchargements techniques et concis qui vont plus loin que cette page.

Fiche technique

Datasheet OcNOS-SP

Spécification complète OcNOS-SP : l'ensemble des fonctionnalités access, cell site et agrégation, les SKU logiciels, les plateformes matérielles prises en charge et le guide de commande de la solution.

Obtenir la fiche technique
Solution brief

Mise à niveau SR-MPLS avec OcNOS

Migrez SR-MPLS vers OcNOS sur du matériel ouvert : Flex-Algo, TI-LFA et un parcours de bascule éprouvé en alternative à Cisco.

Obtenir le brief
Solution brief

Fabric DC EVPN-VXLAN

Fabric de data center leaf-spine de niveau opérateur : IRB symétrique, routes Type-2/Type-5 et passerelle anycast distribuée.

Obtenir le brief