5
MTU für Wireguard IPv6 ermitteln
Guten Morgen,
ich habe zwei Netzwerke über zwei RPi4 mit Wireguard verbunden.
Dies lief bis vor kurzem über IPv4.
Nun ist der ISP auf einer Seite gewechselt und ich habe auf IPv6 umgestellt, dabei ist mir aufgefallen, dass es nur langsam durch den Tunnel geht: 5-6MB/s.
Eine Seite ist deutsche Glasfaser mit 1G/500M, die andere Seite deutsche Telekom Glasfaser mit 500M/100M.
Ich habe dann den Tunnel wieder auf IPv4 umgestellt (DG Seite wählt sich zur Telekom ein) und bekam vollen Upload mit teilweise über 50MB/s, mindestens jedoch 30-35MB/s - was dem schwankenden Upload der DG entspricht.
IPv6 immer nur 5-6MB/s.
Nach Ursachenforschung im Internet bin ich auf die MTU gestoßen, also gleich mal ausprobiert.
Telekom hat 1492 minus 80 für Wireguard (IPv6) = 1412 --> keine Verbesserung.
Habe dann mit 1300 probiert und siehe da es geht auf 30MB/s, dann weiter hoch probiert bis auf 1408. Über 1408 wird es wieder langsam.
Kann mir Jemand erklären wieso 1408 benötigt wird, anstatt 1412 ? Ich würde gern den technischen Hintergrund verstehen.
Hier wird es leider nicht erklärt.
DG hat eine MTU von 1500.
Gruß
ich habe zwei Netzwerke über zwei RPi4 mit Wireguard verbunden.
Dies lief bis vor kurzem über IPv4.
Nun ist der ISP auf einer Seite gewechselt und ich habe auf IPv6 umgestellt, dabei ist mir aufgefallen, dass es nur langsam durch den Tunnel geht: 5-6MB/s.
Eine Seite ist deutsche Glasfaser mit 1G/500M, die andere Seite deutsche Telekom Glasfaser mit 500M/100M.
Ich habe dann den Tunnel wieder auf IPv4 umgestellt (DG Seite wählt sich zur Telekom ein) und bekam vollen Upload mit teilweise über 50MB/s, mindestens jedoch 30-35MB/s - was dem schwankenden Upload der DG entspricht.
IPv6 immer nur 5-6MB/s.
Nach Ursachenforschung im Internet bin ich auf die MTU gestoßen, also gleich mal ausprobiert.
Telekom hat 1492 minus 80 für Wireguard (IPv6) = 1412 --> keine Verbesserung.
Habe dann mit 1300 probiert und siehe da es geht auf 30MB/s, dann weiter hoch probiert bis auf 1408. Über 1408 wird es wieder langsam.
Kann mir Jemand erklären wieso 1408 benötigt wird, anstatt 1412 ? Ich würde gern den technischen Hintergrund verstehen.
Hier wird es leider nicht erklärt.
DG hat eine MTU von 1500.
Gruß
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 665412
Url: https://administrator.de/contentid/665412
Printed on: April 19, 2024 at 01:04 o'clock
5 Comments
Latest comment
Das Grundprinzip warum es bei Encapsulation auftritt wird HIER recht gut erklärt. Bzw. HIER etwas ausführlicher. Ob GRE, IPsec oder Wireguard ist dabei egal.
Anhand der entsprechenden Headergrößen kannst du dir den MTU Wert ganz einfach ausrechnen oder einen Rechner wie diesen benutzen:
https://baturin.org/tools/encapcalc/
Checken kann man die MTU mit einem Ping Test, dont fragment Bit und variierenden Größen:
https://blog.boll.ch/basic-stuff-mtu-groesse-mit-ping-testen/
https://www.pcwdld.com/ping-mtu
Anhand der entsprechenden Headergrößen kannst du dir den MTU Wert ganz einfach ausrechnen oder einen Rechner wie diesen benutzen:
https://baturin.org/tools/encapcalc/
Checken kann man die MTU mit einem Ping Test, dont fragment Bit und variierenden Größen:
https://blog.boll.ch/basic-stuff-mtu-groesse-mit-ping-testen/
https://www.pcwdld.com/ping-mtu
1
Danke für die Links.
Habe ich soweit alles ermittelt:
1. Telekom
a) IPv4: MTU = 1500
b) IPv6: MTU = 1492
2. DG
a) IPv4: MTU = 1500
b) IPv6: MTU = 1500
durch "netsh interface ipv4 bzw. 6 show interfaces" und den Ping Test.
Laut Rechner müsste der MTU bei 1412 sein siehe
Bin ich also genau so schlau wie vorher.
Beim Raspberry zeigt er mir allerdings nur:
eine MTU für eth0 an.
edit, habe es heute noch mal ausprobiert mit 1412 und nun ging es auf 26-32MB/s.
k.A. was da gestern los war - sorry.
Die Links und der Rechner sind jedefalls ganz gut.
Habe ich soweit alles ermittelt:
1. Telekom
a) IPv4: MTU = 1500
b) IPv6: MTU = 1492
2. DG
a) IPv4: MTU = 1500
b) IPv6: MTU = 1500
durch "netsh interface ipv4 bzw. 6 show interfaces" und den Ping Test.
Laut Rechner müsste der MTU bei 1412 sein siehe
Bin ich also genau so schlau wie vorher.
Beim Raspberry zeigt er mir allerdings nur:
pi@raspberrypi:~ $ ifconfig| grep mtu
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
wg0: flags=209<UP,POINTOPOINT,RUNNING,NOARP> mtu 1408edit, habe es heute noch mal ausprobiert mit 1412 und nun ging es auf 26-32MB/s.
k.A. was da gestern los war - sorry.
Die Links und der Rechner sind jedefalls ganz gut.
1a. kann niemals stimmen wenn die Telekom bei dir mit xDSL ankommt !
PPPoE und der VDSL obligatorische VLAN Tag kostet ein paar Bits. 1500 ist ja Standard Ethernet ohne Overhead. 1488 ist hier also am PPPoE Port Standard.
PPPoE und der VDSL obligatorische VLAN Tag kostet ein paar Bits. 1500 ist ja Standard Ethernet ohne Overhead. 1488 ist hier also am PPPoE Port Standard.
Zitat von @aqui:
1a. kann niemals stimmen wenn die Telekom bei dir mit xDSL ankommt !
PPPoE und der VDSL obligatorische VLAN Tag kostet ein paar Bits. 1500 ist ja Standard Ethernet ohne Overhead. 1488 ist hier also am PPPoE Port Standard.
1a. kann niemals stimmen wenn die Telekom bei dir mit xDSL ankommt !
PPPoE und der VDSL obligatorische VLAN Tag kostet ein paar Bits. 1500 ist ja Standard Ethernet ohne Overhead. 1488 ist hier also am PPPoE Port Standard.
Zitat von mir:
die andere Seite deutsche Telekom Glasfaser
die andere Seite deutsche Telekom Glasfaser
