I need the ability to set NLM_F_APPEND to append neighbors to the bridge fdb table. Appending to the bridge FDB table is required to add multiple L3 flood destinations to a vxlan interface. I'm currently using the add_bridge API. Upon inspecting the code in that file, I see that you can call replace, which causes the execute method to change NLM_F_EXCL to NLM_F_REPLACE in the final netlink request message.
I was about to open a PR to add append functionality when I saw #52, which is doing the same work, but for ip route instead of ip neigh/bridge fdb. I see this issue is waiting for #57 to be merged as well, and seeing as there is recent activity on this issue, I'm going to wait until this is merged before working on the feature that I need.
I'm also wondering at this point if NLM_F_APPEND is even valid for ip neigh entries, and if it makes sense for it to be combined with bridge fdb. In the networking world, the ARP/NDP tables (ip neigh) are related, but distinct from a switches forwarding table (bridge fdb)
I need the ability to set
NLM_F_APPENDto append neighbors to thebridge fdbtable. Appending to the bridge FDB table is required to add multiple L3 flood destinations to a vxlan interface. I'm currently using the add_bridge API. Upon inspecting the code in that file, I see that you can callreplace, which causes theexecutemethod to changeNLM_F_EXCLtoNLM_F_REPLACEin the final netlink request message.I was about to open a PR to add
appendfunctionality when I saw #52, which is doing the same work, but forip routeinstead ofip neigh/bridge fdb. I see this issue is waiting for #57 to be merged as well, and seeing as there is recent activity on this issue, I'm going to wait until this is merged before working on the feature that I need.I'm also wondering at this point if
NLM_F_APPENDis even valid forip neighentries, and if it makes sense for it to be combined withbridge fdb. In the networking world, the ARP/NDP tables (ip neigh) are related, but distinct from a switches forwarding table (bridge fdb)