Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Informationen zur Verwendung von Sonden zur Echtzeit-Leistungsüberwachung auf Routern der ACX-, MX- und PTX-Serie sowie EX- und QFX-Switches

Mit der Echtzeit-Leistungsüberwachung (Real-Time Performance Monitoring, RPM) können Sie aktive Sonden konfigurieren, um den Datenverkehr zu verfolgen und zu überwachen. Die Sondierungen erfassen Pakete pro Ziel und Anwendung, einschließlich PING Internet Control Message Protocol (ICMP)-Pakete, User Datagram Protocol und Transmission Control Protocol (UDP/TCP)-Pakete mit benutzerdefinierten Ports, vom Benutzer konfigurierte Differentiated Services Codepoint (DSCP) Type-of-Service (ToS)-Pakete und Hypertext Transfer Protocol (HTTP)-Pakete. RPM bietet Unterstützung für die Management Information Base (MIB) mit Erweiterungen für RFC 2925, Definitionen verwalteter Objekte für Remote-Ping-, Traceroute- und Lookup-Operationen. Weitere Informationen zu SNMP MIBs, die Juniper unterstützt, finden Sie unter SNMP MIB Explorer.

Überblick

Wenn RPM auf einem Gerät konfiguriert ist, berechnet das Gerät die Netzwerkleistung auf der Grundlage von Paketantwortzeit, Jitter und Paketverlust. Das Gerät erfasst RPM-Statistiken, indem es Sondierungen an ein bestimmtes Messziel sendet, das durch eine IP-Adresse identifiziert wird. Wenn das Ziel eine Sondierung empfängt, generiert es Antworten, die vom Gerät empfangen werden. Ein Test kann mehrere Sondierungen enthalten. Der Prüfpunkttyp gibt den Paket- und Protokollinhalt der Prüftaste an. Sie können den Verlauf der letzten 50 Sonden verwenden, um Trends in Ihrem Netzwerk zu analysieren und zukünftige Anforderungen vorherzusagen.

Verwenden Sie Feature Explorer: Echtzeit-Leistungsüberwachung und Feature Explorer: RPM und TWAMP, um die Plattform- und Release-Unterstützung zu bestätigen.

Mit Sonden können Sie Folgendes überwachen:

  • Durchschnittliche Roundtrip-Zeit

  • Jitter der Roundtripzeit: Die Differenz zwischen der minimalen und der maximalen Roundtripzeit

  • Maximale Roundtrip-Zeit

  • Minimale Round-Trip-Zeit

  • Standardabweichung der Roundtripzeit (nur Junos OS)

Einwegmessungen für ICMP-Zeitstempelsonden umfassen:

  • Minimum-, Maximum-, Standardabweichungs- und Jitter-Messungen für Ausgangs- und Eingangszeiten

  • Anzahl der empfangenen Sondierungsantworten

  • Anzahl der gesendeten Sondierungen

  • Prozentsatz der verlorenen Sonden

Sie können Schwellenwerte festlegen, um SNMP-Traps auszulösen, wenn die Werte überschritten werden. Sie können die folgenden RPM-Schwellenwerte konfigurieren:

  • Eingangs-/Ausgangsverzögerung

  • Jitter

  • Zeit für die Hin- und Rückfahrt

  • Standardabweichung (nur Junos OS)

  • Aufeinanderfolgende verlorene Sondierungen

  • Gesamtzahl der verlorenen Sonden (pro Test)

Sie können auch CoS-Klassifizierer und die Priorisierung von RPM-Paketen gegenüber regulären Datenpaketen konfigurieren, die auf einer Eingabeschnittstelle mit der dscp-code-points Konfigurationsanweisung empfangen werden.

Hardware-Zeitstempel

Um Latenz oder Jitter bei der Kommunikation von Prüfpunktnachrichten zu berücksichtigen, können Sie die Zeitstempelung der Prüfpunktpakete (Hardware-Zeitstempel) aktivieren. Wenn Hardware-Zeitstempel nicht konfiguriert sind, verwenden Sie softwarebasierte Zeitstempel. Zeitstempel, die auf Softwareebene generiert werden, sind weniger genau als bei Hardware-Zeitstempeln.

