Registerfehler durch falsche MTU?

[HfX]

Abgetrennt von Anmeldung der Internetrufnummer gescheitert
rollo
======================================

Hallo zusammen,

ich war auch geplagt von den ständigen Problemen beim Registrieren von Internerufnummern bei 1&1. Die Hotline brachte mich nicht weiter, auch ein Call bei AVM brachte nichts, ständig Einträg im Systemlog der Fritz!Box z.B.:

23.11.05 23:34:47 Anmeldung der Internetrufnummer xxxxxxxxxxxx ist gescheitert. Fehlergrund: Gegenstelle antwortet nicht. Zeitüberschreitung.
23.11.05 23:21:57 Anmeldung der Internetrufnummer xxxxxxxxxxxx ist gescheitert. Fehlergrund: Gegenstelle antwortet nicht. Zeitüberschreitung.
23.11.05 23:16:00 Anmeldung der Internetrufnummer xxxxxxxxxxxx ist gescheitert. Fehlergrund: Gegenstelle antwortet nicht. Zeitüberschreitung.
23.11.05 23:14:28 Anmeldung der Internetrufnummer xxxxxxxxxxxx ist gescheitert. Fehlergrund: Gegenstelle antwortet nicht. Zeitüberschreitung.

Nun hatten wir auf der Arbeit ein Problem mit sämtlichen VPN-Leitungen in unsere Firma und haben dort gesucht wie die Irren, dabei mußten wir feststellen, daß seitens der Telekom sich irgendwie die MTU geändert hat.
(Mittlerweile habe ich Info, daß vor allem im Raum Regensburg, da bin ich her, eine große Netzwerkumstellung seitens Telekom stattfindet).

Nun zurück zur MTU. Unser Netzwerker in der Firma konnte das MTU-Problem lösen, indem er unsere zentralen Netzwerkkomponenten so eingestellt hat, daß diese die MTU reduzieren und ab dem Zeitpunkt war alles okay.

Ich habe also daraus Rückschlüsse gezogen und mal auf der Fritz!Box (Telnetzugang vorausgesetzt) den Befehl:

ifconfig dsl mtu 1400

abgesetzt und habe seit dem absolut keine Probleme.

Nun würde mich mal interessieren:

Wer hat Probleme in Nordbayern/Oberpfalz?
Bei wem hilft das Verstellen der MTU ebenfalls?
Wer kann das dann bei Erfolg weitertriggern zu AVM oder 1und1?
Wer kann den MTU-Wert noch besser konfigurieren/austesten (Er sollte noch ein wenig höher werden oder)?

Ich finde es würde sich in die Fritz!Box ins Konfigurationsmenü eine
Einstellung gehören, welche die MTU einstellbar macht.

Feedback erwünscht.

Gruß

Peter

 

[rollo]

@HfX

Mag ja interessant sein, hat aber nichts mit den derzeitigen Problemen bei United Internet zu tun. Bitte etwas differenzierter posten, sonst fängt der eine oder andere an, deshalb an seinen Einstellungen rumzufummeln, obwohl es um ein ganz anderes Problem geht.

jo

 

[erik]

Die verwendbare MTU hängt beim T-DSL meines Wissens vom Provider und der Art seiner Anbindung ab. Der Wert wird bei der PPPoE-Aushandlung übermittelt und die Fritz Box verwendet diese Information auch.

Es gibt auch Router, bei denen man die MTU manuell einstellen kann, falls der übermittelte Wert nicht korrekt ist. Mit den Störungen bei 1&1 und GMX hat das aber bestimmt nichts zu tun, denn hier melden sehr unterschiedlich angebundene GMX-Nutzer ebenfalls Probleme.

 

[HfX]

Hallo, habe mich ein wenig eingelesen, hier meine "Ergüsse":

Ethernet (LAN)
------------------------------------------------

Ethernet Frame maximale Größe: 1518
Header -14
Checksum - 4
============================================
max. Size 1500
====

PPoE (DSL)
-----------------------------------------------
MTU 1500
PPoE Protokoll Header -8
============================================
max. Size 1492
====

Alle Router im Internet sollten eine MTU von 1500 haben,
sodaß es mit einer MTU von 1492 sauber funktionieren sollte.

