2006-02-18 00:31:18 +03:00
|
|
|
.\" $NetBSD: traceroute.8,v 1.28 2006/02/17 21:31:18 rpaulo Exp $
|
1995-03-27 01:45:18 +04:00
|
|
|
.\"
|
1997-10-04 20:31:24 +04:00
|
|
|
.\" Copyright (c) 1989, 1995, 1996, 1997
|
1994-05-16 23:15:57 +04:00
|
|
|
.\" The Regents of the University of California. All rights reserved.
|
1993-03-21 12:45:37 +03:00
|
|
|
.\"
|
1997-10-04 20:31:24 +04:00
|
|
|
.\" Redistribution and use in source and binary forms are permitted
|
|
|
|
.\" provided that the above copyright notice and this paragraph are
|
|
|
|
.\" duplicated in all such forms and that any documentation,
|
|
|
|
.\" advertising materials, and other materials related to such
|
|
|
|
.\" distribution and use acknowledge that the software was developed
|
|
|
|
.\" by the University of California, Berkeley. The name of the
|
|
|
|
.\" University may not be used to endorse or promote products derived
|
|
|
|
.\" from this software without specific prior written permission.
|
|
|
|
.\" THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR
|
|
|
|
.\" IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED
|
2003-03-31 04:32:54 +04:00
|
|
|
.\" WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.
|
1993-03-21 12:45:37 +03:00
|
|
|
.\"
|
2002-01-19 14:44:57 +03:00
|
|
|
.\" Header: traceroute.8,v 1.11 97/04/22 13:45:13 leres Exp
|
1993-03-21 12:45:37 +03:00
|
|
|
.\"
|
2006-02-18 00:31:18 +03:00
|
|
|
.TH TRACEROUTE 8 "17 February 2006"
|
1997-10-04 20:31:24 +04:00
|
|
|
.UC 6
|
|
|
|
.SH NAME
|
|
|
|
traceroute \- print the route packets take to network host
|
|
|
|
.SH SYNOPSIS
|
|
|
|
.na
|
|
|
|
.B traceroute
|
|
|
|
[
|
2006-02-18 00:31:18 +03:00
|
|
|
.B \-aDFPIdlMnrvx
|
1997-10-04 20:31:24 +04:00
|
|
|
] [
|
|
|
|
.B \-f
|
|
|
|
.I first_ttl
|
|
|
|
]
|
|
|
|
.br
|
|
|
|
.ti +8
|
|
|
|
[
|
2001-11-05 02:14:35 +03:00
|
|
|
.B \-g
|
|
|
|
.I gateway
|
|
|
|
] [
|
2000-06-12 20:26:13 +04:00
|
|
|
.B \-i
|
|
|
|
.I iface
|
|
|
|
] [
|
1997-10-04 20:31:24 +04:00
|
|
|
.B \-m
|
|
|
|
max_ttl
|
|
|
|
]
|
|
|
|
.br
|
|
|
|
.ti +8
|
|
|
|
[
|
2001-11-05 02:14:35 +03:00
|
|
|
.B \-p
|
|
|
|
.I port
|
|
|
|
] [
|
2000-06-12 20:26:13 +04:00
|
|
|
.B \-q
|
|
|
|
.I nqueries
|
|
|
|
] [
|
1997-10-04 20:31:24 +04:00
|
|
|
.B \-s
|
|
|
|
.I src_addr
|
|
|
|
]
|
|
|
|
.br
|
|
|
|
.ti +8
|
2000-06-12 20:26:13 +04:00
|
|
|
[
|
2001-11-05 02:14:35 +03:00
|
|
|
.B \-t
|
|
|
|
.I tos
|
|
|
|
] [
|
2000-06-12 20:26:13 +04:00
|
|
|
.B \-w
|
|
|
|
.I waittime
|
2001-11-05 02:14:35 +03:00
|
|
|
] [
|
|
|
|
.B \-A
|
|
|
|
.I as_server
|
2000-06-12 20:26:13 +04:00
|
|
|
]
|
2001-11-05 02:14:35 +03:00
|
|
|
.br
|
|
|
|
.ti +8
|
1997-10-04 20:31:24 +04:00
|
|
|
.I host
|
|
|
|
[
|
|
|
|
.I packetlen
|
|
|
|
]
|
|
|
|
.ad
|
|
|
|
.SH DESCRIPTION
|
1993-03-21 12:45:37 +03:00
|
|
|
The Internet is a large and complex aggregation of
|
|
|
|
network hardware, connected together by gateways.
|
|
|
|
Tracking the route one's packets follow (or finding the miscreant
|
|
|
|
gateway that's discarding your packets) can be difficult.
|
1997-10-04 20:31:24 +04:00
|
|
|
.I Traceroute
|
2003-02-05 02:07:28 +03:00
|
|
|
uses the IP protocol `time to live' field and attempts to elicit an
|
1997-10-04 20:31:24 +04:00
|
|
|
ICMP TIME_EXCEEDED response from each gateway along the path to some
|
1993-03-21 12:45:37 +03:00
|
|
|
host.
|
1997-10-04 20:31:24 +04:00
|
|
|
.PP
|
1993-03-21 12:45:37 +03:00
|
|
|
The only mandatory parameter is the destination host name or IP number.
|
1997-10-04 20:31:24 +04:00
|
|
|
The default probe datagram length is 40 bytes, but this may be increased
|
|
|
|
by specifying a packet length (in bytes) after the destination host
|
1993-03-21 12:45:37 +03:00
|
|
|
name.
|
1997-10-04 20:31:24 +04:00
|
|
|
.PP
|
1993-03-21 12:45:37 +03:00
|
|
|
Other options are:
|
1997-10-04 20:31:24 +04:00
|
|
|
.TP
|
2001-11-05 02:14:35 +03:00
|
|
|
.B \-a
|
|
|
|
Turn on AS# lookups for each hop encountered.
|
|
|
|
.TP
|
|
|
|
.B \-A
|
|
|
|
Turn on AS# lookups and use the given server instead of the default.
|
|
|
|
.TP
|
1997-10-04 20:31:24 +04:00
|
|
|
.B \-d
|
1995-01-04 07:28:18 +03:00
|
|
|
Turn on socket-level debugging.
|
1997-10-04 20:31:24 +04:00
|
|
|
.TP
|
|
|
|
.B \-D
|
1995-01-04 07:28:18 +03:00
|
|
|
Dump the packet data to standard error before transmitting it.
|
1997-10-04 20:31:24 +04:00
|
|
|
.TP
|
|
|
|
.B \-f
|
2002-01-19 14:44:57 +03:00
|
|
|
Set the initial time-to-live used in the first outgoing probe packet.
|
1997-10-04 20:31:24 +04:00
|
|
|
.TP
|
|
|
|
.B \-F
|
|
|
|
Set the "don't fragment" bit.
|
|
|
|
.TP
|
|
|
|
.B \-g
|
|
|
|
Specify a loose source route gateway (8 maximum).
|
|
|
|
.TP
|
|
|
|
.B \-i
|
|
|
|
Specify a network interface to obtain the source IP address for
|
|
|
|
outgoing probe packets. This is normally only useful on a multi-homed
|
|
|
|
host. (See the
|
|
|
|
.B \-s
|
|
|
|
flag for another way to do this.)
|
|
|
|
.TP
|
|
|
|
.B \-I
|
|
|
|
Use ICMP ECHO instead of UDP datagrams.
|
|
|
|
.TP
|
2000-11-02 21:16:43 +03:00
|
|
|
.B \-l
|
|
|
|
Display the ttl value of the returned packet. This is useful for
|
2001-06-18 15:23:00 +04:00
|
|
|
checking for asymmetric routing.
|
2000-11-02 21:16:43 +03:00
|
|
|
.TP
|
1997-10-04 20:31:24 +04:00
|
|
|
.B \-m
|
1993-03-21 12:45:37 +03:00
|
|
|
Set the max time-to-live (max number of hops) used in outgoing probe
|
2005-06-14 17:55:59 +04:00
|
|
|
packets. The default value is taken from the
|
|
|
|
.I net.inet.ip.ttl
|
|
|
|
sysctl(3) variable.
|
1997-10-04 20:31:24 +04:00
|
|
|
.TP
|
2006-02-18 00:31:18 +03:00
|
|
|
.B \-M
|
|
|
|
If found, show the MPLS Label and the Experimental (EXP) bit for the hop.
|
|
|
|
.TP
|
1997-10-04 20:31:24 +04:00
|
|
|
.B \-n
|
1993-03-21 12:45:37 +03:00
|
|
|
Print hop addresses numerically rather than symbolically and numerically
|
|
|
|
(saves a nameserver address-to-name lookup for each gateway found on the
|
|
|
|
path).
|
1997-10-04 20:31:24 +04:00
|
|
|
.TP
|
|
|
|
.B \-p
|
|
|
|
Set the base UDP port number used in probes (default is 33434).
|
|
|
|
Traceroute hopes that nothing is listening on UDP ports
|
|
|
|
.I base
|
1993-03-21 12:45:37 +03:00
|
|
|
to
|
2005-11-06 20:39:45 +03:00
|
|
|
.I base + nhops \- 1
|
1997-10-04 20:31:24 +04:00
|
|
|
at the destination host (so an ICMP PORT_UNREACHABLE message will
|
1993-03-21 12:45:37 +03:00
|
|
|
be returned to terminate the route tracing). If something is
|
|
|
|
listening on a port in the default range, this option can be used
|
|
|
|
to pick an unused port range.
|
1997-10-04 20:31:24 +04:00
|
|
|
.TP
|
2000-11-02 21:16:43 +03:00
|
|
|
.B \-P
|
|
|
|
Set the "don't fragment" bit, and use the next hop mtu each time we get
|
|
|
|
the "need fragmentation" error, thus probing the path MTU.
|
|
|
|
.TP
|
2002-02-04 13:49:19 +03:00
|
|
|
.B \-q
|
|
|
|
Set the number of probe packets sent for each hop. By default, traceroute
|
|
|
|
sends three probe packets.
|
|
|
|
.TP
|
1997-10-04 20:31:24 +04:00
|
|
|
.B \-r
|
1993-03-21 12:45:37 +03:00
|
|
|
Bypass the normal routing tables and send directly to a host on an attached
|
|
|
|
network.
|
|
|
|
If the host is not on a directly-attached network,
|
|
|
|
an error is returned.
|
|
|
|
This option can be used to ping a local host through an interface
|
|
|
|
that has no route through it (e.g., after the interface was dropped by
|
2002-02-02 05:03:13 +03:00
|
|
|
.IR routed (8)).
|
1997-10-04 20:31:24 +04:00
|
|
|
.TP
|
|
|
|
.B \-s
|
|
|
|
Use the following IP address (which usually is given as an IP number, not
|
1993-03-21 12:45:37 +03:00
|
|
|
a hostname) as the source address in outgoing probe packets. On
|
1997-10-04 20:31:24 +04:00
|
|
|
multi-homed hosts (those with more than one IP
|
|
|
|
address), this option can be used to
|
1993-03-21 12:45:37 +03:00
|
|
|
force the source address to be something other than the IP address
|
|
|
|
of the interface the probe packet is sent on. If the IP address
|
|
|
|
is not one of this machine's interface addresses, an error is
|
1997-10-04 20:31:24 +04:00
|
|
|
returned and nothing is sent. (See the
|
|
|
|
.B \-i
|
|
|
|
flag for another way to do this.)
|
|
|
|
.TP
|
|
|
|
.B \-t
|
1993-03-21 12:45:37 +03:00
|
|
|
Set the
|
1997-10-04 20:31:24 +04:00
|
|
|
.I type-of-service
|
1993-03-21 12:45:37 +03:00
|
|
|
in probe packets to the following value (default zero). The value must be
|
|
|
|
a decimal integer in the range 0 to 255. This option can be used to
|
|
|
|
see if different types-of-service result in different paths. (If you
|
2003-03-31 04:32:54 +04:00
|
|
|
are not running 4.4BSD, this may be academic since the normal network
|
1997-10-04 20:31:24 +04:00
|
|
|
services like telnet and ftp don't let you control the TOS).
|
|
|
|
Not all values of TOS are legal or
|
1993-03-21 12:45:37 +03:00
|
|
|
meaningful \- see the IP spec for definitions. Useful values are
|
|
|
|
probably
|
1997-10-04 20:31:24 +04:00
|
|
|
.RB ` -t
|
|
|
|
.IR 16 '
|
1993-03-21 12:45:37 +03:00
|
|
|
(low delay) and
|
1997-10-04 20:31:24 +04:00
|
|
|
.RB ` -t
|
|
|
|
.IR 8 '
|
1993-03-21 12:45:37 +03:00
|
|
|
(high throughput).
|
1997-10-04 20:31:24 +04:00
|
|
|
.TP
|
|
|
|
.B \-v
|
|
|
|
Verbose output. Received ICMP packets other than TIME_EXCEEDED and
|
|
|
|
UNREACHABLEs are listed.
|
|
|
|
.TP
|
|
|
|
.B \-w
|
|
|
|
Set the time (in seconds) to wait for a response to a probe (default 5
|
1993-03-21 12:45:37 +03:00
|
|
|
sec.).
|
1997-10-04 20:31:24 +04:00
|
|
|
.TP
|
|
|
|
.B \-x
|
|
|
|
Toggle checksums. Normally, this prevents traceroute from calculating
|
|
|
|
checksums. In some cases, the operating system can overwrite parts of
|
|
|
|
the outgoing packet but not recalculate the checksum (so in some cases
|
|
|
|
the default is to not calculate checksums and using
|
|
|
|
.B \-x
|
2002-12-21 15:48:51 +03:00
|
|
|
causes them to be calculated). Note that checksums are usually required
|
1997-10-04 20:31:24 +04:00
|
|
|
for the last hop when using ICMP ECHO probes
|
|
|
|
.RB ( \-I ).
|
|
|
|
.PP
|
1993-03-21 12:45:37 +03:00
|
|
|
This program attempts to trace the route an IP packet would follow to some
|
1997-10-04 20:31:24 +04:00
|
|
|
internet host by launching UDP probe
|
1993-03-21 12:45:37 +03:00
|
|
|
packets with a small ttl (time to live) then listening for an
|
1997-10-04 20:31:24 +04:00
|
|
|
ICMP "time exceeded" reply from a gateway. We start our probes
|
|
|
|
with a ttl of one and increase by one until we get an ICMP "port
|
|
|
|
unreachable" (which means we got to "host") or hit a max (which
|
2002-02-08 04:36:18 +03:00
|
|
|
defaults to 30 hops \*[Am] can be changed with the
|
1997-10-04 20:31:24 +04:00
|
|
|
.B \-m
|
1993-03-21 12:45:37 +03:00
|
|
|
flag). Three
|
1997-10-04 20:31:24 +04:00
|
|
|
probes (change with
|
|
|
|
.B \-q
|
1993-03-21 12:45:37 +03:00
|
|
|
flag) are sent at each ttl setting and a
|
|
|
|
line is printed showing the ttl, address of the gateway and
|
|
|
|
round trip time of each probe. If the probe answers come from
|
|
|
|
different gateways, the address of each responding system will
|
1995-10-12 06:05:50 +03:00
|
|
|
be printed. If there is no response within a 5 sec. timeout
|
1993-03-21 12:45:37 +03:00
|
|
|
interval (changed with the
|
1997-10-04 20:31:24 +04:00
|
|
|
.B \-w
|
1993-03-21 12:45:37 +03:00
|
|
|
flag), a "*" is printed for that
|
|
|
|
probe.
|
1997-10-04 20:31:24 +04:00
|
|
|
.PP
|
1993-03-21 12:45:37 +03:00
|
|
|
We don't want the destination
|
1997-10-04 20:31:24 +04:00
|
|
|
host to process the UDP probe packets so the destination port is set to an
|
1993-03-21 12:45:37 +03:00
|
|
|
unlikely value (if some clod on the destination is using that
|
|
|
|
value, it can be changed with the
|
1997-10-04 20:31:24 +04:00
|
|
|
.B \-p
|
1993-03-21 12:45:37 +03:00
|
|
|
flag).
|
1997-10-04 20:31:24 +04:00
|
|
|
.PP
|
1993-03-21 12:45:37 +03:00
|
|
|
A sample use and output might be:
|
1997-10-04 20:31:24 +04:00
|
|
|
|
|
|
|
.RS
|
|
|
|
.nf
|
1993-03-21 12:45:37 +03:00
|
|
|
[yak 71]% traceroute nis.nsf.net.
|
1997-10-04 20:31:24 +04:00
|
|
|
traceroute to nis.nsf.net (35.1.1.48), 30 hops max, 38 byte packet
|
|
|
|
1 helios.ee.lbl.gov (128.3.112.1) 19 ms 19 ms 0 ms
|
|
|
|
2 lilac-dmc.Berkeley.EDU (128.32.216.1) 39 ms 39 ms 19 ms
|
|
|
|
3 lilac-dmc.Berkeley.EDU (128.32.216.1) 39 ms 39 ms 19 ms
|
|
|
|
4 ccngw-ner-cc.Berkeley.EDU (128.32.136.23) 39 ms 40 ms 39 ms
|
|
|
|
5 ccn-nerif22.Berkeley.EDU (128.32.168.22) 39 ms 39 ms 39 ms
|
|
|
|
6 128.32.197.4 (128.32.197.4) 40 ms 59 ms 59 ms
|
|
|
|
7 131.119.2.5 (131.119.2.5) 59 ms 59 ms 59 ms
|
|
|
|
8 129.140.70.13 (129.140.70.13) 99 ms 99 ms 80 ms
|
|
|
|
9 129.140.71.6 (129.140.71.6) 139 ms 239 ms 319 ms
|
1993-03-21 12:45:37 +03:00
|
|
|
10 129.140.81.7 (129.140.81.7) 220 ms 199 ms 199 ms
|
|
|
|
11 nic.merit.edu (35.1.1.48) 239 ms 239 ms 239 ms
|
1997-10-04 20:31:24 +04:00
|
|
|
.fi
|
|
|
|
.RE
|
1993-03-21 12:45:37 +03:00
|
|
|
|
2002-02-08 04:36:18 +03:00
|
|
|
Note that lines 2 \*[Am] 3 are the same. This is due to a buggy
|
2005-11-06 19:40:55 +03:00
|
|
|
kernel on the 2nd hop system \- lilac-dmc.Berkeley.EDU \- that forwards
|
1993-03-21 12:45:37 +03:00
|
|
|
packets with a zero ttl (a bug in the distributed version
|
1997-10-04 20:31:24 +04:00
|
|
|
of 4.3BSD). Note that you have to guess what path
|
2003-04-07 00:14:41 +04:00
|
|
|
the packets are taking cross-country since the NSFNET (129.140)
|
1997-10-04 20:31:24 +04:00
|
|
|
doesn't supply address-to-name translations for its NSSes.
|
|
|
|
.PP
|
1993-03-21 12:45:37 +03:00
|
|
|
A more interesting example is:
|
1997-10-04 20:31:24 +04:00
|
|
|
|
|
|
|
.RS
|
|
|
|
.nf
|
1993-03-21 12:45:37 +03:00
|
|
|
[yak 72]% traceroute allspice.lcs.mit.edu.
|
|
|
|
traceroute to allspice.lcs.mit.edu (18.26.0.115), 30 hops max
|
1997-10-04 20:31:24 +04:00
|
|
|
1 helios.ee.lbl.gov (128.3.112.1) 0 ms 0 ms 0 ms
|
|
|
|
2 lilac-dmc.Berkeley.EDU (128.32.216.1) 19 ms 19 ms 19 ms
|
|
|
|
3 lilac-dmc.Berkeley.EDU (128.32.216.1) 39 ms 19 ms 19 ms
|
|
|
|
4 ccngw-ner-cc.Berkeley.EDU (128.32.136.23) 19 ms 39 ms 39 ms
|
|
|
|
5 ccn-nerif22.Berkeley.EDU (128.32.168.22) 20 ms 39 ms 39 ms
|
|
|
|
6 128.32.197.4 (128.32.197.4) 59 ms 119 ms 39 ms
|
|
|
|
7 131.119.2.5 (131.119.2.5) 59 ms 59 ms 39 ms
|
|
|
|
8 129.140.70.13 (129.140.70.13) 80 ms 79 ms 99 ms
|
|
|
|
9 129.140.71.6 (129.140.71.6) 139 ms 139 ms 159 ms
|
1993-03-21 12:45:37 +03:00
|
|
|
10 129.140.81.7 (129.140.81.7) 199 ms 180 ms 300 ms
|
|
|
|
11 129.140.72.17 (129.140.72.17) 300 ms 239 ms 239 ms
|
|
|
|
12 * * *
|
|
|
|
13 128.121.54.72 (128.121.54.72) 259 ms 499 ms 279 ms
|
|
|
|
14 * * *
|
|
|
|
15 * * *
|
|
|
|
16 * * *
|
|
|
|
17 * * *
|
|
|
|
18 ALLSPICE.LCS.MIT.EDU (18.26.0.115) 339 ms 279 ms 279 ms
|
1997-10-04 20:31:24 +04:00
|
|
|
.fi
|
|
|
|
.RE
|
1993-03-21 12:45:37 +03:00
|
|
|
|
2002-02-08 04:36:18 +03:00
|
|
|
Note that the gateways 12, 14, 15, 16 \*[Am] 17 hops away
|
1997-10-04 20:31:24 +04:00
|
|
|
either don't send ICMP "time exceeded" messages or send them
|
1993-03-21 12:45:37 +03:00
|
|
|
with a ttl too small to reach us. 14 \- 17 are running the
|
1997-10-04 20:31:24 +04:00
|
|
|
MIT C Gateway code that doesn't send "time exceeded"s. God
|
1993-03-21 12:45:37 +03:00
|
|
|
only knows what's going on with 12.
|
1997-10-04 20:31:24 +04:00
|
|
|
.PP
|
1993-03-21 12:45:37 +03:00
|
|
|
The silent gateway 12 in the above may be the result of a bug in
|
2005-11-06 20:39:45 +03:00
|
|
|
the 4.[23]BSD network code (and its derivatives): 4.x (x \(<= 3)
|
1993-03-21 12:45:37 +03:00
|
|
|
sends an unreachable message using whatever ttl remains in the
|
|
|
|
original datagram. Since, for gateways, the remaining ttl is
|
1997-10-04 20:31:24 +04:00
|
|
|
zero, the ICMP "time exceeded" is guaranteed to not make it back
|
1993-03-21 12:45:37 +03:00
|
|
|
to us. The behavior of this bug is slightly more interesting
|
|
|
|
when it appears on the destination system:
|
1997-10-04 20:31:24 +04:00
|
|
|
|
|
|
|
.RS
|
|
|
|
.nf
|
|
|
|
1 helios.ee.lbl.gov (128.3.112.1) 0 ms 0 ms 0 ms
|
|
|
|
2 lilac-dmc.Berkeley.EDU (128.32.216.1) 39 ms 19 ms 39 ms
|
|
|
|
3 lilac-dmc.Berkeley.EDU (128.32.216.1) 19 ms 39 ms 19 ms
|
|
|
|
4 ccngw-ner-cc.Berkeley.EDU (128.32.136.23) 39 ms 40 ms 19 ms
|
|
|
|
5 ccn-nerif35.Berkeley.EDU (128.32.168.35) 39 ms 39 ms 39 ms
|
|
|
|
6 csgw.Berkeley.EDU (128.32.133.254) 39 ms 59 ms 39 ms
|
|
|
|
7 * * *
|
|
|
|
8 * * *
|
|
|
|
9 * * *
|
1993-03-21 12:45:37 +03:00
|
|
|
10 * * *
|
|
|
|
11 * * *
|
|
|
|
12 * * *
|
|
|
|
13 rip.Berkeley.EDU (128.32.131.22) 59 ms ! 39 ms ! 39 ms !
|
1997-10-04 20:31:24 +04:00
|
|
|
.fi
|
|
|
|
.RE
|
1993-03-21 12:45:37 +03:00
|
|
|
|
|
|
|
Notice that there are 12 "gateways" (13 is the final
|
|
|
|
destination) and exactly the last half of them are "missing".
|
|
|
|
What's really happening is that rip (a Sun-3 running Sun OS3.5)
|
|
|
|
is using the ttl from our arriving datagram as the ttl in its
|
1997-10-04 20:31:24 +04:00
|
|
|
ICMP reply. So, the reply will time out on the return path
|
|
|
|
(with no notice sent to anyone since ICMP's aren't sent for
|
|
|
|
ICMP's) until we probe with a ttl that's at least twice the path
|
1993-03-21 12:45:37 +03:00
|
|
|
length. I.e., rip is really only 7 hops away. A reply that
|
|
|
|
returns with a ttl of 1 is a clue this problem exists.
|
2005-11-06 20:39:45 +03:00
|
|
|
Traceroute prints a "!" after the time if the ttl is \(<= 1.
|
2003-03-31 01:20:17 +04:00
|
|
|
Since vendors ship a lot of obsolete (DEC's ULTRIX, Sun 3.x) or
|
2003-03-31 01:37:52 +04:00
|
|
|
non-standard (HP-UX) software, expect to see this problem
|
1993-03-21 12:45:37 +03:00
|
|
|
frequently and/or take care picking the target host of your
|
|
|
|
probes.
|
1997-10-04 20:31:24 +04:00
|
|
|
|
1993-03-21 12:45:37 +03:00
|
|
|
Other possible annotations after the time are
|
1997-10-04 20:31:24 +04:00
|
|
|
.BR !H ,
|
|
|
|
.BR !N ,
|
|
|
|
or
|
|
|
|
.B !P
|
1993-03-21 12:45:37 +03:00
|
|
|
(got a host, network or protocol unreachable, respectively),
|
1997-10-04 20:31:24 +04:00
|
|
|
.B !S
|
1993-03-21 12:45:37 +03:00
|
|
|
or
|
1997-10-04 20:31:24 +04:00
|
|
|
.B !F
|
1993-03-21 12:45:37 +03:00
|
|
|
(source route failed or fragmentation needed \- neither of these should
|
1997-10-04 20:31:24 +04:00
|
|
|
ever occur and the associated gateway is busted if you see one),
|
|
|
|
.B !X
|
|
|
|
(communication administratively prohibited), or
|
2002-02-08 04:36:18 +03:00
|
|
|
.B !\*[Lt]N\*[Gt]
|
1997-10-04 20:31:24 +04:00
|
|
|
(ICMP unreachable code N).
|
|
|
|
If almost all the probes result in some kind of unreachable, traceroute
|
1993-03-21 12:45:37 +03:00
|
|
|
will give up and exit.
|
1997-10-04 20:31:24 +04:00
|
|
|
|
|
|
|
.RS
|
|
|
|
.nf
|
1995-01-04 07:28:18 +03:00
|
|
|
traceroute \-g 10.3.0.5 128.182.0.0
|
1997-10-04 20:31:24 +04:00
|
|
|
.fi
|
|
|
|
.RE
|
1995-01-04 07:28:18 +03:00
|
|
|
|
|
|
|
will show the path from the Cambridge Mailbridge to PSC, while
|
1997-10-04 20:31:24 +04:00
|
|
|
|
|
|
|
.RS
|
|
|
|
.nf
|
1995-01-04 07:28:18 +03:00
|
|
|
traceroute \-g 192.5.146.4 \-g 10.3.0.5 35.0.0.0
|
1997-10-04 20:31:24 +04:00
|
|
|
.fi
|
|
|
|
.RE
|
1995-01-04 07:28:18 +03:00
|
|
|
|
|
|
|
will show the path from the Cambridge Mailbridge to Merit, using PSC to
|
|
|
|
reach the Mailbridge.
|
1997-10-04 20:31:24 +04:00
|
|
|
.PP
|
1993-03-21 12:45:37 +03:00
|
|
|
This program is intended for use in network testing, measurement
|
|
|
|
and management.
|
|
|
|
It should be used primarily for manual fault isolation.
|
|
|
|
Because of the load it could impose on the network, it is unwise to use
|
1997-10-04 20:31:24 +04:00
|
|
|
.I traceroute
|
1993-03-21 12:45:37 +03:00
|
|
|
during normal operations or from automated scripts.
|
1997-10-04 20:31:24 +04:00
|
|
|
.SH SEE ALSO
|
|
|
|
netstat(1), ping(8)
|
|
|
|
.SH AUTHOR
|
1993-03-21 12:45:37 +03:00
|
|
|
Implemented by Van Jacobson from a suggestion by Steve Deering. Debugged
|
|
|
|
by a cast of thousands with particularly cogent suggestions or fixes from
|
|
|
|
C. Philip Wood, Tim Seaver and Ken Adelman.
|
1997-10-04 20:31:24 +04:00
|
|
|
.LP
|
|
|
|
The current version is available via anonymous ftp:
|
|
|
|
.LP
|
|
|
|
.RS
|
|
|
|
.I ftp://ftp.ee.lbl.gov/traceroute.tar.Z
|
|
|
|
.RE
|
|
|
|
.SH BUGS
|
|
|
|
Please send bug reports to traceroute@ee.lbl.gov.
|
2001-11-05 02:14:35 +03:00
|
|
|
.PP
|
|
|
|
The AS number capability reports information that may sometimes be
|
|
|
|
inaccurate due to discrepancies between the contents of the routing
|
|
|
|
database server and the current state of the Internet.
|