SUR CETTE PAGE
Exemple : Activation de la prise en charge des aspects techniques du trafic OSPF
Exemple : Configuration de la métrique Traffic Engineering pour une interface OSPF spécifique
Exemple : Configuration du mode d’ingénierie du trafic passif OSPF
Publicité des chemins de commutation d’étiquettes dans OSPFv2
Exemple : Publication de chemins de commutation d’étiquettes dans OSPFv2
Comprendre le routage des paquets sources dans les réseaux (SPRING)
Configuration de la prise en charge OSPF pour les aspects techniques du trafic
Prise en charge OSPF des aspects techniques du trafic
Les aspects techniques du trafic vous permettent de contrôler le chemin suivi par les paquets de données, en contournant le modèle de routage standard, qui utilise des tables de routage. Les aspects techniques du trafic déplacent les flux des liens encombrés vers d’autres liens qui ne seraient pas sélectionnés par le chemin le plus court calculé automatiquement en fonction de la destination.
Pour fournir aux aspects techniques du trafic et MPLS des informations sur la topologie et la charge du réseau, des extensions ont été ajoutées à l’implémentation Junos OS d’OSPF. Lorsque l’ingénierie du trafic est activée sur l’équipement de routage, vous pouvez activer la prise en charge de l’ingénierie du trafic OSPF. Lorsque vous activez l’ingénierie du trafic pour OSPF, l’algorithme shortest-path-first (SPF) prend en compte les différents chemins de commutation d’étiquettes (LSP) configurés sous MPLS et configure OSPF pour générer des annonces d’état de lien (LSA) opaques qui portent des paramètres d’ingénierie du trafic. Les paramètres sont utilisés pour remplir la base de données d’ingénierie du trafic. La base de données d’ingénierie du trafic est utilisée exclusivement pour calculer les chemins explicites pour le placement des LSP sur la topologie physique. L’algorithme CSPF (Constrained Shortest Path First) utilise la base de données d’ingénierie du trafic pour calculer les chemins empruntés par les LSP MPLS. RSVP utilise ces informations de chemin pour configurer des LSP et leur réserver de la bande passante.
Par défaut, la prise en charge des aspects techniques du trafic est désactivée. Pour activer l’ingénierie du trafic, incluez l’instruction d’ingénierie du trafic . Vous pouvez également configurer les extensions OSPF d’ingénierie du trafic suivantes :
advertise-unnumbered-interfaces : (OSPFv2 uniquement) Annonce l’identificateur link-local dans le paquet LSA link-local traffic engineering. Vous n’avez pas besoin d’inclure cette instruction si RSVP est capable de signaler des interfaces non numérotées telles que définies dans la RFC 3477, Signalling Unnumbered Links in Resource Reservation Protocol - Traffic Engineering (RSVP-TE).
credibility-protocol-preference : (OSPFv2 uniquement) Attribue une valeur de crédibilité aux routes OSPF dans la base de données d’ingénierie du trafic. Par défaut, Junos OS préfère les routes OSPF dans la base de données d’ingénierie du trafic aux autres routes IGP (Interior Gateway Protocol), même si les routes d’un autre IGP sont configurées avec une valeur de préférence inférieure, c’est-à-dire supérieure. La base de données des aspects techniques du trafic attribue une valeur de crédibilité à chaque IGP et privilégie les routes de l’IGP ayant la valeur de crédibilité la plus élevée. Dans Junos OS version 9.4 et ultérieure, vous pouvez configurer OSPF pour qu’il prenne en compte les préférences de protocole afin de déterminer la valeur de crédibilité de la base de données des aspects techniques du trafic. Lorsque la préférence de protocole est utilisée pour déterminer la valeur de crédibilité, les routes OSPF ne sont pas automatiquement préférées par la base de données d’ingénierie du trafic, en fonction de votre configuration.
ignore-lsp-metrics : ignore les métriques LSP RSVP dans les calculs de raccourcis d’ingénierie du trafic OSPF ou lorsque vous configurez LDP sur LSP RSVP. Cette option évite la dépendance mutuelle entre OSPF et RSVP, éliminant ainsi la période pendant laquelle la métrique RSVP utilisée pour le trafic de tunnelisation n’est pas à jour. En outre, si vous utilisez RSVP pour l’ingénierie du trafic, vous pouvez exécuter LDP simultanément pour éliminer la distribution de routes externes dans le cur. Les LSP établis par LDP sont tunnelisés via les LSP établis par RSVP. Dans les faits, le LDP traite les LSP issus de l’ingénierie du trafic comme des sauts uniques.
multicast-rpf-routes—(OSPFv2 uniquement) Installe les routes IPv4 unicast (pas les LSP) dans la table de routage multicast (inet.2) pour les vérifications RPF (multicast reverse-path forwarding). La table de routage inet.2 est constituée de routes unicast utilisées pour la recherche RPF multicast. RPF est un mécanisme anti-usurpation d’identité utilisé pour vérifier si le paquet arrive sur une interface qui renvoie également des données à la source du paquet.
no-topology : (OSPFv2 uniquement) pour désactiver la diffusion des informations de topologie d’état de lien. Si cette option est désactivée, les informations de topologie d’ingénierie du trafic ne sont plus distribuées dans la zone OSPF.
shortcuts (raccourcis) : configure les raccourcis IGP, ce qui permet à OSPF d’utiliser un LSP comme tronçon suivant, comme s’il s’agissait d’une interface logique entre le périphérique de routage entrant et le périphérique de routage sortant. L’adresse spécifiée dans l’instruction to au niveau hiérarchique [edit protocols mpls label-switched-path lsp-path-name] sur le périphérique de routage entrant doit correspondre à l’ID de routeur du périphérique de routage sortant pour que le LSP fonctionne comme un lien direct vers le périphérique de routage sortant et soit utilisé comme entrée pour les calculs SPF OSPF. Utilisés de cette manière, les LSP ne sont pas différents des circuits virtuels ATM (Asynchronous Transfer Mode) et VC (Frame Relay), sauf que les LSP ne transportent que le trafic IPv4.
OSPFv2 installe le préfixe des routes IPv4 dans la table de routage inet.0 et les LSP sont installés par défaut dans la table de routage inet.3 .
Les LSP OSPFv3 utilisés pour les raccourcis continuent d’être signalés en IPv4. Toutefois, par défaut, les routes IPv6 de raccourci calculées via OSPFv3 sont ajoutées à la table de routage inet6.3 . Par défaut, BGP utilise uniquement des LSP dans ses calculs. Si vous configurez MPLS de manière à ce que BGP et IGP utilisent des LSP pour transférer le trafic, les routes de raccourci IPv6 calculées via OSPFv3 sont ajoutées à la table de routage inet6.0 .
Note:Dans la mesure du possible, utilisez des raccourcis IGP OSPF plutôt que des raccourcis d’ingénierie du trafic.
lsp-metric-info-summary : annonce la métrique LSP dans les LSA récapitulatifs pour traiter le LSP comme un lien. Cette configuration permet à d’autres périphériques de routage du réseau d’utiliser ce LSP. Pour ce faire, vous devez configurer l’ingénierie du trafic MPLS et OSPF afin d’annoncer la métrique LSP dans les LSA récapitulatifs.
Lorsque vous activez l’ingénierie du trafic sur l’équipement de routage, vous pouvez également configurer une métrique OSPF utilisée exclusivement pour l’ingénierie du trafic. La métrique d’ingénierie du trafic est utilisée pour les informations injectées dans la base de données des aspects techniques du trafic. Sa valeur n’affecte pas le transfert OSPF normal.
Exemple : Activation de la prise en charge des aspects techniques du trafic OSPF
Cet exemple montre comment activer la prise en charge des aspects techniques du trafic OSPF pour annoncer la métrique LSP (Label-switched path) dans les annonces récapitulatives d’état de lien (LSA).
Exigences
Avant de commencer :
Configurez les interfaces de l’appareil. Reportez-vous au Guide d’utilisation des interfaces pour les équipements de sécurité.
Configurez BGP en fonction des exigences de votre réseau. Consulter le guide de l’utilisateur BGP
Configurez MPLS en fonction des exigences de votre réseau. Reportez-vous au Guide d’utilisation des applications MPLS.
Aperçu
Vous pouvez configurer OSPF pour qu’il traite un LSP comme une liaison et que d’autres périphériques de routage du réseau utilisent ce LSP. Pour ce faire, vous devez configurer l’ingénierie du trafic MPLS et OSPF afin d’annoncer la métrique LSP dans les LSA récapitulatifs.
Dans cet exemple, il existe quatre périphériques de routage dans la zone 0.0.0.0 et vous souhaitez qu’OSPF traite le LSP nommé R1 à R4 qui va du périphérique d’entrée R1 au périphérique de sortie R4 comme une liaison.
Pour OSPF, vous activez l’ingénierie du trafic sur les quatre périphériques de routage de la zone en incluant l’instruction traffic-engineering . Cette configuration garantit que l’algorithme shortest-path-first (SPF) prend en compte les LSP configurés sous MPLS et configure OSPF pour générer des LSA qui portent des paramètres d’ingénierie du trafic. Vous devez également vous assurer qu’OSPF utilise le LSP MPLS comme tronçon suivant et publie la métrique LSP dans les LSA récapitulatifs, en incluant l’instruction facultative shortcuts lsp-metric-into-summary sur le périphérique d’entrée R1.
Pour MPLS, vous activez l’ingénierie du trafic afin que MPLS effectue l’ingénierie du trafic sur les destinations BGP et IGP en incluant l’instruction traffic-engineering bgp-igp , et vous incluez le LSP nommé R1 à R4 en incluant l’instruction label-switched-path lsp-path-name to address sur le périphérique d’entrée R1. L’adresse spécifiée dans l’instruction to sur le périphérique d’entrée R1 doit correspondre à l’ID de routeur du périphérique de sortie R4 pour que le LSP fonctionne comme un lien direct vers le périphérique de routage de sortie et soit utilisé comme entrée pour les calculs OSPF SPF. Dans cet exemple, l’ID de routeur de l’équipement de sortie R4 est 10.0.0.4.
Configuration
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, reportez-vous à la section Modification de la configuration de Junos OS dans leGuide de l’utilisateur CLI.
Procédure
Configuration rapide de l’interface de ligne de commande
Pour activer rapidement le support OSPF Traffic Engineering afin d’annoncer la métrique LSP dans les LSA récapitulatifs, copiez les commandes suivantes et collez-les dans l’interface de ligne de commande.
Configuration sur R1 :
[edit] set routing-options router-id 10.0.0.1 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering shortcuts lsp-metric-into-summary set protocols mpls traffic-engineering bgp-igp set protocols mpls label-switched-path R1-to-R4 to 10.0.0.4
Configuration sur R2 :
[edit] set routing-options router-id 10.0.0.2 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering
Configuration sur R3 :
[edit] set routing-options router-id 10.0.0.3 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering
Configuration sur R4 :
[edit] set routing-options router-id 10.0.0.4 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering
Procédure étape par étape
Pour activer la prise en charge de l’ingénierie du trafic OSPF afin d’annoncer les métriques LSP dans les LSA récapitulatifs :
Configurez l’ID du routeur.
[edit] user@R1# set routing-options router-id 10.0.0.1
[edit] user@R2# set routing-options router-id 10.0.0.2
[edit] user@R3# set routing-options router-id 10.0.0.3
[edit] user@R4# set routing-options router-id 10.0.0.4
Configurez la zone OSPF et ajoutez les interfaces.
Note:Pour spécifier OSPFv3, incluez l’instruction
ospf3au niveau de la[edit protocols]hiérarchie.[edit] user@R1# set protocols ospf area 0.0.0.0 interface all user@R1# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R2# set protocols ospf area 0.0.0.0 interface all user@R2# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R3# set protocols ospf area 0.0.0.0 interface all user@R3# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R4# set protocols ospf area 0.0.0.0 interface all user@R4# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Activez l’ingénierie de trafic OSPF.
[edit] user@R1# set protocols ospf traffic-engineering shortcuts lsp-metric-into-summary
[edit] user@R2# set protocols ospf traffic-engineering
[edit] user@R3# set protocols ospf traffic-engineering
[edit] user@R4# set protocols ospf traffic-engineering
Sur le périphérique R1, configurez les aspects techniques du trafic MPLS.
[edit ] user@R1#
set protocols mpls traffic-engineering bgp-igpuser@R1#set protocols mpls label-switched-path R1-to-R4 to 10.0.0.4Si vous avez terminé de configurer les périphériques, validez la configuration.
[edit] user@host# commit
Résultats
Confirmez votre configuration en saisissant les show routing-optionscommandes , show protocols ospfet show protocols mpls . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
Sortie pour R1 :
user@host# show routing-options router-id 10.0.0.1;
user@host# show protocols ospf
traffic-engineering {
shortcuts lsp-metric-into-summary;
}
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
user@host# show protocols mpls
traffic-engineering bgp-igp;
label-switched-path R1-to-R4 {
to 10.0.0.4;
}
Sortie pour R2 :
user@host# show routing-options router-id 10.0.0.2;
user@host# show protocols ospf
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
Sortie pour R3 :
user@host# show routing-options router-id 10.0.0.3;
user@host# show protocols ospf
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
Sortie pour R4 :
user@host# show routing-options router-id 10.0.0.4;
user@host# show protocols ospf
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
Pour confirmer votre configuration OSPFv3, entrez les show routing-optionscommandes , show protocols ospf3et show protocols mpls .
Vérification
Vérifiez que la configuration fonctionne correctement.
- Vérification de la capacité d’ingénierie du trafic pour OSPF
- Vérification des entrées OSPF dans la base de données des aspects techniques du trafic
- Vérification que la base de données Traffic Engineering apprend les informations de nœud à partir d’OSPF
Vérification de la capacité d’ingénierie du trafic pour OSPF
But
Vérifiez que les aspects techniques du trafic ont été activés pour OSPF. Par défaut, l’ingénierie du trafic est désactivée.
Action
À partir du mode opérationnel, entrez la show ospf overview commande pour OSPFv2, puis entrez la show ospf3 overview commande pour OSPFv3.
Vérification des entrées OSPF dans la base de données des aspects techniques du trafic
But
Vérifiez les informations OSPF dans la base de données des aspects techniques du trafic. Le champ Protocole affiche OSPF et la zone à partir de laquelle les informations ont été apprises.
Action
À partir du mode opérationnel, entrez la show ted database commande.
Vérification que la base de données Traffic Engineering apprend les informations de nœud à partir d’OSPF
But
Vérifiez qu’OSPF signale des informations sur le nœud. Le champ Nom du protocole affiche OSPF et la zone à partir de laquelle les informations ont été apprises.
Action
À partir du mode opérationnel, entrez la show ted protocol commande.
Exemple : Configuration de la métrique Traffic Engineering pour une interface OSPF spécifique
Cet exemple montre comment configurer la valeur de métrique OSPF utilisée pour les aspects techniques du trafic.
Exigences
Avant de commencer :
Configurez les interfaces de l’appareil. Reportez-vous au Guide d’utilisation des interfaces pour les équipements de sécurité.
Configurez OSPF pour les aspects techniques du trafic. Voir Exemple : Activation de la prise en charge d’OSPF Traffic Engineering
Aperçu
Vous pouvez configurer une métrique OSPF utilisée exclusivement pour les aspects techniques du trafic. Pour modifier la valeur par défaut de la métrique d’ingénierie du trafic, incluez l’instruction te-metric . La métrique d’ingénierie du trafic OSPF n’affecte pas le transfert OSPF normal. Par défaut, la métrique d’ingénierie du trafic a la même valeur que la métrique OSPF. La plage est comprise entre 1 et 65 535.
Dans cet exemple, vous configurez la métrique d’ingénierie du trafic OSPF sur l’interface OSPF fe-0/1/1 dans la zone 0.0.0.0.
Configuration
Configuration rapide de l’interface de ligne de commande
Pour configurer rapidement la métrique d’ingénierie du trafic OSPF pour une interface spécifique, 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 à la configuration de votre réseau, copiez et collez les commandes dans l’interface de ligne de commande au niveau de la hiérarchie [modifier], puis passez commit en mode de configuration.
[edit] set protocols ospf area 0.0.0.0 interface fe-0/1/1 te-metric 10
Procédure
Procédure étape par étape
Pour configurer une métrique OSPF d’ingénierie du trafic pour une interface spécifique utilisée uniquement pour l’ingénierie du trafic :
Créez une zone OSPF.
Note:Pour spécifier OSPFv3, incluez l’instruction
ospf3au niveau de la[edit protocols]hiérarchie.[edit] user@host# edit protocols ospf area 0.0.0.0
Configurez la métrique d’ingénierie du trafic des segments de réseau OSPF.
[edit protocols ospf area 0.0.0.0] user@host
set interface fe-0/1/1 te-metric 10Si vous avez terminé de configurer l’appareil, validez la configuration.
[edit protocols ospf area 0.0.0.0] user@host# commit
Résultats
Confirmez votre configuration en entrant la show protocols ospf commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
user@host# show protocols ospf
area 0.0.0.0 {
interface fe-0/1/1.0 {
te-metric 10;
}
}
Pour confirmer votre configuration OSPFv3, entrez la show protocols ospf3 commande.
Vérification
Vérifiez que la configuration fonctionne correctement.
Mode passif OSPF d’ingénierie du trafic
D’ordinaire, les protocoles de routage intérieur tels qu’OSPF ne sont pas exécutés sur des liens entre des systèmes autonomes. Cependant, pour que l’ingénierie du trafic inter-AS fonctionne correctement, les informations sur la liaison inter-AS, en particulier l’adresse sur l’interface distante, doivent être mises à disposition à l’intérieur du système autonome (AS). Ces informations ne sont normalement incluses ni dans les messages d’accessibilité BGP (EBGP) externes, ni dans les annonces de routage OSPF.
Pour inonder ces informations d’adresse de liaison dans l’AS et les rendre disponibles pour les calculs d’ingénierie du trafic, vous devez configurer le mode passif OSPF pour l’ingénierie du trafic sur chaque interface inter-AS. Vous devez également fournir l’adresse distante pour qu’OSPF la distribue et l’inclue dans la base de données des aspects techniques du trafic. Le mode d’ingénierie du trafic OSPF permet aux chemins de commutation d’étiquettes (LSP) MPLS de découvrir dynamiquement les routeurs de limite OSPF AS et d’établir un LSP d’ingénierie du trafic sur plusieurs systèmes autonomes.
Exemple : Configuration du mode d’ingénierie du trafic passif OSPF
Cet exemple montre comment configurer le mode passif OSPF pour l’ingénierie du trafic sur une interface inter-AS. La liaison de routeur de frontière AS entre les homologues EBGP doit être une liaison directement connectée et doit être configurée en tant que liaison passive d’ingénierie du trafic.
Exigences
Avant de commencer :
Configurez les interfaces de l’appareil. Reportez-vous au Guide d’utilisation des interfaces pour les équipements de sécurité.
Configurez BGP en fonction des exigences de votre réseau. Reportez-vous au Guide de l’utilisateur BGP.
Configurez le LSP en fonction des exigences de votre réseau. Reportez-vous au Guide d’utilisation des applications MPLS.
Configurez les identificateurs de routeur pour les périphériques de votre réseau OSPF. Reportez-vous à la section Exemple : configuration d’un identificateur de routeur OSPF.
Contrôlez le choix du routeur désigné par l’OSPF. Voir Exemple : Contrôle du choix du routeur désigné OSPF
Configurez un réseau OSPF à zone unique. Reportez-vous à la section Exemple : Configuration d’un réseau OSPF à zone unique.
Configurez un réseau OSPF multizone. Reportez-vous à la section Exemple : Configuration d’un réseau OSPF multizone.
Aperçu
Vous pouvez configurer le mode passif OSPF pour l’ingénierie du trafic sur une interface inter-AS. L’adresse utilisée pour le noeud distant de la liaison OSPF passive traffic engineering doit être la même que l’adresse utilisée pour la liaison EBGP. Dans cet exemple, vous configurez l’interface so-1/1/0 dans la zone 0.0.0.1 en tant que liaison inter-AS pour distribuer les informations d’ingénierie du trafic avec OSPF au sein de l’AS et inclure les paramètres suivants :
passive : annonce les adresses d’interface directes sur une interface sans réellement exécuter OSPF sur cette interface. Une interface passive est une interface pour laquelle les informations d’adresse sont annoncées comme une route interne dans OSPF, mais sur laquelle le protocole ne s’exécute pas.
traffic-engineering : configure une interface en mode passif OSPF traffic-engineering pour permettre la découverte dynamique des routeurs de limite OSPF AS. Par défaut, le mode passif d’ingénierie du trafic OSPF est désactivé.
remote-node-id : spécifie l’adresse IP à l’extrémité de la liaison inter-AS. Dans cet exemple, l’adresse IP distante est 192.168.207.2.
Configuration
Pour configurer rapidement le mode passif OSPF pour les aspects techniques du trafic, copiez la commande suivante, supprimez les sauts de ligne et collez-la dans l’interface de ligne de commande.
[edit] set protocols ospf area 0.0.0.1 interface so-1/1/0 passive traffic-engineering remote-node-id 192.168.207.2
Procédure
Procédure étape par étape
Pour configurer le mode d’ingénierie de trafic passif OSPF :
Créez une zone OSPF.
Note:Pour spécifier OSPFv3, incluez l’instruction
ospf3au niveau de la[edit protocols]hiérarchie.[edit] user@host# set protocols ospf area 0.0.0.1
Configurez l’interface so-1/1/0 en tant qu’interface passive configurée pour l’ingénierie du trafic et spécifiez l’adresse IP à l’extrémité de la liaison inter-AS.
[edit protocols ospf area 0.0.0.1] user@host# set interface so-1/1/0 passive traffic-engineering remote-node-id 192.168.207.2
Si vous avez terminé de configurer l’appareil, validez la configuration.
[edit protocols ospf] user@host# commit
Résultats
Confirmez votre configuration en entrant la show protocols ospf commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
user@host# show protocols ospf
area 0.0.0.1 {
interface so-1/1/0.0 {
passive {
traffic-engineering {
remote-node-id 192.168.207.2;
}
}
}
}
Pour confirmer votre configuration OSPFv3, entrez la show protocols ospf3 commande.
Vérification
Vérifiez que la configuration fonctionne correctement.
Vérification de l’état des interfaces OSPF
But
Vérifiez l’état des interfaces OSPF. Si l’interface est passive, le champ Adj count est égal à 0 car aucune contiguïté n’a été formée. À côté de ce champ, vous pouvez également voir le mot Passif.
Action
À partir du mode opérationnel, entrez la show ospf interface detail commande pour OSPFv2, puis entrez la show ospf3 interface detail commande pour OSPFv3.
Publicité des chemins de commutation d’étiquettes dans OSPFv2
L’une des principales raisons de configurer des chemins à commutation d’étiquettes (LSP) dans votre réseau est de contrôler le chemin le plus court entre deux points du réseau. Vous pouvez publier des LSP dans OSPFv2 sous forme de liens point à point afin que tous les périphériques de routage participants puissent prendre en compte le LSP lors des calculs SPF. La publication contient une adresse locale (l’adresse de l’expéditeur du prestataire de services linguistiques), une adresse distante ( l’adresse de destination du fournisseur de services linguistiques) et une mesure dont la priorité est la suivante :
Utilisez la métrique LSP définie sous OSPFv2.
Utilisez la métrique LSP configurée pour le chemin de commutation d’étiquettes sous MPLS.
Si vous ne configurez aucun des éléments ci-dessus, utilisez la métrique OSPFv2 par défaut de 1.
Si vous souhaitez qu’un LSP annoncé dans OSPFv2 soit utilisé dans les calculs SPF, il doit y avoir un lien inverse (c’est-à-dire un lien entre l’extrémité de la fin du LSP et le serveur principal). Pour ce faire, vous pouvez configurer un LSP dans le sens inverse et l’annoncer dans OSPFv2.
Exemple : Publication de chemins de commutation d’étiquettes dans OSPFv2
Cet exemple montre comment publier des LSP dans OSPFv2.
Exigences
Avant de commencer, configurez les interfaces de l’appareil. Voir la bibliothèque d’interfaces réseau Junos OS pour les périphériques de routage.
Aperçu
Pour publier un LSP dans OSPFv2, vous devez définir le LSP et configurer OSPFv2 pour qu’il achemine le trafic à l’aide du LSP. Ainsi, vous pouvez utiliser le LSP pour contrôler le chemin le plus court entre deux points du réseau. Vous pouvez choisir de procéder ainsi si vous souhaitez que le trafic OSPF soit acheminé le long du LSP au lieu que l’OSPF utilise le routage best effort par défaut.
Dans cet exemple, vous configurez ce qui suit pour publier un LSP dans OSPFv2 :
BGP
Pour tous les périphériques de routage, configurez le numéro AS local 65000 et définissez le groupe IBGP qui reconnaît les systèmes BGP spécifiés en tant qu’homologues. Tous les membres sont internes à l’AS local, vous devez donc configurer un groupe interne avec une liste complète d’homologues. Vous incluez également le groupe AS homologue, qui est identique au numéro AS local que vous configurez.
MPLS (en anglais)
Pour tous les périphériques de routage, configurez la famille de protocoles sur chaque interface logique de transit et activez MPLS sur toutes les interfaces, à l’exception de l’interface de gestion (fxp0.0). Spécifiez le type de famille de protocoles mpls .
RSVP
Pour tous les périphériques de routage, activez RSVP sur toutes les interfaces, à l’exception de l’interface de gestion (fxp0.0). Vous activez RSVP sur les appareils de ce réseau pour vous assurer que les interfaces peuvent signaler le LSP.
OSPFv2
Pour tous les périphériques de routage, utilisez l’adresse de bouclage pour attribuer l’ID de routeur, regroupez administrativement tous les périphériques dans la zone OSPF 0.0.0.0, ajoutez toutes les interfaces participant à OSPF à la zone 0.0.0.0 et désactivez OSPF sur l’interface de gestion (fxp0.0).
Chemin de commutation d’étiquettes
Sur le périphérique de routage entrant R1, qui est le début (ou l’extrémité principale) du LSP, configurez un LSP avec un chemin explicite. Le chemin explicite indique que le LSP doit accéder à l’adresse IP spécifiée suivante dans le chemin sans traverser d’autres nuds. Dans cet exemple, vous créez un LSP nommé R1-to-R6 et vous spécifiez l’adresse IP du périphérique de routage de sortie R6.
Annoncer le LSP dans OSPFv2
Sur l’unité de routage d’entrée R1, vous annoncez le LSP en tant que liaison point à point dans OSPFv2. Si vous le souhaitez, vous pouvez affecter une métrique pour que le LSP soit le chemin plus ou moins privilégié vers la destination.
Topologie
La figure 1 montre un exemple de topologie de réseau qui se compose des éléments suivants :
BGP est configuré sur tous les périphériques de routage, avec un système autonome local (AS) 65000 qui contient trois périphériques de routage :
R1 : l’appareil R1 est le périphérique d’entrée dont l’ID de routeur est 10.0.0.1. L’interface so-0/0/2 se connecte à l’appareil R3.
R3 : le périphérique R3 est le périphérique de transit dont l’ID de routeur est 10.0.0.3. L’interface so-0/0/2 se connecte à l’appareil R1 et l’interface so-0/0/3 se connecte à l’appareil R6.
R6 : l’appareil R6 est l’appareil de sortie dont l’ID de routeur est 10.0.0.6. L’interface so-0/0/3 se connecte à l’appareil R3.
OSPFv2 est configuré sur tous les périphériques de routage.
MPLS et RSVP sont activés sur tous les périphériques de routage.
Un LSP signalé RSVP est configuré sur l’appareil R1.
Configuration
Les exemples suivants vous obligent à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, reportez-vous au Guide de l’utilisateur Modification de la configuration de Junos OS dans CLI.
Pour configurer les appareils afin qu’ils publient un LSP dans OSPFv2, effectuez les tâches suivantes :
- Configuration de BGP
- Configuration de MPLS
- Configuration de RSVP
- Configuration d’OSPF
- Configuration du LSP
- Publicité du LSP dans OSPFv2
Configuration de BGP
Configuration rapide de l’interface de ligne de commande
Pour configurer rapidement BGP sur chaque périphérique de routage, copiez les commandes suivantes et collez-les dans l’interface de ligne de commande.
Configuration sur l’appareil R1 :
[edit] set routing-options autonomous-system 65000 set protocols bgp group internal-peers type internal set protocols bgp group internal-peers local-address 10.0.0.1 set protocols bgp group internal-peers neighbor 10.0.0.3 set protocols bgp group internal-peers neighbor 10.0.0.6 set protocols bgp group internal-peers peer-as 65000
Configuration sur l’appareil R3 :
[edit] set routing-options autonomous-system 65000 set protocols bgp group internal-peers type internal set protocols bgp group internal-peers local-address 10.0.0.3 set protocols bgp group internal-peers neighbor 10.0.0.1 set protocols bgp group internal-peers neighbor 10.0.0.6 set protocols bgp group internal-peers peer-as 65000
Configuration sur l’appareil R6 :
[edit] set routing-options autonomous-system 65000 set protocols bgp group internal-peers type internal set protocols bgp group internal-peers local-address 10.0.0.6 set protocols bgp group internal-peers neighbor 10.0.0.1 set protocols bgp group internal-peers neighbor 10.0.0.3 set protocols bgp group internal-peers peer-as 65000
Procédure étape par étape
Pour configurer BGP :
Sur chaque périphérique de routage, configurez le numéro AS local.
[edit] user@R1# set routing-options autonomous-system 65000
[edit] user@R3# set routing-options autonomous-system 65000
[edit] user@R6# set routing-options autonomous-system 65000
Sur chaque périphérique de routage, configurez les connexions voisines BGP internes.
[edit] user@R1# set protocols bgp group internal-peers type internal user@R1# set protocols bgp group internal-peers local-address 10.0.0.1 user@R1# set protocols bgp group internal-peers neighbor 10.0.0.3 user@R1# set protocols bgp group internal-peers neighbor 10.0.0.6 user@R1# set protocols bgp group internal-peers peer-as 65000
[edit] user@R3# set protocols bgp group internal-peers type internal user@R3# set protocols bgp group internal-peers local-address 10.0.0.3 user@R3# set protocols bgp group internal-peers neighbor 10.0.0.1 user@R3# set protocols bgp group internal-peers neighbor 10.0.0.6 user@R3# set protocols bgp group internal-peers peer-as 65000
[edit] user@R6# set protocols bgp group internal-peers type internal user@R6# set protocols bgp group internal-peers local-address 10.0.0.6 user@R6# set protocols bgp group internal-peers neighbor 10.0.0.1 user@R6# set protocols bgp group internal-peers neighbor 10.0.0.3 user@R6# set protocols bgp group internal-peers peer-as 65000
Si vous avez terminé de configurer les périphériques, validez la configuration.
[edit] user@host# commit
Résultats
Confirmez votre configuration en entrant les show routing-options commandes and show protocols bgp . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
Configuration sur R1 :
user@R1# show routing-options autonomous-system 65000;
user@R1# show protocols bgp
group internal-peers {
type internal;
local-address 10.0.0.1;
peer-as 65000;
neighbor 10.0.0.3;
neighbor 10.0.0.6;
}
Configuration sur R3 :
user@R3# show routing-options autonomous-system 65000;
user@R3# show protocols bgp
group internal-peers {
type internal;
local-address 10.0.0.3;
peer-as 65000;
neighbor 10.0.0.1;
neighbor 10.0.0.6;
}
Configuration sur R6 :
user@R6# show routing-options autonomous-system 65000;
user@R6# show protocols bgp
group internal-peers {
type internal;
local-address 10.0.0.6;
peer-as 65000;
neighbor 10.0.0.1;
neighbor 10.0.0.3;
}
Configuration de MPLS
Configuration rapide de l’interface de ligne de commande
Pour configurer rapidement MPLS sur tous les périphériques de routage de l’AS 65000, copiez les commandes suivantes et collez-les dans l’interface de ligne de commande.
Configuration sur l’appareil R1 :
[edit] set interfaces so-0/0/2 unit 0 family mpls set protocols mpls interface all set protocols mpls interface fxp0.0 disable
Configuration sur l’appareil R3 :
[edit] set interfaces so-0/0/2 unit 0 family mpls set interfaces so-0/0/3 unit 0 family mpls set protocols mpls interface all set protocols mpls interface fxp0.0 disable
Configuration sur l’appareil R6 :
[edit] set interfaces so-0/0/3 unit 0 family mpls set protocols mpls interface all set protocols mpls interface fxp0.0 disable
Procédure étape par étape
Pour configurer MPLS :
Configurez les interfaces de transit pour MPLS.
[edit ] user@R1# set interfaces so-0/0/2 unit 0 family mpls
[edit ] user@R3# set interfaces so-0/0/2 unit 0 family mpls user@R3# set interfaces so-0/0/3 unit 0 family mpls
[edit ] user@R6# set interfaces so-0/0/3 unit 0 family mpls
Activez MPLS.
[edit ] user@R1# set protocols mpls interface all
[edit ] user@R3# set protocols mpls interface all
[edit ] user@R6# set protocols mpls interface all
Désactivez MPLS sur l’interface de gestion (fxp0.0).
[edit ] user@R1# set protocols mpls interface fxp0.0 disable
[edit ] user@R3# set protocols mpls interface fxp0.0 disable
[edit ] user@R6# set protocols mpls interface fxp0.0 disable
Si vous avez terminé de configurer les périphériques, validez la configuration.
[edit] user@host# commit
Résultats
Confirmez votre configuration en entrant les show interfaces commandes and show protocols mpls . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
Configuration sur l’appareil R1 :
user@R1# show interfaces
so-0/0/2 {
unit 0 {
family mpls;
}
}
user@R1# show protocols mpls
interface all;
interface fxp0.0 {
disable;
}
Configuration sur l’appareil R3 :
user@R3# show interfaces
so-0/0/2 {
unit 0 {
family mpls;
}
}
so-0/0/3 {
unit 0 {
family mpls;
}
}
user@R3# show protocols mpls
interface all;
interface fxp0.0 {
disable;
}
Configuration sur l’appareil R6 :
user@R6# show interfaces
so-0/0/3 {
unit 0 {
family mpls;
}
}
user@R6# show protocols mpls
interface all;
interface fxp0.0 {
disable;
}
Configuration de RSVP
Configuration rapide de l’interface de ligne de commande
Pour configurer rapidement RSVP sur tous les périphériques de routage de l’AS 65000, copiez les commandes suivantes et collez-les dans l’interface de ligne de commande.
Configuration sur l’appareil R1 :
[edit] set protocols rsvp interface so-0/0/2 set protocols rsvp interface fxp0.0 disable
Configuration sur l’appareil R3 :
[edit] set protocols rsvp interface so-0/0/2 set protocols rsvp interface so-0/0/3 set protocols rsvp interface fxp0.0 disable
Configuration sur l’appareil R6 :
[edit] set protocols rsvp interface so-0/0/3 set protocols rsvp interface fxp0.0 disable
Procédure étape par étape
Pour configurer RSVP :
Activez RSVP.
[edit ] user@R1# set protocols rsvp interface so-0/0/2
[edit ] user@R3# set protocols rsvp interface so-0/0/2 user@R3# set protocols rsvp interface so-0/0/3
[edit ] user@R6# set protocols rsvp interface so-0/0/3
Désactivez RSVP sur l’interface de gestion (fxp0.0).
[edit ] user@R1# set protocols rsvp interface fxp0.0 disable
[edit ] user@R3# set protocols rsvp interface fxp0.0 disable
[edit ] user@R6# set protocols rsvp interface fxp0.0 disable
Si vous avez terminé de configurer les périphériques, validez la configuration.
[edit] user@host# commit
Résultats
Confirmez votre configuration en entrant la show protocols rsvp commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
Configuration sur l’appareil R1 :
user@R1# show protocols rsvp
interface so-0/0/2.0;
interface fxp0.0 {
disable;
}
Configuration sur l’appareil R3 :
user@R3# show protocols rsvp
interface so-0/0/2.0;
interface so-0/0/3.0;
interface fxp0.0 {
disable;
}
Configuration sur l’appareil R6 :
user@R3# show protocols rsvp
interface so-0/0/3.0;
interface fxp0.0 {
disable;
}
Configuration d’OSPF
Configuration rapide de l’interface de ligne de commande
Pour configurer rapidement OSPF, copiez les commandes suivantes et collez-les dans l’interface de ligne de commande.
Configuration sur l’appareil R1 :
[edit] set routing-options router-id 10.0.0.1 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Configuration sur l’appareil R3 :
[edit] set routing-options router-id 10.0.0.3 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Configuration sur l’appareil R6 :
[edit] set routing-options router-id 10.0.0.6 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Procédure étape par étape
Pour configurer OSPF :
Configurez l’ID du routeur.
[edit] user@R1# set routing-options router-id 10.0.0.1
[edit] user@R3# set routing-options router-id 10.0.0.3
[edit] user@R6# set routing-options router-id 10.0.0.6
Configurez la zone OSPF et les interfaces.
[edit] user@R1# set protocols ospf area 0.0.0.0 interface all
[edit] user@R3# set protocols ospf area 0.0.0.0 interface all
[edit] user@R6# set protocols ospf area 0.0.0.0 interface all
Désactivez OSPF sur l’interface de gestion (fxp0.0).
[edit] user@R1# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R3# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R6# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Si vous avez terminé de configurer les périphériques, validez la configuration.
[edit ] user@host# commit
Résultats
Confirmez votre configuration en entrant les commandes et show routing-options . show protocols ospf Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
Configuration sur l’appareil R1 :
user@R1# show routing-options router-id 10.0.0.1;
user@R1# show protocols ospf
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
Configuration sur l’appareil R3 :
user@R3# show routing-options router-id 10.0.0.3;
user@R3# show protocols ospf
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
Configuration sur l’appareil R6 :
user@R6# show routing-options router-id 10.0.0.6;
user@R6# show protocols ospf
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
Configuration du LSP
Configuration rapide de l’interface de ligne de commande
Pour configurer rapidement le LSP sur le routeur R1 du périphérique de routage entrant, copiez la commande suivante et collez-la dans l’interface de ligne de commande.
[edit] set protocols mpls label-switched-path R1-to-R6 to 10.0.0.6
Procédure étape par étape
Pour configurer le LSP sur l’appareil R1 :
Passez en mode de configuration MPLS.
[edit] user@R1# edit protocols mpls
Créez le LSP.
[edit protocols mpls] user@R1# set label-switched-path R1-to-R6 to 10.0.0.6
Si vous avez terminé de configurer l’appareil, validez la configuration.
[edit ] user@R1# commit
Résultats
Confirmez votre configuration en entrant la show protocols mpls commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
user@R1# show protocols mpls
label-switched-path R1-to-R6 {
to 10.0.0.6;
}
Publicité du LSP dans OSPFv2
Configuration rapide de l’interface de ligne de commande
Pour publier rapidement le LSP dans OSPFv2 et éventuellement inclure une métrique pour le LSP sur l’appareil R1, copiez les commandes suivantes et collez-les dans l’interface de ligne de commande.
[edit] set protocols ospf area 0.0.0.0 label-switched-path R1-to-R6 set protocols ospf area 0.0.0.0 label-switched-path R1-to-R6 metric 2
Procédure étape par étape
Pour annoncer le LSP dans OSPFv2 sur le routeur R1 :
Entrez dans le mode de configuration OSPF.
[edit] user@R1# edit protocols ospf
Incluez l’instruction
label-switched-pathet spécifiez le LSP R1 à R6 que vous avez créé.[edit protocols ospf] user@R1# set area 0.0.0.0 label-switched-path R1-to-R6
(Facultatif) Spécifiez une métrique pour le LSP.
[edit protocols ospf] user@R1# set protocols ospf area 0.0.0.0 label-switched-path R1-to-R6 metric 2
Si vous avez terminé de configurer l’appareil, validez la configuration.
[edit] user@R1# commit
Résultats
Confirmez votre configuration en entrant la show protocols ospf commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
user@R1# show protocols ospf
area 0.0.0.0 {
label-switched-path R1-to-R6 {
metric 2;
}
}
Vérification
Identificateur de segment d’adjacence statique pour OSPF
Le segment d’adjacence est un tunnel à saut unique transféré strict qui achemine les paquets sur un lien spécifique entre deux nuds, quel que soit le coût de la liaison. Vous pouvez configurer des étiquettes d’identificateur de segment d’adjacence (SID) statiques pour une interface.
La configuration d’un SID d’adjacence statique sur une interface entraîne la suppression du SID d’adjacence existant alloué dynamiquement, ainsi que l’itinéraire de transit correspondant à celui-ci.
Pour les SID d’adjacence statique, les étiquettes sont sélectionnées à partir d’un pool d’étiquettes réservé statique ou d’un bloc global de routage de segments OSPF (SRGB).
Vous pouvez réserver une plage d’étiquettes à utiliser pour l’attribution statique d’étiquettes à l’aide de la configuration suivante :
user@host# set protocols mpls label-range static-label-range start-value end-value
Le pool statique peut être utilisé par n’importe quel protocole pour attribuer une étiquette dans cette plage. Vous devez vous assurer qu’il n’y a pas deux protocoles qui utilisent la même étiquette statique. Les SID d’adjacence OSPF peuvent être alloués à partir de ce bloc d’étiquettes via la configuration à l’aide du mot-clé label. La label valeur des SID d’adjacence spécifiques doit être configurée explicitement. Voici un exemple de configuration :
user@host# set protocols mpls label-range static-label-range 700000 799999;user@host# set protocols ospf source-packet-routing srgb start-label 800000 index-range 4000;user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0.1 ipv4-adjacency-segment unprotected label 700001;
Lorsque vous utilisez ipv4-adjacency-segment une commande, l’interface sous-jacente doit être point-à-point.
SRGB est un espace d’étiquettes global qui est alloué au protocole en fonction de la configuration. Les étiquettes de l’ensemble du SRGB sont disponibles pour l’OSPF et ne sont pas attribuées à d’autres applications/protocoles. Les SID de préfixe (et les SID de nud) sont indexés à partir de ce SRGB.
Les Adj-SID OSPF peuvent être alloués à partir du SRGB OSPF à l’aide du mot-clé « index » dans la configuration. Dans de tels cas, il convient de s’assurer que l’index Adj-SID n’entre pas en conflit avec un autre préfixe SID dans le domaine. Comme les préfixes-SID, les Adj-SID seront également configurés en mentionnant l’index par rapport au SRGB. Cependant, le subtlv Adj-SID aura toujours le SID comme valeur et les drapeaux L et V sont définis. Voici un exemple de configuration :
user@host# set protocols ospf source-packet-routing srgb start-label 800000 index-range 4000;user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0.1 ipv4-adjacency-segment unprotected index 1;
Les SID d’adjacence statique peuvent être configurés par zone et selon que la protection est requise ou non. Les SID d’adjacence doivent être configurés par interface au niveau de la hiérarchie [edit protocols ospf area area interface interface-name].
Protected (Protégé) : garantit que le SID d’adjacence est éligible pour avoir un chemin de sauvegarde et qu’un indicateur B est défini dans une annonce de SID d’adjacence.
Non protégé : garantit qu’aucun chemin de sauvegarde n’est calculé pour un SID d’adjacence spécifique et qu’un indicateur B n’est pas défini dans une annonce de SID d’adjacence.
Voici un exemple de configuration :
user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0.1 ipv4-adjacency-segment unprotected index 1;user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/1.1 ipv4-adjacency-segment protected index 2;
Lorsque le routage de segments est utilisé dans des sous-réseaux LAN, chaque routeur du LAN peut annoncer le SID d’adjacence de chacun de ses voisins. Pour configurer le SID d’adjacence d’une interface LAN vers un voisin spécifique, vous devez configurer les SID d’adjacence sous la configuration lan-neighbor au niveau de la hiérarchie [edit protocols ospf area 0.0.0.0 interface interface_name lan-neighbor neighbor-routerid]. Voici un exemple de configuration :
user@host# set protocols mpls label-range static-label-range 700000 799999;user@host# set protocols ospf source-packet-routing srgb start-label 800000 index-range 4000;user@host# set protocols ospf area 0.0.0.0 interface ge-1/0/0.1 lan-neighbor 11.12.1.2 ipv4-adjacency-segment unprotected label 700001;
Utilisez la hiérarchie CLI suivante pour configurer le SID d’adjacence :
[edit ]
protocols {
ospf {
area 0.0.0.0 {
interface <interface_name> {
ipv4-adjacency-segment {
protected {
dynamic;
label <value>
index <index>
}
unprotected {
dynamic;
label <value>
index <index>
}
}
}
interface <interface_name> {
lan-neighbor <neighbor-routerid>{
ipv4-adjacency-segment {
protected {
dynamic;
label <value>
index <index>
}
unprotected {
dynamic;
label <value>
index <index>
}
}
}
}
}
}
}
Utilisez les commandes CLI opérationnelles suivantes pour vérifier la configuration :
Afficher les détails du voisin OSPF
L’exemple de sortie suivant affiche les détails du SID d’adjacence configuré et dynamique.
user@host> show ospf neighbor detail
Address Interface State ID Pri Dead
11.12.1.2 ge-1/0/0.0 Full 12.1.1.1 128 34
Area 0.0.0.0, opt 0x52, DR 0.0.0.0, BDR 0.0.0.0
Up 00:06:27, adjacent 00:06:27
SPRING Adjacency Labels:
Label Flags Adj-Sid-Type
90010 BVLP Protected
1212 VLP UnProtected
regress@10.49.129.231# run show route label 90010
mpls.0: 19 destinations, 19 routes (19 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
90010 *[L-OSPF/10/5] 00:00:21, metric 0
> to 11.12.1.2 via ge-1/0/0.0, Pop
to 11.12.2.2 via ge-1/0/2.0, Swap 16021
to 11.12.3.2 via ge-1/0/3.0, Swap 16021
Comprendre le routage des paquets sources dans les réseaux (SPRING)
Le routage de paquets source, ou routage de segments, est une architecture de plan de contrôle qui permet à un routeur entrant de diriger un paquet à travers un ensemble spécifique de nuds et de liaisons dans le réseau sans dépendre des nuds intermédiaires du réseau pour déterminer le chemin qu’il doit emprunter. Dans ce contexte, le terme « source » signifie « le point où la route explicite est imposée ». À partir de Junos OS version 17.2R1, le routage de segments pour IS-IS et OSPFv2 est pris en charge sur les commutateurs QFX5100 et QFX10000.
À partir de Junos OS version 20.3R1, prenez en charge le routage de segments pour les protocoles OSPF et IS-IS afin de fournir des fonctionnalités de base avec le routage de paquets source dans le réseau (SPRING).
Essentiellement, le routage de segments fait appel à des IGP TELS QUE IS-IS et OSPF pour annoncer deux types de segments de réseau ou de tunnels :
-
Tout d’abord, un tunnel à saut unique transmis strict qui transporte les paquets sur une liaison spécifique entre deux nuds, quel que soit le coût de la liaison, appelé segments d’adjacence.
-
Deuxièmement, un tunnel à sauts multiples utilisant les liens de chemin les plus courts entre deux nœuds spécifiques, appelés segments de nud.
Les routeurs entrants peuvent diriger un paquet à travers un ensemble souhaité de nuds et de liens en pré-ajoutant au paquet une combinaison appropriée de tunnels.
Le routage de segments s’appuie sur le paradigme du routage source. Un nœud dirige un paquet à travers une liste ordonnée d’instructions, appelées segments. Un segment peut représenter n’importe quelle instruction, topologique ou basée sur un service. Un segment peut avoir une sémantique locale vers un nœud de routage de segment ou vers un nœud global au sein d’un domaine de routage de segment. Le routage de segments applique un flux à travers n’importe quel chemin topologique et n’importe quelle chaîne de services tout en conservant l’état par flux uniquement au niveau du nœud d’entrée dans le domaine de routage de segment. Le routage de segments peut être appliqué directement à l’architecture MPLS sans modification du plan de transfert. Un segment est encodé en tant qu’étiquette MPLS. Une liste ordonnée de segments est encodée sous la forme d’une pile d’étiquettes. Le segment à traiter se trouve en haut de la pile. À la fin d’un segment, l’étiquette associée est extraite de la pile. Le routage de segments peut être appliqué à l’architecture IPv6, avec un nouveau type d’en-tête d’extension de routage. Un segment est encodé en tant qu’adresse IPv6. Une liste ordonnée de segments est codée sous la forme d’une liste ordonnée d’adresses IPv6 dans l’en-tête de l’extension de routage. Le segment à traiter est indiqué par un pointeur dans l’en-tête de l’extension de routage. À la fin d’un segment, le pointeur est incrémenté.
Les raccourcis d’ingénierie du trafic sont activés pour les routes de segment IS-IS étiquetées, lorsque vous effectuez une configuration shortcuts aux niveaux hiérarchiques suivants :
-
[edit protocols is-is traffic-engineering family inet]pour le trafic IPv4. -
[edit protocols is-is traffic-engineering family inet6]pour le trafic IPv6.
Lorsque le routage de paquets source est déployé dans le réseau, le centre de données, la dorsale et les périphériques d’appairage commutent les paquets MPLS avec une pile d’étiquettes créée par la source du trafic. comme les serveurs de centres de données. Dans Junos OS version 17.4R1, le trafic acheminé à la source coexiste avec le trafic empruntant les chemins signalés RSVP, et le routage source est implémenté sous forme de commutation d'étiquettes standard via la table mpls.0 à l’aide des opérations d’étiquetage : pop, swap (à la même valeur d’étiquette) et swap-push (pour la protection de l’interface). Dans tous les cas, il est possible d’équilibrer la charge du trafic entre plusieurs interfaces de couche 3 ou au sein d’une interface agrégée. À partir de Junos OS version 17.4R1, les statistiques de trafic dans un réseau de routage de segments peuvent être enregistrées dans un format compatible OpenConfig pour les interfaces de couche 3. Les statistiques sont enregistrées uniquement pour le trafic SPRING (Source Packet Routing in Networking), à l’exclusion du trafic RSVP et LDP, et les statistiques MPLS de la famille par interface sont comptabilisées séparément. Les statistiques SR incluent également les statistiques de trafic SPRING par membre du groupe d’agrégation de liaisons (LAG) et par identifiant de segment (SID). Pour activer l’enregistrement des statistiques de routage de segments, incluez sensor-based-stats une instruction au niveau de la [edit protocol isis source-packet-routing] hiérarchie.
Avant Junos OS version 19.1R1, des capteurs servaient à collecter des statistiques de routage de segments pour le trafic de transit MPLS uniquement, qui est de nature MPLS à MPLS. À partir de Junos OS version 19.1R1, sur les routeurs MX Series avec interfaces MPC et MIC et les routeurs PTX Series, des capteurs supplémentaires sont introduits pour collecter des statistiques de routage de segment pour le trafic entrant MPLS, qui est de nature IP à MPLS. Grâce à cette fonctionnalité, vous pouvez activer des capteurs pour le trafic de routage de segments IS-IS uniquement, et transmettre les statistiques à un client gRPC.
Vous pouvez activer les statistiques de routage de segments pour le trafic entrant MPLS à l’aide de l’option egress située sous l’instruction de per-sid configuration. Le nom de la ressource pour la fonctionnalité de sortie par sid est le suivant :
/junos/services/segment-routing/sid/egress/usage/
Vous pouvez afficher l’étiquette IS-IS association de route avec les capteurs à l’aide de la sortie de commande show isis spring sensor info . Cette commande n’affiche pas les valeurs des compteurs des capteurs réels.
Les enregistrements de statistiques de routage de segments sont exportés vers un serveur. Vous pouvez afficher les données statistiques de routage de segments à partir des chemins OpenConfig suivants :
-
/mpls/signalling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-counter[ip-addr='L-ISIS-10.1.1.1']/state/counters[name='oc-xxx']/out-pkts -
/mpls/signalling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-counter[ip-addr='L-ISIS-10.1.1.1']/state/counters[name='oc-xxx']/out-pkts
-
GRES (Graceful moteur de routage Switchover) n’est pas pris en charge pour les statistiques de routage de segments.
Le routage actif non-stop (NSR) n’est pas pris en charge pour l’étiquette IS-IS. Lors d’un basculement du moteur de routage, un nouveau capteur est créé dans le nouveau moteur de routage principal, remplaçant le capteur créé par le précédent moteur de routage principal. Par conséquent, lors d’un basculement vers le moteur de routage, le compteur de statistiques de routage de segments commence à zéro.
-
Le redémarrage normal n’est pas la prise en charge de l’étiquette IS-IS.
En cas de redémarrage normal, le capteur existant est supprimé et un nouveau capteur est créé lors de l’initialisation IS-IS. Le compteur de statistiques de routage de segments redémarre à partir de zéro.
-
Les mises à niveau logicielles en service (ISSU) et les mises à niveau logicielles ininterrompues (NSSU) ne sont pas prises en charge. Dans ce cas, le compteur de statistiques de routage de segments est redémarré.
-
Les données de routage de segments sans statistiques sont supprimées et ne sont pas transmises aux clients gRPC.
Voir aussi
Tableau de l’historique des modifications
La prise en charge des fonctionnalités est déterminée par la plate-forme et la version que vous utilisez. Utilisez l’Explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.