On Sunday, 27 January 2019 15.30.06 CET André Fiedler wrote:
[...]
> Ich kann jetzt nicht genau sagen, was Abhilfe geschaffen hat. Der Restart der Router, Umstellung auf Mesh on WAN, der Offloader selbst? Ich habe keine Ahnung, aber es funktioniert wieder – und besser als zuvor.
Du hast das Netz aufgetrennt. Wir brauchen eine MTU deutlich groesser als 1280
(>=1398) wenn wir ueber VXLAN+batadv (was du nutzt um den Offloader und die
anderen Nodes zu verbinden) 1280-Byte grosse Pakete transportieren wollen. Vorher
hat die Fritzbox aber eine MTU von 1280 angekuendigt (also deutlich zu klein).
Dadurch sind groessere Pakete einfach geschluckt worden und bei der
Kommunikation zwischen den Geraeten ueber LAN (bzw. deren WAN-Port) ging halt
nichts wirklich.
Da der Offloader jetzt die Netze trennt, kriegt nur der Offloader auf dem WAN-
Interface diese aeusserst dumme 1280-Byte grosser MTU fuer dieses Netzsegment.
Aber er leidet es zum Glueck nicht weiter auf das Netzsegment mit den
Freifunk-Routern. Daher sieht das jetzt wieder ganz gut aus:
root@PL-Raedel18-Parkhotel-EG-1:~# cat /proc/sys/net/ipv6/conf/br-wan/mtu
1500
Das die Fritzbox aber immer noch 1280 ankuendigt, sieht man auf dem Offloader:
root@PL-Raedel18-Parkhotel-Offloader:~# cat /proc/sys/net/ipv6/conf/br-wan/mtu
1280
Aber auf dem Netzsegment mit dem vx_mesh_lan gibt es aber keinen solchen Stoerer:
root@PL-Raedel18-Parkhotel-Offloader:~# cat /proc/sys/net/ipv6/conf/eth0/mtu
1500
Wir haben also nur das unschoene Verhalten, dass jetzt die Pakete (bei grossen
Paketen) zum VPN-Server fragmentiert werden muessen. Aber wie du schon meintest,
konntest du da jetzt nichts weiter einstellen. Ist das im Hotel auch so ein
Stadtwerke Plauen-Vertrag wie bei Max? Denn bei ihm geht es ja ohne Probleme.
Danke fuer das Kuemmern vor Ort und Zusammenbauen des Offloaders.
Gruesse,
Sven