Auf dieser Seite
On-Demand-Messung von Paketverlusten und -verzögerungen für UHP-LSPs Übersicht
Beispiel: Konfigurieren der bedarfsgesteuerten Verlust- und Verzögerungsmessung
Beispiel: Konfiguration proaktiver Verlust- und Verzögerungsmessungen für bidirektionale MPLS-LSPs
Konfigurieren der bedarfsgesteuerten Verlust- und Verzögerungsmessung
Konfigurieren von proaktiven Verlust- und Verzögerungsmessungen
Sammeln von Statistiken zu MPLS-Sitzungen
Konfigurieren von MPLS zum Erfassen von Statistiken
Sie können MPLS so konfigurieren, dass regelmäßig Datenverkehrsstatistiken zu allen MPLS-Sitzungen, einschließlich Transitsitzungen, gesammelt werden, indem Sie die Anweisung konfigurieren.statistics
Sie müssen die Anweisung konfigurieren, wenn Sie MPLS-Datenverkehrsstatistiken mithilfe von SNMP-Abfragen von MPLS Management Information Bases (MIBs) erfassen möchten.statistics
Um die Erfassung von MPLS-Statistiken zu aktivieren oder zu deaktivieren, fügen Sie die folgende Anweisung ein:statistics
statistics { auto-bandwidth (MPLS Statistics); file filename <files number> <size size> <world-readable | no-world-readable>; interval seconds; no-transit-statistics; transit-statistics-polling; }
Sie können diese Anweisungen auf den folgenden Hierarchieebenen konfigurieren:
[edit protocols mpls]
[edit logical-systems logical-system-name protocols mpls]
Das Standardintervall beträgt 300 Sekunden.
Wenn Sie die Option konfigurieren, werden die Statistiken in einer Datei mit einem Eintrag pro LSP abgelegt.file
Während des angegebenen Intervalls werden die folgenden Informationen in dieser Datei aufgezeichnet:
Die Anzahl der Pakete, die Anzahl der Bytes, die Pakete pro Sekunde und die Bytes pro Sekunde, die von jedem LSP übertragen werden. Feature-Parität für die Anzeige von Paket- und Bytestatistiken für Sub-LSPs eines Punkt-zu-Multipoint-LSP auf dem Junos Trio-Chipsatz wird in den Junos OS-Versionen 11.1R2, 11.2R2 und 11.4 unterstützt.
Der Prozentsatz der Bandbreite, der über einen bestimmten LSP übertragen wird, im Verhältnis zu dem für diesen LSP konfigurierten Bandbreitenprozentsatz. Wenn für einen Sprachdienstleister keine Bandbreite konfiguriert ist, wird in der Prozentspalte 0 Prozent aufgezeichnet.
Am Ende jedes periodischen Berichts werden in einer Zusammenfassung die aktuelle Uhrzeit, die Gesamtzahl der Sitzungen, die Anzahl der gelesenen Sitzungen, die Anzahl der ignorierten Sitzungen und ggf. Lesefehler angezeigt. Ignorierte Sitzungen sind in der Regel solche, die sich nicht im Status "Aktiv" befinden, oder Sitzungen mit einer reservierten Eingangsbezeichnung (0 bis 15) (in der Regel der Ausgangspunkt eines LSP). Der Grund für einen Lesefehler wird in derselben Zeile angezeigt wie der Eintrag für den LSP, bei dem der Fehler aufgetreten ist. Das Sammeln von Statistiken ist ein unzuverlässiger Prozess. Gelegentliche Lesefehler können ihre Genauigkeit beeinträchtigen. Es folgt eine Beispielausgabe:
lsp6 0 pkt 0 Byte 0 pps 0 Bps 0 lsp5 0 pkt 0 Byte 0 pps 0 Bps 0 lsp6.1 34845 pkt 2926980 Byte 1049 pps 88179 Bps 132 lsp5.1 0 pkt 0 Byte 0 pps 0 Bps 0 lsp4 0 pkt 0 Byte 0 pps 0 Bps 0 Dec 7 17:28:38 Total 6 sessions: 5 success, 0 fail, 1 ignored
On-Demand-Messung von Paketverlusten und -verzögerungen für UHP-LSPs Übersicht
In diesem Thema werden Methoden zum Messen von Paketverlust, Verzögerung und Durchsatz für Punkt-zu-Punkt-Ultimate-Hop-Popping (UHP)-Label-Switched Paths (LSPs) in MPLS-Netzwerken beschrieben, um die Überwachung der Netzwerkleistung zu ermöglichen.
- Bedeutung der Messung von Paketverlust und -verzögerung
- Definieren von Paketverlust, Verzögerung und Durchsatz
- Mechanismen zur Messung von Paketverlusten und -verzögerungen
- Metriken zu Paketverlusten und -verzögerungen
- Konzepte zur Messung von Paketverlusten und -verzögerungen
- Funktionen zur Messung von Paketverlusten und -verzögerungen
- Paketverlust- und Verzögerungsfunktionen
Bedeutung der Messung von Paketverlust und -verzögerung
Die Zunahme bandbreitenintensiver Anwendungen wie IPTV und mobiles Video in Verbindung mit dem Druck, die Kosten pro Bit zu minimieren und den Wert pro Bit zu maximieren, zwingt die Netzbetreiber dazu, ihre Transportnetzwerke von leitungsbasierten auf paketbasierte Technologien umzustellen. MPLS ist eine weithin erfolgreiche, verbindungsorientierte Pakettransporttechnologie, die sich ideal für paketbasierte Transportnetzwerke eignet.
Mit dem Aufkommen neuer Anwendungen in Datennetzwerken wird es für Service Provider immer wichtiger, die Auswirkungen der Einführung neuer Anwendungen genau vorherzusagen. Das Verständnis und die Modellierung der Netzwerkleistung im Netzwerk ist besonders wichtig für die Bereitstellung von Anwendungen in der neuen Welt, um erfolgreiche Implementierungen zu gewährleisten. In Paketnetzwerken sind Paketverlust und -verzögerung zwei der grundlegendsten Leistungskennzahlen. Ihre Rolle ist noch zentraler, wenn es um End-to-End-Messungen geht.
Der Datenverkehr, der zu den meisten End-to-End-Benutzeranwendungen gehört, ist entweder verlustempfindlich (Dateiübertragung), verzögerungsempfindlich (Sprach- oder Videoanwendungen) oder beides (interaktive Computeranwendungen). Die Service Level Agreements (SLAs) von Service Providern hängen von der Fähigkeit ab, diese Netzwerkleistungsmetriken zu messen und zu überwachen, da die SLAs direkt oder indirekt vom Verlust und der Verzögerung des Kundendatenverkehrs im Service Provider-Netzwerk abhängen.
Um die Einhaltung der SLAs zu gewährleisten, benötigen Service Provider Tools zum Messen und Überwachen der Leistungsmetriken für Paketverlust, einseitige Verzögerung und bidirektionale Verzögerung sowie verwandte Metriken wie Verzögerungsvariation und Kanaldurchsatz. Diese Messfunktion bietet Service Providern einen besseren Einblick in die Leistungsmerkmale ihrer Netzwerke und erleichtert so die Planung, Fehlerbehebung und Bewertung der Netzwerkleistung.
Definieren von Paketverlust, Verzögerung und Durchsatz
In Paketnetzwerken sind Paketverlust und -verzögerung zwei der grundlegendsten Leistungskennzahlen.
Loss—Paketverlust ist das Scheitern eines oder mehrerer übertragener Pakete, an ihrem Ziel anzukommen. Paketverlust bezieht sich auf die Datenpakete, die vom Netzwerk verworfen werden, um Überlastungen zu bewältigen.
Datenanwendungen sind sehr tolerant gegenüber Paketverlusten, da sie im Allgemeinen nicht zeitkritisch sind und die verworfenen Pakete erneut übertragen können. In Videokonferenzumgebungen und bei reiner Audiokommunikation, wie z. B. VoIP, kann es jedoch zu Paketverlusten kommen.
Delay—Paketverzögerung (auch Latenz genannt) ist die Zeitspanne, die ein Datenpaket benötigt, um von einem bestimmten Punkt zu einem anderen zu gelangen, abhängig von der Geschwindigkeit des Übertragungsmediums wie Kupferdraht, Glasfaser oder Funkwellen und den Verzögerungen bei der Übertragung durch Geräte auf dem Weg, wie Router und Modems.
Eine niedrige Latenz deutet auf eine hohe Netzwerkeffizienz hin.
Throughput—Die Paketverzögerung misst die Zeitspanne zwischen dem Beginn einer Aktion und ihrem Abschluss, während der Durchsatz die Gesamtzahl solcher Aktionen ist, die in einer bestimmten Zeitspanne auftreten.
Mechanismen zur Messung von Paketverlusten und -verzögerungen
Paketverzögerungen und -verluste sind zwei grundlegende Messgrößen für die Netzwerkleistung. Junos OS bietet einen On-Demand-Mechanismus zur Messung von Paketverlusten und -verzögerungen über zugehörige bidirektionale MPLS Ultimate Hop Popping (UHP) Label-Switched Paths (LSPs).
Der Mechanismus zur Messung von On-Demand-Verzögerungen und Paketverlusten wird mit den folgenden CLI-Befehlen initiiert:
monitor mpls loss rsvp
—Führt eine On-Demand-Verlustmessung für zugehörige bidirektionale UHP-LSPs durch.monitor mpls delay rsvp
—Führt eine On-Demand-Verzögerungsmessung für zugehörige bidirektionale UHP-LSPs durch.monitor mpls loss-delay rsvp
—Führt bei Bedarf eine kombinierte Verlust- und Verzögerungsmessung für zugehörige bidirektionale UHP-LSPs durch.
Um den Verzögerungs- und Paketverlust-Messmechanismus zu starten, müssen die gewünschten Parameter für die Messung, wie z. B. die Art der Messung und der LSP-Name, eingegeben werden. Nach Erhalt der Parameter wird eine Zusammenfassung der Leistungsüberwachungsdaten angezeigt und der Mechanismus beendet.
Metriken zu Paketverlusten und -verzögerungen
Die folgenden Leistungsmetriken werden mithilfe der On-Demand-Paketverlust- und -verzögerungsmechanismen gemessen:
Verlustmessung (Paket und Oktett)
Durchsatzmessung (Paket und Oktett)
Zwei-Wege-Kanalverzögerung
Verzögerung bei Hin- und Rückfahrt
Variation der Paketverzögerung zwischen den Paketen (IPDV)
Der Befehl führt die Verlust- und Durchsatzmessung durch, und der Befehl führt die Messungen der bidirektionalen Kanalverzögerung, der Round-Trip-Verzögerung und des IPDV durch.monitor mpls loss rsvp
monitor mpls delay rsvp
Der Befehl führt eine kombinierte Verlust- und Verzögerungsmessung durch und misst alle oben genannten Leistungsmetriken gleichzeitig.monitor mpls loss-delay rsvp
Konzepte zur Messung von Paketverlusten und -verzögerungen
Die folgenden Konzepte helfen, die Funktionalität von Paketverlust und -verzögerung besser zu verstehen:
Querier—Ein Querier ist der PE-Router (Ingress Provider Edge), von dem die Abfragenachricht für die Verlust- oder Verzögerungsmessung stammt.
Responder– Ein Responder ist der ausgehende PE-Router, der die Abfragenachrichten von einem Abfrager empfängt und beantwortet.
Associated bidirectional LSP—Ein zugeordneter bidirektionaler LSP besteht aus zwei unidirektionalen LSPs, die durch Konfiguration an beiden LSP-Endpunkten miteinander verbunden (oder miteinander verknüpft) sind.
Die bedarfsgesteuerte Verlust- und Verzögerungsmessung kann nur an assoziierten bidirektionalen UHP-LSPs durchgeführt werden.
Generic associated channel (G-Ach)—Die Leistungsüberwachungsmeldungen für den On-Demand-Messfluss für Verluste und Verzögerungen über das MPLS G-Ach. Dieser Kanaltyp unterstützt nur In-Band-Reaktionen und keine Unterstützung für Out-of-Band- oder No-Response-Modi.
Measurement point (MP)—MP ist die Stelle, an der eine Bedingung für die Messung beschrieben wird.
Der MP für Paketverluste auf der Übertragungsseite liegt zwischen der Switching-Fabric und der Übertragungsschnittstelle. Der Zählerstand wird in der Verlustmessnachricht in der Hardware gestempelt, bevor er zur Übertragung in die Warteschlange gestellt wird.
Der MP für Paketverluste auf der Empfangsseite liegt zwischen der Empfangsschnittstelle und der Switching-Fabric. Der MP wird auf der Empfangsseite verteilt. Wenn es sich bei der Sendeschnittstelle um eine Aggregatschnittstelle handelt, wird außerdem auch der MP verteilt.
Query rate—Die Abfragerate ist das Intervall zwischen zwei Abfragen, die zur Messung von Verlust und Verzögerung gesendet werden.
Da die Verlust- und Verzögerungsmessnachrichten von der Routing-Engine stammen, stellt eine hohe Abfragerate für mehrere Kanäle eine große Belastung für die Routing-Engine dar. Das unterstützte Mindestabfrageintervall beträgt 1 Sekunde.
Die Abfragerate sollte für 32-Bit-Leistungsindikatoren hoch sein, da die Leistungsindikatoren bei einer sehr hohen Datenverkehrsrate schnell umgebrochen werden können. Die Abfragerate kann niedrig sein, wenn 64-Bit-Zähler an allen vier Messpunktpositionen verwendet werden, die an der Verlustmessung beteiligt sind. Junos OS unterstützt nur 64-Bit-Leistungsindikatoren.
Traffic class—Standardmäßig wird die Verlustmessung für den gesamten Kanal unterstützt. Junos OS unterstützt auch die Messung von Paketverlusten im Bereich der Datenverkehrsklasse, bei der Zähler erstellt werden müssen, die die Datenverkehrsstatistiken pro Datenverkehrsklasse verwalten.
Leistungsindikatoren pro Datenverkehrsklasse werden standardmäßig nicht erstellt. Um die verlustbezogene Messung im Bereich der Datenverkehrsklasse zu konfigurieren, schließen Sie die Anweisung auf Hierarchieebene ein.
traffic-class-statistics
[edit protocols mpls statistics]
Wenn diese Option konfiguriert ist, werden Steuerpakete, die über den G-Ach fließen, nicht in den Sende- und Empfangszählern gezählt.
traffic-class-statistics
HINWEIS:Das Aktivieren und Deaktivieren von Datenverkehrsklassenstatistiken führt zum Zurücksetzen aller Leistungsindikatoren (aggregierter Zähler und Zähler pro Klasse) für die LSPs.
Loss measurement mode– Junos OS unterstützt den direkten Modus der bedarfsgesteuerten Verlustmessung und nicht den abgeleiteten Modus.
Die direkte Verlustmessung erfordert, dass Datenverkehrsstatistiken für den Ein- und Ausgang von zwei unidirektionalen LSPs des zugehörigen bidirektionalen LSP gepflegt werden. Wenn ein Router der MX-Serie nur MPCs und MICs verwendet, werden standardmäßig beim Eingang aller Arten von LSPs und beim Ausgang von UHP-LSPs Zähler zur Verwaltung von Datenverkehrsstatistiken erstellt.
Der direkte Modus der Verlustmessung ist jedoch aus folgenden Gründen nicht vollständig genau:
Parallele Weiterleitung der Hardware.
Vorhandensein von Equal-Cost-Multipath (ECMP) im Netzwerk, wie z. B. aggregierte Ethernet-Schnittstellen, die zu einer Neuordnung der Datenpakete relativ zu den Verlustmessnachrichten führen können.
Steuerungspakete, die nicht über G-Ach fließen, werden nicht am LSP-Eingang, sondern am LSP-Ausgang gezählt.
Die Neuordnung des Datenverkehrs relativ zur Verlustmessnachricht, wenn ein Diffserv im MPLS-Netzwerk implementiert ist und der Bereich der Verlustmessung der gesamte Kanal und nicht die Datenverkehrsklasse ist.
Um diese Einschränkung zu umgehen, führen Sie bei der Implementierung eines Diffserv eine verlustmessung im Bereich der Datenverkehrsklasse durch.
HINWEIS:Die Messung des direkten Modenverlusts ist anfällig für Unterbrechungen, wenn sich die dem LSP zugeordnete Eingangs- oder Ausgangsschnittstelle ändert.
Loss measurement synchronization—Die in Abschnitt 2.9.8 von RFC 6374 angegebenen Synchronisierungsbedingungen gelten nicht im absoluten Sinne. Da die Verlustmesszähler jedoch in die Hardware eingestanzt sind, sind die Fehler, die aufgrund der Nichterfüllung der Synchronisationsbedingungen auftreten, relativ gering. Diese Fehler müssen quantifiziert werden.
Wenn es sich bei der Sende- oder Empfangsschnittstelle des LSP um eine aggregierte Schnittstelle handelt, treten mehr Fehler auf, als wenn es sich bei den Schnittstellen um nicht aggregierte Schnittstellen handelt. In jedem Fall sind die Verlustmesszähler in die Hardware eingestanzt, und der Fehler muss quantifiziert werden.
Delay measurement accuracy—Wenn sich die Sende- und Empfangsschnittstellen auf unterschiedlichen Paketweiterleitungsmodulen befinden, muss die Uhr auf diesen Paketweiterleitungsmodulen synchronisiert werden, um Zwei-Wege-Verzögerungsmessungen zu ermöglichen. Diese Bedingung gilt für die Plattform, auf der die On-Demand-Verzögerungsmessung implementiert ist.
Wenn Aggregatschnittstellen (ECMP) vorhanden sind, wird die Verzögerung nur für einen der möglichen Pfade gemessen.
Wenn eine kombinierte Verlust- und Verzögerungsnachricht für die Verzögerungsberechnung verwendet wird, ist die Genauigkeit der Verzögerung geringer als bei Verwendung der Verzögerungsmessnachricht in einigen Fällen, z. B. wenn die Sende- oder Empfangsschnittstelle eine aggregierte Schnittstelle ist.
Die Verspätungsmessung wird immer pro Verkehrsklasse durchgeführt, und die Genauigkeit der Messung muss nach dem Test quantifiziert werden.
Timestamp format—Junos OS unterstützt nur das IEEE 1588 Precision Time Protocol (PTP) [IEEE1588]-Format zum Aufzeichnen von Verzögerungsmessmeldungen. Das Netzwerkzeitformat (NTP) wird nicht unterstützt.
—Um anzugeben, dass alle OAM-Nachrichten für MPLS-LSPs über den MPLS-G-Ach fließen, und damit die MPLS-Leistungsüberwachungsnachrichten über den MPLS-G-Ach übertragen werden können, muss die Anweisung auf Hierarchieebene enthalten sein.Operations, administration, and maintenance (OAM)
oam mpls-tp-mode
[edit protocols mpls label-switched-path lsp-name]
Funktionen zur Messung von Paketverlusten und -verzögerungen
Abbildung 1 veranschaulicht die grundlegenden Methoden zur bidirektionalen Messung von Paketverlust und -verzögerung. Zwischen den beiden Routern Router A und Router B besteht ein bidirektionaler Kanal. Die zeitlichen Referenzpunkte – T1, T2, T3 und T4 – sind mit einem Messvorgang verbunden, der an Router A stattfindet. Der Vorgang besteht darin, dass Router A eine Abfragenachricht an Router B sendet und Router B eine Antwort zurücksendet. Jeder Referenzpunkt gibt den Zeitpunkt an, zu dem entweder die Abfrage oder die Antwortnachricht über den Kanal übertragen oder empfangen wird.
In kann Router A den Paketverlust über den Kanal in Vorwärts- und Rückwärtsrichtung messen, indem er Abfragenachrichten zur Verlustmessung an Router B sendet. Jede der Vorwärts- und Rückwärtsnachrichten enthält die Anzahl der Pakete, die vor dem Zeitpunkt T1 über den Kanal an Router B (A_TxP) übertragen wurden.Abbildung 1
Wenn die Nachricht Router B erreicht, werden zwei Werte an die Nachricht angehängt, und die Nachricht wird an Router A zurückgesendet. Bei den beiden Werten handelt es sich um die Anzahl der Pakete, die vor dem Zeitpunkt T2 über den Kanal von Router A (B_RxP) empfangen wurden, und die Anzahl der Pakete, die vor dem Zeitpunkt T3 über den Kanal zu Router A (B_TxP) übertragen wurden.
Wenn die Antwort Router A erreicht, wird der Nachricht ein vierter Wert angehängt – die Anzahl der Pakete, die vor dem Zeitpunkt T4 über den Kanal von Router B (A_RxP) empfangen wurden.
Diese vier Zählerwerte – (A_TxP), (B_RxP), (B_TxP) und (A_RxP) – ermöglichen es Router A, die gewünschten Verluststatistiken zu berechnen. Da die Anzahl der Übertragungen an Router A und die Anzahl der Empfänger an Router B (und umgekehrt) zum Zeitpunkt der ersten Nachricht möglicherweise nicht synchronisiert werden, wird der Verlust in Form eines Deltas zwischen den Nachrichten berechnet, um die Auswirkungen des Gegenbruchs zu begrenzen.
Der Sendeverlust (A_TxLoss[n-1,n]) und der Empfangsverlust (A_RxLoss[n-1,n]) innerhalb des Messintervalls, das durch die Nachrichten LM[n-1] und LM[n] gekennzeichnet ist, werden von Router A wie folgt berechnet:
A_TxLoss[n-1,n] = (A_TxP[n] - A_TxP[n-1]) - (B_RxP[n] - B_RxP[n-1])
A_RxLoss[n-1,n] = (B_TxP[n] - B_TxP[n-1]) - (A_RxP[n] - A_RxP[n-1])
Die Arithmetik ist modulo die Zählergröße.
Um bei Router A die Verzögerung über den Kanal zu Router B zu messen, wird eine Abfragenachricht zur Verzögerungsmessung von Router A an Router B gesendet, die einen Zeitstempel enthält, der den Zeitpunkt aufzeichnet, zu dem sie übertragen wird. In wird der Zeitstempel in T1 aufgezeichnet.Abbildung 1
Wenn die Nachricht Router B erreicht, wird ein Zeitstempel hinzugefügt, der den Zeitpunkt des Empfangs (T2) aufzeichnet. Die Nachricht kann nun von Router B zu Router A reflektiert werden, wobei Router B seinen Sendezeitstempel (T3) und Router A seinen Empfangszeitstempel (T4) hinzufügt.
Diese vier Zeitstempel – T1, T2, T3 und T4 – ermöglichen es Router A, die unidirektionale Verzögerung in jede Richtung sowie die bidirektionale Verzögerung für den Kanal zu berechnen. Die Berechnungen der unidirektionalen Verzögerung erfordern, dass die Takte der Router A und B synchronisiert werden.
An diesem Punkt kann Router A die bidirektionale Kanalverzögerung und die Roundtrip-Verzögerung, die dem Kanal zugeordnet sind, wie folgt berechnen:
Zwei-Wege-Kanalverzögerung = (T4 - T1) - (T3 - T2)
Round-Trip-Verzögerung = T4 - T1
Paketverlust- und Verzögerungsfunktionen
Supported Features of Packet Loss and Delay
Junos OS unterstützt die folgenden Funktionen mit bedarfsgesteuerter Verlust- und Verzögerungsmessung:
Leistungsüberwachung nur für zugehörige bidirektionale MPLS-Punkt-zu-Punkt-UHP-LSPs
Verlustmessung
Messung des Durchsatzes
Zwei-Wege-Verzögerungsmessung (Kanalverzögerung und Round-Trip-Verzögerung)
Variation der Paketverzögerung zwischen den Paketen (IPDV)
Direct-Mode-Verlustmessung
Aggregierte Ethernet- und aggregierte SONET-Schnittstellen
Multichassis-Unterstützung
64-Bit-kompatibel
Unsupported Features of Packet Loss and Delay
Junos OS unterstützt die folgenden On-Demand-Funktionen zur Messung von Verlusten und Verzögerungen nicht:
Dämpfungs- und Verzögerungsmessung für Pseudowires (Abschnitt 2.9.1 von RFC 6374)
Unidirektionale Messung (Abschnitt 2.6 von RFC 6374)
Dyadische Messung (Abschnitt 2.7 von RFC 6374)
Verlust- und Verzögerungsmessung im Loopback-Modus (Abschnitt 2.8 von RFC 6374)
Messung von Verlusten und Verzögerungen zu einem Zwischenknoten von einem LSP-Endpunkt (Abschnitt 2.9.5 von RFC 6374)
Externe Nachbearbeitung (Abschnitt 2.9.7 von RFC 6374)
Verlustmessung im abgeleiteten Modus (Abschnitt 2.9.8 von RFC 6374)
Pro-aktiver Modus
Logische Systeme
SNMP
Beispiel: Konfigurieren der bedarfsgesteuerten Verlust- und Verzögerungsmessung
Dieses Beispiel zeigt, wie Sie die On-Demand-Messung von Verlusten und Verzögerungen für Punkt-zu-Punkt-UHP-Label-Switched-Pfade (LSPs) in MPLS-Netzwerken aktivieren, um die Netzwerkleistung zu überwachen.
Anforderungen
In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:
-
Zwei universelle 5G-Routing-Plattformen der MX-Serie, die nur MPC/MICs enthalten
-
Junos OS Version 14.2 oder höher, das auf allen Routern ausgeführt wird
Bevor Sie beginnen:
-
Konfigurieren Sie die Geräteschnittstellen.
-
Konfigurieren Sie die autonomen Systemnummern und Router-IDs für die Geräte.
-
Konfigurieren Sie die folgenden Protokolle:
-
RSVP
-
MPLS
-
OSPF
-
Überblick
Ab Junos OS Version 14.2 wird ein On-Demand-Tool zur Überwachung und Messung von Paketverlust, Paketverzögerung oder beidem für zugehörige bidirektionale MPLS Ultimate Hop Popping (UHP) Punkt-zu-Punkt Label-Switched Paths (LSPs) eingeführt. Das Tool kann mit den folgenden CLI-Befehlen aktiviert werden: , und .monitor mpls loss rsvp
monitor mpls delay rsvp
monitor mpls loss-delay rsvp
Diese Befehle bieten eine On-Demand-Zusammenfassung der Leistungsmetriken für Paketverlust im direkten Modus, bidirektionale Paketverzögerung und verwandte Metriken, wie z. B. Variation der Verzögerung zwischen Paketen und Messung des Kanaldurchsatzes.
Diese Funktionalität bietet Echtzeiteinblicke in die Netzwerkleistung und erleichtert so die Planung, Fehlerbehebung und Bewertung der Netzwerkleistung.
Topologie
Abbildung 2 Veranschaulicht die On-Demand-Messung von Verlusten und Verzögerungen anhand einer einfachen Zwei-Router-Topologie.
In diesem Beispiel wird zwischen den Routern R1 und R2 ein zugeordneter bidirektionaler LSP konfiguriert, für den die Leistungsmetriken gemessen werden.
Konfiguration
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 Details, die für Ihre Netzwerkkonfiguration erforderlich sind, kopieren Sie die Befehle und fügen Sie sie in die CLI auf Hierarchieebene ein, und geben Sie sie dann aus dem Konfigurationsmodus ein .[edit]
commit
R1
set chassis fpc 0 pic 3 tunnel-services bandwidth 1g set chassis network-services enhanced-ip set interfaces ge-0/0/0 unit 0 family inet address 10.1.1.1/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.10.0.1/32 set interfaces lo0 unit 0 family mpls set routing-options router-id 10.10.0.1 set protocols rsvp interface ge-0/0/0.0 set protocols rsvp interface lo0.0 set protocols rsvp interface fxp0.0 disable set protocols mpls statistics traffic-class-statistics set protocols mpls label-switched-path R1-R2 to 10.20.0.1 set protocols mpls label-switched-path R1-R2 oam mpls-tp-mode set protocols mpls label-switched-path R1-R2 ultimate-hop-popping set protocols mpls label-switched-path R1-R2 associate-lsp R2-R1 set protocols mpls interface ge-0/0/0.0 set protocols mpls interface lo0.0 set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0 interface fxp0.0 disable
R2
set chassis fpc 0 pic 3 tunnel-services bandwidth 1g set chassis network-services enhanced-ip set interfaces ge-0/0/0 unit 0 family inet address 10.1.1.2/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.20.0.1/32 set interfaces lo0 unit 0 family mpls set routing-options router-id 10.20.0.1 set protocols rsvp interface ge-0/0/0.0 set protocols rsvp interface lo0.0 set protocols rsvp interface fxp0.0 disable set protocols mpls statistics traffic-class-statistics set protocols mpls label-switched-path R2-R1 to 10.10.0.1 set protocols mpls label-switched-path R2-R1 oam mpls-tp-mode set protocols mpls label-switched-path R2-R1 ultimate-hop-popping set protocols mpls label-switched-path R2-R1 associate-lsp R1-R2 set protocols mpls interface ge-0/0/0.0 set protocols mpls interface lo0.0 set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0.interface fxp0.0 disable
Verfahren
Schritt-für-Schritt-Anleitung
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.Verwenden des CLI-Editors im Konfigurationsmodushttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html
So konfigurieren Sie Router R1:
-
Aktivieren Sie das Gehäuse mit Tunneldiensten und erweiterter Konfiguration von IP-Netzwerkdiensten.
[edit chassis] user@R1# set fpc 0 pic 3 tunnel-services bandwidth 1g user@R1# set network-services enhanced-ip
-
Konfigurieren Sie die Schnittstellen für Router R1.
[edit interfaces] user@R1# set ge-0/0/0 unit 0 family inet address 10.1.1.1/30 user@R1# set ge-0/0/0 unit 0 family mpls user@R1# set lo0 unit 0 family inet address 10.10.0.1/32 user@R1# set lo0 unit 0 family mpls
-
Konfigurieren Sie die Router-ID für Router R1.
[edit routing-options] user@R1# set router-id 10.10.0.1
-
Aktivieren Sie RSVP auf allen Schnittstellen des Routers R1, mit Ausnahme der Verwaltungsschnittstelle.
[edit protocols] user@R1# set rsvp interface ge-0/0/0.0 user@R1# set rsvp interface lo0.0 user@R1# set rsvp interface fxp0.0 disable
-
Aktivieren Sie MPLS auf allen Schnittstellen des Routers R1, mit Ausnahme der Verwaltungsschnittstelle.
[edit protocols] user@R1# set mpls interface ge-0/0/0.0 user@R1# set mpls interface lo0.0 user@R1# set mpls interface fxp0.0 disable
-
Konfigurieren Sie einen zugeordneten bidirektionalen LSP für Router R2.
[edit protocols] user@R1# set mpls label-switched-path R1-R2 to 10.20.0.1 user@R1# set mpls label-switched-path R1-R2 oam mpls-tp-mode user@R1# set mpls label-switched-path R1-R2 ultimate-hop-popping user@R1# set mpls label-switched-path R1-R2 associate-lsp R2-R1
-
Erstellen Sie Datenverkehrsklassen für die Verwaltung von Datenverkehrsstatistiken pro Datenverkehrsklasse.
Dies ermöglicht eine verlustbezogene Messung im Bereich der Datenverkehrsklasse.
[edit protocols] user@R1# set mpls statistics traffic-class-statistics
-
Konfigurieren Sie OSPF mit Traffic-Engineering-Funktionen, und aktivieren Sie OSPF auf allen Schnittstellen von Router R1, mit Ausnahme der Verwaltungsschnittstelle.
[edit protocols] user@R1# set ospf traffic-engineering user@R1# set ospf area 0.0.0.0 interface ge-0/0/0.0 user@R1# set ospf area 0.0.0.0 interface lo0.0 user@R1# set ospf interface fxp0.0 disable
Ergebnisse
Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die Befehle , , und eingeben.show chassis
show interfaces
show routing-options
show protocols
Wenn die Ausgabe nicht die gewünschte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
user@R1# show chassis fpc 0 { pic 3 { tunnel-services { bandwidth 1g; } } } network-services enhanced-ip;
user@R1# show interfaces ge-0/0/0 { unit 0 { family inet { address 1o.1.1.1/30; } family mpls; } } lo0 { unit 0 { family inet { address 10.10.0.1/32; } family mpls; } }
user@R1# show routing-options router-id 10.10.0.1;
user@R1# show protocols rsvp { interface ge-0/0/0.0; interface lo0.0; interface fxp0.0 { disable; } } mpls { statistics { traffic-class-statistics; } label-switched-path R1-R2 { to 10.20.0.1; oam mpls-tp-mode; ultimate-hop-popping; associate-lsp R2-R1; } interface ge-0/0/0.0; interface lo0.0; interface fxp0.0 { disable; } } ospf { traffic-engineering; area 0.0.0.0 { interface ge-0/0/0.0; interface lo0.0; interface fxp0.0 { disable; } } }
Überprüfung
Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.
- Überprüfen des LSP-Status
- Überprüfen der Paketverlustmessung
- Überprüfen der Paketverzögerungsmessung
- Überprüfen der Messung von Paketverlusten und -verzögerungen
Überprüfen des LSP-Status
Zweck
Stellen Sie sicher, dass der zugeordnete bidirektionale LSP zwischen den Routern R1 und R2 aktiv ist.
Was
Führen Sie den Befehl im Betriebsmodus aus.show mpls lsp
user@R1> show mpls lsp Ingress LSP: 1 sessions To From State Rt P ActivePath LSPname 10.20.0.1 10.10.0.1 Up 0 * R1-R2 Assoc-Bidir Total 1 displayed, Up 1, Down 0 Egress LSP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.10.0.1 10.20.0.1 Up 0 1 FF 299776 - R2-R1 Assoc-Bidir Total 1 displayed, Up 1, Down 0 Transit LSP: 0 sessions Total 0 displayed, Up 0, Down 0
Bedeutung
Der zugehörige bidirektionale LSP R1-R2 ist aktiv und aktiv.
Überprüfen der Paketverlustmessung
Zweck
Überprüfen Sie das Ergebnis der On-Demand-Verlustmessung.
Was
Führen Sie den Befehl im Betriebsmodus aus.monitor mpls loss rsvp R1-R2 count 2 detail
user@R1> monitor mpls loss rsvp R1-R2 count 2 detail (0) Response code : Success Origin timestamp : 1404129082 secs, 905571890 nsecs Forward transmit count : 83040 Forward receive count : 83040 Reverse transmit count : 83100 Reverse receive count : 83100 (1) Response code : Success Origin timestamp : 1404129083 secs, 905048410 nsecs Forward transmit count : 83841 Forward receive count : 83841 Reverse transmit count : 83904 Reverse receive count : 83904 Current forward transmit count : 801 Current forward receive count : 801 Current forward loss : 0 packets Current forward loss ratio : 0.000000 Current forward throughput : 0.801 kpps Current reverse transmit count : 804 Current reverse receive count : 804 Current reverse loss : 0 packets Current reverse loss ratio : 0.000000 Current reverse throughput : 0.804 kpps (2) Response code : Success Origin timestamp : 1404129084 secs, 904828715 nsecs Forward transmit count : 84423 Forward receive count : 84423 Reverse transmit count : 84487 Reverse receive count : 84487 Current forward transmit count : 582 Current forward receive count : 582 Current forward loss : 0 packets Current forward loss ratio : 0.000000 Current forward throughput : 0.582 kpps Current reverse transmit count : 583 Current reverse receive count : 583 Current reverse loss : 0 packets Current reverse loss ratio : 0.000000 Current reverse throughput : 0.583 kpps Cumulative forward transmit count : 1383 Cumulative forward loss : 0 packets Average forward loss ratio : 0.000000 Average forward throughput : 0.692 kpps Cumulative reverse transmit count : 1387 Cumulative reverse loss : 0 packets Average reverse loss ratio : 0.000000 Average reverse throughput : 0.694 kpps LM queries sent : 3 LM responses received : 3 LM queries timedout : 0 LM responses dropped due to errors : 0
Bedeutung
Die Paketverlustmessung für zwei Zählungen wird angezeigt.
Überprüfen der Paketverzögerungsmessung
Zweck
Überprüfen Sie das Ergebnis der On-Demand-Verzögerungsmessung.
Was
Führen Sie den Befehl im Betriebsmodus aus.monitor mpls delay rsvp R1-R2 count 2 detail
user@R1> monitor mpls delay rsvp R1-R2 count 2 detail (1) Response code : Success Querier transmit timestamp : 1404129122 secs, 479955401 nsecs Responder receive timestamp : 1404129122 secs, 468519022 nsecs Responder transmit timestamp : 1404129122 secs, 470255123 nsecs Querier receive timestamp : 1404129122 secs, 481736403 nsecs Current two-way channel delay : 44 usecs Current round-trip-time : 1781 usecs (2) Response code : Success Querier transmit timestamp : 1404129123 secs, 480926210 nsecs Responder receive timestamp : 1404129123 secs, 469488696 nsecs Responder transmit timestamp : 1404129123 secs, 471130706 nsecs Querier receive timestamp : 1404129123 secs, 482613911 nsecs Current two-way channel delay : 45 usecs Current round-trip-time : 1687 usecs Best two-way channel delay : 44 usecs Worst two-way channel delay : 45 usecs Average two-way channel delay : 45 usecs Best round-trip-time : 1687 usecs Worst round-trip-time : 1781 usecs Average round-trip-time : 1734 usecs Average forward delay variation : 1 usecs Average reverse delay variation : 1 usecs DM queries sent : 2 DM responses received : 2 DM queries timedout : 0 DM responses dropped due to errors : 0
Bedeutung
Die Messung der Paketverzögerung für zwei Zählungen wird angezeigt.
Überprüfen der Messung von Paketverlusten und -verzögerungen
Zweck
Überprüfen Sie das Ergebnis der On-Demand-Messung von Verlust und Verzögerung.
Was
Führen Sie den Befehl im Betriebsmodus aus.monitor mpls loss-delay rsvp R1-R2 count 2 detail
user@R1> monitor mpls loss-delay rsvp R1-R2 count 2 detail (0) Response code : Success Forward transmit count : 142049 Forward receive count : 142049 Reverse transmit count : 142167 Reverse receive count : 142167 Querier transmit timestamp : 1404129161 secs, 554422723 nsecs Responder receive timestamp : 1404129161 secs, 542877570 nsecs Responder transmit timestamp : 1404129161 secs, 546004545 nsecs Querier receive timestamp : 1404129161 secs, 557599327 nsecs (1) Response code : Success Forward transmit count : 143049 Forward receive count : 143049 Reverse transmit count : 143168 Reverse receive count : 143168 Current forward transmit count : 1000 Current forward receive count : 1000 Current forward loss : 0 packets Current forward loss ratio : 0.000000 Current forward throughput : 1.000 kpps Current reverse transmit count : 1001 Current reverse receive count : 1001 Current reverse loss : 0 packets Current reverse loss ratio : 0.000000 Current reverse throughput : 1.001 kpps Querier transmit timestamp : 1404129162 secs, 554465742 nsecs Responder receive timestamp : 1404129162 secs, 542919166 nsecs Responder transmit timestamp : 1404129162 secs, 545812736 nsecs Querier receive timestamp : 1404129162 secs, 557409175 nsecs Current two-way channel delay : 49 usecs Current round-trip-time : 2943 usecs (2) Response code : Success Forward transmit count : 143677 Forward receive count : 143677 Reverse transmit count : 143799 Reverse receive count : 143799 Current forward transmit count : 628 Current forward receive count : 628 Current forward loss : 0 packets Current forward loss ratio : 0.000000 Current forward throughput : 0.627 kpps Current reverse transmit count : 631 Current reverse receive count : 631 Current reverse loss : 0 packets Current reverse loss ratio : 0.000000 Current reverse throughput : 0.630 kpps Querier transmit timestamp : 1404129163 secs, 556698575 nsecs Responder receive timestamp : 1404129163 secs, 545150128 nsecs Responder transmit timestamp : 1404129163 secs, 546918408 nsecs Querier receive timestamp : 1404129163 secs, 558515047 nsecs Current two-way channel delay : 48 usecs Current round-trip-time : 1816 usecs Cumulative forward transmit count : 1628 Cumulative forward loss : 0 packets Average forward loss ratio : 0.000000 Average forward throughput : 0.813 kpps Cumulative reverse transmit count : 1632 Cumulative reverse loss : 0 packets Average reverse loss ratio : 0.000000 Average reverse throughput : 0.815 kpps Best two-way channel delay : 48 usecs Worst two-way channel delay : 49 usecs Average two-way channel delay : 49 usecs Best round-trip-time : 1816 usecs Worst round-trip-time : 3176 usecs Average round-trip-time : 2645 usecs Average forward delay variation : 1 usecs Average reverse delay variation : 0 usecs LDM queries sent : 3 LDM responses received : 3 LDM queries timedout : 0 LDM responses dropped due to errors : 0
Bedeutung
Die Messung des Paketverlusts und der Verzögerung für zwei Zählungen wird angezeigt.
Beispiel: Konfiguration proaktiver Verlust- und Verzögerungsmessungen für bidirektionale MPLS-LSPs
Dieses Beispiel zeigt, wie proaktive Verlust- und Verzögerungsmessungen für Punkt-zu-Punkt-Ultimate-Hop-Popping-Label-Switched-Pfade (LSPs) in MPLS-Netzwerken konfiguriert werden, um die Netzwerkleistung zu überwachen.
Anforderungen
In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:
-
Zwei universelle 5G-Routing-Plattformen der MX-Serie, die nur MPC/MICs enthalten
-
Junos OS Version 15.1 oder höher, das auf allen Routern ausgeführt wird
Bevor Sie beginnen:
-
Konfigurieren Sie die Geräteschnittstellen.
-
Konfigurieren Sie die autonomen Systemnummern und Router-IDs für die Geräte.
-
Konfigurieren Sie die folgenden Protokolle:
-
MPLS
-
OSPF
-
RSVP
-
Überblick
Ab Junos OS Version 15.1 wird ein proaktives Tool zur Überwachung und Messung von Paketverlust, Paketverzögerung oder beidem für zugehörige bidirektionale MPLS-Ultimate-Hop-Popping-Point-to-Point-Label-Switched-Pfade (LSPs) eingeführt.
Diese Funktion bietet die folgenden Leistungsmetriken:
-
Variation der Paketverzögerung zwischen den Paketen (IPDV)
-
Verlustmessung
-
Round-Trip-Verzögerung (RTT)
-
Messung des Durchsatzes
-
Zwei-Wege-Kanalverzögerung
Diese Funktionalität bietet Echtzeiteinblicke in die Netzwerkleistung und erleichtert so die Planung, Fehlerbehebung und Bewertung der Netzwerkleistung.
Topologie
Abbildung 3 Veranschaulicht die proaktiven Verlust- und Verzögerungsmessungen anhand einer einfachen Zwei-Router-Topologie.
In diesem Beispiel wird zwischen den Routern R1 und R2 ein zugeordneter bidirektionaler LSP konfiguriert, für den die Leistungsmetriken gemessen werden.
Konfiguration
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 Details, die für Ihre Netzwerkkonfiguration erforderlich sind, kopieren Sie die Befehle und fügen Sie sie in die CLI auf Hierarchieebene ein, und geben Sie sie dann aus dem Konfigurationsmodus ein .[edit]
commit
R1
set chassis network-services enhanced-ip set interfaces ge-0/0/0 unit 0 family inet address 10.1.1.1/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.10.0.1/32 set interfaces lo0 unit 0 family mpls set protocols mpls interface ge-0/0/0.0 set protocols mpls interface lo0.0 set protocols mpls interface fxp0.0 disable set protocols mpls label-switched-path R1-R2 associate-lsp R2-R1 set protocols mpls label-switched-path R1-R2 install 10.20.0.0/24 active set protocols mpls label-switched-path R1-R2 oam mpls-tp-mode set protocols mpls label-switched-path R1-R2 oam performance-monitoring querier delay traffic-class tc-0 query-interval 1000 set protocols mpls label-switched-path R1-R2 oam performance-monitoring querier loss traffic-class none query-interval 1000 set protocols mpls label-switched-path R1-R2 oam performance-monitoring querier loss-delay traffic-class tc-0 query-interval 1000 set protocols mpls label-switched-path R1-R2 oam performance-monitoring responder delay min-query-interval 1000 set protocols mpls label-switched-path R1-R2 oam performance-monitoring responder loss min-query-interval 1000 set protocols mpls label-switched-path R1-R2 to 10.20.0.1 set protocols mpls label-switched-path R1-R2 ultimate-hop-popping set protocols mpls statistics traffic-class-statistics set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering set protocols rsvp interface ge-0/0/0.0 set protocols rsvp interface lo0.0 set protocols rsvp interface fxp0.0 disable set routing-options router-id 10.10.0.1
R2
set chassis network-services enhanced-ip set interfaces ge-0/0/0 unit 0 family inet address 10.1.1.2/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.20.0.1/32 set interfaces lo0 unit 0 family mpls set protocols mpls interface ge-0/0/0.0 set protocols mpls interface lo0.0 set protocols mpls interface fxp0.0 disable set protocols mpls label-switched-path R2-R1 associate-lsp R1-R2 set protocols mpls label-switched-path R2-R1 install 10.10.0.0/24 active set protocols mpls label-switched-path R2-R1 oam mpls-tp-mode set protocols mpls label-switched-path R2-R1 oam performance-monitoring responder delay min-query-interval 1000 set protocols mpls label-switched-path R2-R1 oam performance-monitoring responder loss min-query-interval 1000 set protocols mpls label-switched-path R2-R1 oam performance-monitoring querier delay traffic-class tc-0 query-interval 1000 set protocols mpls label-switched-path R2-R1 oam performance-monitoring querier loss traffic-class none query-interval 1000 set protocols mpls label-switched-path R2-R1 oam performance-monitoring querier loss-delay traffic-class tc-0 query-interval 1000 set protocols mpls label-switched-path R2-R1 to 10.10.0.1 set protocols mpls label-switched-path R2-R1 ultimate-hop-popping set protocols mpls statistics traffic-class-statistics set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering set protocols rsvp interface ge-0/0/0.0 set protocols rsvp interface lo0.0 set protocols rsvp interface fxp0.0 disable set routing-options router-id 10.20.0.1
Verfahren
Schritt-für-Schritt-Anleitung
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.Verwenden des CLI-Editors im Konfigurationsmodushttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html
So konfigurieren Sie Router R1:
-
Aktivieren Sie die erweiterte Konfiguration der IP-Netzwerkdienste.
[edit chassis] user@R1# set network-services enhanced-ip
-
Konfigurieren Sie die Schnittstellen für Router R1.
[edit interfaces] user@R1# set ge-0/0/0 unit 0 family inet address 10.1.1.1/30 user@R1# set ge-0/0/0 unit 0 family mpls user@R1# set lo0 unit 0 family inet address 10.10.0.1/32 user@R1# set lo0 unit 0 family mpls
-
Konfigurieren Sie die Router-ID für Router R1.
[edit routing-options] user@R1# set router-id 10.10.0.1
-
Aktivieren Sie RSVP auf allen Schnittstellen des Routers R1, mit Ausnahme der Verwaltungsschnittstelle.
[edit protocols] user@R1# set rsvp interface ge-0/0/0.0 user@R1# set rsvp interface lo0.0 user@R1# set rsvp interface fxp0.0 disable
-
Aktivieren Sie MPLS auf allen Schnittstellen des Routers R1, mit Ausnahme der Verwaltungsschnittstelle.
[edit protocols] user@R1# set mpls interface ge-0/0/0.0 user@R1# set mpls interface lo0.0 user@R1# set mpls interface fxp0.0 disable
-
Konfigurieren Sie einen zugeordneten bidirektionalen LSP für Router R2.
[edit protocols] user@R1# set mpls label-switched-path R1-R2 to 10.20.0.1 user@R1# set mpls label-switched-path R1-R2 install 10.20.0.0/24 active user@R1# set mpls label-switched-path R1-R2 oam mpls-tp-mode user@R1# set mpls label-switched-path R1-R2 ultimate-hop-popping user@R1# set mpls label-switched-path R1-R2 associate-lsp R2-R1
-
Erstellen Sie Datenverkehrsklassen für die Verwaltung von Datenverkehrsstatistiken pro Datenverkehrsklasse.
Dies ermöglicht die Messung von Verlusten und Verzögerungen im Bereich der Datenverkehrsklasse.
[edit protocols] user@R1# set mpls statistics traffic-class-statistics
-
Konfigurieren Sie die Leistungsüberwachung auf der Abfrageseite.
[edit protocols] user@R1# set mpls label-switched-path R1-R2 oam performance-monitoring querier delay traffic-class tc-0 query-interval 1000 user@R1# set mpls label-switched-path R1-R2 oam performance-monitoring querier loss traffic-class none query-interval 1000 user@R1# set mpls label-switched-path R1-R2 oam performance-monitoring querier loss-delay traffic-class tc-0 query-interval 1000
-
Konfigurieren Sie die Leistungsüberwachung auf der Seite des Responders.
[edit protocols] user@R1# set mpls label-switched-path R1-R2 oam performance-monitoring responder delay min-query-interval 1000 user@R1# set mpls label-switched-path R1-R2 oam performance-monitoring responder loss min-query-interval 1000
-
Konfigurieren Sie OSPF mit Traffic-Engineering-Funktionen, und aktivieren Sie OSPF auf allen Schnittstellen von Router R1, mit Ausnahme der Verwaltungsschnittstelle.
[edit protocols] user@R1# set ospf traffic-engineering user@R1# set ospf area 0.0.0.0 interface ge-0/0/0.0 user@R1# set ospf area 0.0.0.0 interface lo0.0 user@R1# set ospf interface fxp0.0 disable
Ergebnisse
Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die Befehle , , und eingeben.show chassis
show interfaces
show routing-options
show protocols
Wenn die Ausgabe nicht die gewünschte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
user@R1# show chassis network-services enhanced-ip;
user@R1# show interfaces ge-0/0/0 { unit 0 { family inet { address 10.1.1.1/30; } family mpls; } } lo0 { unit 0 { family inet { address 10.10.0.1/32; } family mpls; } }
user@R1# show routing-options router-id 10.10.0.1;
user@R1# show protocols rsvp { interface ge-0/0/0.0; interface lo0.0; interface fxp0.0 { disable; } } mpls { label-switched-path R1-R2 { to 10.20.0.1; install 10.20.0.0/24 active; oam { mpls-tp-mode; performance-monitoring { querier { loss { traffic-class none { query-interval 1000; } } delay { traffic-class tc-0 { query-interval 1000; } } loss-delay { traffic-class none { query-interval 1000; } } } responder { loss { min-query-interval 1000; } delay { min-query-interval 1000; } } } } ultimate-hop-popping; associate-lsp R2-R1; } } ospf { traffic-engineering; area 0.0.0.0 { interface ge-0/0/0.0; interface lo0.0; interface fxp0.0 { disable; } } }
Überprüfung
Verifizieren von Verlust- und Verzögerungsmessungen
Zweck
Überprüfen Sie die Messung von Verlust und Verzögerung.
Was
Führen Sie den Befehl im Betriebsmodus aus.show performance-monitoring mpls lsp
user@R1> show performance-monitoring mpls lsp Session Total: 3 Up: 3 Down: 0 LSP name:R1-R2, PM State:Up Loss measurement Data: Duration: 00:04:43 Traffic-class: None Queries sent: 282 Responses received: 282 Responses dropped due to errors: 0 Queries timeout: 0 Forward loss measurement: Average packet loss: 0 Average packet throughput: 554338 Reverse loss measurement: Average packet loss: 0 Average packet throughput: 1352077 LSP name:R1-R2, PM State:Up Delay measurement Data: Duration: 00:04:43 Traffic-class: 0 Queries sent: 282 Responses received: 282 Responses dropped due to errors: 0 Queries timeout: 0 Best 2-way channel delay: 72 usecs Worst 2-way channel delay: 365 usecs Best round trip time: 843 usecs Worst round trip time: 105523 usecs Avg absolute fw delay variation: 1619 usecs Avg absolute rv delay variation: 1619 usecs LSP name:R1-R2, PM State:Up Loss measurement Data: Duration: 00:04:43 Traffic-class: None Queries sent: 282 Responses received: 282 Responses dropped due to errors: 0 Queries timeout: 0 Forward loss measurement: Average packet loss: 0 Average packet throughput: 553927 Reverse loss measurement: Average packet loss: 0 Average packet throughput: 1351531 Delay measurement Data: Best 2-way channel delay: 76 usecs Worst 2-way channel delay: 368 usecs Best round trip time: 1082 usecs Worst round trip time: 126146 usecs Avg absolute fw delay variation: 1618 usecs Avg absolute rv delay variation: 1619 usecs
Bedeutung
Die Metriken zur Messung von Paketverlusten und -verzögerungen für LSP werden angezeigt.
Konfigurieren der bedarfsgesteuerten Verlust- und Verzögerungsmessung
Sie können eine On-Demand-Verlust- und Verzögerungsmessung für Punkt-zu-Punkt-UHP-Label-Switched-Pfade (LSPs) in MPLS-Netzwerken konfigurieren, um die Netzwerkleistung zu überwachen. Die Befehle , und CLI bieten eine On-Demand-Zusammenfassung der Leistungsmetriken für Paketverlust im direkten Modus, bidirektionale Paketverzögerung und verwandte Metriken, wie z. B. Variation der Verzögerung zwischen Paketen und Messung des Kanaldurchsatzes.monitor mpls loss rsvp
monitor mpls delay rsvp
monitor mpls loss-delay rsvp
Diese Funktionalität bietet Echtzeiteinblicke in die Netzwerkleistung und erleichtert so die Planung, Fehlerbehebung und Bewertung der Netzwerkleistung.
Bevor Sie beginnen:
Konfigurieren Sie die Geräteschnittstellen.
Konfigurieren Sie die Geräte-Router-ID.
Konfigurieren Sie die folgenden Protokolle:
RSVP
OSPF
Traffic-Engineering-Funktionen aktivieren.
MPLS
So konfigurieren Sie das PE-Gerät:
Konfigurieren von proaktiven Verlust- und Verzögerungsmessungen
Sie können proaktive Verlust- und Verzögerungsmessungen für Punkt-zu-Punkt-Ultimate-Hop-Popping-Label-Switched-Pfade (LSPs) in MPLS-Netzwerken konfigurieren, um die Netzwerkleistung zu überwachen. Der CLI-Befehl bietet eine Zusammenfassung der Leistungsmetriken für Paketverlust im direkten Modus, bidirektionale Paketverzögerung und verwandte Metriken, wie z. B. Variation der Verzögerung zwischen Paketen und Messung des Kanaldurchsatzes.show performance-monitoring mpls lsp
Diese Funktionalität bietet Echtzeiteinblicke in die Netzwerkleistung und erleichtert so die Planung, Fehlerbehebung und Bewertung der Netzwerkleistung.
Diese Funktion bietet die folgenden Leistungsmetriken:
Variation der Paketverzögerung zwischen den Paketen (IPDV)
Verlustmessung
Round-Trip-Verzögerung (RTT)
Messung des Durchsatzes
Zwei-Wege-Kanalverzögerung
Bevor Sie beginnen:
Konfigurieren Sie die Geräteschnittstellen.
Konfigurieren Sie die autonomen Systemnummern und Router-IDs für die Geräte.
Konfigurieren Sie die folgenden Protokolle:
MPLS
OSPF
RSVP
So konfigurieren Sie proaktive Verlust- und Verzögerungsmessungen auf dem PE-Gerät: