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 l’adjacence IGP de JunosVM au réseau pour acquérir la topologie du réseau. Cependant, pour que les informations SPRING soient correctement apprises par NorthStar lors de l’utilisation de BGP-LS, le réseau doit avoir RSVP activé sur les liens et la base de données TED disponible dans le réseau. À partir de Junos OS version 19.4R1, vous pouvez configurer Juniper Networks appareils afin qu’ils annoncent des attributs d’ingénierie de trafic sélectifs sans activer RSVP pour le routage de segments et les déploiements de IGP Interior Gateway Protocol. Utilisez la commande protocols ospf traffic-engineering advertisement always Junos pour configurer cela, afin que le TED puisse être rempli correctement sans qu’il soit nécessaire d’activer RSVP.

Remarque :

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

Vous pouvez afficher les étiquettes SID d’adjacence sur la carte. Sur le côté droit de la fenêtre de topologie se trouve une barre de menu 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. Un exemple de carte topologique illustrant les étiquettes SID d’adjacence est illustré à la figure 1

Pour afficher les étiquettes SID d’adjacence dans le tableau d’informations réseau, cliquez sur la flèche vers le bas en regard d’un en-tête de colonne sous l’onglet Lien, puis cliquez Columns pour 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 réseau), vous voyez un dossier d’attributs pour endA et endZ appelé SR. Vous pouvez effectuer une exploration détaillée 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 des nœuds s’affichent un peu différemment car la valeur de l’étiquette dépend de la perspective du nœud qui l’affecte. Un nœud peut recevoir différentes étiquettes SID de nœud en fonction de la perspective du nœud qui l’affecte. Pour afficher les étiquettes SID des nœuds sur la carte topologique, spécifiez la perspective en cliquant avec le bouton droit sur un nœud et en sélectionnant Node SIDs from selected node. Les étiquettes SID des nœuds sont ensuite attribuées du point de vue du nœud sélectionné.

Par exemple, la figure 3 montre une topologie affichant les étiquettes des nœuds 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 sur le nœud vmx104 et sélectionnez Node SIDs from selected node, les étiquettes SID du nœud sur la topologie changent pour refléter la perspective du nœud vmx104 comme indiqué dans la Figure 4. Notez que l’étiquette SID du nœud vmx106 est désormais 4106.

Le nœud sélectionné n’affiche pas d’étiquette SID de nœud pour lui-même. Le protocole de routage de segments n’est pas configuré pour les autres nœuds de la carte topologique qui n’affichent pas d’étiquette SID.

Remarque :

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

LSP SR

Les LSP SR peuvent être créés à l’aide des étiquettes SID d’adjacence et SID de nœud. Un LSP SR est une pile d’étiquettes composé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 réseau et cliquez en Add bas du tableau pour afficher la fenêtre Provisionner LSP, onglet Propriétés.

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

   • Les LSP SR PCEP 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 que les informations LSP sont fournies à 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 NETCONF SR sont provisionnés de manière statique et les instructions de configuration associées apparaissent dans le fichier de configuration du routeur. Les LSP SR peuvent être provisionnés via NETCONF, mais 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 d’appareils 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 d’appareils, les mises à jour ne sont pas fournies à NorthStar en temps réel et NorthStar signale l’état de l’opération pour ces LSP comme 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. Renseignez les champs Nom, Nœud A et Nœud Z.

4. Dans le menu déroulant Type de provisionnement, sélectionnez SR.

5. Pour le provisionnement NETCONF SR LSP (ne s’applique pas à PCEP), vous pouvez également spécifier une valeur d’étiquette SID de liaison dans le champ SID de liaison de l’onglet Avancé. Voir la section SID de liaison pour plus d’informations.

6. Sous 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. Sous l’onglet Chemin, vous pouvez spécifier les sauts spécifiques que vous souhaitez inclure dans le chemin, y compris les liens d’adjacence de transfert privés générés par le provisionnement de paires SID SR LSP liées. Voir la section SID de liaison pour plus d’informations.

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 par PCEP et NETCONF, une fois l’ordre de travail activé, le nouveau chemin est mis en surbrillance sur la carte topologique.

   • 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 réseau, onglet Tunnel. La partie SID s’affiche dans la colonne Itinéraire d’enregistrement.

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

• Utilisez les commandes de 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 du trafic avec les LSP SPRING.

Si un lien dans un tracé est utilisé dans les deux sens, 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.

SID de liaison

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 contiguïté de transfert privée 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 d’un deux-points.

• La section centrale est le nom du nœud d’origine, suivi d’un signe 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 s’assurer qu’ils peuvent être correctement appariés, créant ainsi le lien d’adjacence de transfert privé correspondant.

Dans la carte topologique, vous pouvez choisir d’afficher ou non les liens d’adjacence de transfert privé. Dans le menu déroulant du volet gauche, sélectionnez Types , puis activez ou décochez la case privateForwardingAdjacency sous Types de liaisons, 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 tunnel 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). La figure 8 en montre un exemple.

Remarque :

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 lorsqu’il va de vmx101 à vmx105, à vmx107 par le biais d’un lien d’adjacence de transfert privé, et enfin à vmx103. Vous pouvez également voir (tracé en rose) le chemin du lien d’adjacence de transfert privé du SID SR LSP de liaison. La colonne Enregistrer l’itinéraire du tunnel d’informations réseau affiche une pile d’étiquettes avec trois étiquettes. La deuxième étiquette 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.

Remarque :

La mise en surbrillance de chemin pour un LSP SR dans un réseau qui a 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 NETCONF SR LSP, plus :

1. Dans l’onglet Avancé de la fenêtre Provisionner 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 composent le lien d’adjacence de transfert privé).

   Remarque :

   À 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 Tracé, sélectionnez les sauts dans le tracé.

