• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login
Netgate Discussion Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login

Proxy ARP and Gratuitous ARP on VIPs

Scheduled Pinned Locked Moved HA/CARP/VIPs
1 Posts 1 Posters 1.3k Views
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • D
    Derelict LAYER 8 Netgate
    last edited by Jan 14, 2015, 7:25 AM

    All -

    I am getting over a rather long day that was made so by a Cisco ASA active/standby failover pair and a sudden change of outside MAC address (which should have been anticipated by me).

    The Cisco ASA does not send gratuitous ARP for static NAT addresses.  So everything looked great.  Could ping to the ISP, could ping everything inside, good NAT translations, but none of the connections going in or out on the other addresses in the /26 would work.

    The Metro-E provider's ARP cache timeout is 4 hours.  Ugh.

    A thorough ass-chewing - at best - is expected in the morning.

    But that brings me to pfSense.  Will one of the VIP types result in gratuitous ARP being transmitted in such a case?  We're talking on a reboot, disconnect/reconnect of WAN, etc?  Note that the ASA would have proxy ARPed just fine.  Trouble is that would only happen after the <= 4 hour expiration of the provider's ARP entry and them generating an ARP request.

    OMFG 4 hours is a long time.  DO NOT let your outside MAC address change unless you are already on the phone with someone who can clear the ARP on the other side.  Ugh.  Virtual active/standby MAC addresses for the MFing win.

    Chattanooga, Tennessee, USA
    A comprehensive network diagram is worth 10,000 words and 15 conference calls.
    DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
    Do Not Chat For Help! NO_WAN_EGRESS(TM)

    1 Reply Last reply Reply Quote 0
    1 out of 1
    • First post
      1/1
      Last post
    Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
      This community forum collects and processes your personal information.
      consent.not_received