Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
SUR CETTE PAGE
 

Surveillance des performances en temps réel sur les commutateurs EX et QFX

La surveillance des performances en temps réel (RPM) vous permet de configurer des sondes actives pour suivre et surveiller le trafic sur l’ensemble du réseau et pour étudier les problèmes réseau. Vous pouvez utiliser rpm avec les commutateurs Juniper Networks EX Series et QFX Series.

Les méthodes d’utilisation du RPM incluent :

  • Surveillez les retards entre les équipements.

  • Surveillez les retards au niveau du protocole.

  • Définissez des seuils pour déclencher des interruptions SNMP en cas de dépassement des valeurs.

    Vous pouvez configurer des seuils pour le temps aller-retour, le retard d’entrée ou de sortie, l’écart standard, la gigue, les sondes perdues successives et le nombre total de sondes perdues par test. (Les résultats des pièges SNMP sont stockés dans pingResultsTable, jnxPingResultsTable, jnxPingProbeHistoryTableet pingProbeHistoryTable.)

  • Déterminez automatiquement si un chemin existe entre un routeur ou un commutateur hôte et ses voisins BGP configurés. Vous pouvez consulter les résultats de la découverte à l’aide d’un client SNMP.

  • Utilisez l’historique des 50 dernières sondes pour analyser les tendances de votre réseau et prévoir les besoins futurs.

RPM fournit une prise en charge MIB avec des extensions pour la RFC 2925, les définitions des objets gérés pour les opérations Ping à distance, Traceroute et de recherche.

Ce sujet comprend :

Collecte de paquets RPM

Les sondes collectent des paquets par destination et par application, notamment des paquets ping ICMP (Internet Control Message Protocol), des paquets UDP/TCP (User Datagram Protocol) avec des ports configurés par l’utilisateur, des paquets de type de service (ToSCP) configurés par l’utilisateur et des paquets HTTP (Hypertexte Transfer Protocol).

Tests et types de sondes

Un test peut contenir plusieurs sondes. Le type de sonde spécifie le contenu du paquet et du protocole de la sonde.

Les commutateurs EX Series et QFX Series prennent en charge les tests et les types de sondes suivants :

Note:

Les commutateurs QFX Series ne prennent pas en charge les sondes d’horodatage matériel.

  • Tests Ping :

    • Sonde d’écho ICMP

    • Sonde d’horodatage ICMP

  • Tests HTTP :

    • Sonde http (non disponible pour les services BGP RPM)

    • Enquête http get métadonnées

  • Tests UDP et TCP avec des ports configurés par l’utilisateur :

    • Sonde d’écho UDP

    • Sonde de connexion TCP

    • Sonde d’horodatage UDP

Horodatage matériel

Pour tenir compte de la latence ou de la gigue dans la communication des messages de sonde, vous pouvez activer l’horodatage des paquets de la sonde (horodatage matériel). Si les horodatages matériels ne sont pas configurés, des horodatages sont générés au niveau logiciel qui sont moins précis qu’avec les horodatages matériels.

Note:

Les commutateurs QFX Series ne prennent pas en charge les horodatages matériels.
Note:

Sur le commutateur EX4300, l’horodatage rpm est effectué dans le logiciel. Les sondes RPM au niveau du demandeur et des équipements répondeurs sont horodatés dans le moteur de transfert de paquets au lieu du processus Junos OS (rmpod) qui s’exécute sur le moteur de routage. Cette méthode d’horodatage est appelée horodatage pseudo-matériel.
Note:

Les commutateurs EX Series prennent en charge les horodatages matériels pour les sondes UDP et ICMP. Les commutateurs EX Series ne prennent pas en charge les horodatages matériels pour les sondes HTTP ou TCP.

Vous pouvez horodater les sondes RPM suivantes pour améliorer la mesure de la latence ou de la gigue.

  • Ping ICMP

  • Horodatage de ping ICMP

  • Ping UDP

  • Horodatage du ping UDP

Note:

icmp-ping est le type de sonde par défaut sur les équipements exécutant Junos OS.

Les paquets de sonde sont horodatés avec l’heure à laquelle ils sont envoyés et reçus aux points de terminaison source et de destination.

