ADSL-Leitung kaputt, aber ausgezeichnete Leitungs-Werte?

[wagsoul]

Hallo!

Ich hab mir heute ein Internet-Problem bei meinem Nachbarn angesehen, und weiß nicht so recht, was ich davon halten soll:

Er hat ein Speedtouch 546 v5 das im Multiuser-Betrieb auf Always-On läuft. Die DSL-Verbindung (Synchronisation) läuft aus meiner Sicht dabei einwandfrei. Synchronisiert wird mit ADSL1 bei einer Geschwindigkeit von 4Mbit/0,5Mbit bei einer Margin von 21db für Upload und 12db im Download-Bereich. Über einen Tag verteilt dürften Fehlersekunden im zweistelligen Bereich auftreten. Meiner Meinung nach ganz gut und nicht beunruhigend.

Das Problem nun ist, dass bei einer Herstellung der PPPoA-Verbindung scheinbar nichts passiert. Bei Klick auf "Verbinden" im Webinterface passiert einige Zeit nichts, bis dann nach rund einer halben Minute am Bildschirm in etwa die Meldung "... konnte nicht hergestellt werden: Verbindung wurde vom Benutzer getrennt" erscheint.

Das passiert immer wieder, wenn man die Verbindung (manuell über das Webinterface) herstellen möchte. Während der Herstellung leuchtet die Internet-LED am Modem, mit Erscheinen der Fehlermeldung erlischt sie wieder.

Was mir dabei seltsam vorkommt: Im Syslog des Modems steht von all dem genau NICHTS. Kein Verbindungsversuch, kein Timeout, kein Fehler - genau gar nichts.

Weiters merkwürdig ist für mich, dass nach ein paar dieser Verbindungsversuche in der Statistik der DSL-Verbindung (nicht die PPPoA-Verbindung) ein paar Kilobyte Traffic gezählt werden - allerdings nur in der Senden-Richtung; in der Empfangen-Richtung bleibt der Traffic bei 0,0 kByte.


Das genau selbe Problem tritt auch dann auf, wenn ich beim betroffenen Anchluss ein Modem von mir (anderer Typ) anstecke. Und auch, wenn ich damit die Verbindungsherstellung mit Zugangsdaten meines ISPs starte.

Weiß jemand was das sein könnte? Ich bin ratlos und sehe nur mehr die Möglichkeit sich an den Provider zu wenden.

[wicked_one]

Ich denke auch, dass dir nichts anderes bleibt. ich weiss in etwa wo das problem ist, und dass es nur die TA oder der Reseller (sofern involviert - verrätst du ja nicht) richten kann.

[siegi]

Hi,

Ich habe auch dieses Spezielle Problem. Absolut identes Verhalten und auch schon die gesamte Peripherie von mir bis zum ISAM getauscht. Bei mir ist es ein Business Basic Account und kein Reseller. Die TA findet das Problem auch nicht bzw. noch nicht.

@wicked_one
Dann pack mal aus . Ich tippe mal auf überlastete PPP Server, Routingprobleme, DSL-Karten die hängen bleiben und neu gestartet werden müssen.

lg
Siegi

[jutta]

> Ich habe auch dieses Spezielle Problem

aehm - bist du nicht eh online? oder geht es da um einen anderen anschluss?

[wagsoul]

@wicked_one: In meinem Fall (besser gesagt beim Nachbarn) ist der Anbieter DIC. Es ist ein Best-Effort-Zugang aus der aktuellen Aktion, obwohl er den Anbieter schon 2 Jahre oder länger hat (da wurde von Seiten des Anbieters erst kürzlich eine Umstellung seines Zugangs auf ein neues Produkt vorgenommen).

Vor diesen Problem hat der Zugang übrigens schon funktioniert.

[siegi]

> Ich habe auch dieses Spezielle Problem

aehm - bist du nicht eh online? oder geht es da um einen anderen anschluss?

Geht schon um diesen Anschluss hier. Dadurch das mich in 2 Wochen das Arbeitsleben auch wieder hat habe ich auch keine Zeit/Lust mich einzulesen wie man über die CLI des Thomson den PPP debugged bzw. das Modem transparent schaltet und mit einer nachgelagerten Umgebung (PC, RouterOS) den PPP Verbindungsaufbau debugged. Muss noch ein paar andere offene Arbeiten finalisieren.

