SuSE GmbH

SuSE Support-Datenbank

Titel: PPP: Modem wählt nicht

----------

Übersicht o Stichwortsuche o History o Versionen o Kategorien o Alle Artikel
English

----------

PPP: Modem wählt nicht

Symptom:

ppp funktioniert nicht, da das Chat-Script nicht anwählt.

Ursache:

Das Modem braucht nach einem Reset eine kurze Verzögerung, bis es wieder auf Kommandos reagiert. Im Syslog (/var/log/messages) stehen (in etwa) folgende Nachrichten:
Dec 14 11:40:00 RMR kernel: PPP line discipline registered.
Dec 14 11:40:00 RMR kernel: registered device ppp0
Dec 14 11:40:00 RMR pppd[617]: pppd 2.2.0 started by root, uid 0
Dec 14 11:40:01 RMR chat[620]: timeout set to 45 seconds
Dec 14 11:40:01 RMR chat[620]: abort on (NO CARRIER)
Dec 14 11:40:01 RMR chat[620]: abort on (BUSY)
Dec 14 11:40:01 RMR chat[620]: abort on (NO DIALTONE)
Dec 14 11:40:01 RMR chat[620]: abort on (ERROR)
Dec 14 11:40:01 RMR chat[620]: send (+++ATZ^M)
Dec 14 11:40:01 RMR chat[620]: expect (OK)
Dec 14 11:40:02 RMR chat[620]: +++ATZ^M^M
Dec 14 11:40:02 RMR chat[620]: OK -- got it
Dec 14 11:40:02 RMR chat[620]: send (ATDT123456^M)
Dec 14 11:40:02 RMR chat[620]: expect (CONNECT)
Dec 14 11:40:02 RMR chat[620]: ^M
Dec 14 11:40:47 RMR chat[620]: ^M
Dec 14 11:40:47 RMR pppd[617]: Connect script failed
Dec 14 11:40:47 RMR pppd[617]: Exit.
Dec 14 11:40:47 RMR chat[620]: alarm
Dec 14 11:40:47 RMR chat[620]: Failed
Bis zum +++ATZ geht alles gut. Dann kommt die Nachricht send (AT....) und expect (CO..) Dieses wird, gar nicht gesendet, sondern nur 2x ^M (Carriage-Return). Man hoert auch kein "getuete" des Modems, das ja jetzt waehlen sollte.

Lösung:

Wenn Sie vor dem 2. AT ein \d einsetzen, funktioniert es.
...
ABORT "NO CARRIER"
ABORT BUSY
ABORT "NO DIALTONE"
ABORT ERROR
"" +++ATZ
OK \dATDT....
Teilweise kommt sogar der Initialisierungsbefehl ATZ zu schnell. Abhilfe schafft hier ein \d schon nach +++. dafür klappt dann das Wählen ohne zusätzliche Verzögerung, Beispiel:
"" +++\dATZ
OK ATDT0191011
Credits: Detlef Postler (Detlef.Postler@t-online.de)

Ähnlicher Fehler -- völlig andere Ursache

Bezieht sich auf S.u.S.E. Linux: Version 11/95

Symptom:

ppp über CIS funktioniert nicht, da das Chat-Script nicht wählt.

Ursache:

In dem mitgelieferten chat-script ppp-up, daß auf der November '95 CD dabei war, sind irrtümlicherweise (oder richtigerweise ;-) wie gibt man den dort Kommentare an?) Kommentare mit # eingetragen.

Diese werden vom chat-Programm nicht akzepiert bzw. es wird gewartet, bis das Modem ein # zurücksendet, was natürlich selten passiert.

In /var/adm/sylog sehen Sie etwa das folgende:

Feb 13 22:25:07 paddys pppd[1967]: pppd 2.1.2 started by root, uid 0
Feb 13 22:25:07 paddys pppd[1968]: Connecting with </usr/sbin/chat -v -f /etc/ppp/ppp.chat>
Feb 13 22:25:09 paddys chat[1969]: expect (#) 
Feb 13 22:26:54 paddys chat[1969]: alarm
Feb 13 22:26:54 paddys chat[1969]: Failed
Feb 13 22:26:54 paddys pppd[1968]: Exit.

Lösung:

Das richtige Script:

TIMEOUT 5
ABORT "NO CARRIER"
ABORT BUSY
ABORT "NO DIALTONE"
ABORT ERROR
"" +++ATZ
OK ATDTcistelefon
CONNECT \r\n
ame:--ame: CIS
"" cislogin/GO:PPPCONNECT
word: cispassword

----------

Siehe auch:

----------

Stichwörter: PPP, COMPUSERVE, CHAT, MODEM, CIS

----------

Kategorien: PPP

----------

Übersicht o Stichwortsuche o History o Versionen o Kategorien o Alle Artikel
English

----------

SDB-kfr_10, Copyright SuSE GmbH, Nuremberg, Germany - Version: 24. Jan 1997
SuSE GmbH - Zuletzt generiert: 03. Oct 1999 22:32:14 by maddin with sdb_gen 1.00.0