Mesh/Firmware/MTU issues

From Sudo Room
Revision as of 12:49, 25 July 2013 by Juul (talk | contribs) (Juul moved page Mesh/MTU issues to Mesh/Firmware/MTU issues)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

MTU across the network has to be set correctly.

MTUs we can control:

  • Mesh node wifi interfaces.
  • Mesh node ethernet interfaces.
  • Tunnels from mesh to vpn.
  • Tunnels from vpn to exit node.

MTUs we cannot control:

  • People's internet connections (ADLS / cable).
  • People's existing routers' ethernet connections.
  • Wifi of connecting nodes.

Issues

Both the L2TP tunnels, OpenVPN tunnels and batman-adv interfaces add overhead to packets. The MTUs should be calibrated to deal with this. At the VPNs, the L2TP tunnel interfaces' MTUs will be limited by the MTU of the internet connection so if we add them all to the same batman-adv interface, then the batman-adv interface MTU is probably (we should check) going to be limited by the smallest MTU out of all the L2TP interfaces. How can we avoid this? Have per-MTU batman-adv interfaces? Then how do they talk to each-other?

some info on batman-adv MTU issues (search for MTU on the page].

Wikipedia Path MTU discovery