Segment Routing

Étiquettes d’ID de segment

Les étiquettes d’ID de segment d’adjacence (SID) (associées aux liens) et les étiquettes SID de nœud (associées aux nœuds) peuvent être affichées sur la carte topologique.

Vous pouvez utiliser l’appairage BGP-LS ou la contiguïté IGP de JunosVM au réseau pour acquérir la topologie du réseau. Toutefois, pour que les informations SPRING soient correctement apprises par NorthStar lors de l’utilisation de BGP-LS, RSVP doit être activé sur les liens et la base de données TED disponibles sur le réseau. À partir de Junos OS version 19.4R1, vous pouvez configurer les équipements Juniper Networks pour qu’ils publient des attributs sélectifs d’ingénierie du trafic sans activer RSVP pour les déploiements IGP (Segment Routing et IGP). Utilisez la commande protocols ospf traffic-engineering advertisement always Junos pour le configurer, afin que le TED puisse être rempli correctement sans avoir besoin d’activer RSVP.

Note:

Junos OS version 19.2R1-S1 prend également en charge cette configuration.

Vous pouvez afficher les étiquettes SID de contiguïté sur la carte. Sur le côté droit de la fenêtre de topologie se trouve une barre de menus proposant divers paramètres de topologie. Cliquez sur l’icône Outils (en forme d’engrenage) pour afficher la fenêtre Paramètres de topologie et sélectionnez Liens. Cochez la case et Show Label sélectionnez SID A::Z dans le menu déroulant correspondant. La figure 1 présente un exemple de carte topologique montrant les étiquettes SID de contiguïté

Pour afficher les étiquettes SID de contiguïté dans le tableau d’informations sur le réseau, cliquez sur la flèche vers le bas en regard de n’importe quel en-tête de colonne sous l’onglet Lien, puis cliquez pour Columns afficher la liste complète des colonnes disponibles. Cochez les cases en regard SID A de et SID Z.

Lorsque vous affichez les informations détaillées d’un lien spécifique (en double-cliquant sur le lien dans la carte ou dans la table d’informations sur le réseau), un dossier d’attributs appelé SR s’affiche pour endA et endZ. Vous pouvez descendre dans la hiérarchie pour afficher les attributs de chaque SID, comme illustré à la figure 2. À l’heure actuelle, seuls les SID IPv4 sont pris en charge, et un seul par interface.

Les étiquettes SID de nœud s’affichent un peu différemment car la valeur de l’étiquette dépend de la perspective du nœud qui l’attribue. Un noeud peut recevoir des étiquettes SID de noeud différentes en fonction de la perspective du noeud d’affectation. Pour afficher les étiquettes SID des noeuds sur la carte topologique, spécifiez la perspective en cliquant avec le bouton droit de la souris sur un noeud et en sélectionnant Node SIDs from selected node. Les étiquettes SID du noeud sont ensuite attribuées du point de vue du noeud sélectionné.

Par exemple, la Figure 3 montre une topologie affichant les étiquettes de nœud SID du point de vue du nœud vmx101. Notez que l’étiquette SID du nœud vmx106 est 1106.

Si vous cliquez avec le bouton droit de la souris sur le noeud vmx104 et que vous sélectionnez Node SIDs from selected node, les étiquettes SID du noeud sur la topologie changent pour refléter la perspective du noeud vmx104, comme illustré à la Figure 4. Notez que l’étiquette SID du nœud vmx106 est désormais 4106.

Le noeud sélectionné n’affiche pas d’étiquette SID de noeud pour lui-même. Le protocole de routage de segment n’est pas configuré pour tous les autres noeuds de la carte topologique qui n’affichent pas d’étiquette SID de noeud.

Note:

Les informations sur le SID du nœud ne sont pas disponibles dans le tableau d’informations sur le réseau.

LSP SR

Les LSP SR peuvent être créés à l’aide d’étiquettes SID d’adjacence et de SID de nud. Un LSP SR est une pile d’étiquettes constituée d’une liste d’étiquettes SID d’adjacence, d’étiquettes SID de nœud ou d’un mélange des deux. Pour créer un LSP SR :