Ich poste dir mal die Onlinestatistik, dann verstehst was ich meine. DSL ist synchron nur der PPP-Link bricht weg und das absolut sporadisch. Das Verhalten ist das Selbe wie vom TE. Das Modem sendet Daten (Upload Zähler der DSL Verbindung erhöht sich) aber es kommt nichts zurück (Download-Zähler erhöht sich nicht). Manchmal mehrere Tage keine Probleme danach 10x in einem Zeitfenster von 2 Stunden. Das Einwählen führt das Modem (Thomson Speedtouch 608WL) automatisch durch. Manchmal gehts nach 10sec schon wieder, manchmal dauerts auch 10-20min. Ganz komische Sache, zur Statistik musst du noch je mindestens 1min pro Ausfall dazurechnen, weil die Statistik immer um 1 min weniger Zeit veranschlagt. Früher gabs noch Probleme mit dem DSL Link, das ist nun behoben (Der fällt nur noch bei Gewitter aus, damit muss man leben) deswegen sind die Statistiken vor August 2010 wenig aufschlussreich.

Code: Alles auswählen

Datum     Quelle     Session     Dauer     Upload     Download     Datentransfer
01.08.2010    912199704    20    22:53:19    MB 125.40    GB 4.82    GB 4.94
02.08.2010    912199704    10    23:51:07    MB 208.20    GB 7.17    GB 7.37
03.08.2010    912199704    13    23:26:24    MB 28.70    MB 488.13    MB 516.83
04.08.2010    912199704    4    23:59:54    MB 17.61    MB 276.59    MB 294.20
05.08.2010    912199704    3    24:00:00    MB 45.34    MB 410.00    MB 455.34
06.08.2010    912199704    3    24:00:00    MB 187.13    GB 6.79    GB 6.98
07.08.2010    912199704    4    23:44:19    MB 239.35    GB 9.54    GB 9.77
08.08.2010    912199704    12    23:46:28    MB 26.73    MB 324.69    MB 351.42
09.08.2010    912199704    6    23:41:05    MB 50.96    MB 714.59    MB 765.55
10.08.2010    912199704    11    23:43:07    MB 21.82    MB 341.96    MB 363.78
11.08.2010    912199704    11    23:45:30    MB 35.00    MB 332.85    MB 367.85
12.08.2010    912199704    17    23:18:53    MB 42.92    MB 996.83    GB 1.02
13.08.2010    912199704    10    23:35:54    MB 26.43    MB 557.07    MB 583.50
14.08.2010    912199704    3    23:49:23    MB 8.86    MB 117.24    MB 126.10
15.08.2010    912199704    1    24:00:00    MB 47.53    MB 321.06    MB 368.59
16.08.2010    912199704    3    24:00:00    MB 39.90    MB 556.06    MB 595.96
17.08.2010    912199704    5    23:59:49    MB 22.15    MB 547.88    MB 570.03
18.08.2010    912199704    8    23:45:42    MB 44.88    MB 465.38    MB 510.26
19.08.2010    912199704    2    10:11:59    MB 2.73    MB 29.00    MB 31.72
Gesamt    -    146    437:32:53    GB 1.19    GB 34.64    GB 35.83

Leider spuckt syslog relativ wenig aus:

Code: Alles auswählen

Info    Aug 18 07:12:01   GRP Default destination is routed via gateway 188.21.xx.xxx
Warnung    Aug 18 07:12:01   PPP link up (INTERNET_atm) [188.21.xx.xxx]
Info    Aug 18 07:12:01   PPP PAP Authenticate Ack received
Info    Aug 18 07:12:01   PPP PAP Authenticate Request sent
Info    Aug 18 07:03:43   GRP Default destination is not routed anymore via gateway 188.21.xx.xxx
Warnung    Aug 18 07:03:43   PPP link down (INTERNET_atm) [188.21.xx.xxx]

lg
Siegi

[jutta]

ich finde, dass es aber schon ein unterschied ist, ob die verbindung grundsaetzlich funktioniert und nur manchmal unterbrochen wird oder ob sie ueberhaupt nicht herstellbar ist, auch wenn die symptome aehnlich aussehen moegen.

btw: in den debug-mode kommt man mit strg + q, aber ich weiss nicht, wie man wieder rauskommt

//ps: gefunden - mit strg + s
viewtopic.php?f=20&t=36139

[siegi]

ich finde, dass es aber schon ein unterschied ist, ob die verbindung grundsaetzlich funktioniert und nur manchmal unterbrochen wird oder ob sie ueberhaupt nicht herstellbar ist, auch wenn die symptome aehnlich aussehen moegen.

Oh, das mit dem gar nicht funktionieren habe ich bei ihm wohl überlesen und mich direkt auf den Verbindungsaufbau konzentriert .

