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