Provisionner des LSP
Vous pouvez provisionner des LSP à l’aide de PCEP ou de NETCONF. Qu’ils soient provisionnés à l’aide de PCEP ou NETCONF, les LSP peuvent être appris via PCEP ou par le biais d’un module de collecte d’équipements. S’il est appris par le biais de la collecte des appareils, le contrôleur NorthStar nécessite une collecte périodique des appareils pour en savoir plus sur les LSP et les autres mises à jour du réseau. Pour plus d’informations, consultez Planification de la collecte de périphériques pour Analytics . Une fois que vous avez créé des tâches de collecte de périphériques, le contrôleur NorthStar détecte les LSP provisionnés via NETCONF. Contrairement au PCEP, le contrôleur NorthStar avec NETCONF prend en charge les systèmes logiques.
Pour plus d’informations sur la gestion des nœuds logiques, consultez Considérations relatives à l’utilisation des nœuds logiques plus loin dans cette rubrique.
Pour plus d’informations sur les paramètres système qui peuvent affecter le calcul du chemin, voir Abonnés et paramètres système.
Provisionnement des LSP
Pour provisionner un LSP, sélectionnez Network Management > Provisioning > Provision LSP.. La fenêtre Provisionner LSP s’affiche comme illustré à la Figure 1.
-
Pour les appareils IOS-XR, avant de provisionner des LSP via NETCONF, vous devez d’abord exécuter la collecte de périphériques. Voir Planification de la collecte de périphériques pour Analytics pour obtenir des instructions.
-
Pour les appareils Huawei :
-
Le contrôleur NorthStar ne crée des tunnels qu’aux interfaces et ne mappe pas le trafic sur le tunnel.
-
Seuls les LSP RSVP sont pris en charge. Lors de la création d’une interface de tunnel :
-
Vous devez entrer un ID de tunnel unique pour chaque tunnel dans les propriétés de l’utilisateur.
-
Le nom du tunnel doit être au format Tunnelx/y/z, où x est compris entre 0 et 31, y est compris entre 0 et 15 et z est compris entre 0 et 65535. Un tunnel provisionné PCEP peut avoir n’importe quelle chaîne de caractères comme nom ; Il n’y a aucune restriction
-
-
Le routage de segments n’est pas pris en charge.
-
Les LSP divers, multiples et de conteneurs ne sont pas pris en charge.
-
Vous pouvez également accéder à la fenêtre Provisionner LSP à partir de l’onglet Tunnel du tableau d’informations réseau en cliquant en Add bas du volet.
Comme illustré sur la Figure 1, la fenêtre Provisionner LSP comporte plusieurs onglets :
-
Propriétés
-
Chemin
-
Avancé
-
Conception
-
Planification
-
Propriétés de l’utilisateur
Dans n’importe quel onglet, vous pouvez cliquer Preview Path en bas de la fenêtre pour voir le chemin dessiné sur la carte de topologie, puis cliquer Submit pour terminer le provisionnement LSP. Ces boutons deviennent disponibles dès que le nom, le nœud A et le nœud Z ont été spécifiés.
Le Tableau 1 décrit les champs de saisie de données dans l’onglet Propriétés de la fenêtre Provisionner LSP.
| Champ |
Descriptif |
|---|---|
| Méthode de provisionnement |
Sélectionnez PCEP ou NETCONF dans le menu déroulant. La valeur par défaut est NETCONF. Consultez Modèles de provisionnement Netconf pour plus d’informations sur l’utilisation de modèles de provisionnement personnalisés pour prendre en charge les appareils non-Juniper.
Remarque :
Pour les routeurs IOS-XR, le provisionnement basé sur NETCONF LSP NorthStar possède les mêmes capacités que le provisionnement basé sur PCEP NorthStar. Lors du provisionnement de LSP via NETCONF, le PCS n’alloue pas de bande passante tant qu’il n’a pas reçu de réponse du configServer ou du PCEP. Ce comportement est différent du provisionnement des LSP via PCEP, où le PCS alloue immédiatement la bande passante. Lors du provisionnement de LSP via NETCONF un par un, il est possible qu’un ordre de provisionnement soit envoyé avant que la réponse à un ordre de provisionnement précédent ne soit reçue, ce qui signifie que la deuxième commande peut ne pas avoir les bonnes informations d’allocation de bande passante et que NorthStar peut ne pas être en mesure de fournir ECMP. Afin d’éviter ce problème, nous vous recommandons de provisionner plusieurs LSP via NETCONF en une seule opération (provisionnement en bloc). |
| Nom |
Nom défini par l’utilisateur pour le tunnel. Seuls les caractères alphanumériques, les traits d’union et les traits de soulignement sont autorisés. Les autres caractères spéciaux et espaces ne sont pas autorisés. Requis pour les LSP principaux, mais non disponible pour les LSP secondaires ou de secours. Si vous créez plusieurs LSP parallèles qui partageront les mêmes paramètres de conception, le nom que vous spécifiez ici est utilisé comme base pour la dénomination automatique de ces LSP. Voir les Count champs et Delimiter de l’onglet Avancé pour plus d’informations. |
| Nœud A |
Obligatoire. Nom ou adresse IP du nœud entrant. Sélectionnez dans la liste déroulante. Vous pouvez commencer à taper dans le champ pour limiter la sélection aux nœuds qui commencent par le texte que vous avez tapé. |
| Nœud Z |
Obligatoire. Nom ou adresse IP du nœud de sortie. Sélectionnez dans la liste déroulante. Vous pouvez commencer à taper dans le champ pour limiter la sélection aux nœuds qui commencent par le texte que vous avez tapé. |
| IP Z |
Adresse IP du nœud Z. |
| Type de provisionnement |
Sélectionnez RSVP ou SR (Segment Routing) dans le menu déroulant. |
| Statut d’administrateur |
Le serveur PCS (Path Computation Server) utilise l’état d’administration du LSP pour décider s’il faut router ou provisionner, ou à la fois acheminer et provisionner le LSP. Sélectionnez l’une des options suivantes comme statut d’administration :
Lorsque vous modifiez le statut d’administrateur du LSP à partir de la page Modifier LSP ou de la page Modifier LSP (N LSP), les actions suivantes ont lieu :
|
| Type de chemin |
Utilisez le menu déroulant pour sélectionner le type de chemin principal, secondaire ou de secours. |
| secondaire (ou de secours) pour |
Nom LSP. Obligatoire et disponible uniquement si le type de chemin est défini sur secondaire ou veille. Identifie le prestataire de services linguistiques pour lequel le prestataire de services linguistiques actuel est secondaire (ou de secours).
Remarque :
L’état opérationnel d’un LSP secondaire est affiché comme Inconnu jusqu’à ce que le LSP secondaire soit provisionné. |
| Nom du chemin d’accès |
Nom du chemin d’accès. Obligatoire et disponible uniquement pour les LSP principaux si le type de provisionnement est défini sur RSVP, et pour tous les LSP secondaires et de secours. |
| Bande passante prévue |
Obligatoire. Bande passante immédiatement suivie par les unités (pas d’espace entre les deux). Les unités valides sont :
Exemples : 50M, 1000b, 25g. Si vous entrez une valeur sans unités, bps est appliqué. |
| Configuration |
Obligatoire. Priorité de configuration RSVP pour le trafic du tunnel. Les niveaux de priorité vont de 0 (priorité la plus élevée) à 7 (priorité la plus faible). La valeur par défaut est 7, ce qui est la définition standard de MPLS LSP dans Junos OS. |
| Maintenir |
Obligatoire. Les RSVP sont prioritaires pour le trafic du tunnel. Les niveaux de priorité vont de 0 (priorité la plus élevée) à 7 (priorité la plus faible). La valeur par défaut est 7, ce qui est la définition standard de MPLS LSP dans Junos OS. |
| Mesure prévue |
Mesure statique du tunnel. Saisissez une valeur ou utilisez les flèches haut et bas pour incrémenter ou décrémenter de 10. |
| Commentaire |
Commentaire libre décrivant le LSP. |
L’onglet Chemin comprend les champs illustrés à la figure 2 et décrits dans le tableau 2.
Chemin
| Champ |
Descriptif |
|---|---|
| Sélection |
Utilisez le menu déroulant pour sélectionner dynamique, obligatoire ou préféré.
|
| Houblon 1 |
Disponible uniquement si votre sélection initiale est requise ou préférée. Entrez le premier saut et spécifiez s’il est strict ou libre. Pour ajouter un saut supplémentaire, cliquez sur le bouton +.
Remarque :
Lorsque vous spécifiez un saut lâche, vous pouvez choisir parmi toutes les liaisons du réseau. Lorsque vous spécifiez un saut lâche pour un chemin requis, les SID de groupe anycast peuvent également être sélectionnés. |
L’onglet Avancé comprend les champs illustrés à la figure 3 et décrits dans le tableau 3.
Avancé
| Champ |
Descriptif |
|---|---|
| Nombre |
Permet la création de plusieurs LSP parallèles entre deux points de terminaison. Ces LSP partagent les mêmes paramètres de conception que ceux spécifiés dans l’onglet Conception de la fenêtre Provisionner LSP. Utilisez les flèches haut et bas pour sélectionner le nombre de LSP parallèles à créer.
Remarque :
La création de LSP parallèles de cette manière est différente de l’utilisation de l’option Provisionner plusieurs LSP, où les paramètres de conception sont configurés séparément pour chaque LSP créé. |
| Délimiteur |
Utilisé dans le nommage automatique des LSP parallèles qui partagent les mêmes paramètres de conception. NorthStar nomme les LSP à l’aide du nom que vous entrez dans l’onglet Propriétés et ajoute la valeur du délimiteur ainsi qu’une valeur numérique unique commençant par 1 (myLSP_1, myLSP_2, par exemple). Ce champ n’est disponible que lorsque la Count valeur est supérieure à 1. |
| Dimensionnement de la bande passante |
Si la valeur est yes, le LSP est inclus dans le recalcul périodique de la bande passante planifiée en fonction des statistiques de trafic LSP agrégées.
Remarque :
Ce champ n’est pas disponible si Méthode de provisionnement de l’onglet Propriétés est défini sur NETCONF ou PCEP. Voir Gestion de la bande passante pour plus d’informations. |
| Seuil d’ajustement ( %) |
Ce réglage contrôle la sensibilité du réglage automatique de la bande passante. La nouvelle bande passante prévue n’est prise en compte que si elle diffère de la bande passante existante par la valeur de ce paramètre ou plus. Disponible uniquement (et donc obligatoire) si le dimensionnement de la bande passante est défini sur yes. La valeur par défaut est de 10 %.
Remarque :
Le dimensionnement de la bande passante n’est pris en charge que pour les LSP initiés et délégués par PCC. Bien que rien ne vous empêche d’appliquer cet attribut à un LSP contrôlé par PCC, cela n’aurait aucun effet. |
| Bande passante minimale |
Bande passante minimale prévue immédiatement suivie d’unités (pas d’espace entre les deux). Les unités valides sont :
Exemples : 50M, 1000b, 25g. Si vous entrez une valeur sans unités, bps est appliqué. Cette valeur n’est disponible (et donc requise) que si le dimensionnement de la bande passante est défini sur yes. La valeur par défaut est 0.
Remarque :
Le dimensionnement de la bande passante n’est pris en charge que pour les LSP initiés et délégués par PCC. Voir Gestion de la bande passante pour plus d’informations. |
| Bande passante maximale |
Bande passante maximale prévue immédiatement suivie d’unités (pas d’espace entre les deux). Le dimensionnement de la bande passante peut être effectué jusqu’à ce maximum. Les unités valides sont :
Exemples : 50M, 1000b, 25g. Si vous entrez une valeur sans unités, bps est appliqué. Cette valeur n’est disponible que si le dimensionnement de la bande passante est défini sur yes. Il n’y a pas de valeur par défaut.
Remarque :
Le dimensionnement de la bande passante n’est pris en charge que pour les LSP initiés et délégués par PCC. Bien que rien ne vous empêche d’appliquer cet attribut à un LSP contrôlé par PCC, cela n’aurait aucun effet. Voir Gestion de la bande passante pour plus d’informations. |
| Seuil de variation minimum |
Modifie la sensibilité du réglage automatique de la bande passante. Cette valeur n’est disponible (et donc requise) que si le dimensionnement de la bande passante est défini sur yes. La valeur par défaut est zéro. Voir Gestion de la bande passante pour plus d’informations. |
| La coloration inclut tout |
Double-cliquez dans ce champ pour afficher la fenêtre Modifier la coloration Inclure tout. Cochez les cases appropriées. Cliquez lorsque OK vous avez terminé. |
| Les couleurs incluent n’importe quel |
Double-cliquez dans ce champ pour afficher la fenêtre Modifier la coloration Inclure n’importe où. Cochez les cases appropriées. Cliquez lorsque OK vous avez terminé. |
| Exclusion de la coloration |
Double-cliquez dans ce champ pour afficher la fenêtre Modifier la coloration et exclure. Cochez les cases appropriées. Cliquez lorsque OK vous avez terminé. |
| Groupe de paires symétriques |
Lorsque deux tunnels ont les mêmes nœuds d’extrémité mais dans des directions opposées, le routage des chemins utilise le même ensemble de liens. Par exemple, supposons que la source du Tunnel1 vers la destination est NodeA vers NodeZ, et que la source du Tunnel2 vers la destination est NodeZ vers NodeA. Si vous sélectionnez Tunnel1-Tunnel2 comme groupe de paires symétriques, les deux tunnels sont placés le long du même ensemble de liaisons. Les tunnels d’un même groupe sont appariés en fonction du nœud source et du nœud de destination. |
| Créer une paire symétrique |
Cochez la case pour créer une paire symétrique. |
| Groupe de la diversité |
Nom d’un groupe de tunnels auquel appartient ce tunnel et pour lesquels plusieurs chemins sont souhaités. |
| Niveau de diversité |
Utilisez le menu déroulant pour sélectionner le niveau de diversité par défaut (aucune diversité), site, lien ou SRLG. La diversité des sites est la plus forte : elle inclut la SRLG et la diversité des liaisons. La diversité SRLG inclut la diversité des liaisons. La diversité des liens est la plus faible. |
| Route sur une liaison IP protégée |
Cochez la case si vous souhaitez que la route utilise autant que possible des liens IP protégés. |
| SID de liaison |
Disponible uniquement si la méthode de provisionnement est définie sur NETCONF et que le type de provisionnement est défini sur SR. Valeur de l’étiquette SID de liaison numérique. Voir Segment Routing pour plus d’informations. |
| Communauté de couleurs |
Attribution des couleurs pour le SR LSP. Disponible uniquement si le type de provisionnement est défini sur SR. Vous pouvez définir la couleur des LSP NETCONF et PCEP. |
| Utiliser l’avant-dernier saut comme adresse de signalisation pour tout le trafic/pour la communauté de couleur X |
Lorsqu’il est sélectionné, le PCS utilise l’avant-dernier saut comme adresse de signalisation pour EPE. Disponible uniquement si le type de provisionnement est défini sur SR. Si aucune communauté de couleurs n’est spécifiée, le paramètre s’applique à tout le trafic. Si une communauté de couleurs est spécifiée, le paramètre s’applique au trafic dans cette communauté de couleurs. |
L’onglet Conception comprend les champs illustrés à la figure 4 et décrits dans le tableau 4.
Conception
| Champ |
Descriptif |
|---|---|
| Méthode de routage |
Utilisez le menu déroulant pour sélectionner une méthode de routage. Les options disponibles incluent default (NorthStar calcule le chemin), adminWeight, delay, constant, distance, IS-IS, OSPF et routeByDevice (le routeur calcule une partie du chemin). |
| Délai maximal |
Saisissez une valeur ou utilisez les flèches haut et bas pour incrémenter ou décrémenter de 100. |
| Saut maximum |
Saisissez une valeur ou utilisez les flèches haut et bas pour incrémenter ou décrémenter de 1. |
| Coût maximum |
Saisissez une valeur ou utilisez les flèches haut et bas pour incrémenter ou décrémenter de 100. |
| Seuil de retard élevé |
Saisissez une valeur ou utilisez les flèches haut et bas pour incrémenter ou décrémenter de 100. |
| Seuil de retard faible |
Saisissez une valeur ou utilisez les flèches haut et bas pour incrémenter ou décrémenter de 100. |
| Mesure du délai élevé |
Saisissez une valeur ou utilisez les flèches haut et bas pour incrémenter ou décrémenter de 100. |
| Mesure à faible retard |
Saisissez une valeur ou utilisez les flèches haut et bas pour incrémenter ou décrémenter de 100. |
Lors du provisionnement via PCEP, le comportement par défaut du contrôleur NorthStar est de calculer le chemin à utiliser lors du provisionnement du LSP. Vous pouvez également sélectionner la méthode de routage routeByDevice dans l’onglet Conception, dans laquelle le routeur contrôle une partie du routage. Cette méthode de routage alternative n’a de sens que pour trois types de LSP :
-
RSVP TE LSP contrôlé par PCC
Remarque :Pour le provisionnement via NETCONF, routeByDevice est la méthode de routage par défaut.
-
Routage de segments LSP basé sur PCEP
-
Segment Routing LSP basé sur NETCONF
Pour sélectionner routeByDevice comme méthode de routage :
-
Sous l’onglet Conception, sélectionnez routeByDevice dans le menu déroulant Méthode de routage.
-
Dans l’onglet Tracé, sélectionnez dynamic dans le menu déroulant Sélection.
Le LSP est ensuite configuré pour être provisionné avec les attributs spécifiés, et sans chemin explicite.
L’onglet Planification concerne l’agenda de la bande passante. Par défaut, tunnel création n’est pas planifiée, ce qui signifie que les tunnels sont provisionnés immédiatement après leur envoi. Cliquez sur l’onglet Planification dans la fenêtre Provisionner LSP pour accéder aux champs de configuration de l’intervalle de date/heure. La figure 5 montre l’onglet Planification de la fenêtre Provisionner LSP.
Planification
Sélectionnez cette option Once pour sélectionner les paramètres de début et de fin d’un seul événement. Sélectionnez cette option Daily pour sélectionner les paramètres de début et de fin d’un événement quotidien récurrent. Cliquez sur l’icône de calendrier à côté des champs pour sélectionner les dates de début et de fin, ainsi que les heures de début et de fin.
Le fuseau horaire est le fuseau horaire du serveur.
Dans l’onglet Propriétés utilisateur de la figure 6, vous pouvez ajouter des propriétés de provisionnement qui ne sont pas directement prises en charge par l’interface utilisateur NorthStar. Par exemple, vous ne pouvez pas spécifier de limite de saut dans l’onglet Propriétés lorsque vous provisionnez un LSP. Toutefois, vous pouvez ajouter hop-limit en tant que propriété utilisateur dans l’onglet Propriétés de l’utilisateur.
Propriétés de l’utilisateur
Les étapes suivantes décrivent comment utiliser les propriétés utilisateur pour le provisionnement LSP :
-
Accédez au fichier modèle NETCONF utilisé pour ajouter de nouveaux LSP (lsp-add-junos.hjson), situé dans le répertoire /opt/northstar/netconfd/templates/.
-
Au niveau de la hiérarchie des chemins à commutation d’étiquettes > des protocoles > mpls >, ajoutez les instructions nécessaires à la mise en service avec la propriété que vous ajoutez. Par exemple, pour provisionner avec une limite de sauts de 7, vous devez ajouter les lignes ci-dessous dans bold:
protocols { mpls { label-switched-path {{ request.name }} { to {{ request.to }}; {{ macros.ifexists('from', request.from) -}} {% if request['user-properties'] %} {% if request['user-properties']['hop-limit'] %} hop-limit {{ request['user-properties']['hop-limit'] }}; {% endif %} {% endif %} {{ macros.ifexistandnotzero('metric', request.metric) -}} {{ macros.ifexists('p2mp', request['p2mp-name']) -}} {% if request['lsp-path-name'] %} . . .Le résultat de l’ajout de ces instructions est que si hop-limit, avec la valeur définie dans les propriétés utilisateur, est présent, l’instruction de provisionnement est exécutée. Vous pouvez également modifier le modèle utilisé pour modifier les LSP (lsp-modify-junos.hjson).
-
Redémarrez netconfd pour que les modifications puissent prendre effet :
[root@system1 templates]# supervisorctl restart netconf: netconf:netconfd: stopped netconf:netconfd: started
-
Ajoutez la propriété utilisateur et la valeur correspondante dans l’onglet Propriétés utilisateur de la fenêtre Provisionner LSP (voir Figure 6).
-
Vérifiez la configuration du routeur :
label-switched-path test-user { from 10.0.0.101; to 10.0.0.104; hop-limit 7; primary test-user.p0 { bandwidth 0; priority 7 7; } }
Cliquez lorsque Submit vous avez terminé de remplir les champs dans tous les onglets de la fenêtre Provisionner le LSP. Le LSP est entré dans le processus de gestion des bons de travail.
Pour modifier un LSP existant, sélectionnez le tunnel dans l’onglet Tunnels du tableau d’informations réseau, puis cliquez sur Modify en bas du tableau. La fenêtre Modifier LSP s’affiche, qui est très similaire à la fenêtre Provisionner LSP.
Si vous modifiez un LSP existant via NETCONF, le contrôleur NorthStar génère uniquement les instructions de configuration nécessaires à la modification, au lieu de générer à nouveau toutes les instructions de la configuration LSP complète, comme c’est le cas pour PCEP.
Après le provisionnement des LSP, s’il y a un basculement PCEP, l’affichage de l’interface utilisateur pour l’utilisation de RSVP et l’utilisation en direct de RSVP peut être désynchronisé. Vous pouvez afficher ces mesures d’utilisation en accédant à Performance dans le volet gauche de l’interface utilisateur. Il s’agit uniquement d’un problème d’affichage de l’interface utilisateur. La prochaine mise à jour en direct du réseau ou la prochaine synchronisation manuel à l’aide Sync Network Model de (Administration > System Settings > Advanced Settings) corrige l’affichage de l’interface utilisateur. Dans la fenêtre Paramètres système, vous basculez entre les paramètres généraux et avancés à l’aide du bouton situé dans le coin supérieur droit de la fenêtre.
Si vous configurez la haute disponibilité (HA), exécutez les étapes 1 à 3 sur les serveurs actifs et de secours.
Considérations relatives à l’utilisation de nœuds logiques
NorthStar prend entièrement en charge la création et le provisionnement de LSP qui intègrent des nœuds logiques. Dans Junos OS, PCEP n’est pas pris en charge pour les nœuds logiques, mais NorthStar peut toujours importer des informations sur les nœuds logiques à l’aide de la collecte de périphériques basée sur NETCONF. Lorsqu’une tâche de collecte d’équipement est exécutée, NorthStar utilise la commande Junos OS show configuration sur chaque routeur pour obtenir des informations sur les nœuds physiques et logiques. Les informations de l’équipement logique doivent ensuite être corrélées avec les informations physiques avant que les LSP utilisant des équipements logiques puissent être provisionnés.
Utilisez la procédure suivante :
-
Accédez à Adminstration > Device Profile.
-
Cliquez sur le bouton Synchroniser avec le réseau en direct pour créer (ou mettre à jour) la liste des périphériques physiques et logiques. La session BGP-LS NorthStar vers la machine virtuelle Junos détecte automatiquement les équipements physiques et logiques dans la topologie. Cependant, il n’y a pas de corrélation automatique entre les deux.
Dans la vue Topology, accédez à l’onglet Node du tableau d’informations réseau pour confirmer que le statut PCEP est UP pour tous les nœuds physiques, comme indiqué à la Figure 7. Les nœuds logiques sont vides dans la colonne État du PCEP, car il n’y a pas de PCEP pour les nœuds logiques.
Figure 7 : Colonne d’état du PCEP montrant les
nœuds physiques et logiques
-
Dans la fenêtre Profil de périphérique, activez NETCONF pour les périphériques physiques (si ce n’est pas déjà fait).
Sélectionnez un ou plusieurs périphériques et cliquez pour Modify afficher la fenêtre Modifier l’appareil. Dans l’onglet Accès, cochez la case Activer Netconf. Cliquez Modify dans le coin inférieur droit de la fenêtre pour terminer la modification.
-
Testez la connectivité NETCONF des appareils.
Sélectionnez un ou plusieurs appareils dans la liste des appareils, puis cliquez sur Test Connectivity. Dans la fenêtre Connectivité du profil, cliquez sur Start. Le test est terminé lorsque les icônes d’état vert (réussite) ou rouge (échec) s’affichent. La figure 8 en montre un exemple.
Figure 8 : Résultats
des tests de connectivité
-
Dans la vue Topology, vérifiez l’onglet Node du tableau d’informations réseau pour vous assurer que la colonne d’état NETCONF indique désormais UP pour les périphériques physiques.
-
Créez et exécutez une tâche de collecte d’appareils pour obtenir des informations actualisées.
Accédez à Administration > Task Scheduler et cliquez pour Add afficher la fenêtre Créer une nouvelle tâche. Si vous utilisez l’option Périphériques sélectifs, sélectionnez uniquement les périphériques physiques. Pour plus d’informations sur les fenêtres Créer une tâche, consultez Planification de la collecte d’appareils pour Analytics.
Lorsque cette tâche de collecte de périphériques est exécutée, NorthStar utilise la commande Junos OS show configuration sur chaque routeur physique pour obtenir des informations sur les nœuds physiques et logiques, et les signale à NorthStar. Cette étape permet à NorthStar de corréler chaque nœud logique à son nœud physique correspondant, ce que vous pouvez confirmer en examinant le tableau d’informations réseau, onglet Nœud.
Remarque :Lorsque vous installez NorthStar pour la première fois, la page de profil de l’appareil est vide. Utilisez le bouton Synchroniser avec le réseau en direct pour mettre à jour et synchroniser avec les périphériques réseau en direct, et mettez à jour l’onglet Nœud dans le tableau d’informations réseau. La tâche de collecte d’appareils met en corrélation le système logique avec son système physique et met également à jour les informations LSP pour le système logique, car le système logique n’a pas de session PCEP pour signaler son statut LSP.
Il est utile d’ajouter deux colonnes affichées de manière facultative à l’onglet Nœud, comme illustré à la figure 9 :
-
Nom d’hôte physique
-
IP physique de l’hôte
Figure 9 : Ajout de colonnes
affichées de manière facultative
Pour un nœud logique, le nom d’hôte et l’adresse IP dans ces colonnes vous indiquent quel nœud physique est en corrélation avec le nœud logique.
-
-
Provisionner des LSP.
Maintenant que les nœuds logiques figurent dans la liste des appareils NorthStar et qu’ils sont corrélés aux nœuds physiques appropriés, vous pouvez créer des LSP qui incorporent des nœuds logiques. Pour ce faire, vous utilisez la même procédure que pour les LSP utilisant uniquement des nœuds physiques, sauf que la méthode de provisionnement DOIT être spécifiée en tant que Netconf, comme illustré à la figure 10.
Figure 10 : Provisionnement d’un LSP qui utilise des
nœuds logiques
-
Exécutez régulièrement votre tâche de collecte de périphériques pour maintenir les informations du nœud logique à jour. Il n’y a pas de mises à jour en temps réel pour les équipements logiques.