btw: in den debug-mode kommt man mit strg + q, aber ich weiss nicht, wie man wieder rauskommt
//ps: gefunden - mit strg + s
http://xDSL.at/viewtopic.php?f=20&t=36139

Danke. Werd das mal bei meinem Ersatzmodem offline ausprobieren, die TA will ich bei ihrer Störungssuche grad nicht behindern.

[siegi]

So,

Jetzt hatte ich mal die Möglichkeit den Debuggingmodus einzuschalten während das Problem auftritt. Wirklich schlau werd ich daraus nicht. Für mich siehts so aus, als würde die Gegenstelle nicht antworten und dadurch das Modem den PPP Request nicht senden.

Code: Alles auswählen

\912199704=> - ATM-TRAP: VCL 4 {[4] 0/33} changed state from UP to DOWN.
302:28:18.93 - ATM-TRAP: Cross-connect (Index = 2: VCL 3 {[0] 8/64} to
302:28:18.93             VCL 4 {[4] 0/33}) changed state from UP to DOWN.
archfs opened /active/ZZRYBL8.214 offset 3050598
302:29:24.83 - ATM-TRAP: Cross-connect (Index = 2: VCL 3 {[0] 8/64} ->
302:29:24.83             VCL 4 {[4] 0/33}) changed state from DOWN to UP.
302:29:24.83 - ATM-TRAP: Cross-connect (Index = 2: VCL 3 {[0] 8/64} <-
302:29:24.83             VCL 4 {[4] 0/33}) changed state from DOWN to UP.
302:29:24.83 - ATM-TRAP: VCL 4 {[4] 0/33} changed state from DOWN to UP.
archfs opened /active/ZZRYBL8.214 offset 3050598
912199704=> 302:29:44.73 - ATM-TRAP: VCL 4 {[4] 0/33} changed state from UP to DOWN.
302:29:44.73 - ATM-TRAP: Cross-connect (Index = 2: VCL 3 {[0] 8/64} to
302:29:44.73             VCL 4 {[4] 0/33}) changed state from UP to DOWN.
archfs opened /active/ZZRYBL8.214 offset 3050598
archfs opened /active/ZZRYBL8.214 offset 3050598
archfs opened /active/ZZRYBL8.214 offset 3050598
archfs opened /active/ZZRYBL8.214 offset 3050598
302:30:53.23 - ATM-TRAP: Cross-connect (Index = 2: VCL 3 {[0] 8/64} ->
302:30:53.23             VCL 4 {[4] 0/33}) changed state from DOWN to UP.
302:30:53.23 - ATM-TRAP: Cross-connect (Index = 2: VCL 3 {[0] 8/64} <-
302:30:53.23             VCL 4 {[4] 0/33}) changed state from DOWN to UP.
302:30:53.23 - ATM-TRAP: VCL 4 {[4] 0/33} changed state from DOWN to UP.
[Remote message: ]
<38> Aug 26 00:53:41 PPP PAP Authenticate Request sent
<38> Aug 26 00:53:41 PPP PAP Authenticate Ack received
[INTERNET_atm] E - IPCP: local  IP address 188.21.xx.xxx
[INTERNET_atm] E - IPCP: remote IP address 62.47.95.239
[EXPR] intf _intf_2 change()
[EXPR] intf _intf_2 change()
[EXPR] intf _intf_2 change()
[EXPR] intf _intf_2 change()
[EXPR] ip _addr_188_21_xx_xxx new()
C675 >  6:192.168.0.207:3194->192.168.0.254:23 ACTI(55) : Route cache recovered : same destination intf
C675 <  6:192.168.0.254:23->192.168.0.207:3194 ACTI(55) : Route cache recovered : same destination intf
C1541 <  6:192.168.0.254:80->192.168.0.207:3230 ACTI(55) : Route cache recovered : same destination intf
C1541 >  6:192.168.0.207:3230->192.168.0.254:80 ACTI(55) : Route cache recovered : same destination intf
archfs opened /active/ZZRYBL8.214 offset 3050598
<132> Aug 26 00:53:41 PPP link up (INTERNET_atm) [188.21.xx.xxx]

<143> Aug 26 00:53:41 GRP Default destination is routed via gateway 188.21.xx.xxx
C1074 > 17:192.168.0.207:56870->192.168.0.254:53 ACTI(0) : Route cache recovered : same destination intf
C001 > 17:0.0.0.0:68->255.255.255.255:67 ACTI(0) : Route cache recovered : same destination intf

lg
Siegi