[OT] DSL-Einwahl holperig
Liebe Leser/innen,
meine Frage ist OT hier (es geht nicht um Debian, nicht mal um Linux),
ich weiß aber nicht, wo ich sonst noch fragen könnte. Bei der Telekom
und meinem Provider habe ich schon gefragt, die fühlen sich aber nicht
zuständig. Daher hoffe ich, dass mir hier jemand eine Antwort geben
möchte. Alle anderen können die Mail ja einfach ignorieren. Danke!
Es geht darum, dass meine DSL-Einwahl seit einiger Zeit unzuverlässig
ist. Steht die Verbindung einmal, ist sie stabil, bis ich sie manuell
trenne. Das machte ich früher, wenn ich längere Zeit nicht zu Hause
war. Inzwischen lasse ich den Router durchlaufen, würde aber trotzdem
gerne wissen, was das Problem ist.
Ich habe einen alten T-DSL-1000-Anschluss von der Telekom, also nur den
Anschluss, den gibt es heute nicht mehr separat, konnte man aber früher
von der T-Com bekommen. Mein Provider ist Easybell. Als Router benutze
ich ein älteres Modell von DrayTek-Vigor.
Wie gesagt: Ich hatte mich mit meinem Anliegen bereits an die Telekom
und auch an Easybell gewendet, beide fühlen sich aber nicht zuständig
und ich kenne mich mit dem DSL-Procedere zuwenig aus, um aus den Daten
schließen zu können, wo denn nun das Problem genau liegt. Es wäre
schön, wenn mir jemand bei dieser Frage weiterhelfen könnte.
Hier ein Auszug aus dem Log-File einer fehlgeschlagenen Anmeldung:
----------------------------- schnipp -------------------------------
2013-01-01T00:00:01+01:00 router Vigor: DSL: DSL Channel = 0#012#015
2013-01-01T00:00:02+01:00 router Vigor: DSL: MIC_Log: 10ms delay (10 run avg) = [16]
2013-01-01T00:00:02+01:00 router Vigor: DSL: MIC_Log: 100ms delay = [263]
2013-01-01T00:00:02+01:00 router Vigor: DSL: MIC_Log: Burst Transfer Time (microsecs)(100 run avg) = [592]
2013-01-01T00:00:32+01:00 router Vigor: DSL: MIC_Log: Timeout [0]
2013-01-01T00:00:32+01:00 router Vigor: DSL: MIC_Log: ABORT: G.HS Aborted because... [0]
2013-01-01T00:00:36+01:00 router Vigor: DSL: MIC_Log: GHS_INV_RTONES_REQ [50]
2013-01-01T00:00:36+01:00 router Vigor: DSL: MIC_Log: GHS_FILL_MSGBANK [50]
2013-01-01T00:00:36+01:00 router Vigor: DSL: MIC_Log: GHS_HUNT_C_TONES [50]
2013-01-01T00:00:38+01:00 router Vigor: DSL: MIC_Log: R_ACT_REQ [50]
2013-01-01T00:00:38+01:00 router Vigor: DSL: MIC_Log: C_4QAMDEC [50]
2013-01-01T00:00:38+01:00 router Vigor: DSL: MIC_Log: BG_ACT_TONEDETECT [50]
2013-01-01T00:00:41+01:00 router Vigor: DSL: MIC_Log: R_ACT_REQ [49]
2013-01-01T00:00:41+01:00 router Vigor: DSL: MIC_Log: C_4QAMDEC [49]
2013-01-01T00:00:41+01:00 router Vigor: DSL: MIC_Log: BG_ACT_TONEDETECT [49]
2013-01-01T00:00:43+01:00 router Vigor: DSL: MIC_Log: GHS_INV_RTONES_REQ [49]
2013-01-01T00:00:43+01:00 router Vigor: DSL: MIC_Log: GHS_FILL_MSGBANK [49]
2013-01-01T00:00:43+01:00 router Vigor: DSL: MIC_Log: GHS_HUNT_C_TONES [49]
2013-01-01T00:00:45+01:00 router Vigor: DSL: MIC_Log: R_ACT_REQ [49]
2013-01-01T00:00:45+01:00 router Vigor: DSL: MIC_Log: C_4QAMDEC [49]
2013-01-01T00:00:45+01:00 router Vigor: DSL: MIC_Log: BG_ACT_TONEDETECT [49]
2013-01-01T00:00:48+01:00 router Vigor: DSL: MIC_Log: GHS_INV_RTONES_REQ [49]
2013-01-01T00:00:48+01:00 router Vigor: DSL: MIC_Log: GHS_FILL_MSGBANK [49]
2013-01-01T00:00:48+01:00 router Vigor: DSL: MIC_Log: GHS_HUNT_C_TONES [49]
2013-01-01T00:00:50+01:00 router Vigor: DSL: MIC_Log: R_ACT_REQ [49]
2013-01-01T00:00:50+01:00 router Vigor: DSL: MIC_Log: C_4QAMDEC [49]
2013-01-01T00:00:50+01:00 router Vigor: DSL: MIC_Log: BG_ACT_TONEDETECT [49]
2013-01-01T00:00:51+01:00 router Vigor: DSL: MIC_Log: G.HS Estimate26AWGkFt [3]
2013-01-01T00:00:51+01:00 router Vigor: DSL: MIC_Log: Got CTONE [4]
2013-01-01T00:00:51+01:00 router Vigor: DSL: MIC_Log: Got Galfs [129]
2013-01-01T00:00:51+01:00 router Vigor: DSL: MIC_Log: Got Flags [126]
2013-01-01T00:00:52+01:00 router Vigor: DSL: MIC_Log: Unrecognized G.HS vendor id [1314145865]
2013-01-01T00:00:52+01:00 router Vigor: DSL: MIC_Log: Far End Vendor-Specific Info 1 and 0 hex [58432]
2013-01-01T00:00:52+01:00 router Vigor: DSL: MIC_Log: Remote upstream spectrum(max|min) [16129]
2013-01-01T00:00:52+01:00 router Vigor: DSL: MIC_Log: Remote downstream spectrum(max|min) [65340]
2013-01-01T00:00:54+01:00 router Vigor: DSL: MIC_Log: G.HS Complete [0]
2013-01-01T00:00:54+01:00 router Vigor: DSL: MIC_Log: Common Estimate26AWGkFt [1]
2013-01-01T00:00:54+01:00 router Vigor: DSL: MIC_Log: Rx Gain Adjust Time = [79]
2013-01-01T00:00:56+01:00 router Vigor: DSL: MIC_Log: final cnt = [897]
2013-01-01T00:00:56+01:00 router Vigor: DSL: MIC_Log: Cyclic Prefix Pwr Ratio = [32027]
2013-01-01T00:00:56+01:00 router Vigor: DSL: MIC_Log: Force R_REVERB2 to R_SEGUE1 [-1]
2013-01-01T00:00:56+01:00 router Vigor: DSL: MIC_Log: AdslHeadEnd/Vendor_ID Mismatch-Old [48]
2013-01-01T00:00:56+01:00 router Vigor: DSL: MIC_Log: AdslHeadEnd/Vendor_ID Mismatch-New [0]
2013-01-01T00:00:59+01:00 router Vigor: DSL: MIC_Log: good rate option! Max BC: [8984]
2013-01-01T00:00:59+01:00 router Vigor: DSL: MIC_Log: part allocated bits= [1320]
2013-01-01T00:00:59+01:00 router Vigor: DSL: MIC_Log: delta thresh= [0]
2013-01-01T00:01:01+01:00 router Vigor: DSL: MIC_Log: Average fine SINGLE/FEXT tx adjust gain [256]
2013-01-01T00:01:01+01:00 router Vigor: DSL: MIC_Log: maxed_out_tx_chnls = [0]
2013-01-01T00:01:01+01:00 router Vigor: DSL: MIC_Log: Tx Sync pwr cutback TADJUST [15729]
2013-01-01T00:01:01+01:00 router Vigor: DSL: ADSL is Link [Annex B]
2013-01-01T00:01:01+01:00 router Vigor: DSL: Mode : G.DMT State: SHOWTIME
2013-01-01T00:01:01+01:00 router Vigor: DSL: DS/US : 1184000/160000 bps.#012#015
2013-01-01T00:01:01+01:00 router Vigor: DSL: CO DSLAM Chipset Vendor : UNUSED VENDOR[0]
2013-01-01T00:01:01+01:00 router Vigor: DSL: ADSL Firmware Version : 3.50
2013-01-01T00:01:16+01:00 router Vigor: PoE ==> V:1 T:1 PADI ID:0
2013-01-01T00:03:46+01:00 router Vigor: PoE ==> V:1 T:1 PADI ID:0
2013-01-01T00:06:16+01:00 router Vigor: PoE ==> V:1 T:1 PADI ID:0
2013-01-01T00:08:46+01:00 router Vigor: PoE ==> V:1 T:1 PADI ID:0
[... usw. Die letzte Meldung wiederholt sich dauernd...]
----------------------------- schnapp -------------------------------
Dazwischen kommt immer mal wieder die Meldung:
router Vigor: DSL: MIC_Log: Possible on-chip timer out of range [64752]
Diese habe ich rausgelöscht, da sie auch bei bestehenden und stabilen
Verbindungen kommt, ich denke daher, dass sie nichts mit dem Fehler
zu tun hat. Sieht mir auch eher nach einer Warnung aus. Falls die
Meldung doch wichtig sein sollte, kann ich auch ein log-file mit
diesen Meldungen schicken.
Zum Vergleich hier ein log-file-Auszug einer erfolgreichen Verbindung:
----------------------------- schnipp -------------------------------
2013-01-01T00:00:01+01:00 router Vigor: DSL: DSL Channel = 0#012#015
2013-01-01T00:00:02+01:00 router Vigor: DSL: MIC_Log: 10ms delay (10 run avg) = [16]
2013-01-01T00:00:02+01:00 router Vigor: DSL: MIC_Log: 100ms delay = [263]
2013-01-01T00:00:02+01:00 router Vigor: DSL: MIC_Log: Burst Transfer Time (microsecs)(100 run avg) = [592]
2013-01-01T00:00:32+01:00 router Vigor: DSL: MIC_Log: Timeout [0]
2013-01-01T00:00:32+01:00 router Vigor: DSL: MIC_Log: ABORT: G.HS Aborted because... [0]
2013-01-01T00:00:36+01:00 router Vigor: DSL: MIC_Log: GHS_INV_RTONES_REQ [50]
2013-01-01T00:00:36+01:00 router Vigor: DSL: MIC_Log: GHS_FILL_MSGBANK [50]
2013-01-01T00:00:36+01:00 router Vigor: DSL: MIC_Log: GHS_HUNT_C_TONES [50]
2013-01-01T00:00:38+01:00 router Vigor: DSL: MIC_Log: R_ACT_REQ [50]
2013-01-01T00:00:38+01:00 router Vigor: DSL: MIC_Log: C_4QAMDEC [50]
2013-01-01T00:00:38+01:00 router Vigor: DSL: MIC_Log: BG_ACT_TONEDETECT [50]
2013-01-01T00:00:41+01:00 router Vigor: DSL: MIC_Log: R_ACT_REQ [49]
2013-01-01T00:00:41+01:00 router Vigor: DSL: MIC_Log: C_4QAMDEC [49]
2013-01-01T00:00:41+01:00 router Vigor: DSL: MIC_Log: BG_ACT_TONEDETECT [49]
2013-01-01T00:00:41+01:00 router Vigor: DSL: MIC_Log: G.HS Estimate26AWGkFt [3]
2013-01-01T00:00:41+01:00 router Vigor: DSL: MIC_Log: Got CTONE [4]
2013-01-01T00:00:41+01:00 router Vigor: DSL: MIC_Log: Got Galfs [129]
2013-01-01T00:00:41+01:00 router Vigor: DSL: MIC_Log: Got Flags [126]
2013-01-01T00:00:43+01:00 router Vigor: DSL: MIC_Log: Unrecognized G.HS vendor id [1314145865]
2013-01-01T00:00:43+01:00 router Vigor: DSL: MIC_Log: Far End Vendor-Specific Info 1 and 0 hex [58432]
2013-01-01T00:00:43+01:00 router Vigor: DSL: MIC_Log: Remote upstream spectrum(max|min) [16129]
2013-01-01T00:00:43+01:00 router Vigor: DSL: MIC_Log: Remote downstream spectrum(max|min) [65340]
2013-01-01T00:00:44+01:00 router Vigor: DSL: MIC_Log: G.HS Complete [0]
2013-01-01T00:00:45+01:00 router Vigor: DSL: MIC_Log: Common Estimate26AWGkFt [1]
2013-01-01T00:00:45+01:00 router Vigor: DSL: MIC_Log: Rx Gain Adjust Time = [79]
2013-01-01T00:00:46+01:00 router Vigor: DSL: MIC_Log: final cnt = [865]
2013-01-01T00:00:46+01:00 router Vigor: DSL: MIC_Log: Cyclic Prefix Pwr Ratio = [31840]
2013-01-01T00:00:46+01:00 router Vigor: DSL: MIC_Log: Force R_REVERB2 to R_SEGUE1 [-1]
2013-01-01T00:00:47+01:00 router Vigor: DSL: MIC_Log: AdslHeadEnd/Vendor_ID Mismatch-Old [48]
2013-01-01T00:00:47+01:00 router Vigor: DSL: MIC_Log: AdslHeadEnd/Vendor_ID Mismatch-New [0]
2013-01-01T00:00:49+01:00 router Vigor: DSL: MIC_Log: good rate option! Max BC: [8851]
2013-01-01T00:00:49+01:00 router Vigor: DSL: MIC_Log: part allocated bits= [1329]
2013-01-01T00:00:49+01:00 router Vigor: DSL: MIC_Log: delta thresh= [0]
2013-01-01T00:00:51+01:00 router Vigor: DSL: MIC_Log: Average fine SINGLE/FEXT tx adjust gain [256]
2013-01-01T00:00:51+01:00 router Vigor: DSL: MIC_Log: maxed_out_tx_chnls = [0]
2013-01-01T00:00:51+01:00 router Vigor: DSL: MIC_Log: Tx Sync pwr cutback TADJUST [15729]
2013-01-01T00:00:51+01:00 router Vigor: DSL: ADSL is Link [Annex B]
2013-01-01T00:00:51+01:00 router Vigor: DSL: Mode : G.DMT State: SHOWTIME
2013-01-01T00:00:51+01:00 router Vigor: DSL: DS/US : 1184000/160000 bps.#012#015
2013-01-01T00:00:51+01:00 router Vigor: DSL: CO DSLAM Chipset Vendor : UNUSED VENDOR[0]
2013-01-01T00:00:51+01:00 router Vigor: DSL: ADSL Firmware Version : 3.50
2013-01-01T00:00:56+01:00 router Vigor: PoE ==> V:1 T:1 PADI ID:0
2013-01-01T00:00:56+01:00 router Vigor: PoE <== V:1 T:1 PADO ID:0
2013-01-01T00:00:56+01:00 router Vigor: PoE ==> V:1 T:1 PADR ID:0
2013-01-01T00:00:56+01:00 router Vigor: PoE <== V:1 T:1 PADS ID:59401
2013-01-01T00:00:56+01:00 router Vigor: PoE ==> Protocol:LCP(c021) ConfReq Identifier:0x00 MRU: 1500 ##
2013-01-01T00:00:56+01:00 router Vigor: PoE <== Protocol:LCP(c021) ConfReq Identifier:0xBD MRU: 1492 Authentication Type: PAP Magic Number: 0x7bfa6e2e ##
2013-01-01T00:00:56+01:00 router Vigor: PoE <== Protocol:LCP(c021) ConfAck Identifier:0x00 MRU: 1500 ##
2013-01-01T00:00:56+01:00 router Vigor: PoE ==> Protocol:LCP(c021) ConfAck Identifier:0xBD MRU: 1492 Authentication Type: PAP Magic Number: 0x7bfa6e2e ##
2013-01-01T00:00:56+01:00 router Vigor: PoE ==> Protocol:PAP(c023) Authenticate-Request Identifier:0x00 Peer-ID:<meine ID> Password:******** ##
[... Rest gesnippt (IP-Adresse, Nameserver, usw.)...]
----------------------------- schnapp -------------------------------
Bis ich so eine Verbindung bekomme, kann es Stunden, manchmal auch
Tage dauern, weswegen ich den Router inzwischen durchlaufen lasse.
Früher klappte die Einwahl aber quasi auf Anhieb, von daher denke
ich, dass diese lange Verzögerung nicht normal ist.
Der Unterschied sieht für mich (als Laie) in den log-files so aus,
dass bei einer erfolgreichen Anmeldung auf das PADI des Routers ein
PADO zurückkommt, bei einer erfolglosen jedoch nicht. Ich habe mal
ein bisschen im web gestöbert, laut Wikipedia müsste dieses PADO von
einem PoP zurückkommen. Nur, wer betreibt den? Die Telekom oder mein
Provider, also Easybell? Und: Handelt es sich um einen Fehler, oder
sind einfach nur alle Leitungen belegt?
Interessant finde ich, dass die täglichen Zwangstrennungen problemlos
funktionieren (ich nehme an, dass es sich dabei um diese handelt):
----------------------------- schnipp -------------------------------
2013-02-25T15:16:18+01:00 router Vigor: PoE ==> Protocol:LCP(c021) EchoReq Identifier:0x5BMagic Number: 0x0 00 00 ##
2013-02-25T15:16:18+01:00 router Vigor: PoE <== Protocol:LCP(c021) EchoRep Identifier:0x5BMagic Number: 0x7bfa 6e 2e ##
2013-02-25T15:16:23+01:00 router Vigor: PoE <== Protocol:LCP(c021) TermReq Identifier:0x2F ##
2013-02-25T15:16:23+01:00 router Vigor: PoE ==> Protocol:LCP(c021) TermAck Identifier:0x2F ##
2013-02-25T15:16:23+01:00 router Vigor: PoE <== V:1 T:1 PADT ID:59401
2013-02-25T15:16:25+01:00 router Vigor: PoE ==> V:1 T:1 PADI ID:0
2013-02-25T15:16:25+01:00 router Vigor: PoE <== V:1 T:1 PADO ID:0
2013-02-25T15:16:25+01:00 router Vigor: PoE ==> V:1 T:1 PADR ID:0
2013-02-25T15:16:25+01:00 router Vigor: PoE <== V:1 T:1 PADS ID:6
2013-02-25T15:16:25+01:00 router Vigor: PoE ==> Protocol:LCP(c021) ConfReq Identifier:0x00 MRU: 1500 ##
2013-02-25T15:16:26+01:00 router Vigor: PoE <== Protocol:LCP(c021) ConfReq Identifier:0xCD MRU: 1492 Authentication Type: PAP Magic Number: 0x4e0a08cb ##
2013-02-25T15:16:26+01:00 router Vigor: PoE <== Protocol:LCP(c021) ConfAck Identifier:0x00 MRU: 1500 ##
2013-02-25T15:16:26+01:00 router Vigor: PoE ==> Protocol:LCP(c021) ConfAck Identifier:0xCD MRU: 1492 Authentication Type: PAP Magic Number: 0x4e0a08cb ## 2013-02-25T15:16:26+01:00 router Vigor: PoE ==> Protocol:PAP(c023) Authenticate-Request Identifier:0x02 Peer-ID:<meine ID> Password:******** ##
----------------------------- schnapp -------------------------------
Die Zwangstrennungen nimmt ja der Provider vor, oder? Kann man also
daraus schließen, dass das Problem tatsächlich bei der Telekom liegt,
die für die erstmalige Einwahl zuständig ist? Oder kümmert sich die
Telekom nur um die ADSL-Verbindung, die laut log-files ja wohl immer
problemlos zustande kommt? Kann man also sagen, dass alles, was in den
log-files mit DSL: getaggt ist, betrifft die Telekom, und alles, was
mit PoE getaggt ist, den Provider? Oder ist es nicht so einfach?
Vielen Dank für eure Hilfe, ich hoffe, die Mail hat nicht allzu sehr
genervt.
Gruß, Martin
Reply to: