Bug 174032
Summary: | tracepath may continue past destination host | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ian Shef <ishef> |
Component: | iputils | Assignee: | Martin Bacovsky <mbacovsk> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Mike McLean <mikem> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4 | Keywords: | Reopened |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 20020927-40 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-08-22 07:37:49 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Attachments: |
Description
Ian Shef
2005-11-23 23:00:36 UTC
Created attachment 131624 [details]
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 :]
(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! (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. Patch applied on rawhide, thanks a lot Created attachment 134099 [details]
New option -c, default UDP port change
The addition of an option to control stopping makes sense to me (but why 'c'?). I do not have a development environment for testing the patch, so I am unable to confirm or deny its correctness. Thanks for your efforts! I applied this patch, tested it, and it works nice. Thank you Dan. (In reply to comment #6) > The addition of an option to control stopping makes sense to me (but why 'c'?). > I do not have a development environment for testing the patch, so I am unable to > confirm or deny its correctness. > Thanks for your efforts! c -> compare :] |