Verwenden Sie Feature Explorer: Hardware-Zeitstempel von RPM-Probe-Nachrichten, Feature Explorer: RPM-Hardware-Zeitstempel mit gerouteten VLAN-Schnittstellen und Feature Explorer: RPM- und TWAMP-Hardware-Zeitstempel- und RTT-Messung , um die Plattform- und Release-Unterstützung für diese Funktion zu bestätigen.

Hinweis:

Die RPM-Hardware-Zeitstempelung wird nur unter Junos OS unterstützt, mit einigen Einschränkungen:

  • Router der ACX-Serie: Die Router der Serien ACX710 und ACX5448 sind die einzigen ACX-Router mit Junos OS, die die hardware-timestamp Anweisungskonfiguration unterstützen. Diese Unterstützung begann in Junos OS Version 22.3R1.

  • Switches der EX-Serie: Switches der EX-Serie unterstützen Hardware-Zeitstempel für UDP- und ICMP-Sonden. Switches der EX-Serie unterstützen keine Hardware-Zeitstempel für HTTP- oder TCP-Tests.

    Auf dem Switch EX4300 wird der Zeitstempel für die Drehzahl in der Software ausgeführt. Die RPM-Sonden auf den Anforderer- und Responder-Geräten werden in der Packet Forwarding Engine mit einem Zeitstempel versehen und nicht im Junos OS Process (rmopd), der auf der Routing-Engine ausgeführt wird. Diese Zeitstempelmethode wird als Pseudo-Hardware-Zeitstempel bezeichnet.

  • Switches der QFX-Serie: Switches der QFX-Serie unterstützen keine Hardware-Zeitstempel.

Sie können die folgenden RPM-Sonden mit einem Zeitstempel versehen, um die Messung von Latenz oder Jitter zu verbessern.

  • ICMP-Ping

  • ICMP-Ping-Zeitstempel

  • UDP-Ping

  • UDP-Ping-Zeitstempel

Hinweis:

icmp-ping ist der Standardtesttyp auf Geräten mit Junos OS.

Die Probe-Pakete sind mit einem Zeitstempel versehen, zu dem die Zeitpunkte angegeben sind, zu denen sie sowohl am Quell- als auch am Zielendpunkt gesendet und empfangen werden.

Sie sollten den Anforderer (den RPM-Client) mit Hardware-Zeitstempeln konfigurieren (siehe Abbildung 1), um aussagekräftigere Ergebnisse zu erhalten als ohne die Zeitstempel. Der Responder (der RPM-Server) muss nicht für die Unterstützung von Hardware-Zeitstempeln konfiguriert sein. Wenn der Responder Hardware-Zeitstempel unterstützt, versieht er die RPM-Sonden mit einem Zeitstempel. Wenn der Responder keine Hardwarezeitstempel unterstützt, kann RPM nur Roundtripmessungen melden, die die Verarbeitungszeit für den Responder enthalten.

Hinweis:

Auf dem Switch EX4300 müssen Sie den Switch sowohl als Anforderer (RPM-Client) als auch als Responder (RPM-Server) konfigurieren, um das RPM-Paket mit einem Zeitstempel zu versehen.

Abbildung 1 zeigt die Zeitstempel:

Abbildung 1: RPM-Zeitstempel RPM Timestamps

  • T1 ist der Zeitpunkt, zu dem das Paket den Port des Anforderers verlässt.

  • T2 ist der Zeitpunkt, zu dem der Responder das Paket empfängt.

  • T3 ist der Zeitpunkt, zu dem der Responder die Antwort sendet.

  • T4 ist der Zeitpunkt, zu dem der Anforderer die Antwort erhält.

Die Hin- und Rückfahrzeit beträgt T4 – T1 – (T3 – T2). Wenn der Responder keine Hardwarezeitstempel unterstützt, beträgt die Roundtripzeit (T4 – T1) und schließt somit die Verarbeitungszeit des Responders ein.

