Forum Discussion

juan_baptiste_4's avatar
juan_baptiste_4
Icon for Nimbostratus rankNimbostratus
Mar 16, 2009

force a refresh arp caches

Hi,

 

 

Is there a way to force a refresh the arp caches of devices to which an LTM is connected ? until now the only way I know is to reboot the LTM.

 

For example, I was configuring today one of our LTM (ID 1) boxes that was missing a pool and a virtual server of the LTM (ID 2) where we were doing some tests (they're not in H.A. for now until we finish some tests). Both LTM's are connected to the same network, so I created the pool and created the virtual server in disabled state so it wouldn't interfere with the same virtual server of the LTM ID 2, or I thought it would be that simple. But even if the virtual server was disabled, it seems the LTM ID 1 broadcasted the virtual server's IP with the arp address of the vlan it is connected to, thus making it impossible for a client to contact the virtual server on the LTM ID 2 where it was originally running. Even after deleting the virtual server on LTM ID 1 the traffic was still being directed to the new virtual server, and the only way to fix this was rebooting the LTM ID 2 so it would broadcast the virtual server address as it's own again.

 

 

That's just one example of the many times I have come across this problem and it's silly to have to reboot the LTM just for a change like that one, there must be a way, right ? or what happens when both LTM are configured in H.A. when the active box goes offline and the standby one becomes active ?

7 Replies

  • Posted By cmbhatt on 03/16/2009 2:51 PM

     

    Have you tried MAC Masquerading.

     

     

     

    No because that's with H.A. and here I'm not using it and I'm having the problem. Another scenario where this have occured too is when chaging a self IP, any device won't see the new IP until I reboot the LTM.
  • On the LTM under Network >> ARP >> Dynamic List there you will see the arp table. You can select all the ip addresses associated with the MAC and select delete.

     

     

     

    Also which version of of the v9.x software are you using?

     

     

    Hope this helps

     

     

    CB

     

  • Posted By cmbhatt on 03/16/2009 4:18 PM

     

    On the LTM under Network >> ARP >> Dynamic List there you will see the arp table. You can select all the ip addresses associated with the MAC and select delete.

     

    Also which version of of the v9.x software are you using?

     

    Hope this helps

     

    CB

     

     

     

    I tried that but form command line using arp -d but it doesn't work, as the problem as I see it is that other devices know the Virtual Server address with the wrong mac address and they need to be told that the mac of that IP address has changed. Somehow that's what happens when the LTM is rebooted.

     

     

    I'm using LTM 9.4.6.
  • taking a step back if you are not configured for HA then I am assuming you must have configured it for Active-ACtive.

     

     

    ***Excerpt from the LTM Network Guide***

     

    For an active-active system, suppose that when you initially ran the Setup

     

    utility on unit 1, you specified 11.12.11.3 as the internal floating IP address,

     

    and when you ran Setup on unit 2, you specified 11.12.11.4 as its internal

     

    floating IP address. When you synchronize the configurations later,

     

    11.12.11.3 should appear on both units as the floating IP address belonging

     

    to unit 1, and 11.12.11.4 should appear on both units as the floating IP

     

    addresses belonging to unit 2.

     

    Then, if unit 1 fails over:

     

    • Unit 2 assumes the internal floating IP address of unit 1 (11.12.11.3).

     

    • The back-end servers that normally send traffic to the internal address

     

    11.12.11.3 on unit 1 continue to send their traffic to that same address,

     

    even though this incoming traffic is now processed by unit 2.

     

    • The back-end servers that normally send traffic to the internal address

     

    11.12.11.4 on unit 2 continue to send their traffic to that same address.

     

    Conversely, if unit 2 fails over:

     

    • Unit 1 assumes the internal floating IP address of unit 2 (11.12.11.4).

     

    • The back-end servers that normally send traffic to the internal address

     

    11.12.11.4 on unit 2 continue to send their traffic to that same address,

     

    even though this incoming traffic is now processed by unit 1.

     

    • The back-end servers that normally send traffic to the internal address

     

    11.12.11.3 on unit 1 continue to send their traffic to that same address.

     

     

    If your LTM is not configured for Active-Active in this manner then yes it will never work until the unit is reloaded. Because one LTM thinks it's active over the other.

     

     

    Under HA the unit ID's are not used because they know the state of each other since they share a single common floating address.

     

     

    CB

     

     

  • I'm not exactly clear on what the overall goal/issue is, but if you do want LTM to send a gratuitous ARP for all the IP addresses it owns, you should be able to run 'b load'. You don't need to reboot.

     

     

    Aaron
  • Posted By hoolio on 03/17/2009 3:58 AM

     

    I'm not exactly clear on what the overall goal/issue is, but if you do want LTM to send a gratuitous ARP for all the IP addresses it owns, you should be able to run 'b load'. You don't need to reboot.

     

    Aaron

     

     

     

     

    Hi Aaron,

     

     

    That's exaclty what I wanted to know, how to broadcast again the the ARP of IP address in a LTM without having to reboot. I was giving an example of one of the scenarios where I have had this issue and the only way to do it was by doing a reboot.

     

     

    Thanks for the tip.