modem hangup????

[kommarich]

Hi,

ich habe ein Fritzcard DSL SL USB Modem und komme mit dem sogar per DSL ins Netz.
Leider wird manchmal die Verbindung beendet:
<snip>
Script /etc/ppp/ip-up finished (pid 2119), status = 0x0
ncci_change_state:0x10101 4 -> 7 event=10
ncci_change_state:0x10101 7 -> 0 event=13
plci_change_state:0x101 3 -> 7 event=8
Modem hangup
capiplugin: phase network (was running).
Script /etc/ppp/ip-down started (pid 2336)
<snap>
kann mir hier jemand weiterhelfen?

Danke und Grüsse

Stephan

[emge]

Möglichkeit 1 wäre die 24-h-Zwangstrennung bei der Telekom. Variante 2 wäre eine Trennung bei Nichtaktivität. Das sollte zwar nicht passieren (bei entsprechender Einstellung des pppoe), z. B. Arcor legt aber gelegentlich solch unangenehmes Verhalten an den Tag [1].

Kannst du mal näher beschreiben, wann die Trennung erfolgt? Unter Last, oder wenn du eine Weile nichts machst? Wiederholbar bei Nutzung bestimmter Programme?...

Grüße, Marco

[1] https://www.debianforum.de/forum/viewtopic.php?t=24827

[kommarich]

Hi Marco,

ich bin nie 24 Stunden am Stück im Netz - damit fällt Möglichkeit 1 weg.
Möglichkeit 2 kann ich nicht ausschliessen. Tndenziell ist es aber so, dass es eher passiert, wenn ich nichts mache
Wiederholbar ist es (für micht) nicht.
Manchmal (aber eben nicht immer) bekommt pppd keine Antworten auf die echo-requests, manchmal legt das Modem auf (wie oben beschrieben) und manchmal wird die Verbndung auch remote getrennt (keine Ahnung warum).
Ich habe meine DSL-Verbindung bei 1und1 (nicht Telekom und nicht Arcor).

Hilft Dir das weiter?
Wenn nicht, dann sag mir, welche Info Du noch brauchtst...

Danke

Stephan

[arnem]

Hallo!

ok, Zwangstrennung fällt weg.
Eine Möglichkeit wäre, daß Du ein idle-Timeout festegelegt hat. Sprich, nach einer gewissen Zeit ohne Netzaktivität baut dein Rechner die Verbindung ab.

Wenn allerdings keine Antworten auf die echo-requests kommen oder die remote-Seite die Verbindung trennt, würde ich mal bei 1&1 anrufen und die Leitung messen lassen.
Eine plötzlich erhöhte Dämpfung halte ich für eher unwahrscheinlich. Ich könnte mir vorstellen, daß im DLAM (Access Concentrator) der DTAG, an dem Du hängst, eine Baugruppe ne Macke hat.
Aber das können halt nur 1&1 bzw. die DTAG feststellen.

[kommarich]

Hi arnem,

idle hab ich auskommentiert, da ich einen Volumentarif habe.

kurze Frage: Was ist DLAM und DTAG,?

Da die Installation der FritzCard etwas knifflig war und etwas Zeit in Anspruch genommen hat, war ich vorher mit Windows per DSL im Netz und hatte die unter Linux beschriebenen Probleme nicht. Dann müsste doch die Leitung in Ordnung sein, oder?

Danke und Grüsse

Stephan

[arnem]

Hi!

DLAM sollte eigentlich DSLAM heissen.
Das ist die DSL-Gegenstelle in der Vermittlung, an der deine Telefonleitung hängt.

DTAG = Deutsche Telekom AG, oder jetzt T-Com

Möglich, daß Windoof da etwas toleranter ist. Aber wenn deine Fritz!Card keine Antworten auf seine echo requests vom DSLAM bekommt ist da was faul...

Wenns nix kostet, sollen die mal die Leitung messen und deinen DSL-Port prüfen.

[kommarich]

Hi,

heute hatte ich wieder ein disconnect(remote).
Allerdings weiss ich nicht, ob das die Gegenstelle war, oder ob es nur remote aus der sicht des capiplugins ist.

Code: Alles auswählen

