Comportement de routage LSP

Paramètres d’analyse affectant le comportement de routage LSP

Le Tableau 1 récapitule les paramètres Analytics qui affectent le comportement de routage LSP.

Tableau 1 : Paramètres d’analyse affectant le comportement de routage LSP

Paramètre	Description	Comment y accéder
Intervalle de réacheminement	Paramètre global défini par l’utilisateur appliqué à la fois à l’utilisation des liaisons de couche 3 et aux violations de délai LSP. Il s’agit de l’intervalle minimum après lequel le contrôleur réagit à toute violation de la circulation/d’un retard. La valeur minimale est de 1 minute et il n’y a pas de maximum. Plus la valeur est petite, plus le nombre de processus de réacheminement est élevé et, par conséquent, plus l’impact sur le réseau est important. Il s’agit d’un paramètre obligatoire pour déclencher un processus de reroutage de violation de violation de liaison de liaison de couche 3 ou de violation de délai LSP.	Administration > Analytics
Seuil d’utilisation de la liaison (%)	Paramètre global défini par l’utilisateur appliqué à toutes les liaisons pour les scénarios de violation de l’utilisation des liaisons de couche 3. Lorsque ce seuil est dépassé, le contrôleur commence à éloigner les LSP des liaisons encombrées. Il s’agit d’un paramètre obligatoire pour activer ce comportement de contrôleur lorsque des violations de l’utilisation des liaisons de couche 3 se produisent. Une fois que l’utilisation de la liaison dépasse le seuil défini et qu’aucun processus de réacheminement précédent n’a eu lieu dans l’intervalle de réacheminement défini, le processus de réacheminement est déclenché.	Administration > Analytics
Seuil de perte de paquets (%)	Lorsque la perte de paquets sur une liaison dépasse ce seuil, la liaison est considérée comme instable et un réacheminement du trafic pour éviter la liaison est déclenché. Pour ce faire, NorthStar crée un événement de maintenance pour chaque liaison, ce qui rend temporairement la liaison indisponible pour le trafic. Le nom de l’événement indique qu’il a été déclenché par une perte de paquets. L’heure de début de l’événement est immédiate (le lien affiche un M rouge indiquant qu’il est en mode de maintenance) et l’heure de fin est définie pour une heure plus tard. Étant donné que ce type d’événement de maintenance nécessite une exécution manuelle, l’heure de fin n’est pas significative. Reportez-vous à la section Événements de maintenance pour plus d’informations sur l’affichage et la gestion des événements de maintenance, y compris sur la façon d’effectuer manuellement un événement déclenché une fois que la stabilité de la liaison a été rétablie.	Administration > Analytics
Seuil d’utilisation de la liaison et seuil de perte de paquets	Paramètres par lien définis par l’utilisateur. Le seuil d’utilisation des liaisons et le seuil de perte de paquets fonctionnent de la même manière que les paramètres généraux, sauf qu’ils sont appliqués aux liaisons individuelles configurées.	Modifiez un lien existant à partir de la table d’informations sur le réseau (onglet Lien) en sélectionnant la ligne et en cliquant en Modify bas de la fenêtre.
Délai maximal	Paramètre local défini par l’utilisateur appliqué à chaque LSP. Il s’agit d’un paramètre obligatoire pour déclencher tout processus de reroutage de violation de délai LSP. Lorsqu’un LSP est configuré avec un délai maximal et qu’il existe également une valeur de seuil de délai de liaison globale, le contrôleur vérifie le LSP en cas de violation du délai LSP.	ApplicationsProvision LSP > (onglet Conception) ou modifiez un tunnel existant à partir de la table d’informations sur le réseau en sélectionnant la ligne du tunnel et en cliquant en Modify bas de la fenêtre. L’API REST peut également être utilisée.

Pour le réacheminement LSP basé sur l’utilisation de la liaison (bande passante), vous pouvez spécifier un intervalle de reroutage (en minutes) et un seuil d’utilisation de la liaison (%). L’intervalle de réacheminement est utilisé pour rythmer les événements de réacheminement consécutifs. Les LSP sont réacheminés lorsque les deux conditions suivantes sont remplies :

• Un seuil d’utilisation de la liaison a été franchi.

  Pour éviter une perte de réseau inutile, NorthStar n’envisage le réacheminement d’un LSP avec du trafic ou une réservation de bande passante que lorsque le seuil d’utilisation de la liaison a été franchi.

• Aucun réacheminement déclenché par l’utilisation n’a eu lieu dans l’intervalle de réacheminement configuré (en ce sens, ce minuteur spécifie l’intervalle de temps minimum entre les actions de réacheminement successives).

