Bug 17915

Summary:	Tracroute does not work with ISDN ippp0 Device over Gateway
Product:	[Retired] Red Hat Linux	Reporter:	Need Real Name <andre>
Component:	traceroute	Assignee:	Phil Knirsch <pknirsch>
Status:	CLOSED CURRENTRELEASE	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	7.0	CC:	daniel.frank, dr, hugh, pekkas, rvokal
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2001-05-07 18:32:38 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:

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 (192.168.0.1) 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
links.

Ie, for a ppp link with local 1.1.1.2 and remote 1.1.1.3, the mask is
255.255.255.255.

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
address.

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

Regards,

Mark

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:193.229.112.41  P-t-P:193.229.112.1  Mask:255.255.255.0
          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