Sie können RPM-Sonden verwenden, um die folgenden Zeitmessungen zu finden:

  • Minimale Round-Trip-Zeit

  • Maximale Roundtrip-Zeit

  • Durchschnittliche Roundtrip-Zeit

  • Standardabweichung der Round-Trip-Zeit

  • Jitter der Roundtripzeit: Differenz zwischen der minimalen und der maximalen Roundtripzeit

Die RPM-Funktion bietet eine Konfigurationsoption zum Festlegen von unidirektionalen Hardware-Zeitstempeln. Verwenden Sie Einweg-Zeitstempel, wenn Sie Informationen über die Einwegzeit anstelle von Roundtripzeiten für Pakete wünschen, die das Netzwerk zwischen dem Anforderer und dem Responder durchlaufen sollen. Wie in Abbildung 1 dargestellt, stellen Einweg-Zeitstempel die Zeit T2 – T1 und die Zeit von T4 – T3 dar. Verwenden Sie Einweg-Zeitstempel, wenn Sie Informationen über Verzögerungen in jeder Richtung sammeln und Jitter-Werte für Ausgang und Eingang ermitteln möchten.

Hinweis:

Für eine korrekte Einwegmessung müssen die Uhren von Anforderer und Responder synchronisiert sein. Wenn die Uhren nicht synchronisiert sind, können Einweg-Jitter-Messungen und -Berechnungen erhebliche Abweichungen aufweisen, die in einigen Fällen um Größenordnungen größer sind als die Round-Trip-Zeiten.

Wenn Sie Einweg-Zeitstempel in einer Sondierung aktivieren, werden die folgenden unidirektionalen Messungen gemeldet:

  • Minimum-, Maximum-, Standardabweichungs- und Jitter-Messungen für Ausgangs- und Eingangszeiten

  • Anzahl der gesendeten Sondierungen

  • Anzahl der empfangenen Sondierungsantworten

  • Prozentsatz der verlorenen Sonden

Unterstützung für Junos OS

Sondenkonfiguration und Ergebnisse

In Junos OS werden die Probe-Konfiguration und die Probe-Ergebnisse sowohl von der Befehlszeilenschnittstelle (CLI) als auch von SNMP unterstützt. Sie legen die Prüfpunktoptionen in der test test-name Anweisung auf der Hierarchieebene [edit services rpm probe owner] fest. Sie verwenden den show services rpm probe-results Befehl, um die Ergebnisse der letzten RPM-Sonden anzuzeigen.

Hinweis:

Einschränkungen für Switches der EX-Serie und der QFX-Serie:

  • Das bidirektionale aktive Messprotokoll (TWAMP) wird auf QFX-Switches nicht unterstützt.

  • Die Switches unterstützen keine vom Benutzer konfigurierten Class-of-Service (CoS)-Klassifizierer oder die Priorisierung von RPM-Paketen gegenüber regulären Datenpaketen, die auf einer Eingabeschnittstelle empfangen werden.

  • Zeitstempel:

    • Wenn der Responder keine Hardware-Zeitstempel unterstützt, kann RPM nur die Roundtrip-Messungen melden und keinen Roundtrip-Jitter berechnen. (Switches der QFX-Serie unterstützen keine Hardware-Zeitstempel.)

    • Switches der EX-Serie unterstützen keine Hardware-Zeitstempel oder Pseudo-Hardware-Zeitstempel für HTTP- und TCP-Tests.

    • Zeitstempel gelten nur für IPv4-Datenverkehr.

    • In-Service Software Upgrades (ISSU) und Nonstop Software Upgrades (NSSU) unterstützen keine Pseudo-Hardware-Zeitstempel.

Um den Paket- und Protokollinhalt der Probe anzugeben, schließen Sie die probe-type Anweisung auf Hierarchieebene [edit services rpm probe owner test test-name] ein. Die folgenden Prüfpunkttypen werden unterstützt:

  • http-get– Sendet eine HTTP-GET-Anforderung (Hypertext Transfer Protocol) an eine Ziel-URL.

  • http-metadata-get– Sendet eine HTTP-Get-Anforderung für Metadaten an eine Ziel-URL.

  • icmp-ping– Sendet ICMP-Echoanforderungen an eine Zieladresse.

  • icmp-ping-timestamp—Sendet ICMP-Zeitstempelanforderungen an eine Zieladresse.

  • tcp-ping– Sendet TCP-Pakete an ein Ziel.

  • udp-ping– Sendet UDP-Pakete an ein Ziel.

  • udp-ping-timestamp—Sendet UDP-Zeitstempelanforderungen an eine Zieladresse.

