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"
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