Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Recueillir des statistiques sur les sessions MPLS

Configuration de MPLS pour collecter des statistiques

Vous pouvez configurer MPLS de manière à ce qu’il recueille périodiquement des statistiques de trafic sur toutes les sessions MPLS, y compris les sessions de transit, en configurant l’instruction statistics . Vous devez configurer l’instruction si vous souhaitez collecter des statistiques de trafic MPLS à l’aide de l’interrogation statistics SNMP des bases d’informations de gestion MPLS (MIB).

Pour activer ou désactiver la collecte de statistiques MPLS, incluez l’instruction statistics suivante :

Vous pouvez configurer ces instructions aux niveaux hiérarchiques suivants :

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

L’intervalle par défaut est de 300 secondes.

Si vous configurez l’option file , les statistiques sont placées dans un fichier, avec une entrée par LSP. Au cours de l’intervalle spécifié, les informations suivantes sont enregistrées dans ce fichier :

  • Le nombre de paquets, le nombre d’octets, les paquets par seconde et les octets par seconde transmis par chaque LSP. La parité fonctionnelle pour l’affichage des statistiques de paquets et d’octets pour les sous-LSP d’un LSP point à multipoint sur la puce Junos Trio est prise en charge dans les versions 11.1R2, 11.2R2 et 11.4 de Junos OS.

  • Pourcentage de bande passante transmise sur un LSP donné par rapport au pourcentage de bande passante configuré pour ce LSP. Si aucune bande passante n’est configurée pour un LSP, 0 % est enregistré dans la colonne pourcentage.

À la fin de chaque rapport périodique, un récapitulatif indique l’heure actuelle, le nombre total de sessions, le nombre de sessions lues, le nombre de sessions ignorées et les erreurs de lecture, le cas échéant. Les sessions ignorées sont généralement celles qui ne sont pas à l’état actif ou celles qui ont une étiquette entrante réservée (de 0 à 15) (généralement le point de sortie d’un LSP). La raison d’une erreur de lecture apparaît sur la même ligne que l’entrée du LSP sur lequel l’erreur s’est produite. La collecte de statistiques n’est pas un processus fiable ; Des erreurs de lecture occasionnelles peuvent affecter leur précision. Voici l’exemple de sortie :

Présentation de la perte de paquets et de la mesure des retards à la demande pour les LSP UHP

Cette rubrique décrit les méthodes de mesure de la perte de paquets, du délai et du débit pour les chemins de commutation d’étiquettes (LSP) UHP (Ultimate Hop Popping) point à point dans les réseaux MPLS afin de permettre la surveillance des performances réseau.

Importance de la mesure des pertes et des retards de paquets

L’essor des applications consommatrices de bande passante, telles que l’IPTV et la vidéo mobile, conjugué à la pression pour minimiser le coût par bit et maximiser la valeur par bit, oblige les opérateurs à faire passer leurs réseaux de transport des technologies basées sur les circuits aux technologies basées sur les paquets. MPLS est une technologie de transport de paquets axée sur la connexion qui connaît un grand succès, et qui convient parfaitement aux réseaux de transport de paquets.

Avec l’émergence de nouvelles applications sur les réseaux de données, il devient de plus en plus important pour les fournisseurs de services de prévoir avec précision l’impact des déploiements de nouvelles applications. Comprendre et modéliser les performances du réseau est particulièrement pertinent pour le déploiement d’applications du nouveau monde afin de garantir des implémentations réussies. Dans les réseaux de paquets, la perte et le retard des paquets sont deux des mesures de performance les plus fondamentales. Leur rôle est encore plus central lorsqu’il s’agit de mesures de bout en bout.

Le trafic appartenant à la plupart des applications utilisateur de bout en bout est soit sensible aux pertes (transfert de fichiers), soit sensible aux retards (applications vocales ou vidéo), soit aux deux (applications informatiques interactives). Les accords de niveau de service (SLA) des fournisseurs de services dépendent de leur capacité à mesurer et à surveiller ces mesures de performance réseau, car les SLA dépendent directement ou indirectement de la perte et du retard que subissent le trafic des clients sur le réseau du fournisseur de services.

