smp_86112
Oct 05, 2010Cirrostratus
"stuck" mac address
I'm troubleshooting NTP communication which gets processed by a wildcard, Forwarding (IP) VS. The source is in the internal LTM (10.2.0) VLAN, and the NTP server is in the external. I run a trace on the internal vlan and when the request comes in, the source has the right mac address. However when the LTM sends the response back out the internal VLAN, the LTM inserts the wrong dest mac address. The mac that it has used to be assigned to the node, but it's not used any longer. So it appears like the old mac address is "stuck" in the arp table. However I can't find any reference to the bad mac anywhere - all i can find is the correct mac. There are no static arp entries, and I tried removing the phantom entry from the arp table which had no effect. The rest of the traffic to and from this node works just fine.
Can you think of any way I can remove this "stuck" mac, or think of anywhere else to check that might be hanging onto this mac?