ACE received ARP Response/request collision

Unanswered Question
Apr 25th, 2008

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 00.14.c2.3f.09.0d on int

erface vlan159.

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 3 (1 ratings)
Gilles Dufour Fri, 04/25/2008 - 00:48

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.


770801tvdhaar Fri, 04/25/2008 - 03:45

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)


Is there any other workaround?


Gilles Dufour Fri, 04/25/2008 - 07:14

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.



This Discussion