What is the IP of the system trying to reach the 192.168.164.2 interface?&nbsp; It sounds like the system may not have a route back to the client.&nbsp; With the default route pointing to the 10.19.175.241 address anything not in a local subnet will get routed out that interface.<br>
<br>I&#39;ve never seen Ubuntu behave differently than Fedora when it comes to routing, not sure what else could be going on there if there are no firewalls involved.<br><br>--j<br><br><div class="gmail_quote">On Tue, Feb 17, 2009 at 5:04 PM, Venkat Chandra <span dir="ltr">&lt;<a href="mailto:vc.lists@gmail.com">vc.lists@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">One of the applications that I am working with requires a fairly unorthodox network configuration. This machine is running Ubuntu 8.10 with all the latest patches. This has multiple wired network interfaces.&nbsp;<div>
<br></div>
<div>The <span style="font-family: &#39;courier new&#39;,monospace;">/etc/network/interfaces</span> file is as under:</div><div><br></div><div><div><div><span style="font-family: &#39;courier new&#39;; font-size: 12px;">auto lo</span></div>

<div><span style="font-family: &#39;courier new&#39;; font-size: 12px;">iface lo inet loopback</span></div><div><span style="font-family: &#39;courier new&#39;; font-size: 12px;"><br>
</span></div><div><span style="font-family: &#39;courier new&#39;; font-size: 12px;">auto eth0</span></div><div><span style="font-family: &#39;courier new&#39;; font-size: 12px;">iface eth0 inet static</span></div>
<div><span style="font-family: &#39;courier new&#39;; font-size: 12px;">&nbsp;&nbsp; &nbsp; &nbsp; &nbsp;address 10.19.175.242</span></div><div><span style="font-family: &#39;courier new&#39;; font-size: 12px;">&nbsp;&nbsp; &nbsp; &nbsp; &nbsp;netmask 255.255.255.240</span></div>

<div><span style="font-family: &#39;courier new&#39;; font-size: 12px;">&nbsp;&nbsp; &nbsp; &nbsp; &nbsp;network 10.19.175.240</span></div><div><span style="font-family: &#39;courier new&#39;; font-size: 12px;">&nbsp;&nbsp; &nbsp; &nbsp; &nbsp;broadcast 10.19.175.255</span></div>

<div><span style="font-family: &#39;courier new&#39;; font-size: 12px;">&nbsp;&nbsp; &nbsp; &nbsp; &nbsp;gateway 10.19.175.241</span></div><div><span style="font-family: &#39;courier new&#39;; font-size: 12px;">&nbsp;&nbsp; &nbsp; &nbsp; &nbsp;dns-nameservers 10.19.173.245</span></div>

<div><span style="font-family: &#39;courier new&#39;; font-size: 12px;"><br></span></div><div><span style="font-family: &#39;courier new&#39;; font-size: 12px;">auto eth1</span></div>
<div><span style="font-family: &#39;courier new&#39;; font-size: 12px;">iface eth1 inet static</span></div><div><span style="font-family: &#39;courier new&#39;; font-size: 12px;">&nbsp;&nbsp; &nbsp; &nbsp; &nbsp;address 192.168.164.2</span></div>

<div><span style="font-family: &#39;courier new&#39;; font-size: 12px;">&nbsp;&nbsp; &nbsp; &nbsp; &nbsp;netmask 255.255.252.0</span></div><div><br></div></div><div>The output of <span style="font-family: &#39;courier new&#39;,monospace;">netstat -nr</span> is as under:</div>

<div><span style="font-family: &#39;courier new&#39;,monospace;"><br></span></div><div><div><span style="font-family: &#39;courier new&#39;,monospace;">Kernel IP routing table</span></div>
<div><span style="font-family: &#39;courier new&#39;,monospace;">Destination &nbsp; &nbsp; Gateway &nbsp; &nbsp; &nbsp; &nbsp; Genmask &nbsp; &nbsp; &nbsp; &nbsp; Flags &nbsp; MSS Window &nbsp;irtt Iface</span></div><div><span style="font-family: &#39;courier new&#39;,monospace;">10.19.175.240 &nbsp; 0.0.0.0 &nbsp; &nbsp; &nbsp; &nbsp; 255.255.255.240 U &nbsp; &nbsp; &nbsp; &nbsp; 0 0 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;0 eth0</span></div>

<div><span style="font-family: &#39;courier new&#39;,monospace;">192.168.164.0 &nbsp; 0.0.0.0 &nbsp; &nbsp; &nbsp; &nbsp; 255.255.252.0 &nbsp; U &nbsp; &nbsp; &nbsp; &nbsp; 0 0 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;0 eth1</span></div><div><span style="font-family: &#39;courier new&#39;,monospace;">169.254.0.0 &nbsp; &nbsp; 0.0.0.0 &nbsp; &nbsp; &nbsp; &nbsp; 255.255.0.0 &nbsp; &nbsp; U &nbsp; &nbsp; &nbsp; &nbsp; 0 0 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;0 eth1</span></div>

