Forum Discussion
Balancing_Harmo
Nimbostratus
NimbostratusLTM address conflict detected
Hello we encountered an error on our LTM v11.6.0 HF4 active-stanby regarding address conflict which we're suspecting that's causing the unit to fail processing traffic from time to time. We encounter...
SynACk_128568
Cirrostratus
CirrostratusIs the issue resolved ? Please check the arp setting on the forwarding VS if you have any and there will be a wildcard VS also i guess . Make sure arp is disbaled on that .
Balancing_HarmoHi SynACk, issue is not yet resolved. Would you mind instruct me how to check on arp setting of VS? I'm not familiar on where to check.- Balancing_HarmoHey SynACk, found out that ARP is enabled in the virtual address created by the VS. What's the reason why should it be disabled?
- SynACk_128568Hi Mark, is that VS a wildcard VS something like destination 0.0.0.0:0 which accepts traffic for anything and allows F5 to behave as router ?
- Balancing_HarmoThe particular VS has a specific destination address, which is the ip of a ftp server. The vs is basically for monitoring and yes it behaves like a router.
- SynACk_128568then no that will be not the issue. I f arp is enabled on the wildcard VS then it arp out / respond for all the servers on the vlan.
- Balancing_HarmoI thought ARP should be disabled?
- SynACk_128568HI mark, If it is specific destination then not a problem because F5 will advertise the arp in case of failover or you can use MAC masquerading . Just in case F5 wildcard VS is enabled on a VLAN on which your back end servers are there , then F5 arps out for those server and cause conflict.