Pour garantir la conformité au SLA, les fournisseurs de services ont besoin d’outils leur permettant de mesurer et de surveiller les indicateurs de performance relatifs à la perte de paquets, au délai unidirectionnel et au délai bidirectionnel, ainsi qu’aux mesures associées, telles que la variation du délai et le débit du canal. Cette capacité de mesure offre aux fournisseurs de services une meilleure visibilité sur les caractéristiques de performance de leurs réseaux, facilitant ainsi la planification, le dépannage et l’évaluation des performances du réseau.

Définition de la perte de paquets, du délai et du débit

Dans les réseaux de paquets, la perte et le retard des paquets sont deux des mesures de performance les plus fondamentales.

  • Loss—La perte de paquets est l’échec d’un ou de plusieurs paquets transmis à arriver à destination. La perte de paquets fait référence aux paquets de données qui sont abandonnés par le réseau pour gérer la congestion.

    Les applications de données sont très tolérantes à la perte de paquets, car elles ne sont généralement pas sensibles au temps et peuvent retransmettre les paquets qui ont été abandonnés. Cependant, dans les environnements de visioconférence et les communications audio pures, telles que la VoIP, la perte de paquets peut créer de la gigue.

  • DelayLe délai de paquet (également appelé latence) est le temps nécessaire à un paquet de données pour se rendre d’un point désigné à un autre, en fonction de la vitesse du support de transmission, tel que le fil de cuivre, la fibre optique ou les ondes radio, et des retards de transmission par les appareils en cours de route, tels que les routeurs et les modems.

    Une faible latence indique une grande efficacité du réseau.

  • Throughput: le délai de paquet mesure le temps écoulé entre le début et la fin d’une action, tandis que le débit est le nombre total d’actions de ce type qui se produisent dans un laps de temps donné.

Mécanismes de mesure des pertes et des retards de paquets

Le retard et la perte de paquets sont deux mesures fondamentales de la performance du réseau. Junos OS fournit un mécanisme à la demande pour mesurer la perte et le délai de paquets sur les chemins de commutation d’étiquettes (LSP) MPLS ulcp (Ultimate Hop Popping) bidirectionnels associés.

Le mécanisme de mesure des retards et des pertes de paquets à la demande est lancé à l’aide des commandes CLI suivantes :

  • monitor mpls loss rsvp—Effectue une mesure des pertes à la demande pour les LSP UHP bidirectionnels associés.

  • monitor mpls delay rsvp: effectue une mesure de retard à la demande pour les LSP UHP bidirectionnels associés.

  • monitor mpls loss-delay rsvp—Effectue une mesure combinée de perte et de retard à la demande pour les LSP UHP bidirectionnels associés.

Pour lancer le mécanisme de mesure des retards et des pertes de paquets, les paramètres de mesure souhaités, tels que le type de mesure et le nom du LSP, doivent être saisis. À la réception des paramètres, un résumé des données de surveillance des performances s’affiche et le mécanisme est arrêté.

Mesures de perte et de retard de paquets

Les mesures de performances suivantes sont mesurées à l’aide des mécanismes de perte et de retard de paquets à la demande :

  • Mesure des pertes (paquets et octets)

  • Mesure du débit (paquet et octet)

  • Délai de canal bidirectionnel

  • Délai aller-retour

  • Variation de délai inter-paquets (IPDV)

La monitor mpls loss rsvp commande effectue la mesure de la perte et du débit, et la commande effectue les mesures de retard de canal bidirectionnel, de délai aller-retour et d’IPDV monitor mpls delay rsvp . La monitor mpls loss-delay rsvp commande effectue une mesure combinée de perte et de retard et mesure simultanément tous les paramètres de performance mentionnés ci-dessus.

Concepts de mesure des pertes et des retards de paquets

Les concepts suivants permettent de mieux comprendre la fonctionnalité de perte et de retard de paquets :

  • Querier: un querier est le routeur PE (Provider Edge) entrant, qui est à l’origine du message de requête pour la mesure de la perte ou du retard.

  • Responder: un répondeur est le routeur PE de sortie, qui reçoit et répond aux messages de requête d’un requête.

  • Associated bidirectional LSP: un LSP bidirectionnel associé se compose de deux LSP unidirectionnels qui sont liés (ou associés l’un à l’autre) par le biais d’une configuration sur les deux points d’extrémité du LSP.

    La mesure des pertes et des retards à la demande ne peut être effectuée que sur les LSP UHP bidirectionnels associés.

  • Generic associated channel (G-Ach)—Les messages de surveillance des performances pour le flux de mesure de perte et de retard à la demande sur le MPLS G-Ach. Ce type de canal prend uniquement en charge les réponses intrabande et ne prend pas en charge les modes hors bande ou sans réponse.

  • Measurement point (MP)—MP est l’emplacement auquel une condition est décrite pour la mesure.

    La MP pour la perte de paquets du côté de l’émission se situe entre la structure de commutation et l’interface de transmission. La valeur du compteur est estampillée dans le message de mesure des pertes dans le matériel avant d’être mise en file d’attente pour la transmission.

    La MP pour la perte de paquets du côté de la réception se situe entre l’interface de réception et la structure de commutation. Le MP est distribué du côté de la réception. De plus, lorsque l’interface de transmission est une interface agrégée, le MP est également distribué.

  • Query rate: le taux de requête correspond à l’intervalle entre deux requêtes envoyées pour la mesure de la perte et du retard.

    Étant donné que les messages de mesure de perte et de retard proviennent du moteur de routage, un taux de requête élevé pour plusieurs canaux pèse lourdement sur le moteur de routage. L’intervalle de requête minimal pris en charge est de 1 seconde.

    Le taux de requête doit être élevé pour les compteurs 32 bits, car les compteurs peuvent s’enfermer rapidement lorsque le débit de trafic de données est très élevé. Le taux d’interrogation peut être faible lorsque des compteurs 64 bits sont utilisés aux quatre emplacements des points de mesure impliqués dans la mesure des pertes. Junos OS prend uniquement en charge les compteurs 64 bits.

  • Traffic class: par défaut, la mesure des pertes est prise en charge pour l’ensemble du canal. Junos OS prend également en charge la mesure des pertes de paquets délimitées par classe de trafic, où des compteurs qui gèrent les statistiques de trafic de données par classe de trafic doivent être créés.

    Par classe de trafic, les compteurs ne sont pas créés par défaut. Pour configurer la mesure de la perte étendue à la classe de trafic, incluez l’instruction au niveau de la traffic-class-statistics[edit protocols mpls statistics] hiérarchie.

    Lorsque traffic-class-statistics est configuré, les paquets de contrôle circulant sur le G-Ach ne sont pas comptés dans les compteurs d’émission et de réception.

    REMARQUE :

    L’activation et la désactivation des statistiques de classe de trafic entraînent la réinitialisation de tous les compteurs (compteurs agrégés et compteurs par classe) pour les LSP.

  • Loss measurement mode—Junos OS prend en charge le mode direct de mesure des pertes à la demande et ne prend pas en charge le mode déduit.

    La mesure directe des pertes nécessite la gestion des statistiques de trafic de données à l’entrée et à la sortie de deux LSP unidirectionnels du LSP bidirectionnel associé. Lorsqu’un routeur MX Series utilise uniquement des MPC et des MIC, des compteurs pour gérer les statistiques de trafic de données sont créés par défaut à l’entrée de tous les types de LSP et à la sortie des LSP UHP.

    Cependant, le mode direct de mesure des pertes n’est pas entièrement précis pour les raisons suivantes :

    • Transfert parallèle du matériel.

    • Présence de chemins multiples à coût égal (ECMP) dans le réseau, tels que des interfaces Ethernet agrégées, ce qui peut entraîner une réorganisation des paquets de données par rapport aux messages de mesure des pertes.

    • Les paquets de contrôle qui ne transitent pas par G-Ach ne sont pas comptés à l’entrée LSP, mais sont comptés à la sortie LSP.

    • Réorganisation du trafic de données par rapport au message de mesure des pertes lorsqu’un Diffserv est implémenté dans le réseau MPLS et que l’étendue de la mesure des pertes concerne l’ensemble du canal et non la classe de trafic.

      Pour surmonter cette limitation, effectuez une mesure de perte étendue à l’étendue de la classe de trafic lorsqu’un Diffserv est implémenté.

    REMARQUE :

    La mesure de la perte en mode direct est vulnérable aux perturbations lorsque l’interface d’entrée ou de sortie associée au LSP change.

  • Loss measurement synchronization—Les conditions de synchronisation spécifiées dans la section 2.9.8 de la RFC 6374 ne sont pas vraies dans l’absolu. Cependant, comme les compteurs de mesure des pertes sont estampillés dans le matériel, les erreurs introduites en raison de la non-satisfaction des conditions de synchronisation sont relativement faibles. Ces erreurs doivent être quantifiées.

    Lorsque l’interface d’émission ou de réception du LSP est une interface agrégée, plus d’erreurs sont introduites que lorsque les interfaces sont des interfaces non agrégées. Dans tous les cas, les compteurs de mesure des pertes sont estampillés dans le matériel et l’erreur doit être quantifiée.

  • Delay measurement accuracy—Lorsque les interfaces d’émission et de réception résident sur des moteurs de transfert de paquets différents, l’horloge doit être synchronisée sur ces moteurs de transfert de paquets pour les mesures de retard bidirectionnelles. Cette condition est vraie pour la plateforme sur laquelle la fonctionnalité de mesure de retard à la demande est implémentée.

    Lorsqu’il existe des interfaces agrégées ou ECMP, le délai n’est mesuré que pour un seul des chemins potentiels.

    Lorsqu’un message combiné de perte et de retard est utilisé pour le calcul du retard, la précision du retard est inférieure à celle du message de mesure du retard dans certains cas, par exemple lorsque l’interface d’émission ou de réception est une interface agrégée.

    La mesure du retard est toujours effectuée par classe de trafic, et la précision de la mesure doit être quantifiée après le test.

  • Timestamp format—Junos OS prend uniquement en charge le format IEEE 1588 Precision Time Protocol (PTP) [IEEE1588] pour l’enregistrement des messages de mesure de retard. Le format NTP (Network Time Format) n’est pas pris en charge.

  • Operations, administration, and maintenance (OAM): pour indiquer que tous les messages OAM des LSP MPLS transitent sur le MPLS G-Ach et pour permettre aux messages de surveillance des performances MPLS d’être transportés sur le MPLS G-Ach, l’instruction oam mpls-tp-mode doit être incluse au niveau de la [edit protocols mpls label-switched-path lsp-name] hiérarchie.