Wenn sich irgendein Router/Host nicht dranhält, gibt
es Probleme und man kann nur durch Probieren
(ping -f -l [size]) herausfinden, welche MTU passt!

Wenn ICMP-Fehlermeldungen verloren gehen (Etwa durch eine Firewall dessen
Administrator meint, dass ICMP boese ist und blockiert werden muss), dann
geht auch die Information zur Defragmentierung verloren und eine
Verbindung kommt bei falscher MTU nicht mehr zustande.
(z.B. microsoft.com,gmx.de usw.)

ein ping auf

1und1.de (dort meldet man seine internetnummern an) ergibt bei mir
eine maximale Größe eines Paketes von 1422

ping -f -l 1422 1und1.de
Pinging 1und1.de [195.20.224.89] with 1422 bytes of data:
Reply from 195.20.224.89: bytes=1422 time=80ms TTL=57

ping -f -l 1423 1und1.de
Pinging 1und1.de [195.20.224.89] with 1423 bytes of data:
Reply from 192.168.178.1: Packet needs to be fragmented but DF set.


D.h., auf meinem Windows XP Rechner, welcher hinter der Fritzbox ist,
müßte ich für optimales Surfvergnügen nun die MTU auf 1422 einstellen.
(das geht relativ einfach)

Doch wie verhält das ganze sich nun bei der Fritz!box?

ifconfig dsl liefert folgende Info:

ifconfig dsl
dsl Link encapoint-Point Protocol
inet addr:192.168.179.1 P-t-P:192.168.179.1 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:24480557 errors:0 dropped:0 overruns:0 frame:0
TX packets:21540836 errors:0 dropped:15233 overruns:0 carrier:0
collisions:0 txqueuelen:10
RX bytes:1491295588 (1.3 GiB) TX bytes:3818923812 (3.5 GiB)

Setzt man auf der Fritz!box einen ping ab, dann bekommt man als reply
ein Paket zurück, welches 8 Byte größer ist. Das entspricht dem
PPoE Protokoll Header.

# ping -c 1 -s 1000 195.20.224.89
PING 195.20.224.89 (195.20.224.89): 1000 data bytes
1008 bytes from 195.20.224.89: icmp_seq=0 ttl=58 time=70.0 ms

Leider gibt es auf der Fritz!Box keine Möglichkeit einen ping abzusetzen,
welcher das DF-Flag (don't defragment) setzt um ermitteln zu können,
welche max. MTU der Server von 1und1 verkraftet, bei welchem man die
Rufnummern registriert. Meiner Meinung wäre dieser ermittelte Wert
somit die max. MTU für das DSL-Interface der Fritz!box, sofern man
beim Provider 1und1 ist und dieser die aktuelle Konfiguration des Hosts

1und1.de 195.20.224.89

weiterhin betreibt.

Mit den Störungen bei 1&1 und GMX hat das aber bestimmt nichts zu tun, denn hier melden sehr unterschiedlich angebundene GMX-Nutzer ebenfalls Probleme.

Ich denke schon: siehe dazu einen Ausschnitt aus den MTU-Mini-FAQs,
welche es auch hier zum nachlesen gibt: MTU-Mini-FAQ

Leider liegt zwischen diesen beiden Rechnern die "Engstelle" der PPPoE-Verbindung, die eine (maximale) von 1492 hat und deshalb Pakete nicht weiterleiten kann, die größer als dieser MTU-Wert sind.
Da der Server aber eine groessere Default-MTU hat als 1492 schickt er Packete die so gross sind wie seine MTU.
Normalerweise wuerde der Server jetzt ein ICMP 'Destination unreachable: Fragmentation needed, but DF set.' bekommen und daraufhin via PMTUD die maximale MTU der Strecke herauszufinden. Leider meinen manche Leute, dass ICMP boese ist (neben GMX.de gehoert da unter anderem auch microsoft.com zu) und dass das auf der Firewall vor dem Server geblockt werden muss.

Testlauf:

MTU 1400 - ohne Probleme.
MTU 1450 - ohne Probleme
MTU 1452 - ohne Probleme (scheint das Limit zu sein)
[s:d6e6c56a62]MTU 1460 - ohne Probleme.[/s:d6e6c56a62]

Vielleicht kann jemand mit einer MOD-Firmware mal einen ping absetzten mit dem DF-Flag gesetzt?

Danke fürs Lesen.

Gruß

Peter