ip-prefix-routes
Syntaxe
ip-prefix-routes { advertise (direct-nexthop | gateway-address); encapsulation (mpls | srv6 | vxlan); reject-asymmetric-vni; donot-advertise-community; <export routing-policy-name>; gateway-interface interface-name; source-packet-routing { srv6 { locator loc-name { (end-dt4/6/46-sid | micro-dt4/6/46-sid); } } } vni number; }
Niveau hiérarchique
[edit logical-systems logical-system-name routing-instances routing-instance-name protocols evpn], [edit routing-instances routing-instance-name protocols evpn]
Description
Dans un environnement EVPN (Ethernet VPN), activez l’équipement pour annoncer le préfixe IP associé à un domaine client spécifié en tant qu’itinéraire de type 5 vers des centres de données distants. Vous pouvez également activer les routes de préfixe IP dans un réseau de transport urbain. Vous pouvez utiliser cette fonctionnalité lorsque le domaine de couche 2 n’existe pas dans les centres de données distants ou les points d’appairage du réseau métropolitain.
Nous prenons en charge deux modèles d’implémentation des itinéraires de type 5 :
-
Route de type 5 pure sans superposition : saut suivant et route de type 2
-
Route de type 5 avec passerelle, interface IRB en superposition, saut suivant et route de type 2
Une route de type 5 pure annonce le préfixe IP récapitulatif et inclut une communauté BGP étendue appelée MAC de routeur. L’adresse MAC du routeur porte l’adresse MAC du commutateur émetteur et fournit des informations d’accessibilité au saut suivant pour le préfixe. En revanche, une route de type 5 standard nécessite une adresse IP de passerelle en tant que superposition de saut suivant et une route de type 2 pour fournir une résolution de route récursive.
À l’heure actuelle, les commutateurs QFX5110 et QFX10000 ne prennent en charge que les routes next-hop entièrement résolues, c’est-à-dire les routes EVPN purement de type 5. QFX10000 commutateurs prennent uniquement en charge EVPN VXLAN (VXLAN) avec des routes de type 5 (pas d’encapsulation MPLS).
Sur les commutateurs QFX5110, QFX5120, EX4650, EX4400 et EX4100, lorsque vous configurez un routage pur de type 5 dans un réseau EVPN-VXLAN superposé, vous devez également configurer l’instruction overlay-ecmp au niveau de la [edit forwarding-options vxlan-routing]
hiérarchie. La configuration de l’instruction overlay-ecmp
entraîne le redémarrage du moteur de transfert de paquets, ce qui interrompt toutes les opérations de transfert. Par conséquent, nous vous recommandons vivement de mettre cette configuration en place avant que le réseau EVPN-VXLAN ne soit opérationnel.
Les commutateurs EX9200 prennent en charge les deux routes de type 5, mais uniquement les routes de type 5 pures avec encapsulation MPLS. Les commutateurs EX9200 prennent en charge l’encapsulation MPLS et VXLAN avec la route standard de type 5 qui inclut une adresse IP de passerelle en superposition de saut suivant.
Nous avons introduit le routage pur de type 5 pour EVPN-VXLAN dans Junos OS version 15.1X53-D30 pour les commutateurs QFX10002 uniquement. Dans cette version, cette déclaration est ip-prefix-support forwarding-mode symmetric
.
À partir de Junos OS version 15.1X53-D60, l’instruction est ip-prefix-routes advertise direct-nexthop
.
Lorsque vous effectuez une mise à niveau vers Junos OS version 15.1X53-D60 ou ultérieure, le processus de mise à niveau met automatiquement à jour toute configuration avec l’instruction d’origine ip-prefix-support
vers la nouvelle ip-prefix-routes
instruction.
À partir de Junos OS version 15.1X53-D60, les commutateurs QFX10000 prennent en charge le routage pur de type 5.
Par défaut, les équipements Juniper Networks qui prennent en charge les routes EVPN pures de type 5 n’annoncent pas les préfixes IP avec une longueur de masque de /32 en tant que routes purement de type 5. Pour publier des préfixes /32, vous devez définir un terme dans une stratégie d’exportation qui accepte explicitement ces préfixes dans la table de routage. Voici des extraits d’un exemple de configuration :
user@qfx10002# show policy-options policy-statement slash32 term 1 { from { protocol bgp; route-filter 10.44.44.44/31 orlonger; } then accept; } user@qfx10002# show routing-instances EVPN-A protocols evpn ip-prefix-routes { advertise direct-nexthop; encapsulation vxlan; vni 5000; export slash32; ...
Options
Les advertise
options , encapsulation
et vni number
sont obligatoires. L’option export routing–policy-name
est facultative.
advertise direct-nexthop | Activez le commutateur pour envoyer des informations de préfixe IP à l’aide d’une route EVPN pure de type 5, qui inclut une communauté étendue MAC de routeur utilisée pour envoyer l’adresse MAC du commutateur. Cette communauté étendue MAC de routeur offre une accessibilité next-hop sans nécessiter de next-hop de superposition ni prendre en charge une route de type 2.
Note:
Pour les routes pures de type 5, les commutateurs QFX5110 et QFX10000 prennent uniquement en charge l’encapsulation VXLAN, tandis que les commutateurs EX9200 prennent uniquement en charge l’encapsulation MPLS. |
advertise gateway-address (EX9200 switches only) | Activez le commutateur pour publier une adresse de passerelle dans les routes de préfixe IP exportées. Cette adresse de passerelle offre une accessibilité overlay next-hop.
Note:
Vous devez également spécifier une adresse de passerelle en incluant l’instruction |
encapsulation (mpls | srv6 | vxlan) | Spécifiez l’encapsulation pour les préfixes IP : MPLS, SRv6 ou VXLAN.
Note:
Le même type d’encapsulation doit être utilisé bout à bout. Seule l’encapsulation VXLAN est prise en charge sur les Gamme QFX10000 de commutateurs et de commutateurs QFX5110. |
reject-asymmetric-vni | Permet à l’équipement Junos local de bloquer le trafic EVPN asymétrique de type 5. L’équipement examine les paquets de route EVPN entrants de type 5 et rejette la route lorsque le VNI de la route entrante est différent du VNI configuré localement.
Note:
Cette option est requise lorsque vous configurez le routage EVPN de type 5 sur des routeurs ACX7100, qui ne prennent pas en charge l’annonce de route de type 5 avec des VNI asymétriques. |
donot-advertise-community | À partir de la version 19.4R1 de Junos, lorsqu’une route de type 5 est créée à partir de l’annonce MAC et IP de type 2 apprise à partir d’un périphérique PE distant, le comportement par défaut consiste à inclure les informations de communauté de la route de type 2 (le cas échéant) dans la route de type 5. Vous pouvez empêcher ce comportement en activant l’option |
export routing-policy-name | (Facultatif) Spécifiez le nom de la stratégie de routage configurée au niveau de la |
gateway-interface interface-name | Spécifiez l’interface de passerelle à utiliser en tant que superposition de saut suivant pour une route de type 5 standard. Vous devez utiliser cette option en conjonction avec l’option |
source-packet-routing | Activez le routage des paquets source SRv6, identifiez le localisateur SRv6 défini à l’adresse SID SRv6 possibles :
|
vni number | Spécifiez l’identificateur associé à un domaine client. Chaque domaine client doit disposer d’un identifiant unique. |
Niveau de privilège requis
routing : permet d’afficher cette instruction dans la configuration.
routing-control : permet d’ajouter cette instruction à la configuration.
Informations sur la version
Déclaration introduite dans Junos OS version 15.1X53-D60 et Junos OS version 17.2R1.
La prise en charge des systèmes logiques sur les routeurs MX Series a été ajoutée dans Junos OS version 17.4R1.
reject-asymmetric-vni
option introduite dans Junos OS version 22.2R1 et Junos OS evolved version 22.1R1
La prise en charge des pare-feu SRX et pare-feu virtuels vSRX Series a été ajoutée dans Junos OS version 22.4R1.
source-packet-routing apparue dans Junos OS version 23.4R1 et Junos OS evolved version 23.4R1.