Hallo, ich bin mit meinem Latein am Ende. Inzwischen habe ich schon alle Howtos und Readmes, die ich finden konnte, gelesen. Leider nutze ich keine der SuSE-Funktionen, sondern möchte isdnlog per Hand starten. Es scheint auch zu funktionieren, doch bleibt meine isdn.log leer. Sie ist erstellt und hat Schreib- und Leserechte für root. Ich erhalte keinerlei Fehlermeldungen und kann auch problemlos ins Internet gehen etc. Folgendes habe ich in /etc/isdn/isdnlog.isdnctrl0.options eingetragen: [options] daemon=yes syslog=1015 monitor=yes stdout=2048 newline=yes width=80 thruput=60 ciInterval=3:6 und isdnlog gestartet: root # isdnlog -f /etc/isdn/isdnlog.isdnctrl0.options /dev/isdnctrl0 & In meiner /var/log/messages sieht alles in Ordnung aus: May 4 14:51:43 [isdnlog] isdnlog Version 4.59 starting May 4 14:51:43 [isdnlog] Holiday Version 1.10-Germany [12-Apr-1999] loaded [11 entries from /usr/share/isdn/holiday-de.dat] May 4 14:51:43 [isdnlog] Dest V1.01: File '/usr/share/isdn/dest.cdb' opened fine - Dest 1.0 int (+h) AT DE NL CH May 4 14:51:43 [isdnlog] Zone V1.25: Provider 0 File '/usr/share/isdn/zone-de-dtag.cdb' opened fine - V1.25 K2 C2 N256 T1571$ May 4 14:51:43 [isdnlog] Rates Version 2.02 [29-Jun-2002 12:27:46] loaded [55 Providers, 414 Zones, 2010 Areas, 42 Service$ May 4 14:51:43 [isdnlog] (ISDN subsystem with ISDN_MAX_CHANNELS
16 detected, ioctl(IIOCNETGPN) is available) May 4 14:51:43 [isdnlog] isdn.conf:4 active channels, 1 MSN/SI entries May 4 14:51:43 [isdnlog] (Data versions: iprofd=0x06 net_cfg=0x06 /dev/isdninfo=0x01) May 4 14:51:43 [isdnlog] Everything is fine, isdnlog-4.59 is running in full featured mode.
Meine /etc/isdn/callerid.conf hat nur einen Eintrag: [MSN] NUMBER = XXXXXX <-- ausgeschwärzt ALIAS = Familien_PC ZONE = 1 Und die /etc/isdn/isdn.conf habe ich auch angepasst: [GLOBAL] COUNTRYPREFIX = + COUNTRYCODE = 49 AREAPREFIX = 0 # EDIT THIS LINE: AREACODE = 40 [VARIABLES] [ISDNLOG] LOGFILE = /var/log/isdn.log ILABEL = %b %e %T %ICall to tei %t from %N2 on %n2 OLABEL = %b %e %T %Itei %t calling %N2 with %n2 REPFMTWWW = "%X %D %17.17H %T %-17.17F %-20.20l SI: %S %9u %U %I %O" REPFMTSHORT = "%X%D %8.8H %T %-14.14F%U%I %O" REPFMT = " %X %D %15.15H %T %-15.15F %7u %U %I %O" CHARGEMAX = 7.00 CURRENCY = 0.062,EUR COUNTRYFILE = /usr/lib/isdn/country.dat RATECONF= /etc/isdn/rate.conf RATEFILE= /usr/share/isdn/rate-de.dat HOLIDAYS= /usr/share/isdn/holiday-de.dat ZONEFILE= /usr/share/isdn/zone-de-%s.cdb DESTFILE= /usr/share/isdn/dest.cdb # providerselect VBN = 010:01900 VBNLEN = 2:3 PRESELECTED=33 Vielen Dank an jene, die bis hierher alles nach Fehlern durchsucht haben. Gruß Jan
* Jan Girlich
Leider nutze ich keine der SuSE-Funktionen, sondern möchte isdnlog per Hand starten.
Es scheint auch zu funktionieren, doch bleibt meine isdn.log leer. Sie ist erstellt und hat Schreib- und Leserechte für root. Ich erhalte keinerlei Fehlermeldungen und kann auch problemlos ins Internet gehen etc.
In der Tat ein merkwürdiges Verhalten. Aus den richtigerweise angehangenen Konfigurationsdateien kann ich keine Ursache erkennen. Werden den z. B. die Internetverbindungen im syslog von isdnlog protokolliert oder ist "Everything is fine ..." das letzte was isdnlog von sich gibt? Einziger Anhaltspunkt sind die beiden folgenden Meldungen von isdnlog beim Start:
May 4 14:51:43 [isdnlog] isdn.conf:4 active channels, 1 MSN/SI entries May 4 14:51:43 [isdnlog] (Data versions: iprofd=0x06 net_cfg=0x06 /dev/isdninfo=0x01)
Ohne jetzt genau zu wissen, wie isdnlog die Zahl der 'active channels' ermittelt, bedeuten 4 Kanäle wohl zwei ISDN-Karten, ist dies richtig? Da meine Data Versions mit dem Kernel 2.2.25 0x05 statt 0x06 lauten, gehe ich bei Dir von einem Kernel 2.4.nn aus. In diesem Fall könnte man bei auch im syslog ausbleibenden Meldungen einmal /dev/isdnctrl0 überprüfen. Zum Abschluß noch folgende Fragen: Woher kommt Dein isdnlog (SuSE x.y oder selbstübersetzt)? Welche ISDN-Karte wird verwendet? Gruß Tobias -- Tobias Becker E-Mail tobiasb@talypso.de PGP 0xD06BB70D * Und erfahrene Menschen sagen, daß derjenige, der zu viel sieht und zu viel weiß, ähnlich wie der, der zu wenig sieht und zu wenig weiß, leicht vom richtigen Weg abkommt und untergeht. * Stefan Chwin *
Hallo, Tobias Becker schrieb:
In der Tat ein merkwürdiges Verhalten. Aus den richtigerweise angehangenen Konfigurationsdateien kann ich keine Ursache erkennen.
Ebenfalls.
Werden den z. B. die Internetverbindungen im syslog von isdnlog protokolliert oder ist "Everything is fine ..." das letzte was isdnlog von sich gibt?
Ja, "Everything is fine ..." ist das letzte, was er von sich gibt.
Einziger Anhaltspunkt sind die beiden folgenden Meldungen von isdnlog beim Start:
May 4 14:51:43 [isdnlog] isdn.conf:4 active channels, 1 MSN/SI entries May 4 14:51:43 [isdnlog] (Data versions: iprofd=0x06 net_cfg=0x06 /dev/isdninfo=0x01)
Ohne jetzt genau zu wissen, wie isdnlog die Zahl der 'active channels' ermittelt, bedeuten 4 Kanäle wohl zwei ISDN-Karten, ist dies richtig?
Ja, richtig. Zwei Teles 16.3. Beide funktionieren wunderbar. Wenn ich isdnlog am laufen habe möchte ich die eine verkehrt herum anschliessen und ausgehende Anrufe mitloggen.
Da meine Data Versions mit dem Kernel 2.2.25 0x05 statt 0x06 lauten, gehe ich bei Dir von einem Kernel 2.4.nn aus. In diesem Fall könnte man bei auch im syslog ausbleibenden Meldungen einmal /dev/isdnctrl0 überprüfen.
Richtig: Kernel 2.4.20 Vanilla. Selbst kompiliert. Ich prüfe nochmal die ISDN-Angaben, aber ich bin mir ziemlich sicher alles richtig eingestellt zu haben. Wie prüfe ich, ob /dev/isdnctrl0 richtig funktioniert? Ein root # cat /dev/isdnctrl0 z.B. ergibt nichts. Ich denke hier ist wohl der richtige Ansatzpunkt. Dabei kam mir der Gedanke, dass /dev/isdnctrl0 falsch ist. Schliesslich habe ich 2 ISDN-Karten. Aber der isdnlog-Aufruf mit /dev/isdnctrl2 hat auch nichts gebracht. Doch insgesamt bin ich mir unsicher wie entschieden wird welche ISDN-Karte die erste und welche die zweite ist.
Zum Abschluß noch folgende Fragen: Woher kommt Dein isdnlog (SuSE x.y oder selbstübersetzt)? Welche ISDN-Karte wird verwendet?
Selbstübersetzt aus 3.2_p1-r2 aus Gentoo.
Gruß Tobias
Gruß Jan
On Mon, May 05, 2003 at 11:34:24AM +0200, Jan Girlich wrote: ...
Ja, richtig. Zwei Teles 16.3. Beide funktionieren wunderbar. Wenn ich isdnlog am laufen habe möchte ich die eine verkehrt herum anschliessen und ausgehende Anrufe mitloggen.
Da meine Data Versions mit dem Kernel 2.2.25 0x05 statt 0x06 lauten, gehe ich bei Dir von einem Kernel 2.4.nn aus. In diesem Fall könnte man bei auch im syslog ausbleibenden Meldungen einmal /dev/isdnctrl0 überprüfen.
Richtig: Kernel 2.4.20 Vanilla. Selbst kompiliert. Ich prüfe nochmal die ISDN-Angaben, aber ich bin mir ziemlich sicher alles richtig eingestellt zu haben.
Wie prüfe ich, ob /dev/isdnctrl0 richtig funktioniert? Ein root # cat /dev/isdnctrl0 z.B. ergibt nichts. Ich denke hier ist wohl der richtige Ansatzpunkt.
Das geht nur, wenn isdnlog nicht laeuft. Also killall isdnlog cat /dev/isdnctrl0 sollte bei Aktivitaet etwas ergeben (vorrausgesetzt der debug level ist mindestens auf 4, hisaxctrl <id> 1 4).
Dabei kam mir der Gedanke, dass /dev/isdnctrl0 falsch ist. Schliesslich habe ich 2 ISDN-Karten. Aber der isdnlog-Aufruf mit /dev/isdnctrl2 hat auch nichts gebracht. Doch insgesamt bin ich mir unsicher wie entschieden wird welche ISDN-Karte die erste und welche die zweite ist.
Da musst Du beide angeben und dual verwenden. Welche die erste und welche die 2. ist haengt davon ab wie die Karten beim laden des hisax angegeben werden, die mit den parametern an erster Stelle ist auch die erste. z.B. 1.Karte io 0x180 irq 5 2.Karte io 0x280 irq 7 modprobe hisax io=0x180,0x280 irq=5,7 type=... laedt die mit 0x180 als 1. -- Karsten Keil SuSE Labs ISDN development
Hallo, Karsten Keil schrieb:
On Mon, May 05, 2003 at 11:34:24AM +0200, Jan Girlich wrote:
Wie prüfe ich, ob /dev/isdnctrl0 richtig funktioniert? Ein root # cat /dev/isdnctrl0 z.B. ergibt nichts. Ich denke hier ist wohl der richtige Ansatzpunkt.
Das geht nur, wenn isdnlog nicht laeuft. Also killall isdnlog cat /dev/isdnctrl0
sollte bei Aktivitaet etwas ergeben (vorrausgesetzt der debug level ist mindestens auf 4, hisaxctrl <id> 1 4).
Ein cat /dev/isdnctrl0 ergab jene, woraus ich entnehme, dass es funktioniert: 38:28.27 L3DC State ST_L3_LC_REL_DELAY Event EV_ESTABLISH_REQ 38:28.27 L3DC ChangeState ST_L3_LC_ESTAB 38:28.80 Card1 State ST_L1_NULL Event EV_PH_ACTIVATE 38:28.80 Card1 ChangeState ST_L1_WAIT_ACT 38:28.82 l3 invoke break 38:29.10 Card1 State ST_L1_WAIT_ACT Event EV_TIMER_ACT 38:29.10 Card1 ChangeState ST_L1_ACTIV 38:29.79 Card1 State ST_L1_ACTIV Event EV_PH_DEACTIVATE 38:29.79 Card1 ChangeState ST_L1_WAIT_DEACT 38:29.80 Card1 State ST_L1_WAIT_DEACT Event EV_TIMER_DEACT 38:29.80 Card1 ChangeState ST_L1_NULL 38:29.94 l3 invoke break 38:29.94 L3DC State ST_L3_LC_ESTAB Event EV_RELEASE_REQ 38:29.94 L3DC ChangeState ST_L3_LC_REL_DELAY Ich habe aber keine Ausgabe bekommen, wenn cat noch aktiv war und ich Aktionen ausgeführt habe. Doch wenn ich cat beendet und etwas gewartet habe, war wieder etwas im Device drin. Es scheint mir so, dass keine Informationen aus dem Device herauskommen, wenn es geöffnet ist. Trotzdem bin ich nicht mit meinem Problem weitergekommen und die Kernel-Einstellungen scheinen auch alle richtig zu sein.
Welche die erste und welche die 2. ist haengt davon ab wie die Karten beim laden des hisax angegeben werden, die mit den parametern an erster Stelle ist auch die erste.
Okay, das ist inzwischen klar und /dev/isdnctl0 ist das richtige, funktionierende Device. Gruß Jan
* Jan Girlich
Karsten Keil schrieb: [/dev/isdnctrl0 prüfen]
Das geht nur, wenn isdnlog nicht laeuft. Also killall isdnlog cat /dev/isdnctrl0
sollte bei Aktivitaet etwas ergeben (vorrausgesetzt der debug level ist mindestens auf 4, hisaxctrl <id> 1 4).
Ein cat /dev/isdnctrl0 ergab jene, woraus ich entnehme, dass es funktioniert:
38:28.27 L3DC State ST_L3_LC_REL_DELAY Event EV_ESTABLISH_REQ 38:28.27 L3DC ChangeState ST_L3_LC_ESTAB 38:28.80 Card1 State ST_L1_NULL Event EV_PH_ACTIVATE 38:28.80 Card1 ChangeState ST_L1_WAIT_ACT 38:28.82 l3 invoke break [...]
Das ist für isdnlog zuwenig. Es fehlen die HEX:-Zeilen mit den D-Kanal-Daten, die sich mittels oben genannten hisaxctrl Befehl aktivieren lassen sollten. Bei mir (HFC-PCI Karte) sieht ein Anruf von einem anderen Endgerät bei der 0310 dann mit deaktivierten isdnlog so aus (n macht die Quell-MSN unkenntlich): | HEX: 02 AD 01 19 | ECHO: 02 AD 01 09 | HEX: 02 AD 01 19 | ECHO: 02 AD 01 09 | HEX: 02 AD 01 19 | ECHO: 02 AD 01 09 | ECHO: 00 AD 18 08 08 01 02 05 04 03 90 90 A3 18 01 83 6C 07 C1 3n 3n 3n 3n 3n 3n | HEX: 00 AD 01 1A | HEX: 02 AD 08 1A 08 01 82 0D 18 01 89 1E 02 82 88 | ECHO: 02 AD 01 0A | ECHO: 00 AD 1A 0A 08 01 02 7B 70 02 81 30 | HEX: 00 AD 01 1C | ECHO: 00 AD 1C 0A 08 01 02 7B 70 02 81 33 | HEX: 00 AD 01 1E | ECHO: 00 AD 1E 0A 08 01 02 7B 70 02 81 31 | HEX: 00 AD 01 20 | ECHO: 00 AD 20 0A 08 01 02 7B 70 02 81 30 | HEX: 00 AD 01 22 | HEX: 02 AD 0A 22 08 01 82 02 | ECHO: 02 AD 01 0C | HEX: 02 AD 0C 22 08 01 82 03 1E 02 82 82 1E 02 82 88 | ECHO: 02 AD 01 0E | HEX: 02 AD 0E 22 08 01 82 03 1E 02 82 82 1E 02 82 88 | ECHO: 02 AD 01 10 | ECHO: 00 AD 22 10 08 01 02 45 08 02 80 90 | HEX: 00 AD 01 24 | HEX: 02 AD 10 24 08 01 82 4D | ECHO: 02 AD 01 12 | ECHO: 00 AD 24 12 08 01 02 5A | HEX: 00 AD 01 26 Gruß Tobias -- Tobias Becker E-Mail tobiasb@talypso.de PGP 0xD06BB70D * Und erfahrene Menschen sagen, daß derjenige, der zu viel sieht und zu viel weiß, ähnlich wie der, der zu wenig sieht und zu wenig weiß, leicht vom richtigen Weg abkommt und untergeht. * Stefan Chwin *
Hallo, Tobias Becker schrieb:
* Jan Girlich
schrieb: Karsten Keil schrieb:
sollte bei Aktivitaet etwas ergeben (vorrausgesetzt der debug level ist mindestens auf 4, hisaxctrl <id> 1 4).
Ja, das war's! Danke für den Hinweis. Aber eine Frage noch: wird die Einstellung irgendwie vom Device (devfs) oder Treiber "gespeichert" oder muss ich nach jedem Booten wieder den Debug-Level hochsetzen?
Ein cat /dev/isdnctrl0 ergab jene, woraus ich entnehme, dass es funktioniert:
38:28.27 L3DC State ST_L3_LC_REL_DELAY Event EV_ESTABLISH_REQ 38:28.27 L3DC ChangeState ST_L3_LC_ESTAB 38:28.80 Card1 State ST_L1_NULL Event EV_PH_ACTIVATE 38:28.80 Card1 ChangeState ST_L1_WAIT_ACT 38:28.82 l3 invoke break [...]
Das ist für isdnlog zuwenig. Es fehlen die HEX:-Zeilen mit den D-Kanal-Daten, die sich mittels oben genannten hisaxctrl Befehl aktivieren lassen sollten. Bei mir (HFC-PCI Karte) sieht ein Anruf von einem anderen Endgerät bei der 0310 dann mit deaktivierten isdnlog so aus (n macht die Quell-MSN unkenntlich):
Danke, s.o. [HEX-Werte] Gruß Jan
* Jan Girlich
Aber eine Frage noch: wird die Einstellung irgendwie vom Device (devfs) oder Treiber "gespeichert" oder muss ich nach jedem Booten wieder den Debug-Level hochsetzen?
Mir ist nur die letztere Variante bekannt. Der hisaxctrl-Aufruf kann z. B. im Skript stehen, das auch isdnlog startet. Gruß Tobias -- Tobias Becker E-Mail tobiasb@talypso.de PGP 0xD06BB70D * Und erfahrene Menschen sagen, daß derjenige, der zu viel sieht und zu viel weiß, ähnlich wie der, der zu wenig sieht und zu wenig weiß, leicht vom richtigen Weg abkommt und untergeht. * Stefan Chwin *
participants (3)
-
Jan Girlich
-
Karsten Keil
-
Tobias Becker