Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Konfigurieren der RPM-Zeitstempel auf Routern der MX-, M-, T- und PTX-Serie und Switches der EX-Serie

Um die Latenz bei der Kommunikation von Testmeldungen zu berücksichtigen, können Sie die Zeitstempel der Probepakete aktivieren. Sie können die folgenden RPM-Probetypen zeitstempeln: icmp-ping, icmp-ping-timestampund udp-pingudp-ping-timestamp.

Auf M Series- und T-Serie-Routern mit einer MS-PIC, auf Routern der MX-Serie mit MS-DPC-, MS-MIC- oder MS-MPC-Linecard, auf Routern der MX10000-Serie, auf PTX10008- und PTX10016-Routern und auf Switches der EX-Serie können Sie die Hardware-Zeitstempel für RPM-Probemeldungen aktivieren. Die Zeitstempel wird sowohl auf das RPM-Clientgerät (der Router oder Switch, der von den RPM-Probes stammt) als auch auf den RPM-Probeserver angewendet und gilt nur für IPv4-Datenverkehr. Sie wird von folgenden Unterstützt:

  • Layer 2-Servicepaket auf MS-PICs, MS-DPCs, MS-MPCs und MS-MICs.

  • Layer 3-Servicepaket auf MS-PICs, MS-DPCs, MS-MPCs und MS-MICs.

  • Paket für Dienste für Extension Provider auf den Services-PICs der M Series-, MX-Serie und T-Serie-Serie, die die Extension-Provider-Pakete unterstützen (in Junos OS-Versionen früher als Version 12.3 wurden die Pakete für Erweiterungsanbieter unter verschiedenen als Junos Services Framework (JSF), MP-SDK (Software Development Kit) und eJunos bezeichnet.)

  • Layer 2-, Layer 3-, SDK (Software Development Kit)-Services und PFE-RPM-Zeitstempel sind miteinander interoperabilität. Hier kann sich der RPM-Client auf der Layer 3-Schnittstelle sp- und der RPM-Server in einem Paket mit SDK (Software Development Kit) werden.

An den Schnittstellen ist eine Zwei-Wege-Zeitstempel sp- ms- verfügbar. Zur Konfiguration der Zwei-Wege-Zeitstempel auf M Series- T-Serie-Routern destination-interface muss die Anweisung auf der [edit services rpm probe probe-owner test test-name] Hierarchieebene enthalten sein:

Geben Sie den RPM-Client-Router und den RPM-Serverrouter an der logischen Services-Schnittstelle oder der Multiservices-Schnittstelle an, rpm indem Sie die Anweisung auf der Hierarchieebene [edit interfaces interface-name unit logical-unit-number] angeben:

Die logische Schnittstelle muss der RPM-Aufgabe gewidmet sein. Dazu müssen die Anweisung und family inet die Adresse konfiguriert werden /32 , wie im Beispiel dargestellt. Diese Konfiguration wird auch für andere Services wie NAT und Stateful Firewall benötigt. Sie können den RPM-Service nicht konfigurieren unit 0 , da RPM eine dedizierte logische Schnittstelle erfordert. Dieselbe Einheit kann sowohl RPM als auch andere Services nicht unterstützen. Da eine aktive Flussüberwachung erforderlich unit 0ist, RPM jedoch auf jeder logischen Schnittstelle funktionieren kann, verhindert eine Einschränkungsprüfung, dass Sie dort keine RPM-Konfiguration implementieren können.

Auf Routern der MX-Serie, auf Routern der M320-Serie mit Enhanced Queuing MPC und auf Switches der EX-Serie enthalten Sie die Anweisung auf der Hierarchieebene, um festzulegen, hardware-timestamp [edit services rpm probe probe-name test test-name] dass die Prüfsonden im Packet Forwarding Engine-Hostprozessor zeitstempel sind:

Auf Routern der MX-Serie, auf Routern der MX10000-Serie, auf PTX5000-, PTX10008- und PTX10016-Routern und auf Switches der EX-Serie können Sie die Anweisung auf der Hierarchieebene angeben, hardware-timestamp [edit services rpm probe probe-name test test-name] dass die Prüfsonden im Packet Forwarding Engine-Hostprozessor zeitstempeln sollen. Auf Routern der MX-Serie wird die Hardware-Zeitstempel von folgenden Linekarten unterstützt:

  • DPC

  • DpCE

  • MPC1

  • MPC2

  • MPC3

  • MPC4

  • MPC5

  • MPC6

  • MPC7

