Gluon: Multiple B.A.T.M.A.N. Adv. patches for better performance

[awlx]

As @FreifunkMUC we tracked down several issues of batman-adv when it runs in another encapsulation (eg VXLAN). The Batman project now has several patches for that. What is the best way to get them to Gluon?

Background:
https://gist.github.com/awlx/27c383511182f9bfb9d9e098abb823fe

Patches:
https://patchwork.open-mesh.org/project/b.a.t.m.a.n./patch/[email protected]/

[mweinelt]

They should honestly come via the routing feed. CCing @ecsv for his opinion.

[rotanid]

as far as i can see, the patches aren't even in upstream batman-adv yet?
(and i guess the patches are for batman-adv, not the protocol B.A.T.M.A.N. itself?)

[awlx]

They got pulled into net today as far as I can see @rotanid.
https://lists.open-mesh.org/mailman3/hyperkitty/list/[email protected]/message/Y7FYBSSUJO4MVDEDJBMBVNFRXO7TWLP6/

[rotanid]

ah right sorry, 27 hours ago in upstream at git.open-mesh.org

[awlx]

Also I am not saying this should happen _right_ now. I just wanted to open the issue to keep track of the changes :).

[rotanid]

as it seems to be improvement, not bugfixing, i'd say we wait for the batman-adv release including these patches, then they will also be part of openwrt-routing and we would get them anyway by bumping the routing feed :)
other maintainers may have other opinions :)

[ecsv]

These patches will be backported on the next release (2021.0) and put into the openwrt-routing feed. If it is really urgent for someone then I can also ask Simon to merge an early PR with these changes.

But also keep in mind that you also have to fix vxlan:

• https://patchwork.ozlabs.org/project/netdev/patch/[email protected]/
• https://patchwork.ozlabs.org/project/netdev/patch/[email protected]/

[awlx]

Maybe it's not really measurable on the nodes :/.

[CodeFetch]

@awlx Okay... I've thought we missed something. Wow I've realized we are working on it for a week now... It would be nice if you could join us in the Leinelab Mumble channel again. Here's the current state of the Gluon package:
https://github.com/lemoer/gluon/commits/pr_wireguard_vpn_rebased_on_master

It does not have a key submission API. That will be another package as we don't need automatic key submission.

[awlx]

@CodeFetch we also implemented the patches in our latest firmware. I am still waiting for feedback if this helps on bigger offloaders etc.

[awlx]

It seems these patches help the highly used offloaders to get slightly more throughput at the same load. So most likely the bottleneck on slower machines is something else already.

https://stats.ffmuc.net/d/hRIn3dRWk/mesh-nodes?orgId=1&var-nodeid=9ebdc859ce6e&from=1609282303000&to=now&refresh=5m

The offloader was upgraded 30.12 14:50