dsl-modem bleibt immer wieder hängen

[michaa7]

Hi,

diese problem habe ich seit langem: Mein dsl-modem bleibt immer wieder hängen. Eine neue verbindung ist dann nur möglich, wenn ich das modem aussschalte und dann wieder einschalte. Die letzten meldungen von "plog" sind die üblichen

Code: Alles auswählen

Jul 29 02:24:40 lingin pppd[2464]: Timeout waiting for PADO packets
Jul 29 02:24:40 lingin pppd[2464]: Unable to complete PPPoE Discovery
Jul 29 02:25:45 lingin pppd[2464]: Timeout waiting for PADO packets
Jul 29 02:25:45 lingin pppd[2464]: Unable to complete PPPoE Discovery
Jul 29 02:25:45 lingin pppd[2464]: Exit.

was nicht wundert, denn das modem ist dann total blokiert: Alle betriebsleuchen sind konstant an, obwohl ja zumindest die datendiode im normalbetrieb fast immer flackert und auch mal kurz ausgeht.
Ich dachte zunächst an einen hardwaredefekt im modem, und mein händler hat mir das gerät ausgetauscht. Allerdings habe ich nun genau wieder das gleiche problem. Das modem läuft über stunden und bleibt dann total hängen.
Nun frage ich mich ob diese blokade nicht vom computer ausgelöst sein kann?
Oder ob es eine befehl gibt, mit dem vom rechner aus das modem neu initialisiert werden könnte oder eben abgeschossen werden könnte?
Die leitung ist es kaum, die ist nach telekom angaben ok. Mein provider ist zwar mittlerweile congster, aber den fehler hatte ich auch schon genauso mit t-online...und die leitung ist dabei ja gleich geblieben...

Dies hier ein typischer auszug aus dem ppp.log für die situation vor dem zusammenbruch

Code: Alles auswählen

...
Jul 29 01:49:40 lingin pppd[2464]: Protocol-Reject for unsupported protocol 0x901a
Jul 29 01:50:01 lingin pppd[2464]: Protocol-Reject for unsupported protocol 0x901a
Jul 29 01:51:46 lingin pppd[2464]: Protocol-Reject for unsupported protocol 0x901a
Jul 29 02:04:48 lingin pppd[2464]: Protocol-Reject for unsupported protocol 0x901a
Jul 29 02:05:08 lingin last message repeated 2 times
Jul 29 02:09:20 lingin pppd[2464]: Protocol-Reject for unsupported protocol 0x901a
Jul 29 02:12:33 lingin pppd[2464]: Protocol-Reject for unsupported protocol 0x901a
Jul 29 02:13:36 lingin pppd[2464]: Protocol-Reject for unsupported protocol 0x901a
Jul 29 02:14:49 lingin pppd[2464]: No response to 3 echo-requests
Jul 29 02:14:49 lingin pppd[2464]: Serial link appears to be disconnected.
Jul 29 02:14:49 lingin pppd[2464]: Connect time 221.7 minutes.
Jul 29 02:14:49 lingin pppd[2464]: Sent 87814572 bytes, received 187423869 bytes.
Jul 29 02:14:49 lingin pppd[2464]: Couldn't increase MTU to 1500
Jul 29 02:14:49 lingin pppd[2464]: Couldn't increase MRU to 1500
Jul 29 02:14:55 lingin pppd[2464]: Connection terminated.
Jul 29 02:14:55 lingin pppd[2464]: Modem hangup
Jul 29 02:16:00 lingin pppd[2464]: Timeout waiting for PADO packets
Jul 29 02:16:00 lingin pppd[2464]: Unable to complete PPPoE Discovery
...
Jul 29 02:25:45 lingin pppd[2464]: Unable to complete PPPoE Discovery
Jul 29 02:25:45 lingin pppd[2464]: Exit.

[d4rkm3n]

hast du diese alte weiße telekom modem? die halten nicht wirklich lange vor

[michaa7]

hast du diese alte weiße telekom modem? die halten nicht wirklich lange vor

...hatte ich bis februar. Auch da gab es unter linux zum schluß probleme (habe linux erst seit januar diesen jahres).
Jedoch tritt der beschriebene fehler hier mit nagelneuen devolo microlink adsl fun lan modems auf...

[d4rkm3n]

gibt es für dich eine möglichkeit zu gucken ob bei window der gleiche fehler auftritt? (nur um hardware problme auszuschließen)

[michaa7]

gibt es für dich eine möglichkeit zu gucken ob bei window der gleiche fehler auftritt? (nur um hardware problme auszuschließen)

..nicht mehr wirklich. Ich habe zwar auf meinem server noch nt4, aber das problem hängt eventuell mit filesharing zusammen. Zu windowszeiten hatte ich damit jedoch kein problem, über jahre nicht!
Obwohl mir beim kauf versichert wurde, dass dieses modem auch mit einer hohen anzahl von verbindungen klarkäme räumt der händler nun ein dass das modem (dsl mikrolink adsl fun lan) bei filesharing schonmal schwierigkeiten machen könne. Anderers soll dies heutzutage bei allen consumermodems so sein.

Aber dann sollte das problem doch wesentlich weiter verbreitet sein