Comportement de routage LSP

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

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

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

Paramètre	Descriptif	Comment y accéder
Intervalle de reroutage	Paramètre global défini par l’utilisateur appliqué à la fois à l’utilisation de la liaison de couche 3 et au non-respect du délai LSP. Il s’agit de l’intervalle minimum après lequel le contrôleur réagit à toute infraction au code de la route/retard. La valeur minimale est de 1 minute et il n’y a pas de maximum. Plus la valeur est faible, 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 d’utilisation de la 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 du contrôleur en cas de violations de l’utilisation de la liaison de couche 3. Une fois que l’utilisation de la liaison dépasse le seuil défini et qu’aucun processus de réacheminement n’a eu lieu dans l’intervalle de reroutage 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 reroutage du trafic est déclenché pour éviter la liaison. Pour ce faire, NorthStar crée un événement de maintenance pour chaque liaison, rendant 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 maintenance) et l’heure de fin est définie 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. Voir Événements de maintenance pour plus d’informations sur l’affichage et la gestion des événements de maintenance, y compris comment compléter manuellement un événement déclenché une fois que la liaison a été restaurée en stabilité.	Administration Analytics>
Seuil d’utilisation des liaisons et seuil de perte de paquets	Paramètres définis par l’utilisateur et par liaison. Le seuil d’utilisation des liaisons et le seuil de perte de paquets fonctionnent comme les paramètres globaux, sauf qu’ils sont appliqués à des liaisons individuelles comme configuré.	Modifiez un lien existant à partir du tableau d’informations 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 global, le contrôleur vérifie le LSP en cas de violation du délai LSP.	Applications Provision LSP > (onglet Conception) ou modifiez un tunnel existant dans le tableau d’informations réseau en sélectionnant la ligne 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 reroutage est utilisé pour rythmer les événements de reroutage 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 désabonnement inutile du réseau, NorthStar n’envisage de réacheminer 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 reroutage précédent déclenché par l’utilisation n’a eu lieu dans l’intervalle de reroutage configuré (en ce sens, ce minuteur spécifie l’intervalle de temps minimum entre les actions de reroutage successives).

Lorsqu’un seuil a été franchi, les LSP avec un paramètre de priorité plus faible et un trafic plus élevé sont les premiers à être réacheminés, avant les LSP avec un paramètre de priorité plus élevée 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 la bande passante LSP pour prendre la décision.

Remarque :

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 dispose de données de trafic, mais les données de trafic sont de 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 timeline sous la forme d’un événement, de même que tout réacheminement ultérieur.

Pour le réacheminement basé sur la perte de paquets et le retard, 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. Voir 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 cette opération effectuée, Junos OS peut surveiller les liaisons pour détecter 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 la conception LSP. Les seuils de cette fenêtre utilisent les informations de retard pour dériver les métriques des LSP, qui sont, à leur tour, utilisées par les périphériques lors du choix des LSP à utiliser pour transférer le trafic vers une destination donnée.

Le délai maximal est utilisé par le serveur PCS (Path Computation Server) 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. Le délai maximal est également utilisé par le module de télémétrie NorthStar pour déclencher le reroutage LSP.

Le seuil de retard é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 retard élevé, jusqu’à ce que le délai du LSP atteigne le seuil de retard faible. Cela permet d’éviter un impact excessif sur le réseau. Lorsque le délai LSP tombe en dessous du seuil de faible retard, sa métrique est définie sur Faible délai.

Définition des paramètres globaux

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

Pour que le réacheminement LSP fonctionne, vous devez sélectionner Rediriger : Enabled dans cette fenêtre, ce qui entraîne l’affichage des champs supplémentaires. Cliquez pour Save configurer les paramètres généraux.

Définition de seuils spécifiques à une liaison

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 de niveau de liaison sont définis dans l’onglet Liaison du tableau d’informations réseau. Sélectionnez un lien et cliquez en Modify bas du tableau.

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

Remarque :

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 attendre l’exécution de la prochaine tâche de collecte Netconf planifiée ou créer une tâche de collecte qui s’exécute immédiatement.

Affichage des informations relatives aux seuils

Vous pouvez visualiser le trafic de l’interface, le retard de l’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 topologique, vous pouvez choisir d’afficher les étiquettes d’utilisation de l’interface, de retard 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 liens et d’autres options d’affichage.