Grundlegendes zu den erweiterten ping- und traceroute-Befehlen

Einleitung

In diesem Dokument wird die Verwendung der erweiterten  ping  und die erweiterte  traceroute -Befehlen.

Voraussetzungen

Anforderungen

Für dieses Dokument sind Vorkenntnisse ping  und traceroute -Befehlen.

Verwendete Komponenten

Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:

• Cisco IOS® Software
• Router aller Cisco Serien

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions.

Die Fehlermeldung ping Command

Die Fehlermeldung ping  (Packet InterNet Groper) ist eine sehr gängige Methode zur Fehlerbehebung bei der Barrierefreiheit von Geräten. Er verwendet zwei Internet Control Message Protocol (ICMP)-Nachrichten, ICMP-Echo-Anfragen und ICMP-Echo-Antworten, um zu bestimmen, ob ein Remote-Host aktiv ist. Die Fehlermeldung ping  misst auch die Zeit, die es braucht, um die Echo-Antwort zu erhalten.

Die Fehlermeldung ping  sendet zunächst ein Echo-Anforderungspaket an eine Adresse und wartet dann auf eine Antwort. Die Fehlermeldung ping  ist nur erfolgreich, wenn der ECHO-ANTRAG am Ziel eingeht und das Ziel in der Lage ist, eine ECHO-ANTWORT an die Quelle des ping  innerhalb eines vordefinierten Zeitintervalls.

Die erweiterten ping Command

Wenn ein normaler ping  wird von einem Router gesendet. Die Quelladresse des Pings ist die IP-Adresse der Schnittstelle, die das Paket verwendet, um den Router zu verlassen. Wenn eine erweiterte ping  verwendet wird, kann die Quell-IP-Adresse in eine beliebige IP-Adresse auf dem Router geändert werden. Die erweiterte ping  wird verwendet, um eine erweiterte Überprüfung der Host-Erreichbarkeit und der Netzwerkverbindung durchzuführen. Die erweiterte ping  funktioniert nur in der privilegierten EXEC-Befehlszeile. Der Normalfall ping  funktioniert sowohl im Benutzer-EXEC-Modus als auch im privilegierten EXEC-Modus. Um diese Funktion zu verwenden, geben Sie Folgendes ein: ping  in der Befehlszeile ein, und drücken Sie die Eingabetaste. Sie werden aufgefordert, die Felder gemäß dem Abschnitt Feldbeschreibungen des Ping-Befehls in diesem Dokument auszufüllen.

Die Fehlermeldung ping Beschreibung der Befehlsfelder

In dieser Tabelle sind die ping  Befehlsfeldbeschreibungen. Diese Felder können mit der erweiterten ping  aus.

