Ok, Ive double checked /etc/netmasks (already was there) /etc/notrouter, /etc/defaultrouter (already was there) changed mac addresses on qfe0-qfe3 so the switch doesnt look at all five interfaces on the machine as one MAC, dbl checked VLAN configs on the Cat 5505 ports..
Still, the Sun wants BADLY to route 10.16.118.0 traffic across the public hme0 interface, instead of the up/configured/plugged-in 10.16.118.23 interface.
Darnit..
--- Did you make a /etc/notrouter file on your solaris box? This prevents the Solaris box from becoming a router at boot time.
And how about /etc/netmasks?
I would put two entries in just to be safe: 10.16.118.0 255.255.255.0 10.16.119.0 255.255.255.0
--tmac
Timothy A. McCarthy --> System Engineer, Eastern Region. Network Appliance http://www.netapp.com 301-230-5847 Office \ / Page Me at:@@ 301-230-5852 Fax / 800-654-9619
On Mon, 26 Jul 1999, Mohler, Jeff wrote:
Greetings:
I have a routing problem on a 2.6 box, here is the detail.
I want to send traffic out to 10.16.118.20 on qfe0, which will be a
private
10/100 segment to the NetApp for NFS traffic. I am only using 10.16.118.0 in this message, because 119.0 does the same thing on qfe1.
This is a prototype box to configure and test first, then deploy to the field installed Solaris machines.
The network is like this:
NETAPP-F760:e0 public interface connected to 3/1 on a Cat 5505
Switch, on
VLAN 223 (public addressed traffic) NETAPP-F760:ech1 channel of e1a and e1b on 10.16.118.0 on 5/1-2 (channel) on VLAN 118 - 10.16.118.10 NETAPP-F760:ech2 channel of e1c and e1d on 10.16.119.0 on 5/3-4 (channel) on VLAN 119 - 10.16.119.10
On the sun box I have:
Sun:e0 public interface connected to 3/2 on Cat 5505 on
VLAN 223
Sun:qfe0 10.16.118.23 connected to 3/15 on Cat 5505 on VLAN 118 Sun:qfe1 10.16.119.23 connected to 3/16 on Cat 5505 on VLAN 119 Sun:qfe2 10.16.254.23 not yet connected for ADSM traffic Sun:qfe3 10.16.3.117 connected to management LAN
The interface is up, here is netstat output:
Routing Table: Destination Gateway Flags Ref Use Interface
151.142.223.0 151.142.223.53 U 2 282 hme0 10.16.118.0 10.16.118.23 U 2 5351 qfe0 10.16.119.0 10.16.119.23 U 2 0 qfe1 10.16.3.0 10.16.3.117 U 2 3 qfe3 default 151.142.223.1 UG 0 129 127.0.0.1 127.0.0.1 UH 0 4 lo0
A traceroute to 10.16.118.10 shows the machine choosing hme0 for a route...why?
# traceroute 10.16.118.10 traceroute: Warning: ckecksums disabled traceroute: Warning: Multiple interfaces found; using 151.142.223.53 @
hme0
I have an NFS mount on the Sun box to the filer using the 10.16.118.10 address, and it even shows up as the propler hostname:/<path> in the 'df' output.
I can blow large amounts of dd traffic to/from the mount, and I see NO traffic on the correct Channel (ech1) on the Filer.
What is the output of ifconfig -a on sun machine. Please send that.
rajeev
"Mohler, Jeff" wrote:
Ok, Ive double checked /etc/netmasks (already was there) /etc/notrouter, /etc/defaultrouter (already was there) changed mac addresses on qfe0-qfe3 so the switch doesnt look at all five interfaces on the machine as one MAC, dbl checked VLAN configs on the Cat 5505 ports..
Still, the Sun wants BADLY to route 10.16.118.0 traffic across the public hme0 interface, instead of the up/configured/plugged-in 10.16.118.23 interface.
Darnit..
Did you make a /etc/notrouter file on your solaris box? This prevents the Solaris box from becoming a router at boot time.
And how about /etc/netmasks?
I would put two entries in just to be safe: 10.16.118.0 255.255.255.0 10.16.119.0 255.255.255.0
--tmac
Timothy A. McCarthy --> System Engineer, Eastern Region. Network Appliance http://www.netapp.com 301-230-5847 Office \ / Page Me at:@@ 301-230-5852 Fax / 800-654-9619
On Mon, 26 Jul 1999, Mohler, Jeff wrote:
Greetings:
I have a routing problem on a 2.6 box, here is the detail.
I want to send traffic out to 10.16.118.20 on qfe0, which will be a
private
10/100 segment to the NetApp for NFS traffic. I am only using 10.16.118.0 in this message, because 119.0 does the same thing on qfe1.
This is a prototype box to configure and test first, then deploy to the field installed Solaris machines.
The network is like this:
NETAPP-F760:e0 public interface connected to 3/1 on a Cat 5505
Switch, on
VLAN 223 (public addressed traffic) NETAPP-F760:ech1 channel of e1a and e1b on 10.16.118.0 on 5/1-2 (channel) on VLAN 118 - 10.16.118.10 NETAPP-F760:ech2 channel of e1c and e1d on 10.16.119.0 on 5/3-4 (channel) on VLAN 119 - 10.16.119.10
On the sun box I have:
Sun:e0 public interface connected to 3/2 on Cat 5505 on
VLAN 223
Sun:qfe0 10.16.118.23 connected to 3/15 on Cat 5505 on VLAN 118 Sun:qfe1 10.16.119.23 connected to 3/16 on Cat 5505 on VLAN 119 Sun:qfe2 10.16.254.23 not yet connected for ADSM traffic Sun:qfe3 10.16.3.117 connected to management LAN
The interface is up, here is netstat output:
Routing Table: Destination Gateway Flags Ref Use Interface
151.142.223.0 151.142.223.53 U 2 282 hme0 10.16.118.0 10.16.118.23 U 2 5351 qfe0 10.16.119.0 10.16.119.23 U 2 0 qfe1 10.16.3.0 10.16.3.117 U 2 3 qfe3 default 151.142.223.1 UG 0 129 127.0.0.1 127.0.0.1 UH 0 4 lo0
A traceroute to 10.16.118.10 shows the machine choosing hme0 for a route...why?
# traceroute 10.16.118.10 traceroute: Warning: ckecksums disabled traceroute: Warning: Multiple interfaces found; using 151.142.223.53 @
hme0
I have an NFS mount on the Sun box to the filer using the 10.16.118.10 address, and it even shows up as the propler hostname:/<path> in the 'df' output.
I can blow large amounts of dd traffic to/from the mount, and I see NO traffic on the correct Channel (ech1) on the Filer.
On Mon, 26 Jul 1999, Mohler, Jeff wrote:
Ok, Ive double checked /etc/netmasks (already was there) /etc/notrouter, /etc/defaultrouter (already was there) changed mac addresses on qfe0-qfe3 so the switch doesnt look at all five interfaces on the machine as one MAC, dbl checked VLAN configs on the Cat 5505 ports..
Still, the Sun wants BADLY to route 10.16.118.0 traffic across the public hme0 interface, instead of the up/configured/plugged-in 10.16.118.23 interface.
Well, the notrouter entry doesn't really help you. The absence of that entry, when you finally resolve your routing issues, will cause your private network to not be private again. The Sun will route traffic between interfaces. I don't think that is what you envisioned.
Tom
Well, I have the same problem (but opposite) on my Solaris 7 box:
(try to contact on private net) bash-2.03# traceroute ppats traceroute: Warning: Multiple interfaces found; using 10.0.0.2 @ hme0 traceroute to ppats (10.0.0.1), 30 hops max, 40 byte packets 1 ppats (10.0.0.1) 1.399 ms 0.704 ms 0.669 ms
(try to contact via public net) bash-2.03# traceroute yahoo.com traceroute: Warning: yahoo.com has multiple addresses; using 204.71.200.245 traceroute: Warning: Multiple interfaces found; using 10.0.0.2 @ hme0 traceroute to yahoo.com (204.71.200.245), 30 hops max, 40 byte packets ^C bash-2.03#
But, pings work fine: bash-2.03# ping ppats ppats is alive bash-2.03# ping www.yahoo.com www.yahoo.com is alive bash-2.03#
But, try this...(I chose the RTFM approach) use the -i options to specify an interface to use, in my case I did "traceroute -i le0 www.yahoo.com" and got exactly what I expected.
--tmac
Timothy A. McCarthy --> System Engineer, Eastern Region. Network Appliance http://www.netapp.com 301-230-5847 Office \ / Page Me at:@@ 301-230-5852 Fax / 800-654-9619
On Tue, 27 Jul 1999 tkaczma@gryf.net wrote:
On Mon, 26 Jul 1999, Mohler, Jeff wrote:
Ok, Ive double checked /etc/netmasks (already was there) /etc/notrouter, /etc/defaultrouter (already was there) changed mac addresses on qfe0-qfe3 so the switch doesnt look at all five interfaces on the machine as one MAC, dbl checked VLAN configs on the Cat 5505 ports..
Still, the Sun wants BADLY to route 10.16.118.0 traffic across the public hme0 interface, instead of the up/configured/plugged-in 10.16.118.23 interface.
Well, the notrouter entry doesn't really help you. The absence of that entry, when you finally resolve your routing issues, will cause your private network to not be private again. The Sun will route traffic between interfaces. I don't think that is what you envisioned.
Tom
I think what we have here is a genuine traceroute bug.
Tom
On Wed, 28 Jul 1999, Tim McCarthy wrote:
Well, I have the same problem (but opposite) on my Solaris 7 box:
(try to contact on private net) bash-2.03# traceroute ppats traceroute: Warning: Multiple interfaces found; using 10.0.0.2 @ hme0 traceroute to ppats (10.0.0.1), 30 hops max, 40 byte packets 1 ppats (10.0.0.1) 1.399 ms 0.704 ms 0.669 ms
(try to contact via public net) bash-2.03# traceroute yahoo.com traceroute: Warning: yahoo.com has multiple addresses; using 204.71.200.245 traceroute: Warning: Multiple interfaces found; using 10.0.0.2 @ hme0 traceroute to yahoo.com (204.71.200.245), 30 hops max, 40 byte packets ^C bash-2.03#
But, pings work fine: bash-2.03# ping ppats ppats is alive bash-2.03# ping www.yahoo.com www.yahoo.com is alive bash-2.03#
But, try this...(I chose the RTFM approach) use the -i options to specify an interface to use, in my case I did "traceroute -i le0 www.yahoo.com" and got exactly what I expected.
--tmac
Timothy A. McCarthy --> System Engineer, Eastern Region. Network Appliance http://www.netapp.com 301-230-5847 Office \ / Page Me at:@@ 301-230-5852 Fax / 800-654-9619
On Tue, 27 Jul 1999 tkaczma@gryf.net wrote:
On Mon, 26 Jul 1999, Mohler, Jeff wrote:
Ok, Ive double checked /etc/netmasks (already was there) /etc/notrouter, /etc/defaultrouter (already was there) changed mac addresses on qfe0-qfe3 so the switch doesnt look at all five interfaces on the machine as one MAC, dbl checked VLAN configs on the Cat 5505 ports..
Still, the Sun wants BADLY to route 10.16.118.0 traffic across the public hme0 interface, instead of the up/configured/plugged-in 10.16.118.23 interface.
Well, the notrouter entry doesn't really help you. The absence of that entry, when you finally resolve your routing issues, will cause your private network to not be private again. The Sun will route traffic between interfaces. I don't think that is what you envisioned.
Tom
Oh, by the way, I installed the traceroute from www.sunfreeware.com and saw the same problem with that as with the stock traceroute from solaris 7.
But, both appear to have the "-i" option to specify which interface to use.
--tmac
Timothy A. McCarthy --> System Engineer, Eastern Region. Network Appliance http://www.netapp.com 301-230-5847 Office \ / Page Me at:@@ 301-230-5852 Fax / 800-654-9619
On Wed, 28 Jul 1999 tkaczma@gryf.net wrote:
I think what we have here is a genuine traceroute bug.
Tom
On Wed, 28 Jul 1999, Tim McCarthy wrote:
Well, I have the same problem (but opposite) on my Solaris 7 box:
(try to contact on private net) bash-2.03# traceroute ppats traceroute: Warning: Multiple interfaces found; using 10.0.0.2 @ hme0 traceroute to ppats (10.0.0.1), 30 hops max, 40 byte packets 1 ppats (10.0.0.1) 1.399 ms 0.704 ms 0.669 ms
(try to contact via public net) bash-2.03# traceroute yahoo.com traceroute: Warning: yahoo.com has multiple addresses; using 204.71.200.245 traceroute: Warning: Multiple interfaces found; using 10.0.0.2 @ hme0 traceroute to yahoo.com (204.71.200.245), 30 hops max, 40 byte packets ^C bash-2.03#
But, pings work fine: bash-2.03# ping ppats ppats is alive bash-2.03# ping www.yahoo.com www.yahoo.com is alive bash-2.03#
But, try this...(I chose the RTFM approach) use the -i options to specify an interface to use, in my case I did "traceroute -i le0 www.yahoo.com" and got exactly what I expected.
--tmac
Timothy A. McCarthy --> System Engineer, Eastern Region. Network Appliance http://www.netapp.com 301-230-5847 Office \ / Page Me at:@@ 301-230-5852 Fax / 800-654-9619
On Tue, 27 Jul 1999 tkaczma@gryf.net wrote:
On Mon, 26 Jul 1999, Mohler, Jeff wrote:
Ok, Ive double checked /etc/netmasks (already was there) /etc/notrouter, /etc/defaultrouter (already was there) changed mac addresses on qfe0-qfe3 so the switch doesnt look at all five interfaces on the machine as one MAC, dbl checked VLAN configs on the Cat 5505 ports..
Still, the Sun wants BADLY to route 10.16.118.0 traffic across the public hme0 interface, instead of the up/configured/plugged-in 10.16.118.23 interface.
Well, the notrouter entry doesn't really help you. The absence of that entry, when you finally resolve your routing issues, will cause your private network to not be private again. The Sun will route traffic between interfaces. I don't think that is what you envisioned.
Tom
-
Mohler, Jeff -
Rajeev Agrawala -
Tim McCarthy -
tkaczma＠gryf.net