1. Accédez à l’onglet Tunnel dans le tableau d’informations sur le réseau et cliquez en Add bas du tableau pour afficher la fenêtre Provisionner le LSP, onglet Propriétés.

2. Dans le menu déroulant Méthode d’approvisionnement, sélectionnez PCEP ou NETCONF.

   • Les LSP PCEP SR sont initiés par PCE et les instructions de configuration associées n’apparaissent pas dans le fichier de configuration du routeur. L’avantage du PCEP est qu’il fournit les informations LSP à NorthStar en temps réel, de sorte que les changements de chemin ou d’état sont immédiatement reflétés dans l’interface utilisateur de NorthStar.

   • Les LSP RSP NETCONF SR sont provisionnés de manière statique et les instructions de configuration associées apparaissent dans le fichier de configuration du routeur. Bien que les LSP SR puissent être provisionnés via NETCONF, ils peuvent être appris via PCEP ou NETCONF. Dans Junos OS version 18.2 R1, les rapports PCEP sont limités. L’alternative consiste à en savoir plus sur les détails des LSP SR provisionnés par NETCONF par le biais de l’analyse de la configuration de la collection de périphériques dans NorthStar.Si vous choisissez d’utiliser cette méthode pour le provisionnement des LSP SR, sachez qu’étant donné que les détails du chemin principal proviennent de l’analyse de la configuration de la collection de périphériques, les mises à jour ne sont pas fournies à NorthStar en temps réel et NorthStar indique que l’état de fonctionnement de ces LSP est Inconnu.

   • Pour que les instructions de configuration soient incluses dans le fichier de configuration du routeur, les LSP SR doivent être configurés dans NorthStar via NETCONF.

3. Remplissez les champs Nom, Nœud A et Nœud Z.

4. Dans le menu déroulant Type d’approvisionnement, sélectionnez SR.

5. Pour le provisionnement NETCONF SR LSP (non applicable à PCEP), vous pouvez également spécifier une valeur d’étiquette SID de liaison dans le champ SID de liaison de l’onglet Avancé. Pour plus d’informations, reportez-vous à la section Liaison SID .

6. Dans l’onglet Conception, sélectionnez la méthode de routage dans le menu déroulant, généralement routeByDevice (le routeur calcule une partie du chemin) ou par défaut (NorthStar calcule le chemin).

7. Dans l’onglet Chemin d’accès, vous pouvez spécifier les sauts spécifiques que vous souhaitez dans le chemin, y compris les liens d’adjacence de transfert privés générés par le provisionnement de paires de SID SR LSP de liaison. Pour plus d’informations, reportez-vous à la section Liaison SID .

8. Cliquez sur Submit. La demande d’approvisionnement entre ensuite dans le processus de gestion des ordres de travail.

   • Pour les LSP SR provisionnés PCEP et NETCONF, une fois l’ordre de travail activé, le nouveau chemin est mis en surbrillance dans la carte de topologie.

   • Pour les LSP SR provisionnés par NETCONF, une fois l’ordre de travail activé, les instructions de configuration correspondantes apparaissent dans le fichier de configuration du routeur.

Affichage du chemin

Il existe plusieurs façons d’afficher les détails du chemin :

• L’adresse IP et le SID sont les deux parties de la route explicite. La partie adresse IP est affichée dans la colonne ERO du tableau d’informations sur le réseau, onglet Tunnel. La partie SID s’affiche dans la colonne Route d’enregistrement.

• Double-cliquez sur la ligne du tunnel dans le tableau d’informations sur le réseau et explorez les propriétés en direct pour afficher les détails de l’ERO.

• Utilisez les commandes Junos OS show sur le routeur. En voici quelques exemples :

  • show spring-traffic-engineering lsp name lsp-name detail pour afficher l’état LSP et les étiquettes SID.

  • show route table inet.3 pour afficher le mappage des destinations de trafic avec les LSP SPRING.

