[TriLUG] IPv4 routing I don't understand...

Brian Henning via TriLUG trilug at trilug.org
Fri May 8 10:06:36 EDT 2015


Hi Folks,

I was hoping someone could help me understand a weird behavior I'm seeing when my home network routes to the outside world.  Here's the scenario:

 [gateway router    ] 
[eth1:192.168.0.80/24]
[eth0:71.70.212.129/22] 
     |
 [ bridge modem ]
     |
 { the great beyond }

The external interface is cabled to the modem which is [supposed to be, presumed to be] in bridging mode.

Here is the gateway's routing table:
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
10.32.4.0       0.0.0.0         255.255.255.0   U     0      0        0 eth1
10.1.1.0        0.0.0.0         255.255.255.0   U     0      0        0 vmnet8
71.70.208.0     0.0.0.0         255.255.240.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth1
0.0.0.0         71.70.208.1     0.0.0.0         UG    0      0        0 eth0

Here is a traceroute to a well-known DNS server (with timing omitted for space):
traceroute to 8.8.4.4 (8.8.4.4), 30 hops max, 40 byte packets
 1 192.168.0.1  
 2 71.70.208.1  
 3 66.26.47.197  
 4  24.25.62.178  
 5  24.93.64.186  
 6  107.14.19.48  
 7  107.14.19.11  
 8  216.156.108.97  
 9  216.156.108.114  
10  209.85.240.243  
11  64.233.175.225  
12  8.8.4.4  

Why is 192.168.0.1 in there?  There is no device at 192.168.0.1 on my network, and no reason for it to hop there first seems evident in the routing table.

I've known TWC modems to "forget" they're bridged; could that be the cause?  eth0 is addressed via DHCP, and refreshing its lease gives it the same publicly-routable address.

Thanks,
-B





More information about the TriLUG mailing list