Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

TWAMP konfigurieren

Das Two-Way Active Measurement Protocol (TWAMP) definiert einen Standard zur Messung der IP-Leistung zwischen zwei Geräten in einem Netzwerk. Weitere Informationen zu TWAMP finden Sie unter RFC 5357, A Two-Way Active Measurement Protocol (TWAMP). Weitere Hintergrundinformationen zu TWAMP finden Sie unter Grundlegendes zum bidirektionalen aktiven Messprotokoll.

TWAMP-Konfiguration verstehen

Die Unterstützung und Konfiguration des TWAMP (Two-Way Active Measurement Protocol) variiert je nach Hardwareplattform, physischen Schnittstellen oder virtuellen physischen (Service-)Schnittstellen. Die Unterstützung für RPM ist nicht immer ein Indikator für die TWAMP-Unterstützung auf einer bestimmten Kombination aus Plattform und Linecard für Junos OS. Die in RPM und TWAMP verwendeten Zeitstempel werden je nach Hardwarekonfiguration an unterschiedlichen Stellen hinzugefügt. Beispielsweise führen verschiedene Hardwarekomponenten einen Zeitstempel durch, entweder inline im Lookup-Chip (LU), in der Routing-Engine (Junos OS Evolved), den Mikrokernel-basierten Zeitstempel auf der Host-Packet Forwarding Engine oder auf der Linecard wie einer Multiservices Physical Interface Card (MS-PIC), Multiservices Modular Interface Card (MS-MIC), Multiservices Modular PIC Concentrator (MS-MPC) oder Multiservices Dense Port Concentrator (MS-DPC).

Verwenden Sie den Funktions-Explorer: Zwei-Wege-aktives Messprotokoll , um die Plattform- und Release-Unterstützung für bestimmte Funktionen zu bestätigen.

Weitere Informationen finden Sie unter Unterschiede und Hinweise zu Ihrer Plattform unter Grundlegendes zum bidirektionalen aktiven Messprotokoll für Junos OS Evolved.

Unterstützung für TWAMP-Licht

TWAMP Light, wie in Anhang I von RFC 5357 definiert, ist eine zustandslose Version von TWAMP, bei der Testparameter vordefiniert statt ausgehandelt werden. Alle Testpakete, die der Server auf einem Testport erhält, werden zurückgeworfen und sofort vergessen.

Die Unterstützung für IPv6-Zieladressen für TWAMP Light-Testsitzungen wurde in Junos OS Version 21.3R1 eingeführt. Für den Junos OS IPv6 TWAMP Light-Client müssen Sie sowohl die als auch die target-address destination-port Anweisungen auf Hierarchieebene [edit services rpm twamp client control-connection control-client-name test-session test-session-name] konfigurieren. Die Unterstützung für Link-lokale Zieladressen für IPv6 TWAMP Light-Testsitzungen wird ab Junos OS Version 21.4R1 und in Junos OS Evolved Version 22.3R1 für die Geräte, die TWAMP Light unterstützen, eingeführt.

Einfache Unterstützung für das bidirektionale aktive Messprotokoll (STAMP)

STAMP, wie in RFC 8762, Simple Two-Way Active Measurement Protocol (STAMP), definiert, standardisiert und erweitert den TWAMP Light-Betriebsmodus, der in Anhang I von RFC 5357, Two-Way Active Measurement Protocol (TWAMP ), definiert wurde. Ein STAMP-konformer Reflektor gewährleistet eine symmetrische Nutzlastgröße (gemäß RFC 6038) und arbeitet entweder im Stateless- oder Stateful-Modus, je nachdem, ob die Sequenznummer in der reflektierten Nutzlast aus dem Client-Frame kopiert oder unabhängig generiert wird. Ein Stateful-Reflektor kann erkennen, in welche Richtung Stürze aufgetreten sind. In früheren Versionen haben wir symmetrische Nutzlasten und zustandslose Reflektion unterstützt. Wir unterstützen jetzt Stateful Reflection, vollständige Konformität mit dem STAMP-Standard und unidirektionale Drop-Werte für Clients. Wir unterstützen unidirektionale Drop-Werte nicht nur für STAMP-Clients, sondern auch für TWAMP-Managed-Mode-Clients. Für Junos OS Evolved wird STAMP auf der Hierarchieebene [Edit Services Monitoring Twamp Server Light] konfiguriert. Zustandsbehaftete Reflektion wird mit der stateful-sequence Anweisung konfiguriert. Für Server ist der neue Standardwert für offload-type now pfe-timestamp anstelle von inline-timestamp.