Fonctionnalité de mesure des pertes et des retards de paquets

Figure 1 illustre les méthodes de base utilisées pour la mesure bidirectionnelle de la perte et du retard de paquets. Il existe un canal bidirectionnel entre les deux routeurs, le routeur A et le routeur B. Les points de référence temporels (T1, T2, T3 et T4) sont associés à une opération de mesure qui a lieu au niveau du routeur A. L’opération consiste en l’envoi d’un message de requête par le routeur A par le routeur B et par le renvoi d’une réponse par le routeur B. Chaque point de référence indique le moment où la requête ou le message de réponse est transmis ou reçu sur le canal.

Figure 1 : Mesure bidirectionnelle de baseMesure bidirectionnelle de base

Dans Figure 1, le routeur A peut s’arranger pour mesurer la perte de paquets sur le canal dans les sens aller et arrière en envoyant des messages de requête de mesure de perte au routeur B. Chacun des messages direct et inverse contient le nombre de paquets transmis avant l’instant T1 sur le canal vers le routeur B (A_TxP).

Lorsque le message atteint le routeur B, deux valeurs sont ajoutées au message et le message est renvoyé au routeur A. Les deux valeurs correspondent au nombre de paquets reçus avant l’instant T2 sur le canal à partir du routeur A (B_RxP) et au nombre de paquets transmis avant l’instant T3 sur le canal au routeur A (B_TxP).