Unterstützung für IPsec- und GRE-Tunnel

Sie können RPM auf IPsec-Tunnel und GRE-Tunnel für PIC-basierte und Routing-Engine-basierte RPM-Clients und -Server anwenden, wenn Sie MS-MPCs oder MS-MIC verwenden. Packet Forwarding Engine-basiertes RPM wird für IPsec-Tunnel nicht unterstützt. Die Unterstützung von RPM in IPSec-Tunneln ermöglicht die Überwachung von Service Level Agreements (SLAs) für den in IPSec-Tunneln transportierten Datenverkehr.

Hinweis:

RPM wird auf logischen Systemen nicht unterstützt.

Verwenden Sie den Feature-Explorer: RPM-Unterstützung für IPsec- und GRE-Tunnel, um die Plattform- und Releaseunterstützung für dieses Feature zu bestätigen.

RPM-getrackte statische Routen

In Junos OS können Sie RPM-Services auch konfigurieren, um automatisch zu ermitteln, ob ein Pfad zwischen einem Hostgerät und seinen konfigurierten BGP-Nachbarn existiert. Sie können die Ergebnisse der Erkennung mit einem SNMP-Client anzeigen. Die Ergebnisse werden in pingResultsTable, jnxPingResultsTable, jnxPingProbeHistoryTableund pingProbeHistoryTablegespeichert.

Verwenden Sie den Feature-Explorer: Aktivieren oder Deaktivieren statischer Routen auf der Grundlage von RPM-Testergebnissen, Feature-Explorer: Verfolgen statischer RPM-Routen über mehrere nächste Hops und Feature-Explorer: Eine Erweiterung der RPM-verfolgten statischen Routen, um die Plattform- und Release-Unterstützung für diese Funktion zu bestätigen.

Für die Geräte, die diese Funktion unterstützen, können Sie RPM-Sonden verwenden, um den Verbindungsstatus zu ermitteln und den Status der bevorzugten Route auf der Grundlage der Testergebnisse zu ändern. RPM-verfolgte Routen können IPv4 oder IPv6 sein und unterstützen einen einzelnen IPv4- oder IPv6-Next-Hop. Sie konfigurieren diese Funktion mit der rpm-tracking Anweisung auf oder [edit routing-options] [edit routing-instances routing-options] Hierarchieebene. Beispielsweise können RPM-Sonden an eine IP-Adresse gesendet werden, um festzustellen, ob die Verbindung verfügbar ist, und wenn ja, installiert die Software eine statische Route in der Routing-Tabelle. RPM-verfolgte statische Routen werden mit Präferenz 1 installiert und daher gegenüber allen vorhandenen statischen Routen für dasselbe Präfix bevorzugt. Für Geräte, die mehrere Next Hops unterstützen, können Sie bis zu 16 Next Hops für jede IPv4- oder IPv6-RPM-verfolgte statische Route verfolgen und Routenpräferenzen und Tag-Werte für jedes IPv4- oder IPv6-Zielpräfix konfigurieren.

RPM und zugehörige Zeitstempelunterstützung auf MPC, MS-MIC/MPC und Routing-Engine

Tabelle 1 enthält Informationen zur RPM und zur zugehörigen Zeitstempelunterstützung auf MPC, MS-MIC/MPC und der Routing-Engine:

Tabelle 1: RPM und zugehörige Zeitstempelunterstützung für ICMP-Sonden

Funktion

Rolle

IP-Version

Unterstützung (ja/nein)

Zeitstempel auf der Routing-Engine

Zeitstempel auf MPC (Hardware-Zeitstempel)

Zeitstempel auf MPC (Si-Schnittstelle)