Vous devez configurer le demandeur (le client RPM) avec des horodatages matériels (voir figure 1) pour obtenir des résultats plus significatifs que vous n’auriez sans les horodatages. Le répondeur (le serveur RPM) n’a pas besoin d’être configuré pour prendre en charge les horodatages matériels. Si le répondeur prend en charge les horodatages matériels, il horodatise les sondes RPM. Si le répondeur ne prend pas en charge les horodatages matériels, le RPM ne peut signaler que les mesures aller-retour qui incluent le temps de traitement sur le répondeur.

Note:

Sur le commutateur EX4300, vous devez configurer le commutateur en tant que demandeur (le client RPM) et comme répondeur (serveur RPM) pour horodatage du paquet RPM.

La figure 1 montre les horodatages :

Figure 1 : horodatage rpm RPM Timestamps

  • T1 est le moment où le paquet quitte le port du demandeur.

  • T2 est le moment où le répondeur reçoit le paquet.

  • T3 est le moment où le répondeur envoie la réponse.

  • Le T4 est le moment où le demandeur reçoit la réponse.

Le temps d’aller-retour est T4 – T1 – (T3 – T2). Si le répondeur ne prend pas en charge les horodatages matériels, alors le temps d’aller-retour est (T4 à T1), et inclut ainsi le temps de traitement du répondeur.

Vous pouvez utiliser des sondes RPM pour trouver les mesures de temps suivantes :

  • Temps d’aller-retour minimum

  • Temps d’aller-retour maximum

  • Temps moyen d’aller-retour

  • Écart type du temps aller-retour

  • Gigue du temps aller-retour : différence entre le temps minimum et le temps maximal d’aller-retour

La fonctionnalité RPM offre une option de configuration permettant de définir des horodatages matériels à sens unique. Utilisez des horodatages à sens unique lorsque vous souhaitez obtenir des informations sur le temps à sens unique, plutôt que sur les temps d’aller-retour, pour que les paquets traversent le réseau entre le demandeur et le répondeur. Comme le montre la figure 1, les horodatages à sens unique représentent le temps T2 - T1 et le temps entre T4 et T3. Utilisez des horodatages à sens unique pour recueillir des informations sur les retards dans chaque direction et pour trouver les valeurs de gigue sortante et entrante.

Note:

Pour une mesure à sens unique correcte, les horloges du demandeur et du répondeur doivent être synchronisées. Si les horloges ne sont pas synchronisées, les mesures et les calculs de gigue à sens unique peuvent inclure des variations importantes, dans certains cas des ordres de grandeur supérieurs aux temps d’aller-retour.

Lorsque vous activez des horodatages à sens unique dans une sonde, les mesures à sens unique suivantes sont rapportées :

  • Mesures minimales, maximales, d’écart-type et de gigue pour les temps de sortie et d’entrée

  • Nombre de sondes envoyées

  • Nombre de réponses reçues

  • Pourcentage des sondes perdues

Limites de rpm sur les commutateurs EX Series et QFX Series

  • Le protocole TWAMP (Two-Way Active Measurement Protocol) n’est pas pris en charge sur les commutateurs.

  • Les commutateurs ne prennent pas en charge les classificateurs de classe de service (CoS) configurés par l’utilisateur ni la hiérarchisation des paquets RPM sur les paquets de données ordinaires reçus sur une interface d’entrée.

  • Timestamps:

    • Si le répondeur ne prend pas en charge les horodatages matériels, le RPM ne peut que signaler les mesures aller-retour et ne peut pas calculer la gigue aller-retour.

      Note:

      Les commutateurs QFX Series ne prennent pas en charge les horodatages matériels.

    • Les commutateurs EX Series ne prennent pas en charge les horodatages matériels ou pseudo-horodatages matériels pour les sondes HTTP et TCP.

    • Les horodatages s’appliquent uniquement au trafic IPv4.

    • Les mises à niveau logicielles en cours d’utilisation (ISSU) et les mises à niveau logicielles sans interruption (NSSU) ne prennent pas en charge les horodatages pseudo-matériels.