| To: | Stephen Hemminger <shemminger@xxxxxxxx> |
|---|---|
| Subject: | Re: [Bug 4554] New: /proc/net/route missing info for 127.0.0.1/8 |
| From: | Patrick McHardy <kaber@xxxxxxxxx> |
| Date: | Wed, 04 May 2005 00:58:24 +0200 |
| Cc: | "David S. Miller" <davem@xxxxxxxxxxxxx>, netdev@xxxxxxxxxxx |
| In-reply-to: | <20050503154709.218626c6@xxxxxxxxxxxxxxxxx> |
| References: | <20050503143603.4d77d3dd@xxxxxxxxxxxxxxxxx> <4277FDFD.3040501@xxxxxxxxx> <20050503154709.218626c6@xxxxxxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.7) Gecko/20050420 Debian/1.7.7-2 |
Stephen Hemminger wrote: > It shows up on our 2.4.18 system, probably it got lost in the fib/seq_printf > conversion. > > $ /sbin/route -n > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref Use Iface > 192.168.159.0 172.20.4.11 255.255.255.0 UG 0 0 0 eth2 > 172.20.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth2 > 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo > 0.0.0.0 172.20.0.1 0.0.0.0 UG 0 0 0 eth2 2.4.18 looks similar to 2.4.30 in fib_get_procinfo(), fib_magic() and other functions involved. I believe its simply a change of how userspace sets up the routes: # route -n 172.16.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 0.0.0.0 172.16.0.1 0.0.0.0 UG 0 0 0 eth0 # route add -net 127.0.0.0/8 lo # route -n 172.16.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 172.16.0.1 0.0.0.0 UG 0 0 0 eth0 "route" seems to add all routes to the main table. My debian system relies on the kernel setting up loopback correctly, so it doesn't add a route itself. Regards Patrick |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [Bug 4554] New: /proc/net/route missing info for 127.0.0.1/8, Arnaldo Carvalho de Melo |
|---|---|
| Next by Date: | Re: Mystery packet killing tg3, Stephen Hemminger |
| Previous by Thread: | Re: [Bug 4554] New: /proc/net/route missing info for 127.0.0.1/8, Thomas Graf |
| Next by Thread: | Re: [PATCH 1/3] [RTNETLINK] Fix RTM_MAX to represent the maximum valid message type, David S. Miller |
| Indexes: | [Date] [Thread] [Top] [All Lists] |