<div dir="ltr">Marc will probably chime in here as we had plenty of sit downs trying to figure out how to incorporate BATMAN into our topology, but I (hope) I can help articulate the issue: <div><br></div><div>Our topology was the following (very simplified). It mirrored (and was inspired by) the wlan slovenijia project.</div><div><br></div><div>Cloud (or colocation) hosted exit server running batman</div><div> l2tp interface</div><div>  |</div><div> V</div><div>l2tp interface</div><div>OpenWRT wifi router running batman</div><div>open0 interface</div><div> |</div><div>V</div><div>heterogenous set of hosts connected wirelessly over an open network.</div><div><br></div><div>The routers create l2tp tunnels to the exit server when they have an direct internet connection (ie. someone is sharing their bandwidth). </div><div>The open0 and l2tp interfaces were added to batman, along with an adhoc interface which would connect to other routers over wifi. The l2tp interfaces had to have a non-standard MTU, they were an l2tp interface carrying batman-adv "frames".</div><div><br></div><div>The problem is that the hosts connecting to the open network would generally not respect dhcp options setting an MTU. A significant number of hosts - including I believe all windows machines and at least IOS devices - would just set the MTU of their wireless interface to 1500. Under normal circumstances, this wouldn't be an issue because "<span style="color:rgb(0,0,0);white-space:pre-wrap">When a packet arrives at a node from a client with too large an mtu, </span>what SHOULD happen in a normal forwarding situation (per RFC 1191) is that the node issue a ICMP 'Destination Unreachable' packet with a "Fragmentation required" code. The client then uses this information to reset its mtu." (I'm quoting an email exchange from our mailing list: <a href="https://sudoroom.org/pipermail/mesh-dev/2014-October/000019.html">https://sudoroom.org/pipermail/mesh-dev/2014-October/000019.html</a>)</div><div><br></div><div>However, in our situation, we were essentially stuck bridging two interfaces that had different MTUs because they were both added to this batman-adv layer 2 forwarding daemon. Because there was no layer 3 routing going on, the ICMP message would never be sent. We were just seeing dropped frames in wireshark analyses - client devices wouldn't adjust their mtu and they wouldn't fragment because they wouldn't know to.</div><div><br></div><div>We tried a couple workarounds, including an iptables MSS clamping rule, but that only works for TCP traffic. We were eventually stuck with what we came to realize was an unworkable stack+topology.</div><div><br></div><div>The email exchange <a href="https://sudoroom.org/pipermail/mesh-dev/2014-October/000019.html">https://sudoroom.org/pipermail/mesh-dev/2014-October/000019.html</a> could help out with any additional confusion. </div><div><br></div><div>I still think that a heterogenous mesh with babel on top of batman-adv could be an excellent combination of dynamic routing with layer 2 mesh roaming, something like this diagram:</div><div><a href="https://libre-mesh.org/projects/libre-mesh/wiki/Network_Architecture?version=13">https://libre-mesh.org/projects/libre-mesh/wiki/Network_Architecture?version=13</a><br></div><div><br></div><div>The libre-mesh folks mentioned that they've been experimenting with that sort of architecture, but I don't think we're really going to need it any time soon (and we weren't exactly in love with bmx6, but that's probably outside of the scope here). </div><div><br></div><div><br></div><div>Hope that was reasonably helpful.</div><div><br></div><div><br></div><div>Max</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Aug 8, 2015 at 6:10 PM, Juliusz Chroboczek <span dir="ltr"><<a href="mailto:jch@pps.univ-paris-diderot.fr" target="_blank">jch@pps.univ-paris-diderot.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> Are you sure about 2.?<br>
<br>
</span>I frankly have no idea -- it's merely my reading of Marc's e-mail.  Marc,<br>
could you either confirm or infirm?<br>
<span class="HOEnZb"><font color="#888888"><br>
-- Juliusz<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Babel-users mailing list<br>
<a href="mailto:Babel-users@lists.alioth.debian.org">Babel-users@lists.alioth.debian.org</a><br>
<a href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/babel-users" rel="noreferrer" target="_blank">http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/babel-users</a><br>
</div></div></blockquote></div><br></div>