<div><span style="font-family: &#39;courier new&#39;,monospace;">0.0.0.0 &nbsp; &nbsp; &nbsp; &nbsp; 10.19.175.241 &nbsp; 0.0.0.0 &nbsp; &nbsp; &nbsp; &nbsp; UG &nbsp; &nbsp; &nbsp; &nbsp;0 0 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;0 eth0</span></div><div><br></div><div><br></div><div>The network cables from these two interfaces terminate on a Cisco 6509 switch. Another machine of interest is also connected to this switch. Pings from this other machine to the 192.168.164.2 interface are not returned.&nbsp;</div>

<div><br></div><div>If I were to do:</div><div><span style="font-family: &#39;courier new&#39;,monospace;"><br></span></div><div><span style="font-family: &#39;courier new&#39;,monospace;">$ sudo route delete default device eth0<br>

</span></div><div><span style="font-family: &#39;courier new&#39;,monospace;">$ sudo route add default gw 192.168.164.1 device eth1&nbsp;</span><br></div><div><br></div><div>then the other machine is able to ping 192.168.164.2. Of course I lose the ability to reach the 10.19.175.242 interface.&nbsp;</div>

<div><br></div><div><br></div><div>I tried the Fedora 10 Live distribution on the same machine. I used the NetworkManager applet to first configure eth0, checked the connectivity to that interface before configuring the eth1 interface. I lost connectivity to the eth0 interface at this point. I then did the following:</div>

<div><span style="font-family: &#39;courier new&#39;,monospace;"><br></span></div><div><span style="font-family: &#39;courier new&#39;,monospace;"># route delete default device eth1<br>
</span></div><div><span style="font-family: &#39;courier new&#39;,monospace;"># route add default gw 10.19.175.241 device eth0</span></div><div><br></div><div>and the routing table:</div><div><span style="font-family: &#39;courier new&#39;; font-size: 12px;"><br>

</span></div><div><span style="font-family: &#39;courier new&#39;,monospace;">[root@localhost ~]# route &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp;</span></div><div><span style="font-family: &#39;courier new&#39;,monospace;">Kernel IP routing table &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp;</span></div>

<div><span style="font-family: &#39;courier new&#39;,monospace;">Destination &nbsp; &nbsp; Gateway &nbsp; &nbsp; &nbsp; &nbsp; Genmask &nbsp; &nbsp; &nbsp; &nbsp; Flags Metric Ref &nbsp; &nbsp;Use Iface</span></div><div><span style="font-family: &#39;courier new&#39;,monospace;">10.19.175.240 &nbsp; * &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 255.255.255.240 U &nbsp; &nbsp; 1 &nbsp; &nbsp; &nbsp;0 &nbsp; &nbsp; &nbsp; &nbsp;0 eth0&nbsp;</span></div>

<div><span style="font-family: &#39;courier new&#39;,monospace;">192.168.164.0 &nbsp; * &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 255.255.252.0 &nbsp; U &nbsp; &nbsp; 1 &nbsp; &nbsp; &nbsp;0 &nbsp; &nbsp; &nbsp; &nbsp;0 eth1&nbsp;</span></div><div><span style="font-family: &#39;courier new&#39;,monospace;">default &nbsp; &nbsp; &nbsp; &nbsp; 10.19.175.241 &nbsp; 0.0.0.0 &nbsp; &nbsp; &nbsp; &nbsp; UG &nbsp; &nbsp;0 &nbsp; &nbsp; &nbsp;0 &nbsp; &nbsp; &nbsp; &nbsp;0 eth0&nbsp;</span></div>

<div><span style="font-family: &#39;courier new&#39;; font-size: 12px;"><br></span></div><div><span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">And I was able to reach both the eth0 and eth1 interfaces at this point from appropriate machines on the network.</span></span></div>

<div>&nbsp;<br></div><div>I tried using a bootable USB Live Ubuntu 8.10, and I repeated the exact steps I had performed with the F10 and I was only able to reach one of the interfaces and not both at the same time. I can run tcpdump on the interfaces separately and I can see ICMP Requests coming in on both the interfaces but only one of the interfaces responds with an ICMP Reply.&nbsp;</div>

<div><br></div><div>Any idea why Ubuntu would behave differently? I&#39;d appreciate any suggestions on what I could try so that both interfaces are reachable simultaneously.</div><div><br></div><div>Thanks,</div><div>Venkat. &nbsp; &nbsp;<br>

</div></div></div>
<br>_______________________________________________<br>
TCLUG Mailing List - Minneapolis/St. Paul, Minnesota<br>
<a href="mailto:tclug-list@mn-linux.org">tclug-list@mn-linux.org</a><br>
<a href="http://mailman.mn-linux.org/mailman/listinfo/tclug-list" target="_blank">http://mailman.mn-linux.org/mailman/listinfo/tclug-list</a><br>
<br></blockquote></div><br>