Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Analyse der Netzwerkeffizienz in IPv6-Netzwerken auf Routern der MX-Serie mit RPM-Probes

Echtzeit-Leistungsüberwachung (Rpm) ist ein Mechanismus, mit dem Sie die Netzwerkleistung in Echtzeit überwachen und die Netzwerkeffizienz bewerten und analysieren können. In der Regel wird die Netzwerkleistung in Echtzeit auf der Grundlage des Jitters, der Verzögerung und des Paketverlustes im Netzwerk bewertet. RPM ist ein in Junos OS verfügbarer Service, der es einem Router ermöglicht, Metriken wie Hin- und Rücklaufverzögerungen und unbeantwortete Echo-Anfragen zu messen. Um diese Parameter zu berechnen, tauscht RPM eine Reihe von Sondierungen mit anderen IP-Hosts im Netzwerk für die Überwachung und Netzwerkverfolgung aus. Diese Sondierungen werden von einem Quellknoten an andere Zielgeräte im Netzwerk gesendet, die eine Nachverfolgung erfordern. Von diesen Sondierungen können Daten wie Transitverzögerung und Jitter erfasst werden, und diese Daten können verwendet werden, um eine Annäherung der Verzögerung und des Jitters zu liefern, die durch den Live-Datenverkehr im Netzwerk auftreten. Aus den Ergebnissen des RPM-Tests können verschiedene Live-Datenverkehrsmetriken wie Round-Trip Time (RTT), positiver Ausgangs-Jitter, negativer Eingangs jitter, positiver Round-Trip-Jitter und negativer Round-Trip-Jitter erhalten werden. RPM berechnet für jede dieser Messungen Minimum, Maximum, Durchschnitt, Spitzen bis Spitzen, Standardabweichungen und Summenberechnungen. RPM-Sondierungen können auch verwendet werden, um den Pfad zwischen BGP-Nachbarn zu überprüfen.

Ab Junos OS Version 16.1 kann der RPM-Client-Router (der Router oder Switch, der aus den RPM-Probes stammt) Probepakete an den RPM-Probe-Server (das Gerät, das die RPM-Probes empfängt) senden, der eine IPv6-Adresse enthält. Um die für die Sondierungen verwendete IPv6-Zieladresse anzugeben, fügen Sie die target (url ipv6-url | address ipv6-address) Anweisung auf [edit services rpm probe owner test test-name] Hierarchieebene ein. Die Protokollfamilie für IPv6 heißt inet6.

Um die IPv6-protokollbezogenen Einstellungen und die Quell-IPv6-Adresse des Clients, von dem die RPM-Probes gesendet werden, anzugeben, fügen Sie die inet6-options source-address ipv6-address Anweisung auf Hierarchieebene [edit services rpm probe owner test test-name] ein. Eine Probe-Anfrage ist ein Standardpaket mit entsprechenden TCP-, UDP- und ICMP-Headern über dem IPv6-Header. An das Standardpaket für die Routing-Engine-basierte RPM-Implementierung wird kein RPM-Header angefügt. Eine Probeantwort ist auch ein Standardpaket mit entsprechenden TCP-, UDP- und ICMP-Headern über dem IPv6-Header. An das Standardpaket für die Routing-Engine-basierte RPM-Implementierung wird kein RPM-Header angefügt.

Die Ausgabe der Befehle und show services rpm history-results owner owner test name der show services rpm probe-results owner probe-name test test-name Befehle, die die Ergebnisse der letzten RPM-Sondierungen anzeigen, bzw. die Ergebnisse der historischen RPM-Sondierungen wurden verbessert, um die Zieladresse als IPv6-Adresse und andere IPv6-Informationen für Sondierungen anzuzeigen, die an IPv6-Server oder -Ziele gesendet werden. Die vorhandenen SNMP Get-Anforderungen und Traps für IPv6 gelten für IPv6-Sondierungen. Das Zieltypfeld im SNMP-Set-Vorgang enthält IPv6-Quell- und Zieladressen.

Richtlinien für die Konfiguration von RPM-Probes für IPv6-Ziele

Beachten Sie die folgenden Punkte, wenn Sie IPv6-Adressen für RPM-Ziele oder -Server konfigurieren:

  • Nur Routing-Engine-basiertes RPM wird für IPv6-Ziele unterstützt, einschließlich VRF-Unterstützung, Spezifikation der Größe des Datenanteils von ICMP-Probes, Datenmuster und Datenverkehrsklasse.

  • Sie können Probes mit einer Kombination aus IPv4- und IPv6-Tests konfigurieren. Ein Test kann jedoch zu einem bestimmten Zeitpunkt entweder IPv4- oder IPv6-basiert sein. Das Betriebssystem wirkt sich auf die Genauigkeit der Messungen aus, da der durch das allgemeine Betriebssystem, das die Systemverarbeitung ausführt, eingeführt wurde, erheblich größer ist als der Zeitaufwand für die Paketübertragung an der Leitung. Dieser Zustand führt dazu, dass RtT-Spitzen (Round-Trip Time) selbst mit einem einzigen Test zu sehen sind.

  • Routing-Engine-basiertes RPM unterstützt keine einseitige hardwarebasierte Zeitstempel.

  • Einwegmessungen werden hier nicht unterstützt, da Zeitstempel nur auf der RPM-Client-Seite durchgeführt wird.

  • Die maximale Anzahl gleichzeitiger Sondierungen (durch Einschluss der probe-limit Anweisung auf [edit services rpm] Hierarchieebene) beträgt 1000. Wir empfehlen, die Grenze für gleichzeitige Sondierungen auf 10 festzulegen. Höhere gleichzeitige Sondierungen können zu höheren Spitzen führen. Die maximale Anzahl von Tests, die Sie konfigurieren können, ist 1000. RPM kann auf logischen Systemen nicht konfiguriert werden. Der SNMP-Set-Betrieb ist nur auf ICMP-Probes zulässig und wird für andere Arten von Sondierungen nicht unterstützt.

  • Die hardware-timestamp Anweisungen auf one-way-hardware-timestamp Hierarchieebene [edit services rpm probe owner test test-name] werden für IPv6 nicht unterstützt.

  • Sie können die icmp-ping Optionen (die ICMP-Echoanforderungen an eine Zieladresse sendet) und die icmp-ping-timestamp Optionen (die ICMP-Zeitstempelanforderungen an eine Zieladresse sendet) mit der Probetyp-Anweisung auf [edit services rpm probe owner test test-name] Hierarchieebene nicht angeben.

  • Einige der RPM-Probleme können gelöst werden, indem der SNMP-Remotebetriebsprozess (rmopd) in der Routing-Engine mithilfe des Befehls "Remote-Betrieb neu starten" neu gestartet wird. Wenn RPM deaktiviert werden muss, muss die rpm-Anweisung auf der Hierarchieebene [Bearbeiten-Services] gelöscht oder deaktiviert werden. PIC, Packet Forwarding Engine und Lookup Chip (LU) basierte RPM-Implementierung für IPv6 werden nicht unterstützt.

  • In der folgenden Tabelle werden die speziellen IPv6-Adresspräfixe beschrieben, die nicht unterstützt werden.

    IPV6-Adresstyp

    IPV6-Adresspräfix

    Unicast im Node-Bereich

    ::1/128 ist die Loopback-Adresse

    ::/128 ist die nicht spezifizierte Adresse

    IPv4-zugeordnete Adressen

    ::FFFF:0:0/96

    IPv4-kompatible Adressen

    :<ipv4-Adresse>/96

    Link-Scoped-Unicast

    fe80::/10

    Einzigartig-lokal

    fc00::/7

    Dokumentation Präfix

    2001:db8::/32

    6to4

    2002::/16

    6Bone

    5f00::/8

    ORCHID

    2001:10::/28

    Teredo

    2001::/32

    Standardroute

    ::/0

    Multicast

    ff00:/8

  • Die aktuelle Skalierungszahl für IPv4-Sondierungen beträgt maximal 500 gleichzeitige Sondierungen und die maximale Anzahl konfigurierbarer Tests beträgt 1000. Diese Skalierungsparameter sind für IPv6-Sondierungen anwendbar. Die gleichen Skalierungsgrenzen sind auch in Fällen anwendbar, in denen sowohl IPv4-basierte als auch IPv6-basierte Tests gleichzeitig ausgeführt werden.

  • Die minimale Proberate beträgt 1 Probe pro Sekunde und das maximale Intervall zwischen den Tests beträgt 86400 Sekunden. Diese Skalierungs- und Leistungszahlen variieren je nachdem, ob der Two-Way Active Measurement Protocol (TWAMP)-Server und der Client auf demselben Router konfiguriert sind. Diese Bedingung tritt auf, weil der TWAMP-Server/-Client über die Paketverarbeitung in RMOPD verfügt und im selben Prozess mit der RPM-Funktionalität konkurriert. Die RTT von IPv6-basierten RPM- und Ping-Dienstprogrammen müssen für die Datengröße gleichwertig sein. In der Routing-Engine-basierten RPM-Implementierung werden RTT-Spitzen aufgrund verschiedener Warteschlangenverzögerungen im System gesehen. Dieses Verhalten kann sogar mit einem einzigen Test festgestellt werden.

  • Einige der TCP- und UDP-Ports können für die Kommunikation zwischen dem RPM-Server und dem RPM-Client geöffnet werden. Daher empfehlen wir, Firewalls und DDoS-Angriffsfilter (Distributed Denial of Service) zu verwenden, um sicherzustellen, dass keine Sicherheitsbedrohungen durch Angreifer oder Hacker von Drittanbietern möglich sind.

  • Zu den verschiedenen Pakettypen, die innerhalb der Probe verwendet werden können, gehören:

    • ICMP6-Echo

    • UDP-Echo

    • UDP-Zeitstempel

Ähnliche Dokumentation