Lorsque la réponse atteint le routeur A, une quatrième valeur est ajoutée au message : le nombre de paquets reçus avant l’heure T4 sur le canal à partir du routeur B (A_RxP).

Ces quatre valeurs de compteur (A_TxP), (B_RxP), (B_TxP) et (A_RxP) permettent au routeur A de calculer les statistiques de perte souhaitées. Étant donné que le nombre de transmissions au niveau du routeur A et le nombre de réceptions au niveau du routeur B (et vice versa) peuvent ne pas être synchronisés au moment du premier message, et pour limiter les effets du contre-retournement, la perte est calculée sous la forme d’un delta entre les messages.

L’affaiblissement d’émission (A_TxLoss[n-1,n]) et l’affaiblissement de réception (A_RxLoss[n-1,n]) dans l’intervalle de mesure marqué par les messages LM[n-1] et LM[n] sont calculés par le routeur A comme suit :

  1. A_TxLoss[n-1,n] = (A_TxP[n] - A_TxP[n-1]) - (B_RxP[n] - B_RxP[n-1])

  2. A_RxLoss[n-1,n] = (B_TxP[n] - B_TxP[n-1]) - (A_RxP[n] - A_RxP[n-1])

L’arithmétique est modulo la taille du compteur.

Pour mesurer, au niveau du routeur A, le délai sur le canal vers le routeur B, un message de requête de mesure de retard est envoyé du routeur A au routeur B, contenant un horodatage enregistrant l’instant auquel il est transmis. En Figure 1, l’horodatage est enregistré dans T1.

Lorsque le message atteint le routeur B, un horodatage est ajouté, enregistrant l’instant où il est reçu (T2). Le message peut maintenant être renseigné du routeur B vers le routeur A, le routeur B ajoutant son horodatage d’émission (T3) et le routeur A ajoutant son horodatage de réception (T4).

Ces quatre horodatages (T1, T2, T3 et T4) permettent au routeur A de calculer le délai unidirectionnel dans chaque direction, ainsi que le délai bidirectionnel pour le canal. Les calculs de délai unidirectionnel nécessitent que les horloges des routeurs A et B soient synchronisées.

À ce stade, le routeur A peut calculer le délai du canal bidirectionnel et le délai d’aller-retour associés au canal comme suit :

  1. Délai du canal bidirectionnel = (T4 - T1) - (T3 - T2)

  2. Délai aller-retour = T4 - T1

Fonctionnalités de perte et de retard de paquets

Supported Features of Packet Loss and Delay

Junos OS prend en charge les fonctionnalités suivantes avec mesure des pertes et des retards à la demande :

  • Surveillance des performances pour les LSP UHP point à point MPLS bidirectionnels associés uniquement

  • Mesure des pertes

  • Mesure du débit

  • Mesure du retard bidirectionnel (retard de canal et délai aller-retour)

  • Variation de délai inter-paquets (IPDV)

  • Mesure des pertes en mode direct

  • Interfaces Ethernet agrégées et SONET agrégées

  • Prise en charge de plusieurs châssis

  • Compatible 64 bits

Unsupported Features of Packet Loss and Delay

