<p dir="ltr">Thanks for clarify :) The initial email was confusing.</p>
<p dir="ltr">I hope to be again at the battlemesh next year.</p>
<p dir="ltr">Have fun and send my greetings to all.</p>
<p dir="ltr">Saverio</p>
<div class="gmail_quote">Il 08/ago/2015 13:17, "Juliusz Chroboczek" <<a href="mailto:jch@pps.univ-paris-diderot.fr">jch@pps.univ-paris-diderot.fr</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Saverio, long time no hear.  Pity you're not here.<br>
<br>
> So why they switched to babel ?<br>
> babel makes some magic with MTU ?<br>
<br>
Nope.<br>
<br>
The way I understand it, they had trouble with BATMAN's encapsulation in<br>
a heterogeneous network (were it is difficult or impossible to increase<br>
the link-layer MTU to 1532).<br>
<br>
Recall that:<br>
<br>
 1. BATMAN adds 32 octets of overhead to every frame;<br>
 2. BATMAN requires the same MTU on all segments.<br>
<br>
The result is that if you have just one segment that cannot increase the<br>
link-layer MTU beyond 1500, you need to run your mesh with a network-layer<br>
MTU of 1468.  Apparently that is the situation they found themselves in,<br>
and were unable to get it to work reliably.<br>
<br>
>From what I gather, they're a community with unusual needs (strong emphasis<br>
on decentralision and privacy, heterogeneous hardware, diverse userbase,<br>
etc.), they're probably run into some snags with Babel too.  Which should<br>
be interesting, and likely to improve Babel.<br>
<br>
Time to do some testing, see you later.<br>
<br>
-- Juliusz<br>
</blockquote></div>