Lorsqu’un seuil a été franchi, les LSP avec un paramètre de priorité inférieur et un trafic plus élevé sont les premiers à être réacheminés, avant les LSP avec un paramètre de priorité plus élevé et un trafic plus faible. Si des données de trafic LSP sont disponibles, NorthStar les utilise sur la réservation de bande passante pour déterminer si un LSP doit être réacheminé. Si les données de trafic LSP ne sont pas disponibles, NorthStar prend en compte la réservation de bande passante LSP pour effectuer la détermination.

Note:

Pour déterminer si un LSP doit être réacheminé ou non, le trafic LSP de 0 est considéré comme du trafic LSP disponible : le LSP a des données de trafic, mais les données de trafic sont 0. Dans ce cas, la réservation de bande passante LSP n’est pas utilisée pour l’évaluation.

Lorsque l’utilisation d’une liaison dépasse un seuil configuré, elle apparaît dans la chronologie en tant qu’événement, de même que tout réacheminement ultérieur.

Pour le reroutage basé sur la perte de paquets et basé sur les retards, la configuration de la surveillance des performances en temps réel (RPM) dans Junos et l’installation du script rpm-log.slax sur le routeur sont des conditions préalables. Reportez-vous à la section Configuration des routeurs pour envoyer des données de télémétrie JTI et des statistiques RPM aux collecteurs de données dans le Guide de démarrage du contrôleur NorthStar. Une fois cela fait, Junos OS peut surveiller la perte de paquets et la latence des liaisons et capturer les résultats sous forme d’événements syslog.

La figure 1 montre l’onglet Provisionner une conception LSP. Les seuils de cette fenêtre utilisent les informations de délai pour dériver les métriques des LSP, qui sont à leur tour utilisées par les équipements pour choisir les LSP à utiliser pour transférer le trafic vers une destination donnée.

Le délai maximal est utilisé par le serveur de calcul de chemin (PCS) NorthStar pour contraindre le chemin de routage d’un LSP. Si cette contrainte n’est pas respectée, le LSP n’est pas acheminé par PCS. Max Delay est également utilisé par le module de télémétrie NorthStar pour déclencher le reroutage LSP.

Le seuil de délai élevé est utilisé pour pénaliser le LSP afin qu’il ne soit pas utilisé par le plan de données tant qu’il existe d’autres LSP parallèles avec des métriques inférieures. La disponibilité du LSP n’est pas rétablie une fois que le délai est inférieur au seuil de délai élevé, jusqu’à ce que le délai LSP atteigne le seuil de délai faible. Cela permet d’éviter un impact excessif sur le réseau. Lorsque le délai LSP tombe en dessous du seuil de délai faible, sa métrique est définie sur Délai faible.

Définition des paramètres globaux

Pour définir les paramètres de configuration globaux, accédez à Administration > Analytics. La fenêtre LSP Routing Behavior (Comportement de routage LSP) s’affiche comme illustré à la Figure 2.

Pour que le reroutage LSP fonctionne, vous devez sélectionner Rerouter : Enabled dans cette fenêtre, ce qui entraîne l’affichage des champs supplémentaires. Cliquez sur Save ce bouton pour configurer les paramètres globaux.

Définition de seuils spécifiques à chaque lien

Le seuil d’utilisation de la liaison et le seuil de perte de paquets peuvent être définis au niveau de la liaison. La configuration de ces seuils au niveau de la liaison remplace les paramètres globaux.

Les seuils au niveau de la liaison sont définis dans l’onglet Liaison du tableau d’informations sur le réseau. Sélectionnez un lien et cliquez en Modify bas du tableau.

Dans l’onglet Analyses, vous pouvez définir l’un ou l’ensemble des trois seuils par direction (de A à Z, de Z à A) pour ce lien spécifique.

Note:

Les champs Interface A et Interface Z doivent être renseignés dans un lien pour que l’onglet Analytics soit disponible dans la fenêtre Modifier le lien. Ces informations proviennent de la collecte Netconf, vous pouvez donc soit attendre l’exécution de la prochaine tâche de collecte Netconf planifiée, soit créer une tâche de collecte qui s’exécute immédiatement.

Affichage des informations relatives aux seuils

Vous pouvez afficher le trafic d’interface, le délai d’interface et la perte de paquets sous forme de graphique en cliquant avec le bouton droit de la souris sur un lien dans le tableau d’informations réseau, comme illustré à la Figure 3.

Dans la carte de topologie, vous pouvez choisir d’afficher les étiquettes d’utilisation de l’interface, de délai mesuré ou de perte de paquets pour les liaisons. Cliquez sur l’icône Paramètres sur le côté droit de la vue topologique pour ouvrir la fenêtre Paramètres de topologie dans laquelle vous pouvez contrôler les étiquettes de lien et d’autres options d’affichage.