Junos OS ne prend pas en charge les fonctionnalités de mesure des pertes et des retards à la demande suivantes :

  • Mesure de perte et de retard pour les pseudofils (section 2.9.1 de la RFC 6374)

  • Mesure unidirectionnelle (section 2.6 de la RFC 6374)

  • Mesure dyadique (section 2.7 de la RFC 6374)

  • Mesure de perte et de retard en mode bouclage (section 2.8 de la RFC 6374)

  • Mesure de perte et de retard vers un noeud intermédiaire à partir d’un point de terminaison LSP (section 2.9.5 de la RFC 6374)

  • Post-traitement externe (section 2.9.7 de la RFC 6374)

  • Mesure de la perte en mode inféré (section 2.9.8 de la RFC 6374)

  • Mode proactif

  • Systèmes logiques

  • SNMP

Exemple : Configuration de la mesure des pertes et des retards à la demande

Cet exemple montre comment activer la mesure à la demande des pertes et des retards pour les chemins de commutation d’étiquettes (LSP) UHP (Ultimate Hop Popping) point à point dans les réseaux MPLS afin de surveiller les performances du réseau.

Conditions préalables

Cet exemple utilise les composants matériels et logiciels suivants :

  • Deux plates-formes de routage universelles 5G MX Series contenant uniquement des MPC/MIC

  • Junos OS version 14.2 ou ultérieure s’exécutant sur tous les routeurs

Avant de commencer :

  1. Configurez les interfaces de l’appareil.

  2. Configurez les numéros de système autonome et les ID de routeur pour les appareils.

  3. Configurez les protocoles suivants :

    • RSVP

    • MPLS

    • OSPF

Présentation

À partir de la version 14.2 de Junos OS, un outil à la demande permettant de surveiller et de mesurer la perte de paquets, le retard de paquets ou les deux pour les chemins de commutation d’étiquettes (LSP) point à point MPLS ultimate hop popping (LSP) bidirectionnels associés, est introduit. L’outil peut être activé à l’aide des commandes CLI suivantes : monitor mpls loss rsvp, , monitor mpls delay rsvpet monitor mpls loss-delay rsvp.

Ces commandes récapitulent à la demande les mesures de performances relatives à la perte de paquets en mode direct, au délai bidirectionnel et aux mesures associées, telles que la variation du délai entre paquets et la mesure du débit du canal.

Cette fonctionnalité offre une visibilité en temps réel sur les performances du réseau, ce qui facilite la planification, le dépannage et l’évaluation des performances du réseau.

Topologie

Figure 2 illustre la mesure à la demande des pertes et des retards à l’aide d’une topologie simple à deux routeurs.

Figure 2 : Configuration de la mesure des pertes et des retards à la demandeConfiguration de la mesure des pertes et des retards à la demande

Dans cet exemple, un LSP bidirectionnel associé est configuré entre les routeurs R1 et R2, pour lequel les mesures de performances sont mesurées.

Configuration

Configuration rapide de l’interface de ligne de commande

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à la configuration de votre réseau, copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit] hiérarchie, puis passez commit en mode de configuration.

R1

R2

Procédure

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer le routeur R1 :

  1. Activez le châssis avec des services de tunnel et une configuration améliorée des services de réseau IP.

  2. Configurez les interfaces du routeur R1.

  3. Configurez l’ID de routeur pour le routeur R1.

  4. Activez RSVP sur toutes les interfaces du routeur R1, à l’exception de l’interface de gestion.

  5. Activez MPLS sur toutes les interfaces du routeur R1, à l’exception de l’interface de gestion.

  6. Configurez un LSP bidirectionnel associé au routeur R2.

  7. Créez des classes de trafic pour gérer les statistiques de trafic des données par classe de trafic.

    Cela permet de mesurer les pertes en fonction de la classe de trafic.

  8. Configurez OSPF avec des fonctionnalités d’ingénierie du trafic et activez OSPF sur toutes les interfaces du routeur R1, à l’exception de l’interface de gestion.

Résultats

À partir du mode de configuration, confirmez votre configuration en saisissant les commandes show chassis, show interfaces, show routing-optionset show protocols. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de l’état du prestataire de services linguistiques