Si un lien dans un tracé est utilisé dans les deux directions, il est mis en surbrillance dans une couleur différente dans la topologie et n’a pas de pointes de flèche pour indiquer la direction. La Figure 5 montre un exemple dans lequel la liaison entre vmx105 et vmx106 est utilisée dans les deux sens.

Liaison SID

Lorsque vous provisionnez une paire de LSP SR SID de liaison (l’un allant de A à Z et l’autre pour le chemin de retour de Z à A), une adjacence de transfert privé est automatiquement générée. Ces contiguïtés sont nommées avec un format spécifique, avec trois sections, séparées par des deux-points. Par exemple, binding :0110.0000.0105 :privatefa57.

• Les noms commencent tous par « binding » suivi de deux-points.

• La section centrale est le nom du nœud d’origine, suivi de deux-points (0110.0000.0105 : dans cet exemple).

• La dernière section est le nom que vous avez spécifié pour le SID SR LSP de liaison dans le champ Nom de l’onglet Propriétés de la fenêtre Provisionner LSP (privatefa57 dans cet exemple). Ce nom doit être le même pour les LSP SR SID de liaison dans les deux sens, afin de garantir qu’ils peuvent être correctement appariés, créant ainsi la liaison d’adjacence de transfert privée correspondante.

Dans la carte topologique, vous pouvez choisir d’afficher ou non les liens de contiguïté de transfert privés. Dans le menu déroulant du volet de gauche, sélectionnez Types , puis cochez ou décochez la case privateForwardingAdjacency sous Types de liens, comme illustré à la figure 6. Lorsque cette option est sélectionnée, les contiguïtés s’affichent sous forme de lignes pointillées sur la carte topologique, comme illustré à la Figure 7.

Vous pouvez tunneliser un SID SR LSP non contraignant sur un SID SR LSP de liaison, réduisant ainsi le nombre d’étiquettes dans la pile d’étiquettes (les étiquettes d’adjacence de transfert privé peuvent représenter plusieurs sauts dans le chemin). Un exemple est illustré à la figure 8.

Note:

La tunnelisation d’un SID SR LSP de liaison sur un autre SID SR LSP de liaison n’est pas prise en charge.

Figure 8 : Exemple de pile d’étiquettes réduite

Sur cet écran, vous pouvez voir le chemin logique (tracé en orange) du LSP SR qui va de vmx101 à vmx105, à vmx107 via une liaison de transfert adjacence privée, et enfin à vmx103. Vous pouvez également voir (tracé en rose) le chemin de la liaison d’adjacence de transfert privé du SID SR LSP de liaison. La colonne Route d’enregistrement du tunnel d’informations réseau affiche une pile d’étiquettes avec trois étiquettes. Le deuxième des trois est le lien d’adjacence de transfert privé. Sans ce lien d’adjacence, la pile d’étiquettes aurait nécessité six étiquettes pour définir le même chemin.

Note:

La mise en surbrillance du chemin d’un LSP SR dans un réseau qui comporte deux SID d’adjacence par interface n’est pas prise en charge.

Pour provisionner une paire de LSP SR SID de liaison, suivez la procédure de provisionnement des LSP SR NETCONF, plus :

1. Dans l’onglet Avancé de la fenêtre Provisionner le LSP, renseignez le champ SID de liaison avec une valeur d’étiquette SID de liaison numérique de votre choix dans la plage d’étiquettes statiques de 1000000 à 1048575. Cette valeur devient alors l’étiquette qui représente le chemin défini par les sauts que vous spécifiez dans l’onglet Chemin (les sauts qui constituent le lien d’adjacence de transfert privé).

   Note:

   À l’heure actuelle, NorthStar ne prend pas en charge l’attribution d’étiquettes SID contraignantes ni la détection des collisions. Notez que Junos OS dispose d’une détection de collision intégrée, de sorte que si l’étiquette SID de liaison spécifiée est en dehors de la plage autorisée de 1000000 à 1048575, le routeur n’autorise pas la validation de la configuration. En conséquence, l’état du contrôleur dans l’onglet Tunnel du tableau d’informations réseau affiche l’indication habituelle FAILED(NS_ERR_INVALID_CONFIG).

