Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
In extended-mobility case ({IP1, MAC} binding), when a MAC moves from local to remote, binding changes to {IP2, MAC}, local neigh (IP1) marked as inactive in frr. The evpn draft recommends to probe the entry once local binding changes from local to remote. Once the probe is set for the local neigh entry, kernel will attempt refresh the entry via sending unicast address resolution message, if host does not reply, it will mark FAILED state. For FAILED entry, kernel triggers delete neigh request, which result in frr to remove inactive entry. In absence of probing and aging out entry, if MAC moves back to local with {IP3, MAC}, frr will mark both IP1 and IP3 as active and sends type-2 update for both. The IP1 may not be active host and still frr advertises the route. Ticket:CM-22864 Testing Done: Validate the MAC mobilty in extended mobility scenario, where local inactive entry gets removed once MAC moves to remote state. Once probe is set to the local entry, kernel triggers reachability of the neigh/arp entry, since MAC moved remote, ARP request goes to remote VTEP where host is not residing, thus local neigh entry goes to failed state. Frr receives neighbor delete faster and removes the entry. Signed-off-by: Chirag Shah <chirag@cumulusnetworks.com>
- Loading branch information