But

Vérifiez que le LSP bidirectionnel associé entre les routeurs R1 et R2 est actif.

Action

À partir du mode opérationnel, exécutez la show mpls lsp commande.

Sens

Le LSP bidirectionnel R1-R2 associé est actif et actif.

Vérification de la mesure de la perte de paquets

But

Vérifiez le résultat de la mesure des pertes à la demande.

Action

À partir du mode opérationnel, exécutez la monitor mpls loss rsvp R1-R2 count 2 detail commande.

Sens

La mesure de la perte de paquets pour deux comptes s’affiche.

Vérification de la mesure du délai de transmission des paquets

But

Vérifiez le résultat de la mesure du retard à la demande.

Action

À partir du mode opérationnel, exécutez la monitor mpls delay rsvp R1-R2 count 2 detail commande.

Sens

La mesure du délai de paquet pour deux comptages s’affiche.

Vérification de la mesure de la perte et du délai de paquets

But

Vérifiez le résultat de la mesure des pertes et des retards à la demande.

Action

À partir du mode opérationnel, exécutez la monitor mpls loss-delay rsvp R1-R2 count 2 detail commande.

Sens

La mesure de la perte de paquets et du délai pour deux comptes s’affiche.

Exemple : Configuration proactive des mesures de perte et de retard pour les LSP MPLS bidirectionnels

Cet exemple montre comment configurer des mesures proactives de perte et de retard pour les chemins de commutation d’étiquettes (LSP) par saut ultime point à point dans les réseaux MPLS afin de surveiller les performances du réseau.

Conditions préalables

Cet exemple utilise les composants matériels et logiciels suivants :

  • Deux plates-formes de routage universelles 5G MX Series contenant uniquement des MPC/MIC

  • Junos OS version 15.1 ou ultérieure s’exécutant sur tous les routeurs

Avant de commencer :

  1. Configurez les interfaces de l’appareil.

  2. Configurez les numéros de système autonome et les ID de routeur pour les appareils.

  3. Configurez les protocoles suivants :

    1. MPLS

    2. OSPF

    3. RSVP

Présentation

À partir de la version 15.1 de Junos OS, un outil proactif permettant de surveiller et de mesurer la perte de paquets, le retard de paquets ou les deux pour les chemins de commutation d’étiquettes (LSP) MPLS bidirectionnels à saut ultime est introduit.

Cette fonctionnalité fournit les métriques de performances suivantes :

  • Variation de délai inter-paquets (IPDV)

  • Mesure des pertes

  • Délai aller-retour (RTT)

  • Mesure du débit

  • Délai de canal bidirectionnel

Cette fonctionnalité offre une visibilité en temps réel sur les performances du réseau, ce qui facilite la planification, le dépannage et l’évaluation des performances du réseau.

Topologie

Figure 3 illustre les mesures proactives des pertes et des retards à l’aide d’une topologie simple à deux routeurs.

Figure 3 : Configuration proactive des mesures de perte et de retardConfiguration proactive des mesures de perte et de retard

Dans cet exemple, un LSP bidirectionnel associé est configuré entre les routeurs R1 et R2, pour lequel les mesures de performance sont mesurées.

Configuration

Configuration rapide de l’interface de ligne de commande

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à la configuration de votre réseau, copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit] hiérarchie, puis passez commit en mode de configuration.

R1

R2

Procédure

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer le routeur R1 :

  1. Activez la configuration des services réseau IP améliorés.

  2. Configurez les interfaces du routeur R1.

  3. Configurez l’ID de routeur pour le routeur R1.

  4. Activez RSVP sur toutes les interfaces du routeur R1, à l’exception de l’interface de gestion.

  5. Activez MPLS sur toutes les interfaces du routeur R1, à l’exception de l’interface de gestion.

  6. Configurez un LSP bidirectionnel associé au routeur R2.

  7. Créez des classes de trafic pour gérer les statistiques de trafic des données par classe de trafic.

    Cela permet de mesurer les pertes et les retards en fonction de la classe de trafic.

  8. Configurez la surveillance des performances côté demandeur.

  9. Configurez la surveillance des performances côté répondeur.

  10. Configurez OSPF avec des fonctionnalités d’ingénierie du trafic et activez OSPF sur toutes les interfaces du routeur R1, à l’exception de l’interface de gestion.

