You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A more general question, why are we having void handle_fdb_event(In const std::string &data) in ntf_thread() handling fdb meta data, and fdborch in orchagent processing fdb data. Having them in two threads creates a lot of room for race condition.
Could the fdb meta data handling be moved to fdborch context?
) (sonic-net#440)
* sonic-utilities: Bug fix while showing interface status for a specific interface.
* While getting the keys from port table for a specific interface, wrong db is passed, fixed the bug
Signed-off-by: [email protected]
meta_fdb_event_snoop_oid() is adding reference for FDB entries with objects bvid and SAI_FDB_ENTRY_ATTR_BRIDGE_PORT_ID. https://github.com/Azure/sonic-sairedis/pull/420/files
While before "status = sai_bridge_api->remove_bridge_port(port.m_bridge_port_id);"
https://github.com/Azure/sonic-swss/blob/master/orchagent/portsorch.cpp#L2609
no guarantee that all fdb entries have been flushed. meta data validation will fail and cause orchagent to crash.
The text was updated successfully, but these errors were encountered: