Comprendre les LSP P2MP pour l’EVPN Inclusive Provider Tunnel
Une instance EVPN comprend des appareils de périphérie client (CE) qui sont connectés aux équipements de périphérie fournisseur (PE) pour former la périphérie de l’infrastructure MPLS. Un CE peut être un hôte, un routeur ou un commutateur. Les PE fournissent une connectivité virtuelle pontée de couche 2 entre les CE Il peut y avoir plusieurs instances EVPN dans le réseau du fournisseur. Les PE peuvent être connectés par une infrastructure MPLS Label Switched Path (LSP), qui offre les avantages de la technologie MPLS, tels que le reroutage rapide, la résilience, etc.
Les PE peuvent également être connectés par une infrastructure IP, où une tunnelisation IP/GRE (Generic Routing Encapsulation) ou une autre tunnelisation IP peut être utilisée entre les PE. Nous comprenons ici les LSP MPLS comme la technologie de tunnelisation conçue pour être extensible à la tunnelisation IP en tant que technologie de tunnelisation PSN (Packet Switched Network).
À partir de la version 18.2R1 de Junos OS, Junos OS permet de configurer et de signaler un LSP P2MP pour le tunnel fournisseur inclusif EVPN pour le trafic BUM. Les LSP P2MP peuvent optimiser l’utilisation de la bande passante centrale en utilisant la réplication multicast uniquement sur les nœuds requis au lieu de la réplication entrante au niveau du PE entrant.
Vous pouvez configurer et signaler un LSP P2MP pour le tunnel fournisseur inclusif EVPN dans les attributs PMSI de la route de balise Ethernet multicast inclusive. Le tunnel P2MP est utilisé pour transférer des paquets de diffusion, unicast inconnu et multicast (BUM) au niveau du PE entrant. Lorsque vous représentez les attributs PMSI dans la route de balise Ethernet multicast inclusive, aucune étiquette de transport n’est représentée pour les tunnels de fournisseur P2MP, sauf dans le cas où l’agrégation est utilisée. L’étiquette de transport est utilisée pour identifier l’EVI à l’EP de sortie.
Lorsque les tunnels de fournisseur P2MP sont utilisés, les étiquettes ESI pour Split Horizon sont attribuées en amont plutôt qu’en aval. L’étiquette que le PE de sortie reçoit en tant qu’étiquette Split Horizon est allouée par le PE entrant. Étant donné que chaque PE en amont ne peut pas attribuer la même étiquette, l’étiquette n’identifie pas l’ESI et doit être référencée dans l’espace d’étiquette contextuel du PE entrant. L’étiquette de transport identifie de manière unique le PE d’entrée et l’étiquette d’horizon divisé est identifiée par un tuple d’étiquette de transport ou d’étiquette SH.
Au niveau du PE entrant, une étiquette ESI affectée en amont est allouée et signalée pour la fonction Split Horizon. Cette étiquette est ajoutée au trafic BUM provenant du segment Ethernet donné. Par défaut, une sortie peut recevoir du trafic avec une étiquette ESI qui n’est pas configurée sur ce PE en raison des tunnels P2MP et des étiquettes attribuées en amont.
Pour les tunnels IR, l’entrée inclut l’étiquette ESI uniquement aux PE avec l’ES. Dans ce cas, le PE de sortie fait apparaître l’étiquette ESI et inonde le paquet normalement.
Pour E-tree, l’étiquette leaf est attribuée en amont et sa fonction est similaire à l’étiquette SH. Le PE entrant alloue l’étiquette leaf et la représente dans la communauté étendue E-tree pour la route Ethernet A-D par ES. Lorsque le PE leaf agit en tant qu’entrée, il ajoute l’étiquette leaf pour le trafic BUM. Un PE de sortie agissant comme un leaf rejette le trafic qui contient l’étiquette leaf. Les PE de sortie agissent comme une racine pour extraire l’étiquette leaf et transférer le trafic. Étant donné que les étiquettes leaf sont attribuées en amont, elles peuvent ne pas être uniques, car plusieurs PE leaf peuvent avoir attribué la même étiquette leaf. Par conséquent, l’étiquette de la feuille doit être identifiée par le tuple (étiquette de transport, étiquette de feuille).
L’EVPN P2MP fonctionne sans lsi interface OR vt . Au lieu de cela, l’EVPN attribue une étiquette à utiliser comme étiquette de transport mLDP/RSVP au niveau du PE de sortie.
Prise en charge de NSR et ISSU unifié sur EVPN avec P2MP
Le routage actif ininterrompu (NSR) et le basculement GRES (Graceful moteur de routage switchover) minimisent les pertes de trafic en cas de basculement moteur de routage. Lorsqu’un moteur de routage tombe en panne, NSR et GRES permettent à une plate-forme de routage avec des moteurs de routage redondants de passer d’un moteur de routage principal à un moteur de routage de secours et de continuer à transférer des paquets.
La mise à niveau logicielle en service unifié (ISSU) vous permet de mettre à niveau votre logiciel Junos OS sur votre routeur MX Series sans interruption sur le plan de contrôle et avec une interruption minimale du trafic. GRES et NSR doivent tous deux être compatibles avec l’ISSU unifié. Le routage actif ininterrompu (NSR) et le basculement GRES (Graceful moteur de routage switchover) minimisent les pertes de trafic en cas de basculement moteur de routage.
Lorsqu’un moteur de routage tombe en panne, NSR et GRES permettent à une plate-forme de routage avec des moteurs de routage redondants de passer d’un moteur de routage principal à un moteur de routage de secours et de continuer à transférer des paquets. La mise à niveau logicielle unifiée en service (ISSU) vous permet de mettre à niveau votre logiciel Junos OS sur votre routeur MX Series sans interruption sur le plan de contrôle et avec une interruption minimale du trafic. GRES et NSR doivent tous deux être compatibles avec l’ISSU unifié.
Junos OS met en miroir les données essentielles lorsque NSR est activé. Pour les EVPN avec réplication P2MP mLDP, l’étiquette de transport LDP/RSVP sera reflétée sur le moteur de routage de secours. Pour plus d’informations sur les autres données en miroir et le flux de données NSR, consultez Prise en charge de NSR et d’ISSU unifié pour EVPN.
Avantages des P2MP EVPN LSP pour le tunnel fournisseur inclusif EVPN
Optimise l’efficacité de la bande passante du cœur en utilisant la réplication multicast uniquement sur les nœuds requis.
Gère la réplication entrante au niveau du PE entrant pour éviter une surcharge.
Prend en charge les LSP P2MP pour EVPN, y compris les arbres P-multicast pour EVPNoMPLS pour les arbres P2MP-E mLDP et RSVP-TE.