Re: [B.A.T.M.A.N.] [RFC PATCH 0/6] batman-adv: broadcast packet aggregation

[Sven Eckelmann <sven@narfation.org>]

[-- Attachment #1: Type: text/plain, Size: 1668 bytes --]

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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]