9. Fehlersuche und -meldungen

9.1 Was kann ich überprüfen, wenn die IP-Verbindung nicht zustande kommt?

Findet überhaupt ein Wählvorgang statt? (cu -l isdn/isdn57 und AT/L) Das kann auch an einer fehlenden Route liegen.
Stimmt die gewählte Nummer überein mit der, die die andere Seite angegeben hat? Falls nein, ist der Eintrag in der cf-Datei fehlerhaft.
Stimmt die Nummer, mit der mein eigenes Teil wählt? Wenn eine Meldung kommt wie "Call rejected", ist vermutlich unsere eigene Nummer falsch, und DL-Zeile und der :lr-Eintrag in der P-Zeile sind zu korrigieren. Es kann auch sein, daß die andere Seite eine abweichende Nummer erwartet; da hilft nur eine Nachfrage.
Haben beide Seiten das gleiche ISDN-Protokoll eingestellt (HDLC transparent, X.75 oder andere)?
Existiert eine Route zur anderen Seite?
Hat die Gegenstelle ihr Routing richtig aufgesetzt? Hier hilft nur eine Nachfrage.
Falls der ISDN-Rechner als Gateway arbeiten soll: ist dessen Kernel mit CONFIG_IP_FORWARDING übersetzt?

9.2 Welche Angaben braucht jemand, der mir bei Problemen helfen soll?

Zunächst sollte man das System-Logging wie eben beschrieben einstellen. Beim Aufbau einer Verbindung sollte der Benutzer in einem zweiten Fenster mit cu -l isdn/isdn57 und AT/L sehen, was auf der Leitung passiert. Klappt irgendetwas nicht, ist folgendes an Matthias Urlichs zu schicken:

der Output von AT/L
die dazugehörigen syslog-Zeilen
Versionsnummer von Kernel und ISDN-Treiber
welche Patches aus patches wurden angebracht?

Ohne diese Angaben ist eine sinnvolle Hilfe nicht möglich. Matthias hierzu blumig auf der Mailing-Liste am 18.09.95:


> .Mecker an
> WENN DU DIE DOOFE KONFIGDATEI MITSCHICKEN WUERDEST, KOENNTE DIR VIELLEICHT
> SOGAR JEMAND SAGEN, WAS DARAN NICHT STIMMT.
> .Mecker aus

Next Chapter, Previous Chapter

Table of contents of this chapter, General table of contents

Top of the document, Beginning of this Chapter