Feld	Beschreibung
Protocol [ip]:	Fordert ein unterstütztes Protokoll an. Geben Sie appletalk, clns, ip, novell, apollo, vines, decnet oder xns ein. Der Standardwert ist ip.
Target IP address:	Fordert die IP-Adresse oder den Hostnamen des Zielknotens an, den Sie pingen möchten. Wenn Sie ein anderes unterstütztes Protokoll als IP angegeben haben, geben Sie hier eine entsprechende Adresse für dieses Protokoll ein. Die Standardeinstellung ist „none“ (Keine).
Repeat count [5]:	Anzahl der Ping-Pakete, die an die Zieladresse gesendet werden. Der Standardwert lautet 5.
Datagram size [100]:	Größe des Ping-Pakets (in Byte). Standard: 100 Byte.
Timeout in seconds [2]:	Zeitüberschreitungsintervall. Standard: 2 (Sekunden). Der Ping wird nur dann als erfolgreich deklariert, wenn das ECHO REPLY-Paket vor diesem Zeitintervall empfangen wurde.
Extended commands [n]:	Gibt an, ob eine Reihe zusätzlicher Befehle angezeigt wird. Der Standardwert ist „no“ (Nein).
Eingangs-Ping [n]:	Der Eingangs-Ping simuliert Pakete, die von der angegebenen Eingangsschnittstelle empfangen wurden, für das Ziel. Der Standardwert ist „no“ (Nein). (Die Verfügbarkeit dieser Option unterscheidet sich von der verwendeten Softwareversion.)
Quelladresse oder Schnittstelle:	Die Schnittstelle oder IP-Adresse des Routers, die als Quelladresse für die Probes verwendet werden soll. Der Router wählt normalerweise die IP-Adresse der ausgehenden Schnittstelle aus. Die Schnittstelle kann ebenfalls erwähnt werden, allerdings mit der korrekten Syntax, wie hier gezeigt: Source address or interface: ethernet 0 Hinweis: Dies ist eine Teilausgabe des erweiterten ping  aus. Die Schnittstelle kann nicht als e0 geschrieben werden.
DSCP-Wert [0]:	Gibt den Differentiated Services Code Point (DSCP) an. Der eingegebene DSCP-Wert wird in jede Probe eingegeben. Der Standardwert ist 0. (Die Verfügbarkeit dieser Option unterscheidet sich von der verwendeten Softwareversion.)
Type of service [0]:	Gibt die Serviceart (ToS) an. Die angeforderte ToS wird in jede Probe eingefügt, aber es gibt keine Garantie, dass alle Router die ToS verarbeiten. Es handelt sich um die Auswahl der Internetqualität. Der Standardwert ist 0.
Set DF bit in IP header? [no]:	Gibt an, ob Don't Fragment (DF)  Bit muss für das Ping-Paket festgelegt werden. Wenn "yes" (Ja) angegeben ist, lässt die DF-Option keine Fragmentierung dieses Pakets zu, wenn es ein Segment mit einer kleineren maximalen Übertragungseinheit (Maximum Transmission Unit, MTU) durchlaufen muss, und Sie erhalten eine Fehlermeldung von dem Gerät, das das Paket fragmentieren wollte. Dies ist nützlich, um die kleinste MTU im Pfad zu einem Ziel zu bestimmen. Der Standardwert ist „no“ (Nein).
Validate reply data? [no]:	Gibt an, ob die Antwortdaten validiert werden sollen. Der Standardwert ist „no“ (Nein).
Data pattern [0xABCD]	Gibt das Datenmuster an. Zur Fehlerbehebung werden unterschiedliche Datenmuster verwendet framing Fehler und clocking Probleme mit seriellen Leitungen. Der Standardwert ist [0xABCD].
Loose, Strict, Record, Timestamp, Verbose[none]:	IP-Header-Optionen. Diese Eingabeaufforderung bietet mehr als eine Option zur Auswahl. Dazu gehören: Verbose wird automatisch zusammen mit jeder anderen Option ausgewählt. Record ist eine sehr nützliche Option, da sie die Adressen der Hops (bis zu neun) anzeigt, die das Paket durchläuft. Loose ermöglicht Ihnen, den Pfad zu beeinflussen, wenn Sie die Adresse(n) der Hop(s) angeben, durch die das Paket gehen soll. Strict wird verwendet, um die Hops anzugeben, die das Paket durchlaufen soll. Es dürfen keine anderen Hops durchlaufen werden. Timestamp wird verwendet, um die Roundtrip-Zeit zu bestimmten Hosts zu messen. Der Unterschied zwischen der Record-Option dieses Befehls und dem Traceroute-Befehl besteht darin, dass die Record-Option Sie nicht nur über die Hops informiert, die die Echo-Anfrage (Ping) durchlaufen hat, um zum Ziel zu gelangen, sondern auch über die Hops, die sie auf dem Rückgabepfad besucht hat. Mit dem Befehl traceroute erhalten Sie keine Informationen über den Pfad der Echo-Antwort. Der Traceroute-Befehl gibt Eingabeaufforderungen für die Pflichtfelder aus. Mit dem Befehl traceroute werden die angeforderten Optionen in jede Untersuchung eingefügt. Es gibt jedoch keine Garantie, dass alle Router (oder Endknoten) die Optionen verarbeiten. Die Standardeinstellung ist „none“ (Keine).
Sweep range of sizes [n]:	Ermöglicht Ihnen, die Größe der gesendeten Echo-Pakete zu variieren. Dies wird verwendet, um die Mindestgrößen der MTUs zu bestimmen, die auf den Knoten entlang des Pfads zur Zieladresse konfiguriert sind. Performance-Probleme durch Paketfragmentierung werden so reduziert. Der Standardwert ist „no“ (Nein).
!!!!!	Jeder Ausrufezeichen (!) steht für den Erhalt einer Antwort. Ein Punkt (.) bedeutet, dass der Netzwerkserver ein Timeout hat und auf eine Antwort gewartet hat. Eine Beschreibung der anderen Zeichen finden Sie unter Ping-Zeichen.
Die Erfolgsquote beträgt 100 Prozent	Der Prozentsatz der Pakete, die erfolgreich an den Router zurückgesendet wurden. Jeder Prozentsatz unter 80 gilt in der Regel als problematisch.
round-trip min/avg/max = 1/2/4 ms	Round-Trip-Zeitintervalle für Protokoll-Echo-Pakete mit Minimum/Durchschnitt/Maximum (in Millisekunden).

In diesem Diagramm können sich Host 1 und Host 2 nicht gegenseitig anpingen. Sie können dieses Problem auf den Routern beheben, um festzustellen, ob ein Routing-Problem vorliegt oder ob das Standard-Gateway auf einem der beiden Hosts nicht richtig festgelegt ist.

Host 1 und Host 2 können keinen Ping senden

In der Reihenfolge der pingUm erfolgreich zu sein, muss jeder Host sein Standard-Gateway auf den Router in seinem jeweiligen LAN-Segment verweisen, oder der Host muss Netzwerkinformationen mit den Routern austauschen, die ein Routing-Protokoll verwenden. Wenn das Standard-Gateway eines Hosts nicht richtig festgelegt ist oder wenn die Routing-Tabelle nicht die richtigen Routen enthält, kann er keine Pakete an Ziele senden, die nicht im ARP-Cache (Address Resolution Protocol) des Hosts vorhanden sind. Es ist auch möglich, dass die Hosts sich nicht gegenseitig pingen können, da einer der Router keine Route zu dem Subnetz hat, von dem der Host seine Ping-Pakete bezieht.

Beispiel

Dies ist ein Beispiel für den erweiterten Ping-Befehl, der von der Ethernet 0-Schnittstelle von Router A stammt und für die Ethernet-Schnittstelle von Router B bestimmt ist. Wenn dieser Ping erfolgreich ist, deutet dies darauf hin, dass kein Routing-Problem vorliegt. Router A weiß, wie er das Ethernet von Router B erreicht, und Router B weiß, wie er das Ethernet von Router A erreicht. Außerdem sind die Standard-Gateways beider Hosts korrekt eingerichtet.

Wenn die erweiterte ping-Befehls von Router A fehlschlägt, bedeutet dies, dass ein Routing-Problem vorliegt. Möglicherweise liegt auf jedem der drei Router ein Routing-Problem vor. Router A hätte eine Route zum Subnetz von Router B Ethernet oder zum Subnetz zwischen Router C und Router B verlieren können. Router B hätte eine Route zum Subnetz von Router A oder zum Subnetz zwischen Router C und Router A verlieren können, und Router C hätte eine Route zum Subnetz von Router A- oder Router B-Ethernet-Segmenten verlieren können. Sie müssen alle Routing-Probleme beheben, und dann muss Host 1 versuchen, Host 2 zu pingen. Wenn Host 1 Host 2 immer noch nicht pingen kann, müssen Sie beide Standard-Gateways überprüfen. Die Verbindung zwischen dem Ethernet von Router A und dem Ethernet von Router B wird mit dem erweiterten Ping-Befehl überprüft.

