"Lahmes" Internet seit Update auf 26.1

Started by cottec, March 11, 2026, 10:38:52 PM

Previous topic - Next topic
Könnte sein, zudem es anscheinend bei einer Paketlänge von 1466 Bytes auftritt. Wenn Deine Zugangsart PPPoE ist, hast Du nur eine Payload von 1492-40 = 1452 Bytes. Du kannst dann versuchen, entweder die "MSS" (eigentlich MTU-40) auf 1492 zu ändern oder, falls Du keinen Telekom-DSL-Anschluss hast, mittels Mini-Jumbo-Frames die MTU auf 1500 Bytes zu erhöhen.
Intel N100, 4* I226-V, 2* 82559, 16 GByte, 500 GByte NVME, ZTE F6005

1100 down / 450 up, Bufferbloat A+

es ist o2 pppoe DSL...
MSS ist auf den interfaces mit 1492 eingetragen...

Quote from: meyergru on May 14, 2026, 08:14:29 AMfalls Du keinen Telekom-DSL-Anschluss hast, mittels Mini-Jumbo-Frames die MTU auf 1500 Bytes zu erhöhen.

ich hab nen o2 Anschluss über ne Telekom Leitung...
Wo müsste ich das testen?
Beim  pppoe device MTU 1500 eintragen und dann aus den Interfaces alles raus?

Ich habe die Anleitung doch verlinkt. Aber wenn es eine Telekom-Leitung ist, geht es nicht, auch das schrieb ich schon.
Intel N100, 4* I226-V, 2* 82559, 16 GByte, 500 GByte NVME, ZTE F6005

1100 down / 450 up, Bufferbloat A+

Quote from: meyergru on May 17, 2026, 08:14:15 PMIch habe die Anleitung doch verlinkt. Aber wenn es eine Telekom-Leitung ist, geht es nicht, auch das schrieb ich schon.
Alles klar, war mir nicht sicher, ob es da um die Leitung oder dann wirklich den Provider geht...

hast du ne Idee was es sonst sein kann?

Das schrieb ich in #15: Prüf, ob die MSS-Einstellung auf 1492 Bytes steht, was bei Deinem PPPoE das Maximum darstellt.
Intel N100, 4* I226-V, 2* 82559, 16 GByte, 500 GByte NVME, ZTE F6005

1100 down / 450 up, Bufferbloat A+

Quote from: meyergru on May 18, 2026, 11:14:16 PMPrüf, ob die MSS-Einstellung auf 1492 Bytes steht


Quote from: cottec on May 14, 2026, 07:46:31 PMMSS ist auf den interfaces mit 1492 eingetragen...
You cannot view this attachment.
You cannot view this attachment.

Fehler bleiben leider bestehen
You cannot view this attachment.

Falls es an der MTU liegt, dann kann es auch sein, dass die Gegenseite nicht mit TCP-Fragmentierung klarkommt oder dass UDP verwendet wird.

Dein Skript läuft ja vermutlich auf irgendeinem Client, nicht auf OpnSense selbst. Kannst Du dort die MTU kleiner machen? Vielleicht funktioniert ja das MSS-Clamping auf OpnSense nicht korrekt. Tatsächlich weiß ich, dass das ganze MTU/MSS-Handling für IPv6 seit einiger Zeit nicht ganz wie erwartet arbeitet. Und visualizer.coffee hat auch IPv6-Adressen, die ggf. bevorzugt genutzt werden. Falls dort die PMTUD kaputt ist, müssen dann die Pakete schon an der Quelle längenbegrenzt werden. Ich würde sicherheitshalber mal mit 1400 Bytes probieren.
Intel N100, 4* I226-V, 2* 82559, 16 GByte, 500 GByte NVME, ZTE F6005

1100 down / 450 up, Bufferbloat A+

May 22, 2026, 11:41:50 PM #24 Last Edit: May 22, 2026, 11:48:09 PM by cottec
okay hab ich jetzt eingestellt mit WAN MTU 1400 und die anderen Interfaces MSS 1400


jetzt kriege ich bei mehr als 1344 ein "message too long"
ist das richtig so?
You cannot view this attachment.


hilft das hier?
und by the way: was sollte man eigentlich schwärzen und was nicht? :D
You cannot view this attachment.

Naja, klar. Wenn die MTU kleiner wird, sind auch weniger Nutzdaten möglich. Hier geht es doch darum, festzustellen, ob der Weg zu den betroffenen Sites eine Limitierung aufweist und Deine Seite darauf einzustellen, auch nicht mehr zu schicken, als möglich ist. Eine MTU von 1400 sollte im Internet jeder können, wenn es also auch nicht funktioniert, wenn Deine Clients nur das nutzen, ist die MTU nicht die Ursache.
Intel N100, 4* I226-V, 2* 82559, 16 GByte, 500 GByte NVME, ZTE F6005

1100 down / 450 up, Bufferbloat A+

Quote from: meyergru on Today at 11:18:14 AMist die MTU nicht die Ursache.
Scheint so... Hast du noch ne Idee wo ich forschen könnte?
Normalizing?
NIC Firmware update?
Ist eine Intel I226-V in version 2.13 meine ich
You cannot view this attachment.

Ich kann mir eigentlich nicht vorstellen, dass das das Problem ist. Auf manchen Boxen gibt es Probleme, wenn ASPM aktiv ist, das sollte man im BIOS abschalten. Was bei Dir passiert, sind offensichtlich TCP restarts. Das kann auch so etwas sein wie SACK, Window Scaling, RFC1323 und den verwendeten Algorithmus (CUBIC, NewReno) usw. Windows hat da etliche Parameter, die man setzen kann.

Es gab da früher mal Optimierungstools: https://www.speedguide.net/downloads.php , deren Anwendung ist aber heute nicht mehr zu empfehlen.

Neuere Tools sind da eher zu empfehlen, wobei Windows 11 25H2 schon wieder neue Parameter nutzt: https://www.golem.de/news/tcp-die-versteckte-netzwerkbremse-in-windows-10-und-11-2302-172043.html

Wenn man die Einstellungen unter Windows allerdings vergurkt hat, muss man das eventuell zurücksetzen, denn eigentlich sind neuere Windows-Varianten da schon ab Werk ganz gut.
Intel N100, 4* I226-V, 2* 82559, 16 GByte, 500 GByte NVME, ZTE F6005

1100 down / 450 up, Bufferbloat A+

Quote from: meyergru on Today at 12:18:27 PMWindows hat da etliche Parameter
Sorry, wir sprechen hier von einem Android Tablet..

Und ich bin mir ziemlich sicher, dass das Problem eher durch das Update auf die 26.1 gekommen ist.
Vermutlich dann auch eher ne IPv6 Thematik...