Thanks for the reply pulukas.
I understand the whole binding thing and really don't have a problem with having duplicate rules for each device (although its not ideal). I guess my main issue is
When I use your suggested method of duplicate NAT rules DeviceID 0 and DeviceID 1 or use (both) binding which I still don't understand why this isn't available for source nat. I can't control which FW responds to the request as it seems both are ARPing for the address, which is confirmed by the system log 'Received conflicting ARP on interface ethernet1/1 indicating duplicate IP 80.6.91.149, sender mac d4:f4:be:xx:xx:xx'
So really I guess the question is why are floating addresses available to control which firewall responds to ARP, unless you use NAT rules in which case both will.
It really would fix my problem if there was a CLI command to switch off NAT rule ARPing off as I could then define Floating Addresses for evertything used in NAT.
My confusion is increased by the fact I am not seeing this conflicting MAC behaviour consistantly across the customer enviroment (which has ) or my LAB setup. Makes me wonder if I am seeing some wierd BUG.
... View more