Bei einem normalen Ping von Router A zu Router B Ethernet-Schnittstelle wäre die Quelladresse des Ping-Pakets die Adresse der ausgehenden Schnittstelle, d. h. die Adresse der seriellen 0-Schnittstelle (172.31.20.1). Wenn Router B auf das Ping-Paket antwortet, antwortet er an die Quelladresse (d. h. 172.31.20.1). Auf diese Weise wird nur die Verbindung zwischen der seriellen Schnittstelle 0 von Router A (172.31.20.1) und der Ethernet-Schnittstelle von Router B (192.168.40.1) getestet.

Um die Verbindung zwischen Router A Ethernet 0 (172.16.23.2) und Router B Ethernet 0 (192.168.40.1) zu testen, verwenden Sie die erweiterte ping aus. Mit erweiterter ping, erhalten Sie die Möglichkeit, die Quelladresse des pingPaket, wie hier gezeigt:

RouterA>enable
RouterA#ping
Protocol [ip]:
Target IP address: 192.168.40.1

!--- The address to ping.

Repeat count [5]:
Datagram size [100]:
Timeout in seconds [2]:
Extended commands [n]: y
Source address or interface: 172.16.23.2

!---Ping packets are sourced from this address.

Type of service [0]:
Set DF bit in IP header? [no]:
Validate reply data? [no]:
Data pattern [0xABCD]:
Loose, Strict, Record, Timestamp, Verbose[none]:
Sweep range of sizes [n]:
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.40.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/97/132 ms

!--- Ping is successful.

RouterA#
This is an example with extended commands and sweep details:
RouterA>enable
RouterA#ping

Protocol [ip]:

!--- The protocol name.


Target IP address: 192.168.40.1

!--- The address to ping.


Repeat count [5]: 10

!--- The number of ping packets that are sent to the destination address.


Datagram size [100]:

!--- The size of the ping packet in size. The default is 100 bytes.


Timeout in seconds [2]:

!--- The timeout interval. The ping is declared successful only if the 
!--- ECHO REPLY packet is received before this interval.


Extended commands [n]: y

!--- You choose yes if you want extended command options 
!--- (Loose Source Routing, Strict Source Routing, Record route and Timestamp).


Source address or interface: 172.16.23.2

!--- Ping packets are sourced from this address and must be the IP address 
!--- or full interface name (for example, Serial0/1 or 172.16.23.2).


Type of service [0]:

!--- Specifies Type of Service (ToS).


Set DF bit in IP header? [no]:

!--- Specifies whether or not the Don’t Fragment (DF) bit is to be 
!--- set on the ping packet.


Validate reply data? [no]:

!--- Specifies whether or not to validate reply data.


Data pattern [0xABCD]:

!--- Specifies the data pattern in the ping payload. Some physical links 
!--- might exhibit data pattern dependent problems. For example, serial links 
!--- with misconfigured line coding. Some useful data patterns to test 
!--- include all 1s (0Xffff), all 0s (0x0000) and alternating 
!--- ones and zeros (0Xaaaa).


Loose, Strict, Record, Timestamp, Verbose[none]:

!--- IP header options.


Sweep range of sizes [n]: y

!--- Choose yes if you want to vary the sizes on echo packets that are sent.


Sweep min size [36]:
Sweep max size [18024]:
Sweep interval [1]:

Sending 179890, [36..18024]-byte ICMP Echos to 192.168.40.1, timeout is 2 seconds:


!--- The count 179890 depends on the values of min sweep, 
!--- max sweep, sweep interval and repeat count. Calculations are based on: 
!--- 18024(high end of range) - 36(low end of range) = 17988(bytes in range) 
!--- 17988(bytes in range) / 1(sweep interval) = 17988 (steps in range) 
!--- 17988(bytes in range) + 1 (first value) = 17989(values to be tested) 
!--- 17989(values to be tested) * 10(repeat count) = 179890 (pings to be sent) 
!--- In order to decrease the value, increase the sweep interval or decrease 
!--- the repeat count, or you can even decrease the difference between 
!--- Minimum and Maximum sweep size. Based on the previous example, the 
!--- number 17890 is an expected value and tries to ping 17890 times.