2. Dans l’onglet Conception, sélectionnez la méthode de routage, default par exemple.

3. Dans l’onglet Chemin, sélectionnez les sauts dans le chemin.

4. Provisionnez un deuxième LSP SID SR de liaison dans la direction opposée, en utilisant le même nom LSP que le premier LSP de la paire. La valeur de l’étiquette SID de liaison peut également être la même que dans le premier LSP de la paire, mais il n’est pas nécessaire qu’elle soit la même.

Lorsque la paire SID SR LSP de liaison est provisionnée, le lien d’adjacence de transfert privé est automatiquement créé et peut ensuite être sélectionné comme destination lorsque vous désignez des sauts pour un SID SR LSP non contraignant. Utilisez show les commandes du routeur pour confirmer que la paire LSP a été envoyée à la configuration du routeur.

Profondeur SID maximale (MSD)

Pour éviter de rencontrer une limitation d’équipement sur la profondeur SID maximale (MSD), vous pouvez utiliser le menu déroulant Méthode de routage dans la fenêtre Provisionner LSP (onglet Conception) pour sélectionner routeByDevice. Cette option permet au routeur de contrôler une partie du routage, de sorte que moins d’étiquettes doivent être spécifiées explicitement.

Note:

routeByDevice doit être utilisé lorsque vous souhaitez créer un LSP SR avec un SID de nud.

Note:

Lors du provisionnement via PCEP, un symptôme de rencontre avec la limitation MSD lorsque vous n’utilisez pas routeByDevice est que, bien qu’une ligne pour le nouveau LSP soit ajoutée à la table d’informations réseau, l’état de l’opération est répertorié comme Unknown et l’état du contrôleur est répertorié comme Reschedule in x minutes.

Le provisionnement d’un LSP SR peut inclure des informations sur les sauts qui influencent quelque peu le routage. Dans la fenêtre Provisionner LSP, sélectionnez l’onglet Path . Là, vous pouvez sélectionner des sauts jusqu’à la limitation de saut MSD imposée au routeur entrant et spécifier Strict ou Loose l’adhérence.

Exemple d’utilisation de l’outil PCEP RoutebyDevice

Dans la Figure 9, les chemins de routage mis en évidence sont les chemins de coût égal pour le LSP t2.

Pour t2 dans cet exemple :

• Le nœud A est vmx101 et le nœud Z est vmx104.

• Le type d’approvisionnement est SR, désigné dans l’onglet Propriétés de la fenêtre Provisionner LSP.

• La méthode de routage est routeByDevice, désignée dans l’onglet Conception de la fenêtre Provisionner LSP. La mise en surbrillance des chemins à coût égal ne peut être visualisée dans la topologie que si la gamme est effectuée par le PCC.

Le routeur de transit obligatoire peut faire partie de l’ERO généré à l’aide du SID d’adjacence passant par ce routeur de transit. Toutefois, la spécification d’un routeur de transit obligatoire augmente généralement la profondeur de la pile d’étiquettes, ce qui constitue une violation de la fiche MSD. Dans ce cas, vous pouvez essayer d’utiliser la méthode routeByDevice. Pour spécifier un routeur de transit obligatoire à l’aide de Node SID, sélectionnez la méthode de routage routeByDevice (onglet Conception) et spécifiez le bouclage du routeur de transit obligatoire en tant que saut libre (onglet Chemin).

Un inconvénient possible de l’utilisation de routeByDevice est que les autres contraintes que vous imposez sur les liens LSP (bande passante, coloration, etc.) ne peuvent pas être garanties. Le contrôleur NorthStar ne provisionne pas le LSP s’il constate que les contraintes ne peuvent pas être satisfaites. Toutefois, si les informations disponibles indiquent que les contraintes peuvent être respectées, le contrôleur NorthStar provisionne le LSP même si ces contraintes ne sont pas garanties. L’activation du minuteur d’optimisation de trajectoire permet à NorthStar de vérifier périodiquement les contraintes.

Si le contrôleur NorthStar apprend ultérieurement (lors de l’exécution d’une demande d’optimisation, par exemple) que les contraintes ne sont plus respectées, il tentera de réacheminer le tunnel en modifiant l’interface sortante du premier saut si une interface spécifique n’a pas été configurée. Si ce n’est pas possible, le LSP reste dans le réseau, même si les contraintes ont été violées.

Le rôle de la collecte de périphériques NETCONF

Les LSP SR provisionnés à l’aide de NETCONF peuvent être appris soit par PCEP, soit par collection d’appareils. Lorsqu’elles sont apprises par la collecte d’appareils, les informations sont extraites en temps non réel uniquement lors de l’exécution des tâches de collecte.

Note:

Lorsque vous créez vos tâches de collecte de périphériques NETCONF, assurez-vous de cocher la case pour collecter les données de configuration. Cela est nécessaire pour que NorthStar puisse collecter et analyser les instructions du fichier de configuration du routeur, y compris celles relatives aux LSP SR.

La collecte automatique de NETCONF est également effectuée chaque fois qu’un LSP SR est provisionné à l’aide de NETCONF dans l’interface utilisateur de NorthStar.

Reroutage et reprovisionnement (LSP SR provisionnés par PCEP)

Pour les LSP SR provisionnés par PCEP, le routeur est uniquement en mesure de générer des rapports sur l’état opérationnel (état de l’opération dans le tableau d’informations réseau) du premier saut. Après le premier saut, le contrôleur NorthStar prend la responsabilité de surveiller les étiquettes SID et de rendre compte de l’état opérationnel. Si les étiquettes changent ou disparaissent du réseau, le contrôleur NorthStar NorthStar tente de réacheminer et de réapprovisionner les LSP dont l’état ne fonctionne pas.

Si NorthStar n’est pas en mesure de trouver un autre chemin de routage conforme aux contraintes, le LSP est supprimé du réseau. Ces LSP ne sont cependant pas supprimés du modèle de données (ils sont supprimés du réseau et persistent dans le mécanisme de stockage des données). L’objectif est de minimiser la perte de trafic des LSP SR non viables en les supprimant du réseau. L’état de l’opération est répertorié comme Unknown lorsqu’un LSP SR est supprimé et l’état du contrôleur est répertorié comme No path found ou Reschedule in x minutes.

Vous pouvez atténuer le risque de perte de trafic en créant un chemin secondaire pour le LSP avec des contraintes moins nombreuses ou plus souples. Si le contrôleur NorthStar apprend que les contraintes d’origine ne sont pas respectées, il tente d’abord de réacheminer à l’aide du chemin secondaire.

Note:

Bien que NorthStar permette d’ajouter un chemin secondaire à un LSP SR, celui-ci n’est pas provisionné en tant que chemin secondaire vers le PCC, car le protocole LSP SR lui-même ne prend pas en charge les chemins secondaires.

Autoriser n’importe quel SID au premier saut

Par défaut, NorthStar force le premier saut à être un SID d’adjacence, quelle que soit la configuration du LSP. Vous pouvez modifier ce comportement en modifiant un nœud d’entrée pour qu’il prenne en charge n’importe quel SID en tant que premier saut. Ceci est pris en charge sur les équipements PCC exécutant Junos OS version 18.3 ou ultérieure et nécessite la configuration Junos de set protocols source-packet-routing inherit-label-nexthops.

Dans le tableau d’informations réseau, cliquez sur le noeud que vous souhaitez modifier, puis cliquez sur Modify dans la barre d’outils inférieure.

La figure 10 montre l’onglet Propriétés de la fenêtre Modifier le nœud.

La valeur par défaut du paramètre Autoriser tout SID au premier saut est désactivée (non cochée). Si cette option est activée, NorthStar ne définit pas de contiguïté pour les SR-LSP nouvellement signalés (nouveaux LSP ou LSP dont le routage est modifié).