Zeitstempel auf MS-MIC/MPC (Delegate-Probes)

Drehzahl

Auftraggeber

IPv4

Y

Y (μsec)

maximal 2000 Sonden

Y (μsec)

maximal 2000 Sonden

N

Y (msec)

Maximal 1 Million Sonden

IPv6

Y

Y (μsec)

maximal 2000 Sonden

N

N

Y (msec)

Maximal 1 Million Sonden

Server

IPv4

Y

Y (μsec)

maximal 2000 Sonden

Y (μsec)

maximal 2000 Sonden

N

Y (msec)

Maximal 1 Million Sonden

IPv6

Y

Y (μsec)

maximal 2000 Sonden

N

N

Y (msec)

Maximal 1 Million Sonden

Junos OS Evolved Support

Sondenkonfiguration und Ergebnisse

Ab Junos OS Evolved Version 20.1R1 können Sie für Geräte, die diese Funktion unterstützen, RPM-Sonden konfigurieren. Für Junos OS Evolved wird RPM auf Hierarchieebene [edit services monitoring rpm] konfiguriert. Der Umfang der Unterstützung ist beschränkt auf:

  • Sondengenerierung und -empfang (Client) sowie Reflection (Server) für die folgenden RPM-Sondentypen:

    • http-get (hinzugefügt in Junos OS Evolved 23.4R1)

      Sie müssen die offload-type Anweisung auf festlegen, um diesen Prüfpunkttyp zu none konfigurieren.

    • http-metadata-get (hinzugefügt in Junos OS Evolved 23.4R1)

      Sie müssen die offload-type Anweisung auf festlegen, um diesen Prüfpunkttyp zu none konfigurieren.

    • ICMP-ping

    • ICMP-Zeitstempel

    • tcp-ping (hinzugefügt in Junos OS Evolved 23.4R1)

      Sie müssen die offload-type Anweisung auf festlegen, um diesen Prüfpunkttyp zu none konfigurieren.

    • UDP-ping

    • udp-zeitstempel

  • Verwaltung des Sondenverlaufs

  • Berichterstellung nur über Syslog

Ab Junos OS Evolved Version 21.2R1 wird die Berichterstellung über SNMP MIB-Objekte für RPM unterstützt.

Verwenden Sie Feature Explorer: Inline RPM Services , um die Plattform- und Release-Unterstützung für Junos OS Evolved zu bestätigen.

RPM-getrackte statische Routen

Ab Junos OS Evolved Version 24.4R1 haben wir für Geräte, die diese Funktion unterstützen, die Unterstützung für die statische Routenverfolgung auf Junos OS Evolved erweitert und auch Unterstützung für TWAMP-Tests (Two-Way Active Measurement Protocol) hinzugefügt. Sie verwenden RPM- oder TWAMP-Sonden, um den Verbindungsstatus zu ermitteln und den Status der bevorzugten Route auf der Grundlage der Sondierungsergebnisse zu ändern. Verfolgte statische Routen können IPv4 oder IPv6 sein, und jede verfolgte statische IPv4- und IPv6-Route unterstützt bis zu 16 nächste Hops. Sie können auch die Metrik, die Routenpräferenz und die Tag-Werte für jedes IPv4- oder IPv6-Zielpräfix konfigurieren. Sie konfigurieren diese Funktion jedoch auf Junos OS Evolved-Geräten anders. Sie konfigurieren die sla-tracking Anweisung auf Hierarchieebene [edit routing-options] . Sie verwenden auch einen anderen Befehl, show route sla-tracking, um Informationen zu diesen Routen anzuzeigen. Für Junos OS konfigurieren Sie die rpm-tracking Anweisung auf derselben Hierarchieebene und verwenden den Befehl show route rpm-tracking , um Informationen zu diesen Routen anzuzeigen.

Zugehörige Dokumentation

Tabellarischer Änderungsverlauf

Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie den Feature-Explorer , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.

