Hallo Karsten, es folgt eine (hoffentlich hinreichend) detaillierte Beantwortung Ihrer Fragen: Folgende Schritte durchgeführt in der angegebenen Reihenfolge: 1) 1. PuTTY-Fenster: Anmelden am Salzburger SuSE-Rechner mit 7.1 und Kernelversion 2.2.18 (uname -r) 2) isdnctrl dial ippp3 (wählt von Salzburg zum Grazer-Backup-Server) 3) ssh GrazerBackupServer (Mit SuSE 7.3 und Kernel 2.4.10-4GB) 4) Am GrazerBackupServer: ssh GrazerEchtServer (Mit SuSE 8.1 und Kernel 2.4.19-64GB-SMP) 5) 2. PuTTY-Fenster: Nochmals anmelden am Salzburger SuSE-Rechner mit 7.1 6) Jetzt am Salzburger-Rechner: isdnctrl dial ippp1 (=GrazerECHTbetriebsServer); isdnctrl status all; cat /dev/isdninfo Das ist der Output am Salzburger-Rechner von diesen auf einer Zeile abgesetzten Kommandos: Dialing of ippp1 triggered ippp0 is not connected ippp1 connected to Telnr-GrazEchtserverDW ippp2 is not connected ippp3 connected to Telnr-GrazBackupDW idmap: HiSax HiSax - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - chmap: 0 1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 drmap: 0 0 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 usage: 131 131 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 flags: 1 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? phone: Telnr-GrazBackupDW Telnr-GrazEchtserverDW ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? idmap: HiSax HiSax - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - chmap: 0 1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 drmap: 0 0 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 usage: 131 131 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 flags: 1 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? phone: Telnr-GrazBackupDW Telnr-GrazEchtserverDW ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ############################################################################ #### 7) Sofort danach am Grazer-Echtbetriebsserver: isdnctrl status all; cat /dev/isdninfo Das ist der Output am Grazer-Echtbetriebsserver von diesen auf einer Zeile abgesetzten Kommandos: (Hinweis: ippp0 in Graz ist für die Einwahl zum ISP konfig. und ippp1 sollte auf die Einwahl von aussen reagieren!) lo connected from eth0 connected from sit0 connected from ippp0 is not connected ippp1 is not connected idmap: fcpcipnp0 fcpcipnp0 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - chmap: 0 1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 drmap: 0 0 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 usage: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 flags: 0 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? phone: ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? Mit freundlichen Grüßen Georg E. Paulusberger System- und Netzwerkadministration ----- Original Message ----- From: "Karsten Keil" To: Sent: Friday, October 10, 2003 10:57 AM Subject: Re: [suse-isdn] isdnctrl status all meldet Verbindung nur von einer Seite

On Fri, Oct 10, 2003 at 10:00:47AM +0200, Georg E. Paulusberger wrote:

...

Hallo,

ich habe ein "seltsames" ISDN-Verbindungsproblem. In unserer Zentrale in Salzburg steht eine SuSE 7.1-Box.

In Graz haben wir einen Backup-Server mit 7.3 und einen Echtserver mit 8.1. Beide Grazer-Server haben eine PCI-Fritz-ISDN-Karte.

Wähle ich mich von Salzburg mit isdnctrl dial NummerBackupServer ein, dann zeigt mir der Backupserver (nach einem ssh auf den Backupserver), dass ippp1 connected ist zu der Salzburgernummer. Ebenso zeigt mir die Salzburger 7.1-Box (isdnctrl status all), dass ich mit dem Grazer-7.3-Backupserver verbunden bin (bekomme die Tel.-nr mit der Durchwahl angezeigt).

Wähle ich mich von Salzburg mit isdnctrl dial NummerECHTServer ein, dann zeigt mir der Grazer-Echtserver KEINE Verbindung bei dem entsprechenden ippp-Device, ABER auf meiner Salzburger 7.1-Box zeigt mir 'isdnctrl status all' sehr wohl an, dass eine Verbindung hergestellt wurde. Kann es da ein ISDN-Anlagen oder sonstiges Telefonanlagenkonfiguration- problem geben?

was sagt denn cat /dev/isdninfo in diesem Fall ? Welche kernel sind im Spiel ?

-- Karsten Keil SuSE Labs ISDN development

-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com