danke, das reicht mir ja schon 
Hi,
wie schlägt sich der Router nach der Umstellung im „langzeit Test“?
Hab bei mir wieder die Defaults eingetragen weil mal wieder NIX mehr ging…
Was hat sich den Unitymedia jetzt noch einfallen lassen, dass die mtu unter 1406 muss?
Ich habe in Aachen auch zwei Anschlüsse die wieder Probleme machen.
Es war ja eh schon von mtu=1312 die Rede. 
Ja genau, also unter 1406 das nachweislich für normale IPv6 Anschlüsse reicht.
Mich interessiert sehr ob jemand weiß was bei Unitymedia die maximale Paketgröße noch weiter verringert.
Im luci-config-mode kannman ja unter Erweitert auch Einsstellungen zu ipv4 / ipv6 ändern.
Macht es sinn dort mal zu experimentieren?
(IPV4 deaktivieren - welche MTU wäre dann bei IPV6 only ideal)
Oder kann ich an der UM-Fritze was anpassen?
Lege mir hier so langsam die Karten und greife nach jedem Strohalm …
Leider fehlt mir das KnowHow…
… könnten man nicht einen (TEST)Super-Node mit MTU=1312 für die
UM-Lite geschädigten aufsetzen und Parallel dazu eine UM-Experimental
(MTU=1312 und TEST-Supernode vorgeben) Firmware backen??
Testnode z.B. hier => https://mullvad.net/en/get-started
(https://mullvad.net/en/setup/ddwrt/)
Hallo zusammen,
ich hab jetzt zwei neue fastd Instanzen mit einer MTU von 1312 und 1406 konfiguriert.
Könnt ihr bitte mal ausprobieren ob das funktioniert und wenn ja welche besser ist?
uci set fastd.mesh_vpn.mtu=1312
uci set fastd.mesh_vpn_backbone_peer_moehne0.enabled=0
uci set fastd.mesh_vpn_backbone_peer_moehne1.enabled=0
uci set fastd.mesh_vpn_backbone_peer_moehne2.enabled=0
uci set fastd.mesh_vpn_backbone_peer_moehne3.enabled=0
uci set fastd.mesh_vpn_backbone_peer_moehne4=peer
uci set fastd.mesh_vpn_backbone_peer_moehne4.key=c70d345c8808e72fa740c8b8bc3c81073410a4ce3835183559f639e6aa90e420
uci set fastd.mesh_vpn_backbone_peer_moehne4.net=mesh_vpn
uci del_list fastd.mesh_vpn_backbone_peer_moehne4.remote='ipv6 "203.freifunk-moehne.de" port 1557'
uci add_list fastd.mesh_vpn_backbone_peer_moehne4.remote='ipv6 "203.freifunk-moehne.de" port 1447'
uci set fastd.mesh_vpn_backbone_peer_moehne4.group=mesh_vpn_backbone
uci set fastd.mesh_vpn_backbone_peer_moehne4.enabled=1
uci commit fastd
/etc/init.d/fastd restart
uci set fastd.mesh_vpn.mtu=1406
uci set fastd.mesh_vpn_backbone_peer_moehne0.enabled=0
uci set fastd.mesh_vpn_backbone_peer_moehne1.enabled=0
uci set fastd.mesh_vpn_backbone_peer_moehne2.enabled=0
uci set fastd.mesh_vpn_backbone_peer_moehne3.enabled=0
uci set fastd.mesh_vpn_backbone_peer_moehne4=peer
uci set fastd.mesh_vpn_backbone_peer_moehne4.key=c70d345c8808e72fa740c8b8bc3c81073410a4ce3835183559f639e6aa90e420
uci set fastd.mesh_vpn_backbone_peer_moehne4.net=mesh_vpn
uci del_list fastd.mesh_vpn_backbone_peer_moehne4.remote='ipv6 "203.freifunk-moehne.de" port 1447'
uci add_list fastd.mesh_vpn_backbone_peer_moehne4.remote='ipv6 "203.freifunk-moehne.de" port 1557'
uci set fastd.mesh_vpn_backbone_peer_moehne4.group=mesh_vpn_backbone
uci set fastd.mesh_vpn_backbone_peer_moehne4.enabled=1
uci commit fastd
/etc/init.d/fastd restart
Edit: Achtung nur für die Community Möhne!
Vielen Dank,
Lars
2 „Gefällt mir“
Habe meinem 1043v2 1312 verordnet
(alles per copy&paste - SSH am roter ausgeführt um übertragungs/Tippfehler auszuschließen)
Test beginnt JETZT…
@sirexeris testet du dann die MTU1406 Variante?
http://map.freifunk-moehne.de/meshviewer/#!n:14cc20981048
VPN zu moehne203
VPN status
fastd running for 1080.333 seconds
There are 2 peers configured, of which 1 are connected:
mesh_vpn_backbone_peer_moehne4: connected for 1037.667 seconds
mesh_vpn_backbone_peer_moehne2: not connected
Speedtest by Ookla - The Global Broadband Speed Test 14:05 Uhr => 
Speedtest by Ookla - The Global Broadband Speed Test 14:20 Uhr => 
Speedtest by Ookla - The Global Broadband Speed Test 16:12 Uhr =>
Bin aktuell nun auf MTU=1406
Speedtest by Ookla - The Global Broadband Speed Test 17:40 Uhr 
Baut wohl kein VPN auf
Wechsle dann mal wieder auf MTU 1312 zurück…
Warum machst Du eigentlich Speed-Tests? Die MTU wird da wohl keine Wunder bewirken.
Ich dachte, es geht hier um die Stabilität des fastd-Tunnels? (Oder hab ich einen an der Mütze?)
btw: Der Durchsatz ist so oder so gerade etwas… grenzwertig.
Hi,
Speedtest weil ja performance einbüßen prognostiziert wurden…
Stabil scheint es zu sein - wenn die performance aber bei teilweise <= 2 im download ist bin ich allerdings geneigt „fast alles“ in Frage zu stellen.
Wer viel misst, misst Mist 
Werde die Kiste wohl auf „Null“ setzen und mal an einem Telekom-DSL hängen um auszuschließen das nicht die Hardware einen am Schlappen hat, am UM-Anschluss einen 841er Anschlüssen zur Gegenprobe.
Schau mal hier:Performance Thread Ruhrgebiet
Wird sind mit den Problemen nicht alleine…
Aktuell (Sonntag 15:45) ohne VPN
(Konfig mit MTU 1312)
Bei einem „kaputten“ VPN hat
nicht geholfen - erst ein reboot hat die VPN-Verbindung wieder hergestellt
Hi,
„back-2-normal“ ginge dann so?!?!?!
uci set fastd.mesh_vpn.mtu=1426
uci set fastd.mesh_vpn_backbone_peer_moehne0.enabled=1
uci set fastd.mesh_vpn_backbone_peer_moehne1.enabled=1
uci set fastd.mesh_vpn_backbone_peer_moehne2.enabled=1
uci set fastd.mesh_vpn_backbone_peer_moehne3.enabled=1
uci set fastd.mesh_vpn_backbone_peer_moehne4.enabled=0
uci commit fastd
/etc/init.d/fastd restart
Ja zurück sollte so funktionieren.
Kannst du mal wenn die VPN Verbindung nicht geht „logread“ auf dem Knoten absetzen und den Output teilen?
Was für einen Anschluss hast du genau? UM mit DSLite?
Viele Grüße,
Lars
schaut ganz danach aus als hätte sich vor eingen Tagen etwas geändert (bei einem Netzbetreiber oder neuerdings Nodes bei einem problematischen Netzbetreiber), die Fragmentierung der Pakete auf dem Supernode nehmen deutlich zu. Da werden wir wohl in Aachen auch ein Update auf eine geringere MTU verteilen müssen.