Important note about SSL VPN compatibility for 20.0 MR1 with EoL SFOS versions and UTM9 OS. Learn more in the release notes.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 6 replies
  • Subscribers 38 subscribers
  • Views 5459 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

DSL PPPoE Verbindungsprobleme

Corain
Und schon wieder ich [8-)]

Ich habe unseren ASG gestern so umgestellt, dass die DSL-Verbindung nicht mehr über den vorherigen Netgear-Router mit DHCP von selbigem aufgebaut wird, sondern die Astaro jetzt direkt mit dem DSL-Modem verbunden ist und sich mit den entsprechenden Zugangsdaten über DSL PPPoE einwählt und eine feste IP erhält.

Soweit so gut ... die Verbindung kommt zustande.
Das Problem heute morgen war jedoch, dass ich alle 1-4 Minuten einen Verbindungsabbruch mit folgenden Fehlermeldungen aus dem DSL PPPoE Log verzeichnen musste. 

2008:03:20-09:00:17 (none) pppoe[9494]: send (sendPacket): Message too long

2008:03:20-09:00:17 (none) pppd-pppoe[9493]: Modem hangup

2008:03:20-09:00:17 (none) pppd-pppoe[9493]: Connect time 1.8 minutes.

2008:03:20-09:00:17 (none) pppd-pppoe[9493]: Sent 137004 bytes, received 665211 bytes.

2008:03:20-09:00:17 (none) pppd-pppoe[9493]: Script /etc/ppp/ip-down started (pid 9774)

2008:03:20-09:00:17 (none) pppd-pppoe[9493]: Connection terminated.

2008:03:20-09:00:17 (none) pppd-pppoe[9493]: Script /usr/sbin/pppoe -I eth1 -m 1452 finished (pid 9494), status = 0x1

2008:03:20-09:00:17 (none) pppd-pppoe[9493]: Waiting for 1 child processes...

2008:03:20-09:00:17 (none) pppd-pppoe[9493]: script /etc/ppp/ip-down, pid 9774

2008:03:20-09:00:18 (none) pppd-pppoe[9493]: Script /etc/ppp/ip-down finished (pid 9774), status = 0x0

2008:03:20-09:00:18 (none) pppd-pppoe[9493]: Exit. 


Ich habe dann direkt bei der Telekom angerufen und die freundliche Kollegin (Business Service Hotline ftw [:D]) hat die Leitung durchgemessen und diese ebenfalls resettet, was letztendlich jedoch nichts geholfen hat.
Ich bin dann kurz mit ihr die Einstellungen durchgegangen um sicherzugehen dass der Fehler nicht dort liegt.
Sie hat mir dann bei der MTU gesagt dass sie statt 1492 eine MTU von 1454 im Kopf hatte ... jedoch hat sie schnell zugegeben, dass das ein Irrtum war und 1492 richtig ist.

Nichtsdestotrotz habe ich mal eine Einstellung mit einer MTU von 1454 versucht und ... siehe da ... die Verbindung läuft stabil! [:S]

Meine Frage wäre jetzt wie es sein kann, dass es mit dieser Einstellung läuft, mit einer MTU von 1492 jedoch nicht? Gibt es eine optimale Einstellung für die MTU die unterhalb von 1492 liegt oder habe ich an anderer Stelle einen Fehler gemacht.
Wie schlimm ist es bzw. was macht es für einen Unterschied wenn ich die MTU auf 1454 belasse? Theoretisch solle ich dann doch etwas Geschwindigkeitseinbußen in Kauf nehmen müssen oder liege ich da falsch.


Ich bräuchte hier dringend eine Lösung, da ich mir dieses Problem einfach nicht erklären kann.
Vielen Dank im Voraus für eure Hilfe.

MfG Corain


This thread was automatically locked due to age.
Parents
  • 0
    Moin,

    Das wundert mich jetzt aber schon etwas.
    Wir haben hier auch ne Leitung von der Telekom mit fester IP-Adresse.
    Jedoch habe ich meinen MTU Wert auf 1492 und damit läuft es auch ohne Probleme.

    Wenn du den Wert auf 1454 lässt ist eigentlich soweit kein großes Problem im Raum, es werden halt nur "mehr" Pakete erzeugt als notwendig wäre. Ich glaube aber kaum dass das einen Einfluß auf die Geschwindigkeit hätte.

    Grüße

    Schroeder
  • 0 in reply to Schroeder
    Nur noch mal um den Thread abzuschließen.

    Ich hab nochmal mit der Telekom telefoniert, aber die haben absolut keinen Plan woran es liegen könnte, sind aber der Meinung die Leitung wäre OK.

    Ich gehe mal davon aus, dass es dann wohl ein Problem mit den Antwortzeiten irgendwo bei uns sein muss ... An der Astaro liegt es wohl eher nicht, da es bei Dir ja wunderbar funktioniert und ich auch keinen Anhaltspunkt dafür habe.

    Trotzdem danke für die Antwort.
    Corain
  • 0 in reply to Corain
    Schon mal das Kabel zwischen dem DSL Modem und der ASG getauscht bzw. geprüft ob da eventuell ein Duplex Missmatch vorliegt ?

    Meines Wissen steht 1454 irgendwo noch in der DTAG FAQ, da diese Sessions auf bestimmte Router (LNS) getunnelt und dort terminiert werden. Früher sind die alle in Hannover aufgelaufen und nach diversen Ausfällen wurde das ganze Konstrukt umgebaut. Ich lande z.B. jetzt mit meiner PPPoE-Session (feste-ip/) von München auf einem Router in Köln.

    Btw. Meine ASG funktioniert in Verbindung (ADSL+SDSL) mit einem DTAG Modem auch ohne Probleme.
Reply
  • 0 in reply to Corain
    Schon mal das Kabel zwischen dem DSL Modem und der ASG getauscht bzw. geprüft ob da eventuell ein Duplex Missmatch vorliegt ?

    Meines Wissen steht 1454 irgendwo noch in der DTAG FAQ, da diese Sessions auf bestimmte Router (LNS) getunnelt und dort terminiert werden. Früher sind die alle in Hannover aufgelaufen und nach diversen Ausfällen wurde das ganze Konstrukt umgebaut. Ich lande z.B. jetzt mit meiner PPPoE-Session (feste-ip/) von München auf einem Router in Köln.

    Btw. Meine ASG funktioniert in Verbindung (ADSL+SDSL) mit einem DTAG Modem auch ohne Probleme.
Children
  • 0 in reply to ClausP
    Das mit dem Kabel war natürlich der erste Gedanke. Vorher war der ASG über 2 Patchpanel und 2 Räume mit dem DSL-Modem verbunden, habe den ASG dann direkt mit nem kurzen Cat.6-Kabel ans Modem angeschlossen ... kein Unterschied.
    Wir haben hier nen T-Com Business ADSL6000-Anschluss.

    Aus dem FAQ wird die Mitarbeiterin dann wahrscheinlich auch den Wert irgendwie im Kopf gehabt haben, auf jeden Fall funktioniert es so, auch wenn mir die Hotline noch nicht mal sagen kann, wie und warum.
  • 0 in reply to Corain
    Hey,
    vielen dank, selbe Problem selbe Lösung. Die Telekom ist schon seltsam in manchen dingen ... [;)]
Unfiltered HTML