Verwenden Sie den Feature-Explorer: Simple Two-Way Active Measurement Protocol (STAMP), um die Plattform- und Versionsunterstützung zu bestätigen.

TWAMP Managed Support

Für Junos OS wird TWAMP auf Hierarchieebene [edit services rpm twamp] konfiguriert. Für Junos OS Evolved wird TWAMP auf der [edit services monitoring twamp] Hierarchieebene konfiguriert.

Verwenden Sie das bidirektionale aktive Messprotokoll , um die Plattform- und Release-Unterstützung für bestimmte Funktionen zu bestätigen.

Konfigurieren eines TWAMP-Servers

Mit Ausnahme der physischen Schnittstellen erfordert die TWAMP-Serverkonfiguration für Junos OS die folgende Mindestkonfiguration auf der [edit services rpm twamp]-Hierarchieebene:

Ab Junos OS Version 21.3R1 müssen Sie die authentication-mode Anweisung nicht mehr konfigurieren. Der Standardmodus ist jetzt none, was bedeutet, dass die Kommunikation mit dem Server nicht authentifiziert wird.

  • Um die Liste der zulässigen Steuerungsclienthosts anzugeben, die eine Verbindung zu diesem Server herstellen können, schließen Sie die client-list Anweisung auf Hierarchieebene [edit services rpm twamp server] ein. Jeder Wert, den Sie angeben, muss eine CIDR-Adresse (Classless-Interdomain-Routing) (IP-Adresse plus Maske) sein, die ein Netzwerk zulässiger Hosts darstellt. Sie können mehrere Mandantenlisten einschließen, die jeweils maximal 64 Einträge enthalten können. Sie müssen mindestens eine Client-Adresse konfigurieren, um TWAMP zu aktivieren.

  • Router der ACX-Serie unterstützen keine Authentifizierungs- und Verschlüsselungsmodi. Der Wert für die Anweisung auf authentication-mode der [edit services rpm twamp server] Hierarchieebene muss auf nonegesetzt werden.

  • Der Verbindungsverkehr zur TWAMP-Steuerung kommt immer auf ACX-Routern an, wobei der Abhörport auf 862 eingestellt ist. Da diese Portnummer für Datenverkehrssonden geändert werden kann, werden Sonden, die mit einer anderen Portnummer ankommen, von ACX-Routern nicht korrekt erkannt und verarbeitet. Infolgedessen werden in einem solchen Szenario TWAMP-Datenverkehr und hostgebundene Pakete verworfen.

Configure TWAMP bietet Informationen über die Unterstützung für die Lichtsteuerung des Servers.

Für Junos OS können Sie die Lichtsteuerung für den Server konfigurieren (verwaltete Steuerung ist die Standardeinstellung). Die Konfiguration des Junos OS TWAMP-Servers für die Lichtsteuerung erfordert die folgende Mindestkonfiguration auf Hierarchieebene [edit services rpm twamp] :

Eine Liste der Einschränkungen für Quelladressen für Junos OS finden Sie unter source-address (TWAMP).

Für Junos OS Evolved können Sie entweder die verwaltete oder die Light-Steuerung für den Server konfigurieren. Die TWAMP-Serverkonfiguration für Managed oder Light Control erfordert die folgende Mindestkonfiguration auf Hierarchieebene [edit services monitoring twamp] , vorausgesetzt, Sie verwenden den Standardport für TWAMP (862):

