SUMMARY RE: Arp Problem - long

Thanks to those responded.

Special thanks to Stephen Kives for turning me on to "snoop".

>From which I was able to figure out that I had 3 routers replying with their
mac address when the server sent out its arp request. Turning off proxy-arp
on the 2 "wrong" routers stopped this rude behavior and stopped the
confusion on the server's part.  These are Cisco routers and it would appear
that proxy-arp was by default enabled in the version of IOS running.
Command to disable is: "no ip proxy-arp"

What I am still unclear on is why these 2 routers were only responded in
this fashion when the arp request came from the V480 running Solaris 8 and
not on some other servers I have running Solaris 6.  Not sure if this is a
differency in just the OS version or some other configuration issue which
prompted this type of response.


Dave


>
> ] -----Original Message-----
> ] From: David Price [mailto:dprice@plugnpay.com]
> ] Sent: Tuesday, September 09, 2003 10:28 AM
> ] To: sunmanagers@sunmanagers.org
> ] Subject: Arp Problem - long
> ]
> ]
> ] Not sure if this is a Sun or a Cisco issue.
> ]
> ] I have a SunFire V480 server that is picking up the wrong MAC
> ] address for a
> ] router.
> ]
> ] The V480 has 2 Network cards.  Problem goes away if I disable
> ] 2nd card.
> ]
> ] Solaris 8.
> ]
> ] The problem first occurs when trying to access an IP that has
> ] a path through
> ] this "correct" router (xxx.xxx.xxx.227).  The V480 will pick
> ] up the arp
> ] address of a different "wrong" router and try to route the
> ] traffic through
> ] it instead.  It appears to me that it is trying to get the mac address
> ] through the 2nd Ethernet card and when it can't find it, it
> ] grabs anyone it
> ] finds.
> ]
> ] If I first just try to access the "correct" router (xxx.xxx.xxx.227)
> ] directly, before the arp gets messed up, I have no problem
> ] and the correct
> ] mac address gets picked up.
> ]
> ] The V480 has both a public and private IP's configured on its
> ] network cards.
> ] The router I am having trouble reaching also has both a
> ] public and private
> ] IP on it's ethernet interface as well.  For the purposes of
> ] troubleshooting
> ] I disabled ce1 but it did not help fix the problem.
> ]
> ] Orignally the V480 would always pick up the mac address of the same,
> ] "wrong", router.  In troubleshooting, i disabled the ethernet
> ] interface of
> ] this "wrong" router.  The V480 then picked up the mac address of a
> ] different, still incorrect, router.  After re-enabling the ethernet
> ] interface of the first "wrong" router the V480 still now
> ] prefers the second
> ] "wrong" router.
> ]
> ] Details are:  The V480 has 2 network cards configured as follows:
> ]
> ] the xxx.xxx.xxx.xxx is a public IP.
> ]
> ] lo0: flags=1000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4> mtu
> ] 8232 index 1
> ]         inet 127.0.0.1 netmask ff000000
> ] ce0:
> ] flags=9040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,N
> ] OFAILOVER> mtu
> ] 1500 index 2
> ]         inet 10.120.3.131 netmask ffffff00 broadcast 10.120.3.255
> ]         groupname CEs
> ]         ether 0:3:ba:2a:e7:47
> ] ce0:1: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu
> ] 1500 index 2
> ]         inet 10.120.3.25 netmask ffffff00 broadcast 10.120.3.255
> ] ce0:2: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu
> ] 1500 index 2
> ]         inet xxx.xxx.xxx.199 netmask ffffff80 broadcast
> ] xxx.xxx.xxx.xxx
> ] ce0:3: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu
> ] 1500 index 2
> ]         inet 10.120.3.50 netmask ffffff00 broadcast 10.120.3.255
> ]
> ] ce1:
> ] flags=9040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,N
> ] OFAILOVER> mtu
> ] 1500 index 3
> ]         inet 10.120.3.132 netmask ffffff00 broadcast 10.120.3.255
> ]         groupname CEs
> ]         ether 0:3:ba:2a:e7:46
> ] ce1:1: flags=1000842<BROADCAST,RUNNING,MULTICAST,IPv4> mtu
> ] 1500 index 3
> ]         inet xxx.xxx.xxx.132 netmask ffffff80 broadcast
> ] xxx.xxxx.xxx.xxx
> ]
> ]
> ] Route Table:
> ]
> ] xxx.xxx.xxx.0        xxx.xxx.xxx.227        UG       1      2
> ]
> ] Any thoughts would be greaty appreciated.  If this is a Cisco
> ] and not a Sun
> ] issue then I apologize for posting to this list.
> ]
> ] Dave
> ] _______________________________________________
> ] sunmanagers mailing list
> ] sunmanagers@sunmanagers.org
> ] http://www.sunmanagers.org/mailman/listinfo/sunmanagers
> ]
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers