Skip to main content
Warum O2
Warenkorb
Service
Gelöst

MSS Clamping broken


carlosw
Besucher:in

Hallo,

ich setze seit ca. 2 Jahren eine Fritzbox 7360 bislang problemlos ein.

Gestern gab es 2 böse Überraschungen:

  1. Ein Strato-VServer schien sich via ssh seltsam zu verhalten.
  2. Eingehende Anrufe werden mit ca. 80% Wahrscheinlichkeit noch ohne, dass sie bei mir das Telefon läuten lassen, mit “Der Angerufene antwortet nicht” abgewiesen.Gelegentlich klappt es aber! Ausgehende Anrufe funktionieren mit gelegentlichen Verbindungsabbrüchen.

Zu 1. bin ich einen Schritt weiter: Große TCP -Pakete können meinerseits nicht empfangen werden! MSS-Clamping/ pathMTU scheint nicht mehr zu funktionieren! Nach Reduktion der MTU meines Laptop von 1500 auf 1480 klappt es jetzt wieder einwandfrei.

Ich frage mich, ob seitens O2 offenbar blockierte ICMP-Pakete auch mit Problem Nr. 2 zusammenhängen? Leider lässt sich die MTU der Fritzbox nicht reduzieren und autokonfigurierbar ist der Oldtimer seitens O2 leider nicht.

Ein Ticket zu 2. habe ich bereits erüffnet.

Lösung von carlosw

@o2_Lars und Alle: Gestern war der Telekom-Techniker am DSLAM. Noch bevor er mich anrief, kam eine Frau auf ihn zu, bei ihr ginge seit Freitag letzter Woche der Anschluss nicht mehr richtig. Als ich ihm bestätige, dass das bei mir auch am Freitag war, hat er meine Leitung auf einen anderen gelegt. Jetzt ist auch der Bandbreitenunterschied von 29Mbit/s Bitstream zu den 10 Mbit/s meines Vertrags nicht mehr so groß und alles klappt wieder! Ich hoffe, die Dame hat er auch gliech mit verarztet! :grinning:

14 Antworten

schluej
Legende
  • June 20, 2020

Moin Moin,

wie kommst Du darauf das O2 ICMP Paket blockiert?

Also beim mir wird da nix blockiert.

Eventuell hat auch nur die 7360 das EOL erreicht...


carlosw
Besucher:in
  • Autor
  • Besucher:in
  • June 20, 2020

Ja, EOL war wohl genau vorgestern! Das ist wie mit dem Mindesthaltbarkeitsdatum: Die Jungen schmeißen alles weg, sobald es erreicht ist!

Naja, MSS-Clamping basiert auf gewissen ICMP-Paketen. Wenn pMTU nicht klappt, dann liegt das nahezu immer an blockierten ICMP Paketen. Da das Problem mit unterschiedlichen Servern auftaucht, tippe ich auf eine Änderung bei O2.


Joe Doe
Legende
Forum|alt.badge.img+37
  • Legende
  • June 20, 2020

@carlosw Welche 7360? V1 oder V2? IPv6 am o2 DSL aktiviert?


schluej
Legende
  • June 20, 2020

Wenn O2 die blockiert würde vermutlich alle das Problem haben…

Und normalerweise werden die Pakete dann fragmentiert. Eventuell liegt es dann eher an der Firewall…

Ggf. mal die Firewall abschalten. Oder doch mal über einen neuen Router nachdenken. Welche Software ist denn auf der Fritzbox? Noch die erste denn man muss ja nicht gleich aktuellen Mist einspielen?

P.s. müsste die pmtu nicht zwischen der FB und den Rechner ausgehandelt werden???


carlosw
Besucher:in
  • Autor
  • Besucher:in
  • June 20, 2020

@Joe Doe 7360 v2, nur IPV4

@schluej : Nein, entweder es wird fragmentiert oder man setzt auf pathMTU. fragmentieren bedeutet mehrsinnlosen Netzwerkverkehr. Bei pMTU setzt der Sender das Don’t Fragment Flag im IP Headder und vertraut auf die ICMP Nachrichten, die ihm sagen: nein, das Paket war zu groß! Wenn die ICMPs aber nicht durchkommen, dann stallt die TCP Verbindung, da die Empfangsbestätigungen ausbleiben, was zu retransmits führt, die aber immer noch genauso groß sind.


schluej
Legende
  • June 20, 2020

@carloswach man lernt nie aus. ich hätte ja jetzt gedacht das schon der Router den mtu Wert ändern muss weil bei dsl die Größe auf 1492 beschränkt ist. Aber bestimmt ist das O2 die icmp Pakete filtern, nur bei Dir…

Und oben schreibst Empfangen… nicht senden… Dann ist doch dein Router der die Paket vom Sender nicht durchlässt….


Denner
Legende
Forum|alt.badge.img+40
  • Legende
  • June 21, 2020

Eine Fritz 7360 und einen V-Server?

 

Zündest du dir deine Zigarette auch mit einer Dynamitstange an?

 

Werde ich nie verstehen!

 


schluej
Legende
  • June 21, 2020

Also bei mir wird da nix gefiltert…

Ich würde da mal in den eigenen Systemen schauen.

mturoute to www.heise.de, 30 hops max, variable sized packets
* ICMP Fragmentation is not permitted. *
* Speed optimization is enabled. *
* Maximum payload is 10000 bytes. *
1 Optimizer: pre-checking 1472 bytes
doMTU: got return code 1 for mtu 1472
doMTU: returning status 0
+ ICMP payload of 1472 bytes succeeded.
Optimizer: pre-checking 1473 bytes
doMTU: got return code 0 for mtu 1473
doMTU: GetLastError called after IcmpSendEcho returned 11009
icmp return code 11009
- ICMP payload of 1473 bytes is too big.
host: 192.168.1.254 max: 1500 bytes
2 Optimizer: pre-checking 1472 bytes
doMTU: got return code 1 for mtu 1472
doMTU: IcmpSendEcho reply buffer contains 11009
icmp return code 11009
- ICMP payload of 1472 bytes is too big.
Optimizer: pre-checking 92 bytes
doMTU: got return code 1 for mtu 92
doMTU: returning status 0
+ ICMP payload of 92 bytes succeeded.
doMTU: got return code 1 for mtu 782
doMTU: returning status 0
+ ICMP payload of 782 bytes succeeded.
doMTU: got return code 1 for mtu 1127
doMTU: returning status 0
+ ICMP payload of 1127 bytes succeeded.
doMTU: got return code 1 for mtu 1299
doMTU: returning status 0
+ ICMP payload of 1299 bytes succeeded.
doMTU: got return code 1 for mtu 1385
doMTU: returning status 0
+ ICMP payload of 1385 bytes succeeded.
doMTU: got return code 1 for mtu 1428
doMTU: returning status 0
+ ICMP payload of 1428 bytes succeeded.
doMTU: got return code 1 for mtu 1450
doMTU: returning status 0
+ ICMP payload of 1450 bytes succeeded.
doMTU: got return code 1 for mtu 1461
doMTU: returning status 0
+ ICMP payload of 1461 bytes succeeded.
doMTU: got return code 0 for mtu 1466
doMTU: GetLastError called after IcmpSendEcho returned 11009
icmp return code 11009
- ICMP payload of 1466 bytes is too big.
doMTU: got return code 1 for mtu 1463
doMTU: returning status 0
+ ICMP payload of 1463 bytes succeeded.
doMTU: got return code 1 for mtu 1464
doMTU: returning status 0
+ ICMP payload of 1464 bytes succeeded.
doMTU: got return code 0 for mtu 1465
doMTU: GetLastError called after IcmpSendEcho returned 11009
icmp return code 11009
- ICMP payload of 1465 bytes is too big.
host: 62.52.201.199 max: 1492 bytes
3 Optimizer: pre-checking 1464 bytes
doMTU: got return code 1 for mtu 1464
doMTU: returning status 0
+ ICMP payload of 1464 bytes succeeded.
Optimizer: pre-checking 1465 bytes
doMTU: got return code 1 for mtu 1465
doMTU: IcmpSendEcho reply buffer contains 11009
icmp return code 11009
- ICMP payload of 1465 bytes is too big.
host: 62.53.2.26 max: 1492 bytes
4 Optimizer: pre-checking 1464 bytes
doMTU: got return code 0 for mtu 1464
doMTU: GetLastError called after IcmpSendEcho returned 11010
.doMTU: request timeout at mtu 1464, 2 tries left
doMTU: got return code 0 for mtu 1464
doMTU: GetLastError called after IcmpSendEcho returned 11010
.doMTU: request timeout at mtu 1464, 1 tries left
doMTU: got return code 0 for mtu 1464
doMTU: GetLastError called after IcmpSendEcho returned 11010
.doMTU: request timeout at mtu 1464, 0 tries left
doMTU: Timed all the way out.
doMTU: Assuming ICMP responses will not be coming. Speeding things up.icmp return code 11010
- ICMP payload of 1464 bytes failed. (IP_REQ_TIMED_OUT)
Optimizer: pre-checking 92 bytes
doMTU: got return code 0 for mtu 92
doMTU: GetLastError called after IcmpSendEcho returned 11010
.doMTU: request timeout at mtu 92, 0 tries left
doMTU: Timed all the way out.
doMTU: Assuming ICMP responses will not be coming. Speeding things up.icmp return code 11010
- ICMP payload of 92 bytes failed. (IP_REQ_TIMED_OUT)
host: 62.53.14.66 not responding
5 Optimizer: pre-checking 1464 bytes
doMTU: got return code 0 for mtu 1464
doMTU: GetLastError called after IcmpSendEcho returned 11010
.doMTU: request timeout at mtu 1464, 0 tries left
doMTU: Timed all the way out.
doMTU: Assuming ICMP responses will not be coming. Speeding things up.icmp return code 11010
- ICMP payload of 1464 bytes failed. (IP_REQ_TIMED_OUT)
Optimizer: pre-checking 92 bytes
doMTU: got return code 0 for mtu 92
doMTU: GetLastError called after IcmpSendEcho returned 11010
.doMTU: request timeout at mtu 92, 0 tries left
doMTU: Timed all the way out.
doMTU: Assuming ICMP responses will not be coming. Speeding things up.icmp return code 11010
- ICMP payload of 92 bytes failed. (IP_REQ_TIMED_OUT)
host: 62.53.0.35 not responding
6 Optimizer: pre-checking 1464 bytes
doMTU: got return code 1 for mtu 1464
doMTU: returning status 0
+ ICMP payload of 1464 bytes succeeded.
Optimizer: pre-checking 1465 bytes
doMTU: got return code 1 for mtu 1465
doMTU: IcmpSendEcho reply buffer contains 11009
icmp return code 11009
- ICMP payload of 1465 bytes is too big.
host: 62.53.28.151 max: 1492 bytes
7 Optimizer: pre-checking 1464 bytes
doMTU: got return code 1 for mtu 1464
doMTU: returning status 0
+ ICMP payload of 1464 bytes succeeded.
Optimizer: pre-checking 1465 bytes
doMTU: got return code 1 for mtu 1465
doMTU: IcmpSendEcho reply buffer contains 11009
icmp return code 11009
- ICMP payload of 1465 bytes is too big.
host: 62.53.9.53 max: 1492 bytes
8 Optimizer: pre-checking 1464 bytes
doMTU: got return code 0 for mtu 1464
doMTU: GetLastError called after IcmpSendEcho returned 11010
.doMTU: request timeout at mtu 1464, 0 tries left
doMTU: Timed all the way out.
doMTU: Assuming ICMP responses will not be coming. Speeding things up.icmp return code 11010
- ICMP payload of 1464 bytes failed. (IP_REQ_TIMED_OUT)
Optimizer: pre-checking 92 bytes
doMTU: got return code 0 for mtu 92
doMTU: GetLastError called after IcmpSendEcho returned 11010
.doMTU: request timeout at mtu 92, 0 tries left
doMTU: Timed all the way out.
doMTU: Assuming ICMP responses will not be coming. Speeding things up.icmp return code 11010
- ICMP payload of 92 bytes failed. (IP_REQ_TIMED_OUT)
host: 80.81.192.132 not responding
9 Optimizer: pre-checking 1464 bytes
doMTU: got return code 1 for mtu 1464
doMTU: returning status 0
+ ICMP payload of 1464 bytes succeeded.
Optimizer: pre-checking 1465 bytes
doMTU: got return code 1 for mtu 1465
doMTU: IcmpSendEcho reply buffer contains 11009
icmp return code 11009
- ICMP payload of 1465 bytes is too big.
host: 82.98.102.7 max: 1492 bytes
10 Optimizer: pre-checking 1464 bytes
doMTU: got return code 1 for mtu 1464
doMTU: returning status 0
+ ICMP payload of 1464 bytes succeeded.
Optimizer: pre-checking 1465 bytes
doMTU: got return code 1 for mtu 1465
doMTU: IcmpSendEcho reply buffer contains 11009
icmp return code 11009
- ICMP payload of 1465 bytes is too big.
host: 82.98.102.23 max: 1492 bytes
11 Optimizer: pre-checking 1464 bytes
doMTU: got return code 0 for mtu 1464
doMTU: GetLastError called after IcmpSendEcho returned 11010
.doMTU: request timeout at mtu 1464, 0 tries left
doMTU: Timed all the way out.
doMTU: Assuming ICMP responses will not be coming. Speeding things up.icmp return code 11010
- ICMP payload of 1464 bytes failed. (IP_REQ_TIMED_OUT)
Optimizer: pre-checking 92 bytes
doMTU: got return code 0 for mtu 92
doMTU: GetLastError called after IcmpSendEcho returned 11010
.doMTU: request timeout at mtu 92, 0 tries left
doMTU: Timed all the way out.
doMTU: Assuming ICMP responses will not be coming. Speeding things up.icmp return code 11010
- ICMP payload of 92 bytes failed. (IP_REQ_TIMED_OUT)
host: 212.19.61.13 not responding
12 Optimizer: pre-checking 1464 bytes
doMTU: got return code 1 for mtu 1464
doMTU: returning status 0
+ ICMP payload of 1464 bytes succeeded.
Optimizer: pre-checking 1465 bytes
doMTU: got return code 1 for mtu 1465
doMTU: IcmpSendEcho reply buffer contains 11009
icmp return code 11009
- ICMP payload of 1465 bytes is too big.
host: 193.99.144.85 max: 1492 bytes

 


carlosw
Besucher:in
  • Autor
  • Besucher:in
  • June 21, 2020

@Denner : Nee, rauchen tue ich schon 40 Jahre nicht mehr!

@schluej : Wenn A zu B eine TCP Verbindung aufmacht (SYN-Pakete), dann wird dabei die MSS, die max. segment size, ausgehandelt. Dabei wird die MTU von A und B berücksichtigt, nicht die von den Routern dazwischen. Wenn ich auf meinem Laptop die MTU senke, dann sende und erhalte ich nur noch entsprechend kleiner Pakete. So, wenn jetzt VOIP ein Problem hat mit zu großen SIP-Paketen, dann müsste ich entsprechend die MTU meines Routers reduzieren.

@all: Außerdem gibt’s Neues vgl. nächsten Post.


carlosw
Besucher:in
  • Autor
  • Besucher:in
  • June 21, 2020

Am späten Abend wurden meine Probleme noch größer. Da half auch die erniedrigte MTU auf dem Laptop nichts mehr!

Dann habe ich meine O2 Box 6742 ausgepackt und konfiguriert. Mit ihr sind die Probleme etwas geringer, aber immer noch massiv: Eine Google-Suche gerade eben hatte 3x Timeout bis beim 4. Versuch die Daten zügig eintrafen. Es gibt hier massive Unterschiede: www.sueddeutsche.de geht prima, trauer.sueddeutsche.de ist wie google eine Katastrophe!

Irgendwo auf der letzten Meile führen Daten-Bursts im Downlink zu Problemen. Es ist natürlich schon krass: Hier in meiner Zweitwohnung in München liefert der Telekom-Bitstream 100 MBit/s via VDSL2 und die müssen auf 10 Mb meines O2-All-in-S Vertrags gedrosselt werden. Das hat zwar etwa 1,5 Jahre lang gut geklappt (ich stieg vor 2 Jahren von der alten O2-Box 6431 auf die Fritzbox um; als ich in 2019 mal wegen einer kleinen Störung zurück auf die 6431 musste, gab’s keine stabile Verbindung mehr, weil die 6431 mit der zwischenzeitlich erhöhten Datenrate von 100Mb nicht klarkam, also wurden die 100Mb wohl vor etwa 1,5 Jahren eingeführt. Nach dieser kleinen Störung hat mir O2 die 6742 geschickt, die ich aber erst gestern ausgepackt habe.)

Ach ja, Telefonie klappt mit der 6742 leider überhaupt nicht (mit der Fritzbox habe ich ausgehend gestern 15 Minuten problemlos telefonieren können). Die 6742 kann meine Nummer beim O2-Sip-Server gar nicht erst registrieren, was mit der Fritzbox ja problemfrei klappt.

Ich berichte, wie’s weiter geht.


schluej
Legende
  • June 21, 2020

Die HomeBox hat keine aktuelle Software mehr und baut deswegen keine SIP Verbindung mehr auf.

Ist als keine Hilfreiche Referenz. Das die 73xx Router von AVM mit Verbindungen ab 100MBit Verbindungen irgendwann überfordert sind ist auch keine neue Erkenntnis.

Entweder mal eine aktuelle Fritzbox 7490 oder 75x0 verwenden oder am Montag bei O2 mal um eine neue HomeBox bitten.

Zur MTU: Toll. Seit Jahren beträgt die MTU 1492 bei DSL was soll da noch ausgehandelt werden? Selbst wenn da ein Server 1500 kann müssen die Pakete ja durch die DSL Leitung und da sind 1492 max…

Und bei mir ist der Router der 1. der die MTU auf 1492 reduziert, könnte an DSL liegen muss aber nicht.

Kann natürlich Zufall sein, aber oben sieht man ja das O2 da nichts filtert. Alle kommen auf eine MTU Größe von 1492...


o2_Lars
  • Moderator
  • June 22, 2020

hallo @carlosw und willkommen zurück in unserer o2 Community :-)

Du hast von @schluej ja schon den einen und anderen Hinweis und Tipp erhalten, wie sieht es den naktuell aus? Läuft de Anschluss wieder so, wie er soll? :-)

Gruß,

Lars


carlosw
Besucher:in
  • Autor
  • Besucher:in
  • Lösung
  • June 27, 2020

@o2_Lars und Alle: Gestern war der Telekom-Techniker am DSLAM. Noch bevor er mich anrief, kam eine Frau auf ihn zu, bei ihr ginge seit Freitag letzter Woche der Anschluss nicht mehr richtig. Als ich ihm bestätige, dass das bei mir auch am Freitag war, hat er meine Leitung auf einen anderen gelegt. Jetzt ist auch der Bandbreitenunterschied von 29Mbit/s Bitstream zu den 10 Mbit/s meines Vertrags nicht mehr so groß und alles klappt wieder! Ich hoffe, die Dame hat er auch gliech mit verarztet! :grinning:


o2_Lars
  • Moderator
  • June 28, 2020

Hallo @carlosw und danke für die Rückmeldung :-)

Freut mich zu lesen, dass nun alles wieder so läuft, wie es soll :-)

Falls noch etwas sein sollte, weißt Du ja nun, wow Du uns alle findest. Und auch wenn nichts ist, haben wir mit unserem Digitalen Wohnzimmer einen Bereich, wo es eigentlich für jeden ein passendes Thema gibt :-)

Gruß,

Lars