Hallo zusammen, Habe das Problem das bei einem Kunden die ISDN-Einwahl von dem einen auf den anderen Tag nicht mehr geht. Bei einem Einwahlversuch von einem Windows-Rechner kommt nur "Gegenstelle antwortet nicht". Andere Rechner und Router lassen sich einwandfrei anwählen. Laut dem Telefontechniker ist der S0 Bus auf dem sich eingewählt werden soll OK. Habe zum Glück noch eine VPN Verbindung mit der ich auf den Linux-Rechner komme und dort eine Fehlersuche betreiben kann. Das System läuft unter 8.2 mit einem AVM B1 PCI Controller. Ein neustart der Schnittstelle mit rcnetwork restart -o type=ippp klappte, brachte aber auch keine Änderung. In /var/log/messages ist nichts mit ISDN ersichtlich. Kein Incoming call der ignored wurde oder dergleichen. Frage mich nur wie ich am besten den ISDN-Controller auf Funktionsfähigkeit testen kann.... Hatte dazu folgendes aus einer alten Mail aus der Liste gefunden: Ob local ein Defekt vorliegt, laest sich einfach pruefen: Auf 2 terminals jeweils ein minicom oeffnen mit folgenden configs: 1. /etc/minirc.i0 # Machine-generated file - use "minicom -s" to change parameters. pr port /dev/ttyI0 pu minit ~^M~AT &E27^M 2. /etc/minirc.i1 pr port /dev/ttyI1 pu minit ~^M~AT &E27^M 1. terminal: minicom i0 2. terminal minicom i1 Im 1. ATD27<return> eingeben, daraufhin sollte im zweiten eine RING Meldung kommen dort ATA<return> eingeben, die Verbindung sollte jetzt funktionieren und alle zeichen die im 1. terminal eingegeben werden sollten im 2. Erscheinen umgekehrt. Habe das bei dem System ausprobiert und bekomme nur BUSY nach dem ATDT27, in /var/log/messages kommen folgende Einträge: Nov 25 13:38:29 dc-server kernel: capidrv-1: DISCONNECT_IND reason 0x3301 (Proto col error layer 1 (broken line or B-channel removed by signalling protocol)) for plci 0x101 Meinem Verständnis nach ist die Leitung nicht OK, kann ich da sicher sein? Jemand noch eine andere Idee was ich testen kann? Danke. Mit freundlichen Grüßen Carsten Hanses