traceroute-icmp ready (was: Re: traceroute lacks icmp support)
Dmitry Butskoy wrote:
Dmitry Butskoy wrote:
> FC5 has a replaced traceroute implementation, which unfortunately has
> no icmp support
> ("traceroute -I": the ability to send icmp echo packets instead of
> udp). The corresponding bugzilla ticket is #176587
> <https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176587> .
>
> The icmp feature of traceroute is wide-used enough.
Could the current traceroute be modified to support "alternatives"?
If yes, I can add the old traceroute implementation to Fedora Extras.
Additionally, I've found that the OpenBSD's traceroute6 already
support icmp. Therefore it can be combined with the old Fedora's
variant to one common package. (It seems that both are BSD-licensed).
Thus users who want icmp/icmp6 support can use an FE alternative package.
Well,
I've done something.
It is a package named "traceroute-icmp", which currently just
"conflicts" with the ordinary "traceroute" (i.e., the user must first
remove "traceroute" then install "traceroute-icmp").
Certainly if the ordinary "traceroute" will support "alternatives",
the
my one will support it too :)
I intend to add "traceroute-icmp" to Fedora Extras later.
SRPM is here:
http://dmitry.butskoy.name/traceroute-icmp/traceroute-icmp-1.4a12-26.src.rpm
SPEC file: http://dmitry.butskoy.name/traceroute-icmp/traceroute-icmp.spec
The idea of the package is to mix two source sets: the old FC4's one
(for ipv4 support) and the code which has come to *bsd systems from the
KAME project (i.e., the ordinary bsd's traceroute6.c source). Surely
this bsdish code must be patched a little to be ported to Linux.
As the "alternate traceroute for '-I' lovers" seems to be ready, please,
consider the ability to apply "alternatives" to the Core's traceroute in
FC6 ...
Note again, that "traceroute without icmp" is a very bad idea, at least
for those who actually work with real networks. Let them a chance, while
the icmp support yet not added to the Core's one, to easily replace it
with some Extras' alternative.
Regards,
Dmitry Butskoy
http://www.fedoraproject.org/wiki/DmitryButskoy