Comment 7 for bug 416150

Revision history for this message
In , Daniel (daniel-redhat-bugs) wrote :

(In reply to comment #2)
> (In reply to comment #1)
> > This patch changes the default destination port number to 33434 (which was
> > assigned by IANA for tracerouting) and fixes the bug in a simple but
functional
> > way :]
> >
>
> Dan -
> Thanks for the effort, but I can set the port number on the command line and I
> still get the same result if I choose 33434 as the port number.
> This is using Fedora Core 5, which takes the command as
> tracepath 24.221.130.104/33434
>
> I think that the root cause needs to be understood and corrected.
> Thanks!

Yes, I know that the port number is not a solution to your problem. It's only
another bug that the patch fixes. The patch makes more changes in the code of
tracepath. Please apply the patch first and then test it again.
It works for me:

mildew> patch -p1 < ../iputils-20020927-trace_stop.patch
patching file tracepath.c
...
mildew> ./tracepath 24.221.130.104
...
...
20: sl-bb22-stk-15-0.sprintlink.net (144.232.4.242) asymm 16 218.962ms
21: sl-bb22-stk-15-0.sprintlink.net (144.232.4.242) asymm 16 217.624ms
22: sl-bb23-sj-10-0.sprintlink.net (144.232.20.113) asymm 15 216.131ms
23: sl-bbwl-4-0-0.sprintlink.net (144.228.111.42) asymm 16 252.138ms
24: cpe-24-221-130-104.az.sprintbbd.net (24.221.130.104) asymm 19 274.079ms
reached
     Resume: pmtu 1500 hops 24 back 19

I think the root cause is not in tracepaht but in the reply from 24.221.130.104
(it sends "host unreachable" instead of "connection refused")
btw. traceroute has the same problem with this machine.