Hallo, ich benutze eine SuSE 6.2 Distribution mit einem normalen (sprich selbst compilierten Kernel 2.2.15) und isdnctrl version 3.1beta1. isdnctrl ist wie folgt konfiguriert: EAZ/MSN: ************ Phone number(s): Outgoing: ************ Incoming: Dial mode: auto Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 5 Hangup-Timeout: 80 Incoming-Hangup: off ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Slave trigger: 6000 cps Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 0 Nun zum Problem: Die automatische Einwahl funktioniert beim ersten Mal in der Regel problemlos. Aber es kommt recht häufig vor daß einfach aufgelegt wird obwohl definitiv noch Traffic auf der Leitung ist. Erkennbar an der Kimon-Ampel unter KDE. Netscape bekommt von diesem Ausloggen nichts mit, aber auch keine Daten mehr. Die Anwahl einer anderen Adresse führt auch nicht immer dazu, daß eine neue Verbindung aufgebaut wird. Es hat den Anschein, daß zuerst noch das richtige Huptimeout abgewartet werden muß, bevor ein erneuter Leitungsaufbau initiert werden kann. Denn nach einer gewissen Zeit wird die Leitung neu augebaut und alles ist ok. Weiß jemand Rat? Wäre sehr dankbar, da der aktuelle Zustand nervt. Vielen Dank allen die dies gelesen haben. ================================================================== Thomas Harms Linux Registered User#65463 Hamburg, Germany http://counter.li.org ------------------------------------------------------ http://www.on-line.de/~thomas.harms mailto:th260@gmx.net ==================================================================
On Wed, 17 May 2000, th260 wrote:
isdnctrl ist wie folgt konfiguriert:
[...] Hangup-Timeout: 80 [...]
Die automatische Einwahl
ich moechte Raten, Du meinst die Einwahl ins Internet, also aus Sicht des Servers eine Rauswahl.
funktioniert beim ersten Mal in der Regel problemlos. Aber es kommt recht häufig vor daß einfach aufgelegt wird obwohl definitiv noch Traffic auf der Leitung ist.
Es gibt da mitunter Wartezeiten, die auch schon einmal im Minutenbereich liegen koennen, ohne dass Traffic existiert, auch wenn es die "Ampel" anzeigt. Deine sehr kurze Hangup-Time macht mir da Kopfschmerzen. Wenn die da zulangt, haengen Pakete in der Luft, die bei erneuter Anwahl ihre "alte" IP-Adresse nicht mehr finden. Greif es vielleicht mal nicht gar so spartanisch an und goenne Dir da 300 Sekunden, das sollte dann funktionieren.
Vielen Dank allen die dies gelesen haben.
Ja, war doch nett geschrieben... ;-)) Gruss Peter Blancke -- Nachtwaechter ist der Wahnsinn, weil er wacht...
Hi Thomas, th260 wrote:
Hallo,
ich benutze eine SuSE 6.2 Distribution mit einem normalen (sprich selbst compilierten Kernel 2.2.15) und isdnctrl version 3.1beta1.
isdnctrl ist wie folgt konfiguriert:
EAZ/MSN: ************ Phone number(s): Outgoing: ************ Incoming: Dial mode: auto Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 5 Hangup-Timeout: 80 Incoming-Hangup: off ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Slave trigger: 6000 cps Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 0
Nun zum Problem: Die automatische Einwahl funktioniert beim ersten Mal in der Regel problemlos. Aber es kommt recht häufig vor daß einfach aufgelegt wird obwohl definitiv noch Traffic auf der Leitung ist. Erkennbar an der Kimon-Ampel unter KDE. Netscape bekommt von diesem Ausloggen nichts mit, aber auch keine Daten mehr. Die Anwahl einer anderen Adresse führt auch nicht immer dazu, daß eine neue Verbindung aufgebaut wird. Es hat den Anschein, daß zuerst noch das richtige Huptimeout abgewartet werden muß, bevor ein erneuter Leitungsaufbau initiert werden kann. Denn nach einer gewissen Zeit wird die Leitung neu augebaut und alles ist ok.
Die Konfig entspricht in etwa meiner eigenen. Am Hangup Timeout liegt es meiner Meinung nach nicht (bei mir 45 Sekunden). Ich hatte das geschilderte Problem auch unter 6.2, konnte nach langem Suchen den Name Service Cache Daemon als den Übeltäter identifizieren. (Zumal für den Fall, dass der Verbindungsaufbau extrem lange dauerte.) Vielleicht hilft zunächst ein '/sbin/init.d/nscd stop' und erneuter Test. Solle das Problem danach nicht mehr auftreten, wirf einen Blick in die SuSE DB. Dort ist meines Wissens das Problem beschrieben und ein entsprechendes Update des nscd wird angeboten. Ansonsten mal 'isdnctrl verbose 3' und 'tail -f /var/log/messages' Dann kannst Du genau erkennen, wann aufgelegt wird und wann eine neue Einwahl versucht wird. Vielleicht hilft Dir mein Tip ein kleines Stück weiter. Gruß Axel -- Axel Burghardt __ _ powered by phone +49 2242 5821 | Fe Al [ SiO ] / / (_)__ __ ____ __ email akki@almandin.de | 3 2 4 3 / /__/ / _ \/ // /\ \ / http://www.almandin.de | /____/_/_//_/\_,_//_\_\
participants (3)
-
Axel Burghardt
-
Peter Blancke
-
th260