Auf der Clientseite werden diese Probes im Packet Forwarding Engine-Hostprozessor für den Ausgangs-DPC des Routers der MX- oder M320-Serie oder des Switches der EX-Serie, der den RPM-Client (RPM-Client) verwendet, zeitstempel. Auf der Responder-Seite (RPM-Server) werden die zu prüfenden RPM-Probes vom Packet Forwarding Engine Host-Prozessor verarbeitet, der die Antwort anstelle des RPM-Prozesses generiert. Die RPM-Probes werden nur vom Router zeitstempelt, von dem sie stammen (RPM-Client). Daher wird für diese Probes nur die Round-Trip-Time gemessen.

hardware-timestamp Bei Verwendung der Anweisung muss der Wert der Probe mindestens 100 Byte kleiner sein als der Standard MTU der Schnittstelle der RPM-Clientschnittstelle (siehe Konfigurieren von RPM-Probes auf M-, MX- und T-Serie-Routern und Switches der EX-Seriedata-size). Wenn die Hardware-Zeitstempel für RPM-Probemeldungen aktiviert ist, ist die maximale Datengröße, die Sie mithilfe der Datengröße-Aussage konfigurieren können, auf 1.400 begrenzt.

Hinweis:

Die Packet Forwarding Engine RPM-Funktion unterstützt keine stateful Firewall-Konfigurationen. Wenn Sie RPM-Zeitstempel mit einer Stateful-Firewall kombinieren müssen, verwenden Sie den schnittstellenbasierten RPM-Zeitstempeldienst, der oben in diesem Abschnitt beschrieben wird. MS-DPCs unterstützen die Verarbeitung von Stateful Firewalls sowie die Rpm-Zeitstempel.

Zum Konfigurieren der One-Way-Zeitstempel müssen Sie auch one-way-hardware-timestamp die Anweisung auf der Hierarchieebene [edit services rpm probe probe-owner test test-name] beinhalten:

Hinweis:

Wenn Sie RPM-Probes für eine Services-Schnittstelle konfigurieren (sp-), müssen Sie lokale Routen speziell für die folgenden Routingprotokolle ankündigen:

  • Für OSPF können Sie die lokale Route ankündigen, indem Sie die Serviceschnittstelle im Bereich OSPF Services ankündigen. Um diese Einstellung zu konfigurieren, fügen Sie die interface sp-fpc/pic/port Anweisung auf der Hierarchieebene [edit protocols ospf area area-number] ein.

  • Für BGP und IS-IS müssen Sie Schnittstellenrouten exportieren und eine Richtlinie erstellen, die die lokale Route der Services-Schnittstelle akzeptiert. Um Schnittstellenrouten zu exportieren, fügen Sie die Anweisungen point-to-point und lan Anweisungen auf der Hierarchieebene [edit routing-options interface-routes family inet export] ein. Um eine Exportrichtlinie zu konfigurieren, die die lokale Services-Schnittstelle akzeptiert, protocol localrib inet.0[edit policy-options policy-statement policy-name term term-name from] route-filter sp-interface-ip-address/32 exact accept enthalten Sie die , und Anweisungen auf der Hierarchieebene und die Aktion auf der [edit policy-options policy-statement policy-name term term-name then] Hierarchieebene. Damit die Exportrichtlinie wirksam wird, wenden Sie die Richtlinie auf BGP oder IS-IS export policy-name der Anweisung auf der [edit protocols protocol-name] Hierarchieebene an.

Weitere Informationen zu diesen Konfigurationen finden Sie im Benutzerhandbuch für Routing-Richtlinien, Firewall-Filter und Datenverkehr-Policer.

Das Routing der Testpakete über die Multiservices-Karte ermöglicht Ihnen auch das Filtern der Testpakete zu bestimmten Warteschlangen. Im folgenden Beispiel werden die RPM-Konfiguration und der Filter, der Warteschlangen angibt, gezeigt:

Weitere Informationen zu Firewall-Filtern finden Sie im Benutzerhandbuch zu Routing-Richtlinien, Firewall-Filtern und Datenverkehr-Policern. Weitere Informationen zum Queuing finden Sie im Benutzerhandbuch Class of Service (Router und EX9200-Switches).