...
Script /etc/ppp/ip-up finished (pid 2161), status = 0x0
ncci_change_state:0x10101 4 -> 7 event=10
ncci_change_state:0x10101 7 -> 0 event=13
plci_change_state:0x101 3 -> 7 event=8
plci_change_state:0x101 7 -> 8 event=9
plci_change_state:0x101 8 -> 0 event=11
capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x101/ncci=0x10101) 0x00
00 (0x3322) - No additional information
Modem hangup
capiplugin: phase network (was running).
Script /etc/ppp/ip-down started (pid 2420)
...

Hat hier jemand eine Erklärung?

Danke und Grüsse

Stephan

[kommarich]

So, jetzt wirds lustig:
Nachdem meine Verbindung mal wieder (remote) beendet wurde habe ich pppd neu gestartet und siehe da:

Code: Alles auswählen

stephan@hal:~$ pppd
Plugin capiplugin.so loaded.
capiplugin: $Revision: 1.34 $
capiconn:  1.9 
capiplugin: phase serialconn.
loading adsl parameters from /etc/drdsl/adsl.conf ...
capiplugin: contr=1
controller 1: listen_change_state 0 -> 1
contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipma               sk=0x0 capimask2=0x0
controller 1: listen_change_state 1 -> 0
plci_change_state:0x0 0 -> 1 event=1
capiplugin: leased line (adslpppoe)
plci_change_state:0x101 1 -> 2 event=3
plci_change_state:0x101 2 -> 3 event=6
ncci_change_state:0x101 0 -> 1 event=1
ncci_change_state:0x10101 1 -> 3 event=3
ncci_change_state:0x10101 3 -> 7 event=10
ncci_change_state:0x10101 7 -> 0 event=13
plci_change_state:0x101 3 -> 7 event=8
plci_change_state:0x101 7 -> 8 event=9
plci_change_state:0x101 8 -> 0 event=11
capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x101/ncci=0x10101) 0x00               00 (0x3312) - No additional information
plci_change_state:0x0 0 -> 1 event=1
capiplugin: leased line (adslpppoe)
plci_change_state:0x101 1 -> 2 event=3
plci_change_state:0x101 2 -> 3 event=6
ncci_change_state:0x101 0 -> 1 event=1
ncci_change_state:0x10101 1 -> 3 event=3
ncci_change_state:0x10101 3 -> 7 event=10
ncci_change_state:0x10101 7 -> 0 event=13
plci_change_state:0x101 3 -> 7 event=8
plci_change_state:0x101 7 -> 8 event=9
plci_change_state:0x101 8 -> 0 event=11
capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x101/ncci=0x10101) 0x00               00 (0x3312) - No additional information
plci_change_state:0x0 0 -> 1 event=1
capiplugin: leased line (adslpppoe)
plci_change_state:0x101 1 -> 2 event=3
plci_change_state:0x101 2 -> 3 event=6
ncci_change_state:0x101 0 -> 1 event=1
ncci_change_state:0x10101 1 -> 3 event=3
ncci_change_state:0x10101 3 -> 7 event=10
ncci_change_state:0x10101 7 -> 0 event=13
plci_change_state:0x101 3 -> 7 event=8
plci_change_state:0x101 7 -> 8 event=9
plci_change_state:0x101 8 -> 0 event=11
capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x101/ncci=0x10101) 0x00               00 (0x3312) - No additional information
plci_change_state:0x0 0 -> 1 event=1
capiplugin: leased line (adslpppoe)
plci_change_state:0x101 1 -> 2 event=3
plci_change_state:0x101 2 -> 3 event=6
ncci_change_state:0x101 0 -> 1 event=1
ncci_change_state:0x10101 1 -> 3 event=3
ncci_change_state:0x10101 3 -> 7 event=10
ncci_change_state:0x10101 7 -> 0 event=13
plci_change_state:0x101 3 -> 7 event=8
plci_change_state:0x101 7 -> 8 event=9
plci_change_state:0x101 8 -> 0 event=11
capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x101/ncci=0x10101) 0x00               00 (0x3312) - No additional information
capiplugin: couldn't make connection
controller 1: listen_change_state 0 -> 1
contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipma               sk=0x0 capimask2=0x0
controller 1: listen_change_state 1 -> 0
capiplugin: exit

disconnect, obwohl noch garnicht verbunden. Kann ja fast nicht sein, oder???