ACE received ARP Response/request collision

[770801tvdhaar]

I receive this message the server in question is a cluster with 4 network cards, does the ACE learn a mac address of one card and then receives a reply from another? could this be cause and if so how can I solve it?

Received ARP RESPONSE collision from 194.xxx.xxx.xxx 00.14.c2.3f.09.0d on int

erface vlan159.

[Gilles Dufour]

look at the 2 mac-addresses and from the sup/msfc follow the mac-address with the 'show mac-address address ...' command.

Once you have located the 2 mac-addresses using the same ip, you need to decide which one is valid and which one is not, then shutdown the invalid host/card.

If your host has 4 cards and use 1 ip address, you need a teaming protocol to link the card together.

Gilles.

[770801tvdhaar]

we have bonding enabled on the 4 nic's to one ip address and chosen one of the cards mac addresses,

satserver is the one with the bonded team and the problem occurs when it tries to access server2 on another vlan, but the same subnet (vlan159 and 859 same ip network address)

satserver-vlan159---ACE---server2-vlan859

Is there any other workaround?

//tyrone

[Gilles Dufour]

Verify which device owns the 2nd mac-address.

if ACE reports arp collision, it means 2 devices use the same ip with different mac.

Sniff the network if needed to see which device sends arp response for the ip causing problem.

G.