Bug 17915 - Tracroute does not work with ISDN ippp0 Device over Gateway
Summary: Tracroute does not work with ISDN ippp0 Device over Gateway
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: traceroute   
(Show other bugs)
Version: 7.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Phil Knirsch
QA Contact:
: 18471 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2000-09-29 22:47 UTC by Need Real Name
Modified: 2015-03-05 01:08 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-05-07 18:32:38 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Need Real Name 2000-09-29 22:47:08 UTC
traceroute does not work over an isdn connection /dev/ippp0. After removing
Patch #9
(traceroute-1.4a5-aliases.patch) from the src.rpm it works. It's seems that
there is a
Bug in this patch.

Comment 1 David Woodhouse 2000-09-30 12:28:56 UTC
On my system traceroute appears to be sending packets with the source address of
eth0 ( rather than the public IP address of ippp0, even when told
'-i ippp0' on the command line. Presumably the same bug.

Comment 2 Daniel Roesen 2000-10-10 15:12:54 UTC
*** Bug 18471 has been marked as a duplicate of this bug. ***

Comment 3 Mark Cooke 2000-12-30 01:41:01 UTC
This is also true on my system with standard dialup ppp on 7.0

Looking through the search_routing_table routing and my /proc/net/route file, it
would appear that the code to find the gateway route works fine, but then the
subsequent code to match interface to gateway fails for all point to point

Ie, for a ppp link with local and remote, the mask is

Hence if ((al->addr & al->mask) == (use_gateway & al->mask)) is never true,
because use_gateway (the gateway address) is never the same as the local ip

A point-to-point special-case would appear to be in order.



Comment 4 Pekka Savola 2000-12-30 08:03:10 UTC
Could you test this with the latest traceroute (-25) from rawhide?  It has a big patch (regarding source routing)
which AFAIR touches some issues used here.

Not all point-to-point links; this would appear to work (granted, recompiled for RHL62) just fine for:

ippp0     Link encap:Point-to-Point Protocol  
          inet addr:  P-t-P:  Mask:
          UP POINTOPOINT RUNNING NOARP  MTU:1500  Metric:1

But here P-t-P is withing the netmask.

For what it's worth, search_routing_table is not always run when you traceroute.  A debugging
printf reveals this.  I recall it isn't run unless you use '-s'.

If you are curious, does it this work with stock traceroute-1.4a11 + patch (see #23013).

Comment 5 Pekka Savola 2001-04-14 20:55:50 UTC
Can you test with the upgraded package (1.4a12) available at http://www.netcore.fi/pekkas/linux/ 
(also mentioned on the other isdn traceroute reports) ?

Comment 6 Phil Knirsch 2002-01-29 13:57:18 UTC
Closing this bug due to inactivity.

Read ya, Phil

Comment 7 D. Hugh Redelmeier 2002-08-09 21:29:15 UTC
A lot of traceroute bugs in RHL7 seem to be the same as this one. 21095, 28367.
I experienced this problem with an updated RHL7 too.  It was fixed by installing
RHL7.3's traceroute (traceroute-1.4a12-2.i386.rpm).

I really think that this should be issued as an update for RHL7.0

Note You need to log in before you can comment on or make changes to this bug.