Für Junos OS Evolved können Sie die folgenden Adressen nicht für die Quell-IP-Adresse der Clientliste verwenden, die für Tests verwendet wird:

  • 0.0.0.0

  • 127.0.0.0/8 (Loopback)

  • 224.0.0.0/4 (Multicast)

  • 255.255.255.255 (Broadcast)

Sie können mehr als einen Client konfigurieren und den TWAMP-Überwachungsport ändern, solange die Änderung mit dem TWAMP-Client koordiniert wird.

Für die Mikrokernel-basierte Zeitstempelung in Junos OS müssen Sie keine si- Schnittstelle konfigurieren. In diesem Fall werden die TWAMP-Verbindung und die Sitzungen auf der Grundlage der Zieladresse und -route aufgebaut.

Für Inline-Zeitstempel in Junos OS müssen Sie Schnittstellen konfigurieren si- oder sp- bedienen, und die TWAMP-Serverkonfiguration erfordert die folgenden Anweisungen auf Hierarchieebene [edit interfaces service-interface-name] :

Hinweis:

Sie können den TWAMP-Server nicht auf Einheit 0 einer Serviceschnittstelle konfigurieren. Wenn Sie es versuchen, erhalten Sie einen Konfigurationsfehler.

(Nur Junos OS) Um einen TWAMP-Server auf einer Inline-Services-Schnittstelle (si-) zu konfigurieren, konfigurieren Sie die Bandbreite, die auf jeder Packet Forwarding Engine für den Tunnel-Datenverkehr mit Inline-Services reserviert ist, indem Sie die bandwidth (1g | 10g) Anweisung auf der [edit chassis fpc slot-number pic number inline-services] Hierarchieebene einschließen. Geben Sie die logische Schnittstelle des Diensts PIC (sp-) an, die den TWAMP-Dienst bereitstellt, indem Sie die twamp-server Anweisung auf Hierarchieebene [edit interfaces sp-fpc/pic/port unit logical-unit-number family inet] einschließen.

Die twamp-server Anweisung ist für die Konfiguration des TWAMP-Servers der physischen Schnittstelle nicht erforderlich.

Viele andere TWAMP-Server-Parameter sind optional. Weitere Informationen finden Sie in den TWAMP-Konfigurationsanweisungen server .

Konfigurieren eines TWAMP-Clients

Um den TWAMP-Clientdienst in Junos OS zu konfigurieren, schließen Sie die client Anweisung und die zugehörigen Parameter auf Hierarchieebene [edit services rpm twamp] ein. Fügen Sie für Junos OS Evolved die Anweisung und die client zugehörigen Optionen auf der [edit services monitoring twampHierarchieebene ] ein.

Es gibt viele Optionen für die TWAMP-Client-Konfiguration. Weitere Informationen finden Sie in den Themen und Beispielen für Konfigurationsanweisungen.

Für die Mikrokernel-basierte Zeitstempelung in Junos OS müssen Sie keine si- Schnittstelle konfigurieren. In diesem Fall werden die TWAMP-Verbindung und die Sitzungen auf der Grundlage der Zieladresse und -route aufgebaut.

Bei der Inline-Zeitstempelung in Junos OS sind die si- Schnittstellen virtuelle physische Schnittstellen, die als TWAMP-Server antworten. Sie können Services Interfaces jedoch auch so konfigurieren, dass sie als TWAMP-Client fungieren, der die TWAMP-Controller-Rolle übernimmt.

(Nur Junos OS) Um eine Serviceschnittstelle als TWAMP-Client zu konfigurieren, konfigurieren Sie die Serviceparameter und die Serviceschnittstelle als TWAMP-Client.

Um die TWAMP-Client-Services-Schnittstelle zu konfigurieren, fügen Sie die rpm twamp-client Anweisung auf Hierarchieebene [edit interfaces si-interface-name] ein:

Hinweis:

