diff options
author | Chirag Shah <chirag@cumulusnetworks.com> | 2020-06-04 18:41:31 +0200 |
---|---|---|
committer | Chirag Shah <chirag@nvidia.com> | 2022-03-03 23:59:56 +0100 |
commit | d5fdae8f45e81e585dd2e700441068835f48fd6b (patch) | |
tree | 2920ebe6175a7c17efffd46e3b534fb0bc0ec484 /isisd/isis_pdu.c | |
parent | Merge pull request #10713 from donaldsharp/enum_fixup (diff) | |
download | frr-d5fdae8f45e81e585dd2e700441068835f48fd6b.tar.xz frr-d5fdae8f45e81e585dd2e700441068835f48fd6b.zip |
zebra: fix crash in evpn neigh cleanup all
zebra crash is seen during shutdown (frr restart).
During shutdown, remote neigh and remote mac clean up
is triggered first, followed by per vni all neigh
(including local) and macs cleanup is triggered.
The crash occurs when a remote mac is cleaned up first
and its reference is remained in local neigh.
When local neigh attempt removes itself from its associated
mac's neigh_list it triggers inaccessible memory crash.
The fix is during mac deletion if its neigh_list is non-empty
then retain the MAC in AUTO state.
This can arise when MAC and neigh duo are in different state
(remote/local). Otherwise, the order of cleanup operation
is neighs followed by macs.
The auto mac will be cleaned up when per vni all neighs and macs
are cleaned up.
Ticket:CM-29826
Reviewed By:CCR-10369
Testing Done:
Configure evpn symmetric config where
MAC is in remote state and neigh is in local state.
Perform frr restart then crash is not seen.
Signed-off-by: Chirag Shah <chirag@nvidia.com>
Diffstat (limited to 'isisd/isis_pdu.c')
0 files changed, 0 insertions, 0 deletions