Déléguer des prestataires de services linguistiques SR

À partir de la version 6.0.0 de NorthStar, vous pouvez déléguer des prestataires de services linguistiques SR à NorthStar à l’aide de l’outil Configurer la délégation de prestataires de services linguistiques disponible sous Applications dans l’interface utilisateur. Les prestataires de services linguistiques SR sont inclus dans la liste des prestataires de services linguistiques admissibles à la délégation dans cet outil. Pour plus d’informations, reportez-vous à la section Configurer la délégation LSP .

Politiques SRTE colorées à l’aide de PCEP

Avant NorthStar 6.2.0, vous pouviez appliquer l’attribut BGP Color Community aux LSP SR créés à l’aide de NETCONF. À partir de NorthStar 6.2.0, cette fonctionnalité est également prise en charge pour les prestataires de services linguistiques provisionnés à l’aide de PCEP. Pour appliquer l’attribut de couleur, accédez à l’onglet Gestion du réseau > Provisionnement > Provisionnement LSP > Avancé dans l’interface utilisateur Web et spécifiez l’affectation des couleurs dans le champ Communauté de couleurs. Ce champ n’est disponible que lorsque le type d’approvisionnement est défini sur SR dans l’onglet Propriétés.

Note:

Vous devez disposer de Junos OS version 20.4 ou ultérieure sur un périphérique pour appliquer l’attribut BGP Color Community aux LSP provisionnés à l’aide de PCEP.

Une fois qu’un LSP SR coloré est correctement provisionné, la configuration correspondante sur le périphérique indique la communauté de couleurs. Comme le montre l’exemple suivant, LSP-1 a une communauté de couleurs (<c>) de « 123 ».

Pour plus d’informations sur la coloration LSP, reportez-vous à la rubrique Junos OS : Configuration LSP de base.

À la demande Saut suivant, intra-domaine (expérimental)

La fonctionnalité ODN (On-Demand Next-hop) permet à Junos OS de créer dynamiquement des LSP SRTE lorsque les routes sont résolues via des sauts suivants BGP. Les prestataires de services linguistiques SRTE peuvent ensuite être délégués et gérés par NorthStar. Pour utiliser cette fonctionnalité, vous devez exécuter une version récente de Junos 20.4 qui prend en charge SR ODN (par exemple, JUNOS 20.4I-20200910).

Note:

Cette fonctionnalité est fournie à des fins de laboratoire et de démonstration, mais n’est pas recommandée pour le moment pour les réseaux de production.

Vous devez configurer l’équipement Juniper pour Junos OS afin de créer les tunnels. L’exemple suivant montre la configuration prérequise :

Dans la section de configuration des tunnels dynamiques des options de routage , spécifiez un modèle et le point de terminaison des tunnels dynamiques (le réseau de destination). Le réseau de destination peut être constitué d’un ou de plusieurs périphériques (indiqués par le sous-réseau). Le modèle (odnmytemplate dans l’exemple) est spécifié sous le protocols source-packet-routing source-routing-path-templatefichier . La configuration de l’appareil pointe également vers un profil de calcul qui peut inclure des paramètres supplémentaires.

Pour résumer, la configuration de l’appareil établit :

• Le modèle de chemin de routage source

• Le réseau de destination

• Le profil de calcul

Reportez-vous à la documentation de votre Junos OS pour obtenir des instructions générales sur la syntaxe et l’utilisation de ces commandes spécifiques.

Une fois les LSP dynamiques créés par le routeur, exécutez la show dynamic-tunnels database commande pour afficher le nouveau tunnel (voir l’exemple ci-dessous). En conséquence, le tunnel dynamique sera affiché dans l’onglet Tunnel NorthStar.

Pour déléguer un LSP ODN à NorthStar, configurez l’instruction suivante sur le périphérique Junos :

Note:

Dans l’énoncé ci-dessus, odnmytmeplate est le nom d’un modèle particulier.