Echtzeit-Leistungsüberwachung für SRX-Geräte
In diesem Abschnitt wird die Funktion zur Leistungsüberwachung in Echtzeit (Real-Time Performance Monitoring, RPM) beschrieben, mit der Netzwerkbetreiber und ihre Kunden die Leistung des Netzwerks zwischen zwei Endpunkten genau messen können.
RPM – Übersicht (SRX)
Mit dem RPM-Tool konfigurieren und senden Sie Sonden an ein bestimmtes Ziel und überwachen die analysierten Ergebnisse, um Paketverlust, Round-Trip-Zeit und Jitter zu bestimmen.
Mit RPM können Sie eine Service-Level-Überwachung durchführen. Wenn RPM auf einem Gerät konfiguriert ist, berechnet das Gerät die Netzwerkleistung auf der Grundlage von Paketantwortzeit, Jitter und Paketverlust. Diese Werte werden je nach Konfiguration von HTTP-GET-Anforderungen (Hypertext Transfer Protocol), ICMP-Anforderungen (Internet Control Message Protocol) sowie TCP- und UDP-Anforderungen erfasst.
Dieser Abschnitt enthält die folgenden Themen:
- RPM-Sonden
- Drehzahl-Tests
- Sonden- und Testintervalle
- Jitter-Messung mit Hardware-Zeitstempel
- RPM-Statistiken
- RPM-Schwellenwerte und -Fallen
- RPM für BGP-Überwachung
RPM-Sonden
Sie erfassen RPM-Statistiken, indem Sie Sondierungen an ein bestimmtes Testziel senden, das durch eine IP-Adresse oder URL identifiziert wird. Wenn das Ziel die Sonde empfängt, generiert es Antworten, die vom Gerät empfangen werden. Durch die Analyse der Übertragungszeiten zum und vom Remote-Server kann das Gerät Netzwerkleistungsstatistiken ermitteln.
Das Gerät sendet die folgenden Sondentypen aus:
HTTP GET-Anforderung an eine Ziel-URL
HTTP GET-Anforderung für Metadaten an einer Ziel-URL
ICMP-Echoanforderung an eine Zieladresse (Standardeinstellung)
ICMP-Zeitstempelanforderung an eine Zieladresse
UDP-Ping-Pakete an ein Zielgerät
UDP-Zeitstempel-Anfragen an eine Zieladresse
TCP-Ping-Pakete an ein Zielgerät
UDP- und TCP-Prüfpunkttypen erfordern, dass der Remote-Server als RPM-Empfänger konfiguriert ist, damit er Antworten auf die Prüfpunkte generiert.
Die Ergebnisse der RPM-Sondierung sind auch in Form von MIB-Objekten über das SNMP-Protokoll verfügbar.
Auf Geräten der Serien SRX300, SRX320, SRX340, SRX1500, SRX4600 und Virtuelle Firewall vSRX wird bei der Konfiguration grundlegender RPM-Sonden die folgende Kombination der Konfigurationsparameter nicht unterstützt:
Quelladresse und Zielport und Next-Hop.
Das Konfigurieren des RPM-Prüfpunkts mit diesen Parametern verhindert das Senden von RPM-Prüfpunkten an ein angegebenes Prüfpunktziel. Es wird empfohlen, entweder die Quelladresse oder den Zielport und den Next-Hop zu konfigurieren, um die RPM-Probe zu konfigurieren.
Drehzahl-Tests
Jedes sondierte Ziel wird im Laufe eines Tests überwacht. Ein Test stellt eine Sammlung von Sonden dar, die in regelmäßigen Abständen gesendet werden, wie in der Konfiguration definiert. Für jeden Test werden dann Statistiken zurückgegeben. Da es sich bei einem Test um eine Sammlung von Prüfpunkten handelt, die über einen bestimmten Zeitraum überwacht wurden, können Teststatistiken wie Standardabweichung und Jitter berechnet und in die durchschnittliche Prüfpunktstatistik einbezogen werden.
Sonden- und Testintervalle
Innerhalb eines Tests werden RPM-Sonden in regelmäßigen Abständen gesendet, die innerhalb von Sekunden konfiguriert sind. Wenn die Gesamtzahl der Sondierungen gesendet und die entsprechenden Antworten empfangen wurden, ist der Test abgeschlossen. Sie können das Sondenintervall für jeden Test manuell einstellen, um zu steuern, wie der RPM-Test durchgeführt wird.
Nachdem alle Sonden für einen bestimmten Test gesendet wurden, beginnt der Test erneut. Die Zeit zwischen den Tests ist das Testintervall. Sie können das Testintervall manuell einstellen, um die Drehzahlleistung zu optimieren.
Auf SRX340-Geräten wird der RPM-Serverbetrieb mit ICMP nicht unterstützt. Der RPM-Server funktioniert problemlos mit TCP und UDP.
Jitter-Messung mit Hardware-Zeitstempel
Jitter ist die Differenz in der relativen Laufzeit zwischen zwei aufeinanderfolgenden Sondierungen.
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
Das Gerät unterstützt die Hardware-Zeitstempelung von UDP-Ping- und UDP-Ping-Zeitstempel-RPM-Sonden nur, wenn der Zielport UDP-ECHO (Port 7) ist.
Der Zeitstempel findet während des Weiterleitungsprozesses des Geräts statt, von dem die Probe stammt (der RPM-Client), aber nicht auf dem Remote-Gerät, das das Ziel der Probe ist (der RPM-Server).
Die unterstützten Kapselungen auf einem Gerät für die Zeitstempelung sind Ethernet einschließlich VLAN, synchrones PPP und Frame Relay. Die einzige logische Schnittstelle, die unterstützt wird, ist eine LT-Services-Schnittstelle.
Die RPM-Sondengenerierung mit Hardware-Zeitstempel kann über das SNMP-Protokoll abgerufen werden.
RPM-Statistiken
Am Ende jedes Tests erfasst das Gerät die Statistiken für die Paket-Roundtrip-Zeit, die eingehenden und ausgehenden Paketzeiten (nur für ICMP-Zeitstempel-Tests) und den Sondenverlust, wie in Tabelle 1 dargestellt.
RPM-Statistiken |
Beschreibung |
|---|---|
| Round-Trip-Zeiten | |
Minimale Round-Trip-Zeit |
Kürzeste Round-Trip-Zeit vom Gerät von Juniper Networks zum Remote-Server, gemessen im Verlauf des Tests |
Maximale Roundtrip-Zeit |
Längste Round-Trip-Zeit vom Gerät von Juniper Networks zum Remote-Server, gemessen im Verlauf des Tests |
Durchschnittliche Roundtrip-Zeit |
Durchschnittliche Round-Trip-Zeit vom Gerät von Juniper Networks zum Remote-Server, gemessen im Verlauf des Tests |
Roundtripzeit mit Standardabweichung |
Standardabweichung der Round-Trip-Zeiten vom Gerät von Juniper Networks zum Remote-Server, gemessen im Verlauf des Tests |
Jitter |
Differenz zwischen der maximalen und der minimalen Hin- und Rückfahrt, gemessen im Laufe der Prüfung |
| Ein- und ausgehende Zeiten (nur ICMP-Zeitstempel-Sonden) | |
Minimale Austrittszeit |
Kürzeste einfache Zeit vom Gerät von Juniper Networks zum Remote-Server, gemessen im Verlauf des Tests |
Maximale Eingangszeit |
Kürzeste einfache Zeit vom Remote-Server zum Gerät von Juniper Networks, gemessen im Verlauf des Tests |
Durchschnittliche Ausstiegszeit |
Durchschnittliche einfache Zeit vom Gerät von Juniper Networks zum Remote-Server, gemessen im Verlauf des Tests |
Durchschnittliche Eingangszeit |
Durchschnittliche einfache Zeit vom Remote-Server zum Gerät von Juniper Networks, gemessen im Verlauf des Tests |
Standardabweichung Ausgangszeit |
Standardabweichung der Einwegzeiten vom Gerät von Juniper Networks zum Remote-Server, gemessen im Verlauf des Tests |
Standardabweichung Eingangszeit |
Standardabweichung der Einwegzeiten vom Remote-Server zum Gerät von Juniper Networks, gemessen im Verlauf des Tests |
Ausgehendes Jitter |
Differenz zwischen der maximalen und der minimalen Outbound-Zeit, gemessen im Verlauf des Tests |
Eingehender Jitter |
Differenz zwischen den maximalen und minimalen Eingangszeiten, gemessen im Verlauf der Prüfung |
| Anzahl der Sonden | |
Gesendete Sonden |
Gesamtzahl der im Laufe des Tests gesendeten Sonden |
Empfangene Testantworten |
Gesamtzahl der im Laufe des Tests eingegangenen Sondenantworten |
Prozentsatz der Verluste |
Prozentsatz der gesendeten Sondierungen, auf die keine Antwort eingegangen ist |
RPM-Schwellenwerte und -Fallen
Sie können RPM-Schwellenwerte für die Round-Trip-Zeiten, Eingangs- (Eingangs-)Zeiten und Ausgangszeiten (Outbound) konfigurieren, die für jede Sonde gemessen werden, sowie für die Standardabweichungs- und Jitter-Werte, die für jeden Test gemessen werden. Darüber hinaus können Sie Schwellenwerte für die Anzahl aufeinanderfolgender verlorener Prüfpunkte innerhalb eines Tests und die Gesamtzahl der verlorenen Prüfpunkte innerhalb eines Tests konfigurieren.
Wenn das Ergebnis einer Sondierung oder eines Tests einen Schwellenwert überschreitet, generiert das Gerät eine Systemprotokollmeldung und sendet alle SNMP-Benachrichtigungen (Traps), die Sie konfiguriert haben.
Ab Junos OS Version 18.4R1 wird die Testprobe für die Echtzeitleistungsüberwachung (Real-Time Performance Monitoring, RPM) als fehlgeschlagen markiert, wenn das Ergebnis einer Sondierung oder eines Tests den Schwellenwert für den Paketverlust überschreitet. Die Testsonde schlägt auch fehl, wenn die Round-Trip-Zeit (RTT) den konfigurierten Schwellenwert überschreitet. Daraufhin generiert das Gerät eine SNMP-Benachrichtigung (Trap) und markiert den RPM-Test als fehlgeschlagen. Mit RPM können Sie eine Service-Level-Überwachung durchführen. Wenn RPM auf einem Gerät konfiguriert ist, berechnet das Gerät die Netzwerkleistung auf der Grundlage von Paketantwortzeit, Jitter und Paketverlust.
RPM für BGP-Überwachung
Bei der Verwaltung von Peering-Netzwerken, die über das Border Gateway Protocol (BGP) verbunden sind, müssen Sie möglicherweise herausfinden, ob ein Pfad zwischen dem Gerät von Juniper Networks und seinen konfigurierten BGP-Nachbarn besteht. Sie können jeden BGP-Nachbarn manuell pingen, um den Verbindungsstatus zu ermitteln. Diese Methode ist jedoch nicht praktikabel, wenn für das Gerät eine große Anzahl von BGP-Nachbarn konfiguriert ist.
Im Gerät können Sie RPM-Sonden konfigurieren, um die BGP-Nachbarn zu überwachen und festzustellen, ob sie aktiv sind.
Richtlinien für die Konfiguration von RPM-Sonden für IPv6 (Firewalls der SRX-Serie)
Ab Junos OS Version 15.1X49-D10 können Sie RPM-Sonden für IPv6 konfigurieren.
Beachten Sie die folgenden Richtlinien, wenn Sie IPv6-Adressen für RPM-Ziele oder -Server konfigurieren:
IPv6-RPM verwendet ICMPv6-Testanfragen. Sie können ICMP oder ICMP-Zeitstempel-Prüfpunkttypen nicht konfigurieren.
Für IPv6-Ziele wird nur Routing-Engine-basiertes RPM unterstützt, einschließlich VRF-Unterstützung, Spezifikation der Größe des Datenanteils von ICMPv6-Sonden, Datenmuster und Datenverkehrsklasse.
Sie können Sondierungen mit einer Kombination aus IPv4- und IPv6-Tests konfigurieren. Ein einzelner Test muss jedoch entweder IPv4 oder IPv6 sein.
Das auf der Routing-Engine basierende RPM unterstützt keine hardwarebasierte oder unidirektionale hardwarebasierte Zeitstempelung.
Es wird empfohlen, die
probe-limitAnweisung auf Hierarchieebene[edit services rpm]einzuschließen, um den Grenzwert für gleichzeitige Prüfpunkte auf 10 festzulegen. Höhere gleichzeitige Sondierungen können zu höheren Spitzen führen.Der SNMP-Set-Vorgang ist nur für ICMP-Prüfpunkte zulässig und wird für andere Prüfpunkttypen nicht unterstützt.
In der folgenden Tabelle werden die speziellen IPv6-Adresspräfixe beschrieben, die Sie nicht in einem Test konfigurieren können.
IPV6-Adresstyp
IPV6-Adresspräfix
Unicast im Node-Bereich
::1/128 ist die Loopback-Adresse
::/128 ist die unspezifische Adresse
IPv4-zugeordnete Adressen
::FFFF:0:0/96
IPv4-kompatible Adressen
:<IPv4-Adresse>/96
Link-Scoped Unicast
fe80::/10
Einzigartig-lokal
fc00::/7
Präfix Dokumentation
2001:db8::/32
6to4
2002::/16
6Knochen
5f00::/8
ORCHIDEE
2001:10::/28
Teredo
2001::/32
Standard-Route
::/0
Multicast
ff00::/8
Bei Routing-Engine-basiertem RPM können Routen-Trip-Time-Spitzen (RTT) aufgrund von Warteschlangenverzögerungen auftreten, selbst bei einem einzigen Test.
Da RPM TCP- und UDP-Ports für die Kommunikation zwischen dem RPM-Server und dem RPM-Client öffnen kann, wird empfohlen, Firewalls und verteilte Denial-of-Service-Angriffsfilter (DDoS) zum Schutz vor Sicherheitsbedrohungen zu verwenden.
IPv6-RPM-Sonden (Virtuelle Firewall vSRX)
Ab Junos OS Version 15.1X49-D10 kann Route Engine-basiertes RPM IPv6-Probe-Pakete senden und empfangen, um die Leistung in IPv6-Netzwerken zu überwachen.
Eine Testanforderung ist ein Standard-IPv6-Paket mit entsprechenden TCP-, UDP- und ICMPv6-Headern. Eine Testantwort ist auch ein Standard-IPv6-Paket mit entsprechenden TCP-, UDP- und ICMPv6-Headern. An das Standardpaket für RE-basiertes RPM wird kein RPM-Header angehängt. Ein IPv6-basierter RPM-Test findet zwischen einem IPv6-RPM-Client und einem IPv6-RPM-Server statt.
Sie können sowohl IPv4- als auch IPv6-Tests in derselben Probe haben.
Konfigurieren von IPv6-RPM-Sonden (Virtuelle Firewall vSRX)
Ab Junos OS Version 15.1X49-D10 können Sie IPv6-Zieladressen für einen IPv6-basierten RPM-Testtest konfigurieren.
So konfigurieren Sie einen IPv6-RPM-Test:
Optimieren von RPM-Sonden (Firewalls der SRX-Serie)
Nach dem Konfigurieren eines RPM-Prüfpunkts können Sie Parameter zur Steuerung von Prüfpunktfunktionen festlegen, z. B. das Intervall zwischen den Prüfpunkten, die Gesamtzahl der gleichzeitigen Prüfpunkte, die ein System verarbeiten kann, und die für jedes Prüfpunktpaket verwendete Quelladresse.
So optimieren Sie RPM-Sonden:
Überwachung von RPM-Sonden (Firewalls der SRX-Serie)
Die RPM-Informationen umfassen die Round-Trip-Zeit-, Jitter- und Standardabweichungswerte für jeden konfigurierten RPM-Test auf dem Gerät. Um diese RPM-Eigenschaften anzuzeigen, wählen Sie in der J-Web-Benutzeroberfläche Troubleshoot>RPM>View RPM (RPM ) oder geben Sie im Konfigurationsmodus den show folgenden Befehl ein:
[edit] user@host# run show services rpm probe-results
Zusätzlich zu den RPM-Statistiken für jeden RPM-Test zeigt die J-Web-Benutzeroberfläche die Round-Trip-Zeiten und den kumulativen Jitter grafisch an. Abbildung 1 zeigt Beispieldiagramme für einen RPM-Test.
In Abbildung 1 werden die Roundtrip-Zeit und die Jitter-Werte als Funktion der Systemzeit dargestellt. Große Spitzen in der Roundtripzeit oder im Jitter weisen auf eine langsamere ausgehende (ausgehende) oder eingehende (eingehende) Zeit für die zu diesem bestimmten Zeitpunkt gesendete Probe hin.
Tabelle 2 fasst die wichtigsten Ausgabefelder in RPM-Anzeigen zusammen.
| Feld |
Werte |
Zusätzliche Informationen |
|---|---|---|
| Derzeit laufende Tests | ||
| Grafik |
Klicken Sie auf den Link Diagramm , um das Diagramm anzuzeigen (falls es noch nicht angezeigt wird) oder um das Diagramm für einen bestimmten Test zu aktualisieren. |
|
| Eigentümer |
Konfigurierter Besitzername des RPM-Tests. |
– |
| Name des Tests |
Konfigurierter Name des RPM-Tests. |
– |
| Tastkopf-Typ |
Typ der für den angegebenen Test konfigurierten Drehzahlsonde:
|
– |
| Zieladresse |
IPv4-Adresse, IPv6-Adresse oder URL des Remote-Servers, der vom RPM-Test untersucht wird. |
– |
| Quelladresse |
Explizit konfigurierte IPv4- oder IPv6-Quelladresse, die in den Probe-Paketheadern enthalten ist. |
Wenn keine Quelladresse konfiguriert ist, verwenden die RPM-Probe-Pakete die ausgehende Schnittstelle als Quelladresse, und das Feld Quelladresse ist leer. |
| Minimale RTT |
Kürzeste Round-Trip-Zeit vom Gerät von Juniper Networks zum Remote-Server, gemessen im Verlauf des Tests. |
– |
| Maximale RTT |
Längste Round-Trip-Zeit vom Gerät von Juniper Networks zum Remote-Server, gemessen im Verlauf des Tests. |
– |
| Durchschnittliche RTT |
Durchschnittliche Round-Trip-Zeit vom Gerät von Juniper Networks zum Remote-Server, gemessen im Verlauf des Tests. |
– |
| Standardabweichung RTT |
Standardabweichung der Roundtripzeiten vom Gerät von Juniper Networks zum Remote-Server, gemessen im Verlauf des Tests. |
– |
| Gesendete Sondierungen |
Gesamtzahl der im Laufe des Tests gesendeten Sonden. |
– |
| Prozentsatz der Verluste |
Prozentsatz der gesendeten Sondierungen, auf die keine Antwort eingegangen ist. |
– |
| Roundtripzeit für eine Sondierung | ||
| Beispiele |
Gesamtzahl der für den Datensatz verwendeten Sonden. |
Das Juniper Networks-Gerät zeichnet die letzten 50 Sondierungen für jeden konfigurierten Test auf. Diese 50 Sonden werden verwendet, um RPM-Statistiken für einen bestimmten Test zu erstellen. |
| Früheste Stichprobe |
Systemzeit, zu der die erste Sonde in der Probe empfangen wurde. |
– |
| Neuestes Beispiel |
Systemzeit, zu der die letzte Sonde in der Probe empfangen wurde. |
– |
| Mittelwert |
Durchschnittliche Roundtrip-Zeit für die Probe mit 50 Sonden. |
– |
| Standardabweichung |
Standardabweichung der Roundtrip-Zeiten für die Probe mit 50 Sonden. |
– |
| Niedrigster Wert |
Kürzeste Round-Trip-Zeit vom Gerät zum Remote-Server, gemessen über die Stichprobe mit 50 Sonden. |
– |
| Zeitpunkt der niedrigsten Stichprobe |
Systemzeit, zu der der niedrigste Wert in der Probe mit 50 Sonden empfangen wurde. |
– |
| Höchster Wert |
Längste Roundtripzeit vom Gerät von Juniper Networks zum Remote-Server, gemessen über die Stichprobe mit 50 Sonden. |
– |
| Zeitpunkt der höchsten Abtastung |
Systemzeit, zu der der höchste Wert in der Probe mit 50 Sonden empfangen wurde. |
– |
| Kumulativer Jitter für eine Sondierung | ||
| Beispiele |
Gesamtzahl der für den Datensatz verwendeten Sonden. |
Das Juniper Networks-Gerät zeichnet die letzten 50 Sondierungen für jeden konfigurierten Test auf. Diese 50 Sonden werden verwendet, um RPM-Statistiken für einen bestimmten Test zu erstellen. |
| Früheste Stichprobe |
Systemzeit, zu der die erste Sonde in der Probe empfangen wurde. |
– |
| Neuestes Beispiel |
Systemzeit, zu der die letzte Sonde in der Probe empfangen wurde. |
– |
| Mittelwert |
Durchschnittlicher Jitter für die Stichprobe mit 50 Sonden. |
– |
| Standardabweichung |
Standardabweichung der Jitter-Werte für die Stichprobe mit 50 Sonden. |
– |
| Niedrigster Wert |
Kleinster Jitter-Wert, gemessen über die Probe mit 50 Sonden. |
– |
| Zeitpunkt der niedrigsten Stichprobe |
Systemzeit, zu der der niedrigste Wert in der Probe mit 50 Sonden empfangen wurde. |
– |
| Höchster Wert |
Höchster Jitter-Wert, gemessen über die Probe mit 50 Sonden. |
– |
| Zeitpunkt der höchsten Abtastung |
Systemzeit, zu der der höchste Jitter-Wert in der Stichprobe mit 50 Sonden empfangen wurde. |
– |
Beispiel: Konfigurieren von Basic RPM Probes (SRX)
Dieses Beispiel zeigt, wie grundlegende RPM-Sonden konfiguriert werden, um die Leistung zwischen zwei Netzwerkendpunkten zu messen.
Anforderungen
Bevor Sie beginnen:
Grundlegende Konnektivität herstellen.
Konfigurieren Sie Netzwerkschnittstellen. Siehe Schnittstellen-Benutzerhandbuch für Sicherheits-Geräte.
Überblick
In diesem Beispiel konfigurieren Sie grundlegende Sonden für zwei RPM-Besitzer, customerA und customerB. Sie konfigurieren den RPM-Test als icmp-test für customerA mit einem Testintervall von 15 Sekunden und geben einen Testtyp als icmp-ping-timestamp, einen Testzeitstempel und eine Zieladresse als 192.178.16.5 an. Anschließend konfigurieren Sie die RPM-Schwellenwerte und die entsprechenden SNMP-Traps, um Eingangszeiten (eingehend) von mehr als 3000 Mikrosekunden abzufangen.
Dann konfigurieren Sie den RPM-Test als http-test für customerB mit einem Testintervall von 30 Sekunden und geben einen Testtyp als http-get und eine Ziel-URL als http://customerB.net an. Schließlich konfigurieren Sie RPM-Schwellenwerte und entsprechende SNMP-Traps als Prüfpunktfehler und Testfehler, um drei oder mehr aufeinanderfolgende verlorene Prüfpunkte und insgesamt 10 verlorene Prüfpunkte abzufangen.
Auf Geräten der Serien SRX300, SRX320, SRX340, SRX1500 und Virtuelle Firewall vSRX wird bei der Konfiguration grundlegender RPM-Sonden die folgende Kombination der Konfigurationsparameter nicht unterstützt:
Quelladresse und Zielport und Next-Hop.
Das Konfigurieren des RPM-Prüfpunkts mit diesen Parametern verhindert das Senden von RPM-Prüfpunkten an ein angegebenes Prüfpunktziel. Es wird empfohlen, entweder die Quelladresse oder den Zielport und den Next-Hop zu konfigurieren, um die RPM-Probe zu konfigurieren.
Konfiguration
Vorgehensweise
CLI-Schnellkonfiguration
Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, damit sie mit Ihrer Netzwerkkonfiguration übereinstimmen, kopieren Sie die Befehle, fügen Sie sie [edit] in die CLI auf Hierarchieebene ein und geben Sie sie dann im Konfigurationsmodus ein commit .
set services rpm probe customerA test icmp-test probe-interval 15 set services rpm probe customerA test icmp-test probe-type icmp-ping-timestamp set services rpm probe customerA test icmp-test hardware-timestamp set services rpm probe customerA test icmp-test target address 192.178.16.5 set services rpm probe customerA test icmp-test thresholds ingress-time 3000 set services rpm probe customerA test icmp-test traps ingress-time-exceeded set services rpm probe customerB test http-test probe-interval 30 set services rpm probe customerB test http-test probe-type http-get set services rpm probe customerB test http-test target url http://customerB.net set services rpm probe customerB test http-test thresholds successive-loss 3 set services rpm probe customerB test http-test thresholds total-loss 10 set services rpm probe customerB test http-test traps probe-failure set services rpm probe customerB test http-test traps test-failure
Schritt-für-Schritt-Anleitung
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Anweisungen dazu finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im Junos OS CLI-Benutzerhandbuch .
So konfigurieren Sie grundlegende RPM-Sonden:
Konfigurieren Sie die Drehzahl.
[edit] user@host# edit services rpm
Konfigurieren Sie die RPM-Besitzer.
[edit services rpm] user@host# set probe customerA user@host# set probe customerB
Konfigurieren Sie den RPM-Test für KundeA.
[edit services rpm] user@host# edit probe customerA user@host# set test icmp-test probe-interval 15 user@host# set test icmp-test probe-type icmp-ping-timestamp
Geben Sie einen Test-Zeitstempel und eine Zieladresse an.
[edit services rpm probe customerA] user@host# set test icmp-test hardware-timestamp user@host# set test icmp-test target address 192.178.16.5
Konfigurieren Sie RPM-Schwellenwerte und entsprechende SNMP-Traps.
[edit services rpm probe customerA] user@host# set test icmp-test thresholds ingress-time 3000 user@host# set test icmp-test traps ingress-time-exceeded
Konfigurieren Sie den RPM-Test für KundeB.
[edit] user@host# edit services rpm probe customerB user@host# set test http-test probe-interval 30
Geben Sie einen Testtyp und eine Ziel-URL an.
[edit services rpm probe customerB] user@host# set test http-test probe-type http-get user@host# set test http-test target url http://customerB.net
Konfigurieren Sie RPM-Schwellenwerte und entsprechende SNMP-Traps.
[edit services rpm probe customerB] user@host# set test http-test thresholds successive-loss 3 user@host# set test http-test thresholds total-loss 10 user@host# set test http-test traps probe-failure user@host# set test http-test traps test-failure
Ergebnisse
Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration durch Eingabe des run show services rpm Befehls. Wenn die Ausgabe nicht die beabsichtigte Konfiguration anzeigt, wiederholen Sie die Konfigurationsanweisungen in diesem Beispiel, um sie zu korrigieren.
[edit]
user@host# run show services rpm
probe customerA {
test icmp-test {
probe-type icmp-ping-timestamp;
target address 192.178.16.5;
probe-interval 15;
thresholds {
ingress-time 3000;
}
traps ingress-time-exceeded;
hardware-timestamp;
}
}
probe customerB {
test http-test {
probe-type http-get;
target url http://customerB.net;
probe-interval 30;
thresholds {
successive-loss 3;
total-loss 10;
}
traps [ probe-failure test-failure ];
}
}
Wenn Sie mit der Konfiguration des Geräts fertig sind, rufen Sie den Konfigurationsmodus auf commit .
Verifizierung
Bestätigen Sie, dass die Konfiguration ordnungsgemäß funktioniert.
Überprüfen von RPM-Services
Zweck
Stellen Sie sicher, dass die RPM-Konfiguration innerhalb der erwarteten Werte liegt.
Aktion
Geben Sie im Betriebsmodus den show services rpm Befehl ein. Die Ausgabe zeigt die Werte an, die für die Drehzahl auf dem Gerät konfiguriert sind.
Überprüfen der RPM-Statistik
Zweck
Stellen Sie sicher, dass die RPM-Sonden funktionieren und dass die RPM-Statistiken innerhalb der erwarteten Werte liegen.
Aktion
Geben Sie im Betriebsmodus den show services rpm probe-results Befehl ein.
user@host> show services rpm probe-results
Owner: customerD, Test: icmp-test
Probe type: icmp-ping-timestamp
Minimum Rtt: 312 usec, Maximum Rtt: 385 usec, Average Rtt: 331 usec,
Jitter Rtt: 73 usec, Stddev Rtt: 27 usec
Minimum egress time: 0 usec, Maximum egress time: 0 usec,
Average egress time: 0 usec, Jitter egress time: 0 usec,
Stddev egress time: 0 usec
Minimum ingress time: 0 usec, Maximum ingress time: 0 usec,
Average ingress time: 0 usec, Jitter ingress time: 0 usec,
Stddev ingress time: 0 usec
Probes sent: 5, Probes received: 5, Loss percentage: 0
Owner: customerE, Test: http-test
Target address: 192.176.17.4, Target URL: http://customerB.net,
Probe type: http-get
Minimum Rtt: 1093 usec, Maximum Rtt: 1372 usec, Average Rtt: 1231 usec,
Jitter Rtt: 279 usec, Stddev Rtt: 114 usec
Probes sent: 3, Probes received: 3, Loss percentage: 0
Owner: Rpm-Bgp-Owner, Test: Rpm-Bgp-Test-1
Target address: 10.209.152.37, Probe type: icmp-ping, Test size: 5 probes
Routing Instance Name: LR1/RI1
Probe results:
Response received, Fri Oct 28 05:20:23 2005
Rtt: 662 usec
Results over current test:
Probes sent: 5, Probes received: 5, Loss percentage: 0
Measurement: Round trip time
Minimum: 529 usec, Maximum: 662 usec, Average: 585 usec,
Jitter: 133 usec, Stddev: 53 usec
Results over all tests:
Probes sent: 5, Probes received: 5, Loss percentage: 0
Measurement: Round trip time
Minimum: 529 usec, Maximum: 662 usec, Average: 585 usec,
Jitter: 133 usec, Stddev: 53 usec
Konfigurieren Sie die gewünschten Traps mit dem set services rpm probe p1 test t1 traps Befehl.
Wenn ein Trap ausgelöst wird, können Sie dasselbe in der Protokolldatei mit dem Namen messages mit dem show snmp log messages | match rmopd Befehl anzeigen.
| Mögliche Option |
Werte-Set |
|---|---|
| Egress-Jitter-Overeded |
Überschreitung des Jitter-Schwellenwerts für die Ausgangszeit |
| egress-std-dev-exceeded |
Standardabweichungsschwellenwert für die Ausgangszeit überschritten |
| Ausgangszeit überschritten |
Überschreitung des maximalen Schwellenwerts für die Ausgangszeit |
| Eingangs-Jitter-überschritten |
Überschreitung des Jitter-Schwellenwerts in der Eingangszeit |
| ingress-std-dev-exceeded |
Standardabweichungsschwellenwert für Eingangszeit überschritten |
| Probe-Fehler |
Schwellenwert für sukzessive Sondenverluste erreicht |
| RTT-überschritten |
Überschreitung des maximalen Schwellenwerts für die Roundtrip-Zeit |
| std-dev-exceeded |
Standardabweichungsschwellenwert für die Round-Trip-Zeit überschritten |
| Test-Abschluss |
Test abgeschlossen |
| Test-Fehler |
Schwellenwert für den Gesamtverlust der Sonde erreicht |
Beispiel: Konfiguration von RPM mit TCP- und UDP-Sonden (Firewalls der SRX-Serie)
In diesem Beispiel wird gezeigt, wie RPM mithilfe von TCP- und UDP-Prüfpunkten konfiguriert wird.
Anforderungen
Bevor Sie beginnen:
Grundlegende Konnektivität herstellen.
Konfigurieren Sie Netzwerkschnittstellen. Siehe Schnittstellen-Benutzerhandbuch für Sicherheits-Geräte.
Konfigurieren Sie den Sondenbesitzer, den Test und die spezifischen Parameter der RPM-Sonde. Siehe Echtzeit-Leistungsüberwachung für SRX-Geräte.
Überblick
In diesem Beispiel konfigurieren Sie sowohl den Host (Gerät A) als auch das Remote-Gerät (Gerät B) so, dass sie als TCP- und UDP-Server fungieren. Sie konfigurieren einen Test für customerC, der TCP-Pakete verwendet. Gerät B ist als RPM-Server sowohl für TCP- als auch für UDP-Pakete konfiguriert, wobei eine LT-Services-Schnittstelle als Zielschnittstelle und die Ports 50000 bzw. 50037 verwendet werden.
Verwenden Sie die Prüfpunktklassifizierung mit Vorsicht, da eine falsche Konfiguration dazu führen kann, dass Pakete verworfen werden.
Konfiguration
Vorgehensweise
CLI-Schnellkonfiguration
Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, damit sie mit Ihrer Netzwerkkonfiguration übereinstimmen, kopieren Sie die Befehle, fügen Sie sie [edit] in die CLI auf Hierarchieebene ein und geben Sie sie dann im Konfigurationsmodus ein commit .
{device A}
set services rpm probe customerC test tcp-test probe-interval 5
set services rpm probe customerC test tcp-test probe-type tcp-ping
set services rpm probe customerC test tcp-test target address 192.162.45.6
set services rpm probe customerC test tcp-test destination-interface lt-0/0/0
set services rpm probe customerC test tcp-test destination-port 50000
{device B}
set services rpm probe-server tcp port 50000
set services rpm probe-server udp port 50037
Schritt-für-Schritt-Anleitung
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Anweisungen dazu finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im Junos OS CLI-Benutzerhandbuch .
So konfigurieren Sie RPM mit TCP- und UDP-Sonden:
Konfigurieren Sie den RPM-Besitzer auf Gerät A.
{device A} [edit] user@host# edit services rpm user@host# set probe customerCKonfigurieren Sie den RPM-Test.
{device A} [edit services rpm] user@host# edit services rpm probe customerC user@host# set test tcp-test probe-interval 5Legen Sie den Prüfpunkttyp fest.
{device A} [edit services rpm probe customerC] user@host# set test tcp-test probe-type tcp-pingGeben Sie die Zieladresse an.
{device A} [edit services rpm probe customerC] user@host# set test tcp-test target address 192.162.45.6Konfigurieren Sie die Zielschnittstelle.
{device A} [edit services rpm probe customerC] user@host# set test tcp-test destination-interface It-0/0/0Konfigurieren Sie Port 50000 als TCP-Port, an den die RPM-Sonden gesendet werden.
{device A} [edit services rpm probe customerC] user@host# set test tcp-test destination-port 50000Konfigurieren Sie Gerät B so, dass es über Port 50000 als TCP-Server fungiert.
{device B} [edit] user@host# edit services rpm user@host# set probe-server tcp port 50000Konfigurieren Sie Gerät B so, dass es über Port 50037 als UDP-Server fungiert.
{device B} [edit services rpm] user@host# set probe-server udp port 50037
Ergebnisse
Bestätigen Sie im Betriebsmodus Ihre Konfiguration durch Eingabe des show services rpm Befehls. Wenn die Ausgabe nicht die beabsichtigte Konfiguration anzeigt, wiederholen Sie die Konfigurationsanweisungen in diesem Beispiel, um sie zu korrigieren.
[edit]
user@host# show services rpm
probe customerC {
test tcp-test {
probe-type tcp-ping;
target address 192.162.45.6;
probe-interval 5;
destination-port 50000;
destination-interface lt-0/0/0.0;
}
}
probe-server {
tcp {
port 50000;
}
udp {
port 50037;
}
}
Wenn Sie mit der Konfiguration des Geräts fertig sind, rufen Sie den Konfigurationsmodus auf commit .
Verifizierung
Überprüfen von RPM-Sondenservern
Zweck
Bestätigen Sie, dass die Konfiguration ordnungsgemäß funktioniert.
Stellen Sie sicher, dass das Gerät für den Empfang und die Übertragung von TCP- und UDP-RPM-Sonden an den richtigen Ports konfiguriert ist.
Aktion
Geben Sie im Betriebsmodus den show services rpm active-servers Befehl ein. Die Ausgabe zeigt eine Liste der Protokolle und entsprechenden Ports, für die das Gerät als RPM-Server konfiguriert ist.
user@host> show services rpm active-servers
Protocol: TCP, Port: 50000
Protocol: UDP, Port: 50037
Beispiel: Konfiguration von RPM-Sonden für die BGP-Überwachung
Dieses Beispiel zeigt, wie RPM-Sonden zur Überwachung von BGP-Nachbarn konfiguriert werden.
Anforderungen
Bevor Sie beginnen:
Konfigurieren Sie die BGP-Parameter unter RPM-Konfiguration, um RPM-Sonden an BGP-Nachbarn zu senden. Siehe Echtzeit-Leistungsüberwachung für SRX-Geräte.
Verwenden Sie TCP- oder UDP-Tests, indem Sie sowohl den Probe-Server (Juniper Networks-Gerät) als auch den Probe-Empfänger (das Remote-Gerät) so konfigurieren, dass RPM-Probes auf demselben TCP- oder UDP-Port übertragen und empfangen werden. Siehe Echtzeit-Leistungsüberwachung für SRX-Geräte.
Überblick
In diesem Beispiel geben Sie einen Hexadezimalwert an, den Sie als ABCD123 für den Datenteil des RPM-Prüfpunkts verwenden möchten. (Er reicht von 1 bis 2048 Zeichen.) Sie geben die Datengröße des RPM-Prüfpunkts mit 1024 Byte an. (Der Wert reicht von 0 bis 65.507.)
Anschließend konfigurieren Sie den Zielport 50000 als TCP-Port, an den die RPM-Sonden gesendet werden. Sie geben die Anzahl der Testergebnisse, die im Testverlauf gespeichert werden sollen, mit 25 an. (Es reicht von 0 bis 255, und der Standardwert ist 50.) Sie legen die Prüfpunktanzahl auf 5 und das Prüfpunktintervall auf 1 fest. (Die Anzahl der Prüfpunkte liegt zwischen 1 und 15, und der Standardwert ist 1, und das Prüfpunktintervall reicht von 1 bis 255, und der Standardwert ist 3.) Anschließend geben Sie tcp-ping als Prüfpunkttyp an, der im Rahmen des Tests gesendet werden soll.
Schließlich legen Sie das Testintervall auf 60 fest. Der Wert reicht von 0 bis 86.400 Sekunden für das Intervall zwischen den Tests.
Konfiguration
Vorgehensweise
CLI-Schnellkonfiguration
Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, damit sie mit Ihrer Netzwerkkonfiguration übereinstimmen, kopieren Sie die Befehle, fügen Sie sie [edit] in die CLI auf Hierarchieebene ein und geben Sie sie dann im Konfigurationsmodus ein commit .
set services rpm bgp data-fill ABCD123 data-size 1024 set services rpm bgp destination-port 50000 history-size 25 set services rpm bgp probe-count 5 probe-interval 1 set services rpm bgp probe-type tcp-ping test-interval 60
Schritt-für-Schritt-Anleitung
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Anweisungen dazu finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im Junos OS CLI-Benutzerhandbuch .
So konfigurieren Sie RPM-Sonden zur Überwachung von BGP-Nachbarn:
Konfigurieren Sie RPM und BGP.
[edit] user@host# edit services rpm bgp
Geben Sie einen Hexadezimalwert an.
[edit services rpm bgp] user@host# set data-fill ABCD123
Geben Sie die Datengröße der RPM-Sonde an.
[edit services rpm bgp] user@host# set data-size 1024
Konfigurieren Sie den Zielport.
[edit services rpm bgp] user@host# set destination-port 50000
Geben Sie die Anzahl der Sondierungen an.
[edit services rpm bgp] user@host# set history-size 25
Legen Sie die Prüfpunktanzahl und das Prüfintervall fest.
[edit services rpm bgp] user@host# set probe-count 5 probe-interval 1
Geben Sie den Typ der Sonde an.
[edit services rpm bgp] user@host# set probe-type tcp-ping
Hinweis:Wenn Sie den Prüfpunkttyp nicht angeben, werden die standardmäßigen ICMP-Prüfpunkte gesendet.
Stellen Sie das Testintervall ein.
[edit services rpm bgp] user@host# set test-interval 60
Ergebnisse
Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration durch Eingabe des run show services rpm Befehls. Wenn die Ausgabe nicht die beabsichtigte Konfiguration anzeigt, wiederholen Sie die Konfigurationsanweisungen in diesem Beispiel, um sie zu korrigieren.
[edit]
user@host# run show services rpm
bgp {
probe-type tcp-ping;
probe-count 5;
probe-interval 1;
test-interval 60;
destination-port 50000;
history-size 25;
data-size 1024;
data-fill ABCD123;
}
Wenn Sie mit der Konfiguration des Geräts fertig sind, rufen Sie den Konfigurationsmodus auf commit .
Verifizierung
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.