Sie können den TWAMP-Client nicht auf Einheit 0 einer Serviceschnittstelle konfigurieren. Wenn Sie es versuchen, erhalten Sie einen Konfigurationsfehler.

Siehe auch

Tabellarischer Änderungsverlauf

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

Veröffentlichung
Beschreibung
25.4R1-EVO
Wir haben Unterstützung für Flex Algo und SR-MPLS zu unserer Inline-Zeitstempelfunktion hinzugefügt.
25,4R1
Für die MX-Linecards, die dies unterstützen, können Sie die Zeitstempel mit dieser offload-type inline-timestamp Option auf die Hardware der Packet Forwarding Engine auslagern. Diese Inline-Zeitstempelfunktion unterstützt auch Flex Algo und SR-MPLS. Sie konfigurieren die offload-type Anweisung entweder auf dem Server oder auf dem Client.
23.4R1-EVO
Wir unterstützen RFC 8762, Simple Two-Way Active Measurement Protocol (STAMP). RFC 8762 standardisiert und erweitert den TWAMP Light-Betriebsmodus, der in Anhang I von RFC 5357, Zwei-Wege-aktives Messprotokoll (TWAMP ), definiert wurde. Ein STAMP-konformer Reflektor gewährleistet eine symmetrische Nutzlastgröße (gemäß RFC 6038) und arbeitet entweder im Stateless- oder Stateful-Modus, je nachdem, ob die Sequenznummer in der reflektierten Nutzlast aus dem Client-Frame kopiert oder unabhängig generiert wird. Ein Stateful-Reflektor kann erkennen, in welche Richtung Stürze aufgetreten sind. In früheren Versionen haben wir symmetrische Nutzlasten und zustandslose Reflektion unterstützt. Mit dieser Version unterstützen wir Stateful Reflection, vollständige Konformität mit dem STAMP-Standard und unidirektionale Drop-Werte für Clients. Wir unterstützen unidirektionale Drop-Werte nicht nur für STAMP-Clients, sondern auch für TWAMP-Managed-Mode-Clients. Für Server ist der Standardwert für die offload-type Anweisung jetzt pfe-timestamp anstelle von inline-timestamp.
22.4R1-EVO
Wir unterstützen IPv6-Quell- und Zieladressen (mit Ausnahme von Link-Local-Adressen) für Client-Listen, Steuerverbindungen und Testsitzungen.
22.4R1-EVO
Sie können SNMP-Traps für TWAMP konfigurieren.
22.4R1-EVO
Wir unterstützen Inline-Zeitstempel, bei dem die Zeitstempelung in der Hardware am Generator oder am Reflektor erfolgt.
22.3R1-EVO
Für TWAMP Light-Testsitzungen können Sie link-lokale IPv6-Adressen für Zieladressen angeben.
21.4R1-EVO
IPv6-Quell- und Zieladressen (mit Ausnahme von Link-Local-Adressen) werden für Clientlisten, Steuerverbindungen und Testsitzungen unterstützt.
21,4R1
Für TWAMP Light-Testsitzungen können Sie link-lokale IPv6-Adressen für Zieladressen angeben und IPv6-Adressen für Quelladressen konfigurieren, die Zieladressen entsprechen, die mit link-lokalen IPv6-Adressen konfiguriert sind.
21.3R1
IPv6-Zieladressen für TWAMP Light-Testsitzungen werden unterstützt.
21.3R1
Sie müssen die authentication-mode Anweisung für den TWAMP-Server nicht mehr konfigurieren. Der Standardmodus ist none.
21.1R1
Wir unterstützen den TWAMP-Light-Client und -Server (Two-Way Active Measurement Protocol), wie in Anhang I von RFC 5357 definiert, für IPv4-Zieladressen. TWAMP Light ist eine zustandslose Version von TWAMP, bei der Testparameter vordefiniert statt ausgehandelt werden. Alle Testpakete, die der Server auf einem Testport erhält, werden zurückgeworfen und sofort vergessen.