Résultats

À partir du mode de configuration, confirmez votre configuration en saisissant les commandes show chassis, show interfaces, show routing-optionset show protocols. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Vérification

Vérification de la mesure des pertes et des retards

But

Vérifiez la mesure des pertes et des retards.

Action

À partir du mode opérationnel, exécutez la show performance-monitoring mpls lsp commande.

Sens

Les mesures de mesure de perte et de retard de paquets pour LSP s’affichent.

Configuration de la mesure des pertes et des retards à la demande

Vous pouvez configurer une mesure à la demande des pertes et des retards pour les chemins de commutation d’étiquettes (LSP) UHP (Ultimate Hop Popping) point à point dans les réseaux MPLS afin de surveiller les performances du réseau. Les monitor mpls loss rsvpcommandes , , et CLI récapitulent à la demande les mesures de performances relatives à la perte de paquets en mode direct, au délai de paquets bidirectionnel et aux mesures associées, monitor mpls delay rsvptelles que la variation du délai entre paquets et monitor mpls loss-delay rsvp la mesure du débit du canal.

Cette fonctionnalité offre une visibilité en temps réel sur les performances du réseau, ce qui facilite la planification, le dépannage et l’évaluation des performances du réseau.

Avant de commencer :

  1. Configurez les interfaces de l’appareil.

  2. Configurez l’ID du routeur de l’appareil.

  3. Configurez les protocoles suivants :

    • RSVP

    • OSPF

      Activer les fonctionnalités d’ingénierie du trafic.

    • MPLS

Pour configurer l’appareil PE :

  1. Activez le châssis avec des services de tunnel et une configuration améliorée des services de réseau IP.
  2. Configurez un LSP bidirectionnel associé au routeur distant.
  3. Créez des classes de trafic pour gérer les statistiques de trafic des données par classe de trafic.

    Cela permet de mesurer les pertes en fonction de la classe de trafic.

Configuration proactive des mesures de perte et de retard

Vous pouvez configurer des mesures proactives des pertes et des retards pour les chemins de commutation d’étiquettes (LSP) par saut ultime point à point dans les réseaux MPLS afin de surveiller les performances du réseau. La show performance-monitoring mpls lsp commande CLI fournit un résumé des mesures de performance pour la perte de paquets en mode direct, le délai de paquet bidirectionnel et les mesures associées, telles que la variation du délai entre paquets et la mesure du débit du canal.

Cette fonctionnalité offre une visibilité en temps réel sur les performances du réseau, ce qui facilite la planification, le dépannage et l’évaluation des performances du réseau.

Cette fonctionnalité fournit les métriques de performances suivantes :

  • Variation de délai inter-paquets (IPDV)

  • Mesure des pertes

  • Délai aller-retour (RTT)

  • Mesure du débit

  • Délai de canal bidirectionnel

Avant de commencer :

  1. Configurez les interfaces de l’appareil.

  2. Configurez les numéros de système autonome et les ID de routeur pour les appareils.

  3. Configurez les protocoles suivants :

    • MPLS

    • OSPF

    • RSVP

Pour configurer des mesures proactives des pertes et des retards sur l’appareil PE :

  1. Configurez un LSP bidirectionnel associé au routeur R2.
  2. Créez des classes de trafic pour gérer les statistiques de trafic des données par classe de trafic.

    Il est ainsi possible de mesurer les pertes et les retards en fonction de la classe de trafic.

  3. Configurez la surveillance des performances côté demandeur.
  4. Configurez la surveillance des performances côté répondeur.