Packet sent with a source address of 172.16.23.2
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Success rate is 100 percent, round-trip min/avg/max = 1/2/4 ms


!--- Ping is successful.

RouterA#

Die Fehlermeldung traceroute  Command

Wenn Ping verwendet werden kann, um die Verbindung zwischen Geräten zu überprüfen, traceroute kann verwendet werden, um die Pfade zu ermitteln, über die Pakete an ein Remote-Ziel gesendet werden, sowie um festzustellen, wo das Routing unterbrochen wird.

Der Zweck der  traceroute zeichnet die Quelle jeder Meldung über die Überschreitung der ICMP-Zeit auf, um eine Nachverfolgung des Pfads bereitzustellen, über den das Paket zum Ziel gelangt ist.

Das Gerät, das die  traceroute sendet eine Sequenz von UDP-Datagrammen (User Datagram Protocol) mit inkrementellen TTL-Werten (Time-To-Live) an eine ungültige Port-Adresse (Standard: 33434) auf dem Remote-Host.

Zuerst werden drei Datagramme mit jeweils einem TTL-Feldwert von 1 gesendet. Der TTL-Wert 1 bewirkt, dass das Datagramm eine Zeitüberschreitung erleidet, sobald es den ersten Router im Pfad erreicht. Dieser Router antwortet dann mit einer ICMP-Meldung zur Zeitüberschreitung, die anzeigt, dass das Datagramm abgelaufen ist.

Als Nächstes werden drei weitere UDP-Nachrichten mit jeweils dem TTL-Wert 2 gesendet. Dadurch gibt der zweite Router auf dem Pfad zum Ziel die Meldung "ICMP-Zeit überschritten" zurück.

Dieser Prozess wird fortgesetzt, bis die Pakete das Ziel erreichen und bis das System, das den traceroute empfängt ICMP-Zeit überschritten Nachrichten von jedem Router im Pfad zum Ziel. Da diese Datagramme versuchen, auf einen ungültigen Port (Standard 33434) am Zielhost zuzugreifen, antwortet der Host mit nicht erreichbaren Nachrichten des ICMP-Ports, die auf einen nicht erreichbaren Port hinweisen. Dieses Ereignis signalisiert dem Traceroute-Programm, dass es beendet wird.

Hinweis: Stellen Sie sicher, dass Sie den Befehl ip unreachable mit dem Befehl no ip unreachables unter einem VLAN nicht deaktiviert haben. Dieser Befehl bewirkt, dass das Paket Nachrichten ohne ICMP-Fehlermeldung verwirft. In diesem Fall funktioniert traceroute nicht.

Der erweiterte Traceroute-Befehl

Die erweiterte traceroute ist eine Variante des Befehls traceroute aus. Mithilfe eines erweiterten Traceroute-Befehls kann ermittelt werden, welchen Pfad Pakete zum Ziel haben. Der Befehl kann auch verwendet werden, um gleichzeitig das Routing zu überprüfen. Dies ist nützlich, wenn Sie Routing-Schleifen beheben oder feststellen, wo Pakete verloren gehen (wenn eine Route unterbrochen wird oder Pakete durch eine Zugriffskontrollliste (ACL) oder eine Firewall blockiert werden). Sie können den erweiterten Ping-Befehl verwenden, um die Art des Verbindungsproblems zu bestimmen, und dann den erweiterten Traceroute-Befehl, um einzugrenzen, wo das Problem auftritt.

Eine Fehlermeldung über eine Zeitüberschreitung zeigt an, dass ein zwischengeschalteter Kommunikationsserver das Paket gesehen und verworfen hat. Die Fehlermeldung destination unreachable (Ziel nicht erreichbar) gibt an, dass der Zielknoten den Test empfangen und verworfen hat, weil er das Paket nicht liefern konnte. Wenn der Timer auslöst, bevor eine Antwort eingeht, gibt trace ein Sternchen (*) aus. Der Befehl wird beendet, wenn eines der folgenden Ereignisse eintritt:

