This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

failover

we have a chillywall failover set, when you down one box the second takes over, but the clients from the inside network are not able to connect. So statefull failover does not work, arp table still holds mac from failed box. When is a fix going to be ready, or a solution like OpenHSRP? Any help with this would be great...jim  


This thread was automatically locked due to age.
Parents
  • Hi

    The solution is for ASTARO  to use RFC 1868 (ARP EXTENSION UNARP) which other companies use .
    This  ARP has no hardware MAC address . This  invalidates the current ARP entry for that IP address.  All that has to happen on faiover ,is that the new active unit needs to send a UNARP for all  its HA IP addresses ( On all  its interfaces except is syn interface)
    All devices will have to issue a ARP request to update their ARP table to access the HA IP address. (New MAC address)

    Yes HSRP would be better solution by would  take some time to implement .UNARP is very simple .I am the new Acitve HA .Send  out UNARP all  interfaces (Quick solution). Then Astaro could then start on HSRP


    Gary
        
Reply
  • Hi

    The solution is for ASTARO  to use RFC 1868 (ARP EXTENSION UNARP) which other companies use .
    This  ARP has no hardware MAC address . This  invalidates the current ARP entry for that IP address.  All that has to happen on faiover ,is that the new active unit needs to send a UNARP for all  its HA IP addresses ( On all  its interfaces except is syn interface)
    All devices will have to issue a ARP request to update their ARP table to access the HA IP address. (New MAC address)

    Yes HSRP would be better solution by would  take some time to implement .UNARP is very simple .I am the new Acitve HA .Send  out UNARP all  interfaces (Quick solution). Then Astaro could then start on HSRP


    Gary
        
Children
No Data