Comprendre l’utilisation de sondes pour la surveillance des performances en temps réel sur les routeurs M, T, ACX, MX et PTX Series, 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. Les sondes collectent les paquets par destination et par application, y compris les paquets ICMP (Internet Control Message Protocol), les paquets UDP/TCP (User Datagram Protocol) avec des ports configurés par l’utilisateur, les paquets de type de service (ToSCP) configurés par l’utilisateur et les paquets HTTP (Hypertexte Transfer Protocol). RPM fournit une prise en charge de la base d’informations de gestion (MIB) avec des extensions pour la RFC 2925, les définitions des objets gérés pour les opérations de ping à distance, de traceroute et de recherche.
Lorsque le rpm est configuré sur un équipement Junos, l’équipement calcule les performances réseau en fonction du temps de réponse des paquets, de la gigue et de la perte de paquets. L’équipement recueille des statistiques de rpm en envoyant des sondes à une cible de sonde spécifiée, identifiée par une adresse IP. Lorsque la cible reçoit une sonde, elle génère des réponses qui sont reçues par l’équipement.
À partir de la version 17.3R1 de Junos OS, vous pouvez appliquer le RPM aux tunnels IPsec et aux tunnels GRE pour les clients et serveurs RPM basés sur pic et basés sur le moteur de routage si vous utilisez des MPC ou des MS-MIC. Le rpm basé sur le moteur de transfert de paquets n’est pas pris en charge pour les tunnels IPsec. La prise en charge de RPM sur les tunnels IPSec permet de surveiller les accords de niveau de service (SLA) pour le trafic transporté dans les tunnels IPSec.
Le RPM n’est pas pris en charge sur les systèmes logiques.
À partir de Junos OS Evolved version 20.1R1, vous pouvez configurer les sondes RPM. Pour Junos OS Evolved, rpm est configuré au niveau de la [edit services monitoring rpm]
hiérarchie. Le champ d’application de l’assistance se limite aux éléments suivants :
-
Génération et réception de sondes (client) et réflexion (serveur) pour les types de sondes RPM suivants :
-
icmp-ping
-
horodatage icmp
-
udp-ping
-
udp-timestamp
-
-
Gestion de l’historique des sondes
-
Création de rapports via syslog uniquement
À partir de Junos OS Evolved version 21.2R1, la création de rapports via des objets MIB SNMP est prise en charge pour rpm. Pour plus d’informations sur les MIB SNMP prises en charge par Juniper, consultez l’Explorateur de MIB SNMP.
Dans Junos OS, vous pouvez également configurer les services RPM pour déterminer automatiquement s’il existe un chemin entre un équipement hôte et ses voisins BGP configurés. Vous pouvez consulter les résultats de la découverte à l’aide d’un client SNMP. Les résultats sont stockés dans pingResultsTable
, jnxPingResultsTable
, jnxPingProbeHistoryTable
et pingProbeHistoryTable
.
À partir de la version 18.4R1 de Junos OS pour les routeurs MX Series, vous pouvez utiliser des sondes RPM pour détecter l’état de la liaison et modifier l’état du routage préféré en fonction des résultats de la sonde. Les routes suivies par RPM peuvent être IPv4 ou IPv6 et prendre en charge un seul saut IPv4 ou IPv6. Vous configurez cette fonctionnalité avec l’instruction rpm-tracking
au niveau ou [edit routing-instances routing-options]
de la [edit routing-options]
hiérarchie. Par exemple, les sondes RPM peuvent être envoyées à une adresse IP pour déterminer si la liaison est en place, et si c’est le cas, le logiciel installe une route statique dans la table de routage. Les routes statiques à suivi RPM sont installées avec la préférence 1 et sont donc préférées à toutes les routes statiques existantes pour le même préfixe. À partir de la version 19.1R1 de Junos OS, vous pouvez suivre jusqu’à 16 sauts suivants pour chaque routage statique suivi par IPv4 ou IPv6 rpm, pour les routeurs MX Series. À partir de la version 20.4R1 de Junos OS, nous avons étendu la prise en charge des routeurs PTX Series. En outre, pour cette fonctionnalité, vous pouvez configurer les préférences de routage et les valeurs de balise pour chaque préfixe de destination IPv4 ou IPv6. À partir de la version 22.3R1 de Junos OS, vous pouvez configurer des routes statiques à suivi RPM pour les routeurs ACX710 et ACX5448.
Dans Junos OS, la configuration de la sonde et les résultats de la sonde sont pris en charge à la fois par l’interface de ligne de commande (CLI) et SNMP. Vous définissez les options de sonde dans l’instruction test test-name
au niveau de la hiérarchie [edit services rpm probe owner
]. Vous utilisez la show services rpm probe-results
commande pour afficher les résultats des sondes RPM les plus récentes.
Les types de sondes suivants sont pris en charge par le marquage DSCP :
-
HTTP get (non disponible pour les services BGP RPM)
-
Écho ICMP
-
Horodatage ICMP
-
Connexion TCP
-
Écho UDP
-
Horodatage UDP
Pour les routeurs ACX :
-
Les routeurs ACX710 et ACX5448 Series prennent en charge la configuration de l’instruction
hardware-timestamp
, à partir de la version 22.3R1 de Junos OS. -
Les routeurs ACX500 Series, ACX1000 Series, ACX2000 Series, ACX4000 Series, ACX5048 et ACX5096 ne prennent pas en charge la configuration de l’instruction
hardware-timestamp
.
Grâce aux sondes, vous pouvez surveiller :
-
Temps moyen d’aller-retour
-
Gigue du temps aller-retour : la différence entre le temps d’aller-retour minimum et le temps maximal d’aller-retour
-
Temps d’aller-retour maximum
-
Temps d’aller-retour minimum
-
Écart type du temps aller-retour (Junos OS uniquement)
Les mesures à sens unique pour les sondes d’horodatage ICMP comprennent :
-
Mesures minimales, maximales, d’écart-type et de gigue pour les temps de sortie et d’entrée
-
Nombre de réponses reçues
-
Nombre de sondes envoyées
-
Pourcentage des sondes perdues
Vous pouvez configurer les seuils rpm suivants :
-
Retard d’entrée/de sortie
-
Gigue
-
Temps aller-retour
-
Écart type (Junos OS uniquement)
-
Sondes perdues successives
-
Nombre total de sondes perdues (par test)
Vous pouvez également configurer les classificateurs CoS et la hiérarchisation des paquets RPM sur les paquets de données réguliers reçus sur une interface d’entrée avec l’instruction dscp-code-points
de configuration.
Le tableau 1 fournit des informations sur le rpm et la prise en charge des horodatages associés sur MPC, MS-MIC/MPC et le moteur de routage :
Fonction |
Rôle |
IP Version |
Assistance (Y/N) |
Horodatage sur le moteur de routage |
Horodatage sur MPC (horodatage matériel) |
Horodatage sur MPC (si-interface) |
Horodatage sur MS-MIC/MPC (sondes déléguées) |
---|---|---|---|---|---|---|---|
Tr / min |
Client |
IPv4 |
Y |
Y (μsec) 2000 sondes maximum |
Y (μsec) 2000 sondes maximum |
¡n |
Y (msec) 1 million de sondes maximum |
IPv6 |
Y |
Y (μsec) 2000 sondes maximum |
¡n |
¡n |
Y (msec) 1 million de sondes maximum |
||
Serveur
|
IPv4 |
Y |
Y (μsec) 2000 sondes maximum |
Y (μsec) 2000 sondes maximum |
¡n |
Y (msec) 1 million de sondes maximum |
|
IPv6 |
Y |
Y (μsec) 2000 sondes maximum |
¡n |
¡n |
Y (msec) 1 million de sondes maximum |