traceroute replacement
Radek Vokál
radekvokal at gmail.com
Thu Nov 3 09:16:50 UTC 2005
Hi,
there's a new package suggested as traceroute replacement. It works
without requiring a setuid bit.
<snip>
This traceroute implementation relies on a number of features of the
2.4 Linux kernel. It works pretty much like ANK's tracepath, but
tries to be command line compatible with the original traceroute.
I also has IPv6 support, and does parallel probes, which makes it
a little faster.
</snip>
The replacement is missing some options on which some scripts might
depend on. Please test the package
http://people.redhat.com/rvokal/traceroute/traceroute-1.0.3-3.src.rpm
and report any problems to this bugzilla
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172198
missing options are:
-d Enable socket level debugging.
-I Use ICMP ECHO instead of UDP datagrams.
-r 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 routed(8C)).
-v Verbose output. Received ICMP packets other than TIME_EXCEEDED
and UNREACHABLEs are listed.
-x Toggle ip checksums. Normally, this prevents traceroute from
calculating ip 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 -x causes them to
be calcualted). Note that checksums are usually required for
the last hop when using ICMP ECHO
probes (-I). So they are always calculated when using ICMP.
-z Set the time (in milliseconds) to pause between probes (default
0). Some systems such as Solaris
and routers such as Ciscos rate limit icmp messages. A good
value to use with this this is 500
(e.g. 1/2 second).
differences:
-S = -s and -I = -i (! the above src rpm has a patch to use -i for interfaces as old traceroute)
--
Radek Vokál <radekvokal at gmail.com>
More information about the fedora-devel-list
mailing list