Veröffentlichung
Beschreibung
25,4R1
Sie können anstelle der IPv4- oder IPv6-Adresse des Ziels einen vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN) als Ziel angeben. Das Gerät löst den FQDN zu Beginn jedes Tests über das Domain Name System (DNS) auf und sendet dann in jedem Intervall Tests an die aufgelöste Adresse. Telemetrie zeigt zuerst den FQDN bis zur Auflösung an und zeigt dann die Zieladresse an, um Sie bei der Nachverfolgung von Änderungen zu unterstützen. Wenn die DNS-Auflösung fehlschlägt, behalten die Testergebnisse den FQDN als Zieladresse bei. Wenn der DNS-Server langsam reagiert, nicht reagiert oder nicht erreichbar ist, wird der RPM-Test möglicherweise langsam gestartet oder kann nicht gestartet werden.
24.4R1-EVO
Wir haben die Unterstützung für die statische Routenverfolgung auf Junos OS Evolved erweitert und auch Unterstützung für TWAMP-Tests (Two-Way Active Measurement Protocol) bereitgestellt. Sie verwenden RPM- oder TWAMP-Sonden, um den Verbindungsstatus zu ermitteln und den Status der bevorzugten Route auf der Grundlage der Sondierungsergebnisse zu ändern. Verfolgte statische Routen können IPv4 oder IPv6 sein, und jede verfolgte statische IPv4- und IPv6-Route unterstützt bis zu 16 nächste Hops. Sie können auch die Metrik, die Routenpräferenz und die Tag-Werte für jedes IPv4- oder IPv6-Zielpräfix konfigurieren. Sie konfigurieren diese Funktion jedoch auf Junos OS Evolved-Geräten anders. Sie konfigurieren die sla-tracking Anweisung auf Hierarchieebene [edit routing-options] . Für Junos OS konfigurieren Sie die rpm-tracking Anweisung auf derselben Hierarchieebene.
23.4R1-EVO
Sie können , http-getund http-metadata-get Sonden für RPM konfigurieren tcp-ping.
23.1R1-EVO
Sie können IPv6-Quell- und Zieladressen für RPM-Sonden konfigurieren. Außerdem haben wir Unterstützung für IPv6-Adressen zu den SNMP RFC2925a MIB-Kontroll- und Ergebnistabellen hinzugefügt. Für IPv6-RPM-Tests können Sie Zeitstempel nur in der Routing-Engine aktivieren.
21.2R1-EVO
Die Berichterstellung über SNMP MIB-Objekte wird für RPM unterstützt.
20.4R1
Für RPM-verfolgte statische Routen können Sie Routenpräferenzen und Tag-Werte für jedes IPv4- oder IPv6-Zielpräfix konfigurieren.
20.1R1-EVO
Sie können RPM-Sonden konfigurieren. Für Junos OS Evolved wird RPM auf der Hierarchieebene [Edit Services Monitoring RPM] konfiguriert.
19.3R2
RPM wird nicht unterstützt, wenn Sie Services der nächsten Generation auf einem Router der MX-Serie aktivieren.
19.1R1
Sie können bis zu 16 Next Hops für jede IPv4- oder IPv6-RPM-verfolgte statische Route verfolgen.
19.1R1
Sie können Zeitstempel für RPM-Testnachrichten in der Packet Forwarding Engine aktivieren.
18.4R1
Sie können RPM-Sonden verwenden, um den Verbindungsstatus zu ermitteln und den Status der bevorzugten Route auf der Grundlage der Testergebnisse zu ändern. RPM-verfolgte Routen können IPv4 oder IPv6 sein und unterstützen einen einzelnen IPv4- oder IPv6-Next-Hop. Beispielsweise können RPM-Sonden an eine IP-Adresse gesendet werden, um festzustellen, ob die Verbindung verfügbar ist, und wenn ja, installiert die Software eine statische Route in der Routing-Tabelle. RPM-verfolgte statische Routen werden mit Präferenz 1 installiert und daher gegenüber allen vorhandenen statischen Routen für dasselbe Präfix bevorzugt.
17.3R1
Sie können RPM auf IPsec-Tunnel und GRE-Tunnel für PIC-basierte und Routing-Engine-basierte RPM-Clients und -Server anwenden, wenn Sie MS-MPCs oder MS-MIC verwenden.