On Montag, 19. Dezember 2016 12:25:29 CET Linus Lüssing wrote:
Hi,
Here is a first patchset to reintroduce aggregation support for BATMAN V, too. And while at it, for BATMAN VI, VII... etc, as well - in fact, it allows aggregating any batman packet with a broadcast destination ;).
I am sending it as an RFC for now as compat code is still missing. And although it was tested in VMs, I still need to do some stress testing on some embedded routers.
I have not actually looked at the code. But I would guess that your ultimate goal is to reduce the overhead when sending broadcast either over wifi or complex setups with things like VPNs (fastd). Did you do some captures on some gluon supernodes (or actually only on a link to this supernode) and calculated how many packets/bytes were sent over the DSL (up/down), how much overhead was added, how many packets would potentially be aggregated by your approach and how many packets/bytes would have been send over the DSL (up/down)?
Sounds to me at least like something which could be done on some existing setups with some small script/program reading a pcap, creating some input for some simulator and then sending this data through the actual simulator. And this all without having to actually break a working system :)
I think Simon (or I should also) have a very recent dump for a 2 1/2 days test which captured (bcast/mcast/batman overhead) data from a spare Freifunk Vogtland node (its ethernet port) without any clients attached. This would be a potential source of test data (which we would have to anonymize for the simulator input).
Kind regards, Sven