• Das Ziel antwortet
• Die maximale TTL wird überschritten
• Der Benutzer unterbricht den Trace-Befehl mit der Escape-Sequenz

Hinweis: Sie können diese Escape-Sequenz aufrufen, wenn Sie gleichzeitig Strg, Umschalt und 6 drücken.

Die Beschreibung der Befehlsfelder für traceroute

Diese Tabelle enthält die Beschreibungen der Traceroute-Befehlsfelder:

Feld	Beschreibung
Protocol [ip]:	Fordert ein unterstütztes Protokoll an. Geben Sie appletalk, clns, ip, novell, apollo, vines, decnet oder xns ein. Der Standardwert ist ip.
Target IP address	Sie müssen einen Hostnamen oder eine IP-Adresse eingeben. Es gibt keinen Standardwert.
Source address:	Die Schnittstelle oder IP-Adresse des Routers, die als Quelladresse für die Probes verwendet werden soll. Der Router wählt normalerweise die IP-Adresse der ausgehenden Schnittstelle aus.
Numeric display [n]:	Standardmäßig wird sowohl eine symbolische als auch eine numerische Anzeige verwendet. Sie können die symbolische Anzeige jedoch unterdrücken.
Timeout in seconds [3]:	Die Anzahl der Sekunden, die auf eine Antwort auf eine Probe gewartet werden soll. Der Standardwert lautet drei Sekunden.
Probe count [3]:	Die Anzahl der auf jeder TTL-Stufe zu sendenden Probes. Die Standardanzahl lautet drei.
Minimum Time to Live [1]:	Der TTL-Wert der ersten Probes. Der Standardwert ist eins, er kann jedoch auf einen höheren Wert festgelegt werden, um die Anzeige von bekannten Hops zu unterdrücken.
Maximum Time to Live [30]:	Der größte TTL-Wert, der verwendet werden kann. Der Standardwert lautet 30. Die Fehlermeldung  traceroute beendet, wenn das Ziel erreicht oder dieser Wert erreicht wird.
Port Number [33434]:	Der von den UDP-Testnachrichten verwendete Zielport. Der Standardwert lautet 33434.
Loose, Strict, Record, Timestamp, Verbose[none]:	IP-Header-Optionen. Sie können eine beliebige Kombination angeben. Die Fehlermeldung  traceroute gibt Eingabeaufforderungen für die erforderlichen Felder aus. Beachten Sie,  traceroute platziert die angeforderten Optionen in jedem Test; es gibt jedoch keine Garantie, dass alle Router (oder Endknoten) die Optionen verarbeiten.

Beispiel

RouterA>enable
RouterA#traceroute
Protocol [ip]:
Target IP address: 192.168.40.2

!--- The address to which the path is traced.

Source address: 172.16.23.2
Numeric display [n]:
Timeout in seconds [3]:
Probe count [3]:
Minimum Time to Live [1]:
Maximum Time to Live [30]:
Port Number [33434]:
Loose, Strict, Record, Timestamp, Verbose[none]:
Type escape sequence to abort.
Tracing the route to 192.168.40.2

1 172.31.20.2 16 msec 16 msec 16 msec
2 172.20.10.2 28 msec 28 msec 32 msec
3 192.168.40.2 32 msec 28 msec *

!--- The traceroute is successful.

RouterA#

Hinweis: Die erweiterte  traceroute kann nur im privilegierten EXEC-Modus ausgeführt werden, während der normale  traceroute kann sowohl im Benutzer- als auch im privilegierten EXEC-Modus verwendet werden.

Zugehörige Informationen

• Technologieseite zu TCP/IP-Routing-Protokollen
• IP Routing-Support-Seite
• Grundlegendes zu den ping- und traceroute-Befehlen
• Verwenden des Befehls "Traceroute" unter Betriebssystemen
• Technischer Support und Downloads von Cisco