4. Provisionnez un deuxième SID SR LSP 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 obligatoire 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 sur le routeur pour confirmer que la paire LSP a été envoyée à la configuration du routeur.

Profondeur maximale de SID (MSD)

Pour éviter de rencontrer une limitation de l’équipement sur la profondeur SID maximale (MSD), vous pouvez utiliser le menu déroulant Méthode de routage de 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 explicitement spécifiées.

Remarque :

routeByDevice est à utiliser lorsque vous souhaitez créer un LSP SR avec le SID de nœud.

Remarque :

Lors du provisionnement via PCEP, un symptôme de 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 et Unknown l’état du contrôleur est répertorié comme Reschedule in x minutes.

Le provisionnement d’un LSP SR peut inclure des informations de saut 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 Loose ou adhérence.

Exemple de routebyDevice PCEP

Sur la figure 9, les chemins de routage mis en évidence sont les chemins à 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 évidence des chemins à coût égal ne peut être visualisée dans la topologie que si le routage est effectué 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. Cependant, la spécification d’un routeur de transit obligatoire augmente généralement la profondeur de la pile d’étiquettes, ce qui enfreint la MSD. Dans ce cas, vous pouvez essayer d’utiliser la méthode routeByDevice. Pour spécifier un routeur de transit obligatoire à l’aide du SID de nœud, sélectionnez la méthode de routage routeByDevice (onglet Conception) et spécifiez le bouclage du routeur de transit obligatoire comme saut libre (onglet Chemin).

Un inconvénient possible de l’utilisation de routeByDevice est que d’autres contraintes que vous imposez aux liaisons 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. Mais si les informations disponibles indiquent que les contraintes peuvent être satisfaites, le contrôleur NorthStar provisionne le LSP même si ces contraintes ne sont pas garanties. L’activation du minuteur d’optimisation de chemin permet à NorthStar de vérifier périodiquement les contraintes.

Si le contrôleur NorthStar apprend plus tard (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 cela 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 d’appareils NETCONF

Les LSP SR provisionnés à l’aide de NETCONF peuvent être appris soit par PCEP, soit par collecte de périphériques. Lorsqu’elles sont apprises par la collecte d’appareils, les informations sont extraites en temps différé uniquement lorsque les tâches de collecte sont exécutées.

Remarque :

Lorsque vous créez vos tâches de collecte de périphériques NETCONF, veillez à cocher la case dédiée à la collecte des données de configuration. Cela est nécessaire pour que NorthStar puisse collecter et analyser les instructions dans le fichier de configuration du routeur, y compris celles liées 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 NorthStar.

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

Pour les LSP SR provisionnés par PCEP, le routeur peut uniquement générer des rapports sur l’état opérationnel (état opérationnel dans le tableau d’informations réseau) du premier saut. Après le premier saut, le contrôleur NorthStar se charge 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 tente de réacheminer et de réapprovisionner les LSP qui sont dans un état non opérationnel.

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 toutefois 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 les pertes de trafic dues aux LSP SR non viables en les supprimant du réseau. L’état de l’opération est indiqué lors Unknown de la suppression d’un LSP SR et l’état du contrôleur est indiqué sous la forme 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 essaie d’abord de rediriger à l’aide du chemin secondaire.

Remarque :

Bien que NorthStar permette d’ajouter un chemin secondaire à un LSP SR, il n’est pas provisionné en tant que chemin secondaire vers le PCC car le protocole SR LSP 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 LSP. Vous pouvez modifier ce comportement en modifiant un nœud entrant 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 nœud que vous souhaitez modifier, puis cliquez dans Modify 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 (dé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 change).

Délégation des LSP SR

À partir de la version 6.0.0 de NorthStar, vous pouvez déléguer les LSP SR à NorthStar à l’aide de l’outil Configurer la délégation LSP disponible sous Applications dans l’interface utilisateur. Les LSP SR sont inclus dans la liste des LSP éligibles à la délégation dans cet outil. Voir Configurer la délégation LSP pour plus d’informations.

Politiques SRTE colorées avec PCEP

Avant NorthStar 6.2.0, vous pouviez appliquer l’attribut BGP de la communauté de couleurs aux LSP SR créés à l’aide de NETCONF. À partir de NorthStar 6.2.0, cette fonctionnalité est également prise en charge pour les LSP provisionnés à l’aide de PCEP. Pour appliquer l’attribut de couleur, accédez à l’onglet Network Management > Provisioninig > Provisioning LSP > Advanced de l’interface utilisateur Web et spécifiez l’affectation de couleur 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.

Remarque :

Vous devez exécuter Junos OS version 20.4 ou ultérieure sur un équipement pour appliquer l’attribut BGP de la communauté de couleurs aux LSP provisionnés à l’aide de PCEP.

Une fois qu’un LSP SR coloré est correctement provisionné, la configuration correspondante sur l’appareil 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.

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

La fonctionnalité ODN (On-Demand Next-hop) permet à Junos OS de créer dynamiquement des LSP SRTE lorsque les routes se résolvent sur les sauts suivants BGP. Les LSP 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).

Remarque :

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

Vous devez configurer le périphérique Juniper pour que le système d’exploitation Junos OS crée les tunnels. L’exemple suivant illustre la configuration prérequise :

Dans la section de configuration des tunnels dynamiques 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 un ou plusieurs appareils (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-template. 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

Consultez la documentation de votre système d’exploitation 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 s’affiche dans l’onglet Tunnel NorthStar.

Pour déléguer un LSP ODN à NorthStar, configurez l’instruction suivante sur l’équipement Junos :

Remarque :

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