Hi, ich würde gerne isdnlog dazu bringen, seine Daten in MySQL abzulegen. Ich habe eine AVM Fritz!2.0 und SuSE 8.0 und dessen ISDN-Zeug bis auf die Utilities Weil ich das Source-RPM zu den isdn-utilities auf der DVD nicht fand, holte ich mir das Paket vom ftp.isdn4linux.de Also das : isdn4k-utils.v3.2p1.tar.bz2 Desweiteren noch einstweilen den mysqld-max von SuSE 8.0 In "make config" habe ich dann bei den isdnlog-->mysql Optionen den Pfad "/usr" eingetragen. (Daß SuSE nicht MySQL's Vorschlag folgt und das Zeug nach /usr/local/mysql packt, ist nochmal eine andere Sache.) Zudem habe ich die X-Programme ausgeknipst. configure findet mysql. Es sagt aber auch, es mag capi20, vbox und FAQ nicht. "make" baut alles durch bis auf capi20, vbox und FAQ. "make install" tut auch was ... mybox:/mnt/data1/src/isdn4k-utils # rcisdn start Setting up ISDN card contr0 AVM FRITZ!PCI v2.0 done Loading Driver contr0 1 kcapi capi capidrv done Initializing capi for contr0 (1) done und in /var/log/messages steht: ----------------------------------- Aug 19 06:02:38 mybox kernel: CAPI-driver Rev 1.1.4.1: loaded Aug 19 06:02:38 mybox kernel: capifs: Rev 1.1.4.1 Aug 19 06:02:38 mybox kernel: capi20: started up with major 68 Aug 19 06:02:38 mybox kernel: kcapi: capi20 attached Aug 19 06:02:38 mybox kernel: capi20: Rev 1.1.4.2: started up with major 68 (middleware+capifs) Aug 19 06:02:38 mybox kernel: CSLIP: code copyright 1989 Regents of the University of California Aug 19 06:02:38 mybox kernel: ISDN subsystem Rev: 1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1 loaded Aug 19 06:02:38 mybox kernel: kcapi: capidrv attached Aug 19 06:02:38 mybox kernel: kcapi: appl 1 up Aug 19 06:02:38 mybox kernel: capidrv: Rev 1.1.4.1: loaded Aug 19 06:02:38 mybox isdnlog: isdnlog Version 4.59 starting Aug 19 06:02:38 mybox isdnlog: Will overwrite entry `ALIAS'! Aug 19 06:02:38 mybox isdnlog: Holiday Version 1.10-Germany [12-Apr-1999] loaded [11 entries from /usr/lib/isdn/holiday-de.dat] Aug 19 06:02:38 mybox isdnlog: Dest V1.01: File '/usr/lib/isdn/dest.cdb' opened fine - Dest 1.0 int (+h) DE Aug 19 06:02:38 mybox isdnlog: Zone V1.25: Provider 0 File '/usr/lib/isdn/zone-de-dtag.cdb' opened fine - V1.25 K2 C2 N256 T157147 O1 L5 Aug 19 06:02:38 mybox kernel: no channels in open minor(64) Aug 19 06:02:38 mybox kernel: allways open isdnctrl0 Aug 19 06:02:38 mybox isdnlog: Rates Version 2.02 [29-Jun-2002 12:27:46] loaded [55 Providers, 413 Zones, 2009 Areas, 42 Services, 333 Comments, 0 eXceptions, 6 Redirects, 1302 Rates from /usr/lib/isdn/rate-de.dat] Aug 19 06:02:38 mybox isdnlog: (ISDN subsystem with ISDN_MAX_CHANNELS > 16 detected, ioctl(IIOCNETGPN) is available) Aug 19 06:02:38 mybox isdnlog: isdn.conf:0 active channels, 11 MSN/SI entries Aug 19 06:02:38 mybox isdnlog: (Data versions: iprofd=0x06 net_cfg=0x06 /dev/isdninfo=0x01) Aug 19 06:02:38 mybox isdnlog: Everything is fine, isdnlog-4.59 is running in full featured mode. ----------------------------------- Müßten da nicht 2 aktive Kanäle angezeigt werden ? Es gibt keine /var/log/isdn.log und in der existierenden MySQL Tabelle tauchen auch keine Anrufe auf. Was geht da vor ? isdnlog sagt doch, es laufe ??? Gruß ... Andreas
On Mon, Aug 19, 2002 at 05:17:03AM +0200, Andreas Fiesser wrote:
Hi,
ich würde gerne isdnlog dazu bringen, seine Daten in MySQL abzulegen.
Ich habe eine AVM Fritz!2.0 und SuSE 8.0 und dessen ISDN-Zeug bis auf die Utilities
Weil ich das Source-RPM zu den isdn-utilities auf der DVD nicht fand, holte ich mir das Paket vom ftp.isdn4linux.de Also das : isdn4k-utils.v3.2p1.tar.bz2
/cdrom/suse/zq1/i4l.spm
Desweiteren noch einstweilen den mysqld-max von SuSE 8.0
In "make config" habe ich dann bei den isdnlog-->mysql Optionen den Pfad "/usr" eingetragen. (Daß SuSE nicht MySQL's Vorschlag folgt und das Zeug nach /usr/local/mysql packt, ist nochmal eine andere Sache.)
Das ist verboten fuer Distributionen (vom FHS und LSB ist vorgeschrieben das Distributionen /usr/local nicht anfassen bzw. dort Pakete installieren). Das ist sinnvoll, damit dort der Anwender beliebige Sachen installieren kann, die bei einem Update oder bei der Nachinstallation nicht angefast werden.
Zudem habe ich die X-Programme ausgeknipst.
configure findet mysql. Es sagt aber auch, es mag capi20, vbox und FAQ nicht.
"make" baut alles durch bis auf capi20, vbox und FAQ. "make install" tut auch was ...
Schau Dir das SPEC file an, da siehst Du in der %build Sektion mit welchen Schritten i4l gebaut wird.
Müßten da nicht 2 aktive Kanäle angezeigt werden ?
Es gibt keine /var/log/isdn.log und in der existierenden MySQL Tabelle tauchen auch keine Anrufe auf.
Was geht da vor ? isdnlog sagt doch, es laufe ???
Ich bin mir nicht 100% sicher, ob isdnlog mit den CAPI Treibern der PCI V2.0 ueberhaupt zusammenarbeitet oder ob da noch zusaetzliche Sachen notwendig sind. Wenn es das vorher getan hat (ohne MySQL) sollte es auch mit MySQL tun. -- Karsten Keil SuSE Labs ISDN development
On Mon, Aug 19, 2002 at 05:17:03AM +0200, Andreas Fiesser wrote:
ich würde gerne isdnlog dazu bringen, seine Daten in MySQL abzulegen.
Karsten Keil wrote:
/cdrom/suse/zq1/i4l.spm [...] Schau Dir das SPEC file an, da siehst Du in der %build Sektion mit welchen Schritten i4l gebaut wird.
Danke. Ich habe jetzt auch die need-/usedforbuild durchgeprüft und es fehlten vorher auch einige Pakete. Jetzt erzeugt rpm -ba /usr/src/packages/SPECS/i4l.spec 3 RPMs i4l, i4l-firm und km_ipppc Dh meine Kiste kann das Zeug übersetzen. So kann ich mysql aber nicht aktivieren. Wenn ich die Sourcen der isdn-utilities zu Fuß auspacke und dort per make config die mysql-Unterstützung aktiviere, beschwert sich der anschließende configure Durchlauf bei vbox, dass tcl fehle. Das ist jedoch gem. yast2 installiert. Und der make Durchlauf stirbt dann hier: -------------------------------------------------------- make[1]: Entering directory `/mnt/data1/src/isdn4k-utils/capi20' /bin/sh ./libtool --mode=compile gcc -DPACKAGE=\"libcapi20\" -DVERSION=\"2.0.6\" -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LINUX_CAPI_H=1 -DHAVE_SELECT=1 -I. -I. -g -O2 -c -o capi20.lo `test -f capi20.c || echo './'`capi20.c libtool: ltconfig version `' does not match ltmain.sh version `1.3.5' Fatal configuration error. See the libtool docs for more information. make[1]: *** [capi20.lo] Error 1 make[1]: Leaving directory `/mnt/data1/src/isdn4k-utils/capi20' make: *** [subtargets] Error 2 --------------------------------------------------------
Ich bin mir nicht 100% sicher, ob isdnlog mit den CAPI Treibern der PCI V2.0 ueberhaupt zusammenarbeitet oder ob da noch zusaetzliche Sachen notwendig sind.
Wie kann ich das feststellen ? Die Sache ist die, dass ich nicht geprüft habe, ob isdnlog vor meinem Gebastel funktionierte. Die SuSE 8.0 kam frisch auf einen neuen Rechner mit der PCI2.0. Da isdnlog (ohne mysql) auf einem alten Rechner mit SuSE 7.2 und Fritz!PNP funktionierte, bin ich naiver Weise davon ausgegangen, dass das auf dem neuen auch gehen würde.
On Tue, Aug 20, 2002 at 05:12:23AM +0200, Andreas Fiesser wrote:
On Mon, Aug 19, 2002 at 05:17:03AM +0200, Andreas Fiesser wrote:
ich würde gerne isdnlog dazu bringen, seine Daten in MySQL abzulegen.
Karsten Keil wrote:
/cdrom/suse/zq1/i4l.spm [...] Schau Dir das SPEC file an, da siehst Du in der %build Sektion mit welchen Schritten i4l gebaut wird.
Danke.
Ich habe jetzt auch die need-/usedforbuild durchgeprüft und es fehlten vorher auch einige Pakete. Jetzt erzeugt rpm -ba /usr/src/packages/SPECS/i4l.spec 3 RPMs i4l, i4l-firm und km_ipppc
Dh meine Kiste kann das Zeug übersetzen. So kann ich mysql aber nicht aktivieren.
Im Prinzip schon in dem Du /usr/src/packages/SOURCES/isdn4k-utils.dif anpasst. z.B. --- .config +++ .config 2001/09/14 10:47:52 @@ -0,0 +1,138 @@ aendern in @@ -0,0 +1,139 @@ ... +# CONFIG_ISDNLOG_MYSQLDB is not set aendern in +CONFIG_ISDNLOG_MYSQLDB=y +CONFIG_ISDNLOG_MYSQLDIR='/usr' mysql und mysql-devel muessen zusaetzlich installiert sein.
Wenn ich die Sourcen der isdn-utilities zu Fuß auspacke und dort per make config die mysql-Unterstützung aktiviere, beschwert sich der anschließende configure Durchlauf bei vbox, dass tcl fehle. Das ist jedoch gem. yast2 installiert.
Auch die Patches eingespielt ? Wie gesagt Du solltes das machen was in %build steht, da werden einige files explizit ueber autoconf/automake/libtool neu erzeugt. ...
Ich bin mir nicht 100% sicher, ob isdnlog mit den CAPI Treibern der PCI V2.0 ueberhaupt zusammenarbeitet oder ob da noch zusaetzliche Sachen notwendig sind.
Wie kann ich das feststellen ? Die Sache ist die, dass ich nicht geprüft habe, ob isdnlog vor meinem Gebastel funktionierte. Die SuSE 8.0 kam frisch auf einen neuen Rechner mit der PCI2.0.
Da isdnlog (ohne mysql) auf einem alten Rechner mit SuSE 7.2 und Fritz!PNP funktionierte, bin ich naiver Weise davon ausgegangen, dass das auf dem neuen auch gehen würde.
Mit dem HiSax Treiber geht es mit Sicherheit, mein Zweifel betrifft den CAPI Treiber. Wenn der bei der 7.2 mit isdnlog funktioniert hat sollte es auch bei der 8.0 gehen. -- Karsten Keil SuSE Labs ISDN development
Karsten Keil wrote:
On Tue, Aug 20, 2002 at 05:12:23AM +0200, Andreas Fiesser wrote:
On Mon, Aug 19, 2002 at 05:17:03AM +0200, Andreas Fiesser wrote:
ich würde gerne isdnlog dazu bringen, seine Daten in MySQL abzulegen.
Karsten Keil wrote:
/cdrom/suse/zq1/i4l.spm [...] Schau Dir das SPEC file an, da siehst Du in der %build Sektion mit welchen Schritten i4l gebaut wird.
Danke.
Ich habe jetzt auch die need-/usedforbuild durchgeprüft und es fehlten vorher auch einige Pakete. Jetzt erzeugt rpm -ba /usr/src/packages/SPECS/i4l.spec 3 RPMs i4l, i4l-firm und km_ipppc
Dh meine Kiste kann das Zeug übersetzen. So kann ich mysql aber nicht aktivieren.
Im Prinzip schon in dem Du /usr/src/packages/SOURCES/isdn4k-utils.dif anpasst. z.B. --- .config +++ .config 2001/09/14 10:47:52 @@ -0,0 +1,138 @@ aendern in @@ -0,0 +1,139 @@ ... +# CONFIG_ISDNLOG_MYSQLDB is not set aendern in +CONFIG_ISDNLOG_MYSQLDB=y +CONFIG_ISDNLOG_MYSQLDIR='/usr'
mysql und mysql-devel muessen zusaetzlich installiert sein.
Wenn ich die Sourcen der isdn-utilities zu Fuß auspacke und dort per make config die mysql-Unterstützung aktiviere, beschwert sich der anschließende configure Durchlauf bei vbox, dass tcl fehle. Das ist jedoch gem. yast2 installiert.
Auch die Patches eingespielt ? Wie gesagt Du solltes das machen was in %build steht, da werden einige files explizit ueber autoconf/automake/libtool neu erzeugt.
...
Ich bin mir nicht 100% sicher, ob isdnlog mit den CAPI Treibern der PCI V2.0 ueberhaupt zusammenarbeitet oder ob da noch zusaetzliche Sachen notwendig sind.
Wie kann ich das feststellen ? Die Sache ist die, dass ich nicht geprüft habe, ob isdnlog vor meinem Gebastel funktionierte. Die SuSE 8.0 kam frisch auf einen neuen Rechner mit der PCI2.0.
Da isdnlog (ohne mysql) auf einem alten Rechner mit SuSE 7.2 und Fritz!PNP funktionierte, bin ich naiver Weise davon ausgegangen, dass das auf dem neuen auch gehen würde.
Mit dem HiSax Treiber geht es mit Sicherheit, mein Zweifel betrifft den CAPI Treiber. Wenn der bei der 7.2 mit isdnlog funktioniert hat sollte es auch bei der 8.0 gehen.
-- 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
Karsten Keil wrote:
Im Prinzip schon in dem Du /usr/src/packages/SOURCES/isdn4k-utils.dif anpasst.
jetzt klappts. isdnlog läuft und schreibt in die mysql-Datenbank. Allerdings ist mir nicht klar warum es für jeden Anruf 2 identische Einträge macht. Die Dubletten tauchen auch in der /var/log/isdn.log auf. Ich habe mit dem Handy und einem Analoganschluß meine Festnetznummer angeklingelt aber nicht abgenommen. Das betrifft aber auch den alten Comp., und da war das bis gestern gegen 19:00 noch nicht. An dessen Konfiguration habe ich auch nix gedreht.
Ich bin mir nicht 100% sicher, ob isdnlog mit den CAPI Treibern der PCI V2.0 ueberhaupt zusammenarbeitet oder ob da noch zusaetzliche Sachen notwendig sind.
tut es Gruß Andreas
On Thu, Aug 22, 2002 at 04:02:47AM +0200, Andreas Fiesser wrote:
Karsten Keil wrote:
Im Prinzip schon in dem Du /usr/src/packages/SOURCES/isdn4k-utils.dif anpasst.
jetzt klappts. isdnlog läuft und schreibt in die mysql-Datenbank.
Allerdings ist mir nicht klar warum es für jeden Anruf 2 identische Einträge macht.
Bitte mal zeigen, das kann normal sein. Sind 4 sek zwischen den Meldungen ? -- Karsten Keil SuSE Labs ISDN development
Karsten Keil wrote:
Allerdings ist mir nicht klar warum es für jeden Anruf 2 identische Einträge macht. Bitte mal zeigen, das kann normal sein. Sind 4 sek zwischen den Meldungen ?
Nein. Die doppelten Einträge sind identisch. Zur Erklärung: Ich habe hier einen Mehrgeräteanschluß an einer T-Connect XI321 Telefonanlage mit internem S0-Bus. 1) Testanruf von meinem Handy an meine Privat-MSN 29. Der ist nur eine TelNr und ein Telefon zugeordnet. 2) Anruf von einem ext. Teilnehmer an eine Nr, der 2 MSNs zugeordnet sind (21 & 22). Die Anlage erzeugt also "Info-Durchsagen" für beide MSNs. Warum aber für #21 2 und für #22 nur eine ? 3) ??? 2) Anruf von einem ext. Teilnehmer Wie gesagt, diese Verdopplung ist neu. Ein ISDN-Monitor unter Windows "sieht" diese Dubletten nicht. ---------- Start Testanruf ---------------------- Aug 22 05:44:38 2002|+49172MEIN_HÄNDI |+49MeineVorwahl29 | 0| 0|1029987878| -1|I| 16| 0| 0|3.2|1|1|0.12|DEM|0| 33| -1| Aug 22 05:44:38 2002|+49172MEIN_HÄNDI |+49MeineVorwahl29 | 0| 0|1029987878| -1|I| 16| 0| 0|3.2|1|1|0.12|DEM|0| 33| -1| ---------- Ende Testanruf ------------------------ ---------- Start Ext. Anruf #1 ---------------------- Aug 22 08:59:22 2002|+49ExtVorwahlUndNummer_1 |+49MeineVorwahl22 | 0| 0|1029999562| -1|I| 0| 0| 0|3.2|1|1|0.12|DEM|0| 33| -1| Aug 22 08:59:22 2002|+49ExtVorwahlUndNummer_1 |+49MeineVorwahl21 | 0| 0|1029999562| -1|I| 26| 0| 0|3.2|1|1|0.12|DEM|0| 33| -1| Aug 22 08:59:22 2002|+49ExtVorwahlUndNummer_1 |+49MeineVorwahl21 | 0| 0|1029999562| -1|I| 26| 0| 0|3.2|1|1|0.12|DEM|0| 33| -1| ---------- Ende Ext. Anruf #1 ---------------------- ---------------- keine Ahnung -------------------- Aug 22 09:00:18 2002| | | 592| 59216|1029999618| -1|O| -1| 0| 0|3.2|0|0|0.12|DEM|0| -1| -1| ---------------- keine Ahnung -------------------- ---------- Start Ext. Anruf #2 ---------------------- Aug 22 13:07:46 2002|+49ExtVorwahlUndNummer_2 |+49MeineVorwahl22 | 0| 0|1030014466| -1|I| 0| 0| 0|3.2|1|1|0.12|DEM|0| 33| -1| Aug 22 13:07:45 2002|+49ExtVorwahlUndNummer_2 |+49MeineVorwahl21 | 0| 0|1030014465| -1|I| 26| 0| 0|3.2|1|1|0.12|DEM|0| 33| -1| Aug 22 13:07:45 2002|+49ExtVorwahlUndNummer_2 |+49MeineVorwahl21 | 0| 0|1030014465| -1|I| 26| 0| 0|3.2|1|1|0.12|DEM|0| 33| -1| ---------- Ende Ext. Anruf #2 ---------------------- Ich teste grad mal alle MSNs durch: TelNr 1: MSN=20 --> Verdopplung TelNr 2: MSN=21 + 22 --> Verdopplung. Jetzt sogar 2x21 und 2x22 (Im isdn.log : 22, 21, 21, 22) FaxNr : MSN23 --> Windows-PC-Fax geht sofort dran. KEINE Verdopplung PC 1 : MSN26 --> das ist der Linux-PC, wo auch isdnlog läuft (SuSE 7.2), KEINE Verdopplung TelNr 3: MSN27 --> da ist zur Zeit kein Gerät dran KEINE Verdopplung PC 3 : MSN28 --> da ist ein Telefon und ein PC dran Verdopplung TelNr 4: MSN29 --> da ist ein Telefon, Verdopplung ==================================================== Und noch eine Frage bzgl. des MySQL in isdnlog. Mit Deiner Hilfe bekam ich das ja auf dem neuen PC in die Gänge. Wie kann ich die Connection Parameter ändern, dass "rpm -ba ..." nicht localhost, isdnlog, isdn, isdn als DB-Host, DB, User und Passwort nimmt ? Diese Angaben stehen ja in einer der Sourcefiles, die rpm vor dem Kompilieren erst auspackt. Ich vermute, da gibts auch einen Weg dafür. Das wäre sicher auch für ander Pakete interessant. ZB hat das PPP-Paket mW eine Filtermöglichkeit, um zu verhindern, dass ungewünschte p2p- oder Port 80 Zugriffe die Verbindung offen halten. Das ist aber wohl Thema eines anderen Threads. Gruß Andreas
On Thu, Aug 22, 2002 at 07:22:50PM +0200, Andreas Fiesser wrote:
Karsten Keil wrote:
Allerdings ist mir nicht klar warum es für jeden Anruf 2 identische Einträge macht. Bitte mal zeigen, das kann normal sein. Sind 4 sek zwischen den Meldungen ?
Nein. Die doppelten Einträge sind identisch.
Keine Ahnung was da ablaeuft. Eventuell mal in der entsprechenden isdnlog konfiguration log=3 eintragen und die rawdaten sammeln (/tmp/isdnctrl0). ...
Wie kann ich die Connection Parameter ändern, dass "rpm -ba ..." nicht localhost, isdnlog, isdn, isdn als DB-Host, DB, User und Passwort nimmt ? Diese Angaben stehen ja in einer der Sourcefiles, die rpm vor dem Kompilieren erst auspackt.
Ich vermute, da gibts auch einen Weg dafür. Das wäre sicher auch für ander Pakete interessant.
Nach dem bauen: Du gehst nach /usr/src/packages/BUILD/isdn4k-utils und aenderst die entsprechenden files (orginal vorher kopieren) und erstellst einen patch: cp isdnlog/isdnlog/mysqldb.h isdnlog/isdnlog/mysqldb.h.org editieren von isdnlog/isdnlog/mysqldb.h diff -u isdnlog/isdnlog/mysqldb.h.org isdnlog/isdnlog/mysqldb.h \
/usr/src/packages/SOURCES/i4l_mysql.dif
Diesen traegst Du mit ins i4l.spec ein (z.B. beim aktuellen 8.0: ... Patch1: isdn4k-utils-ppc.dif Patch2: i4l_suse.dif Patch3: i4l_mysql.dif ... %prep # remove old directory if [ "X" != "${RPM_BUILD_ROOT}X" ]; then rm -rf $RPM_BUILD_ROOT fi %setup -n isdn4k-utils -b 1 %patch %ifarch ppc %patch -P 1 %endif # neu %patch3 ... (Achtung beim aktuellen 8.0 muss dieses %patch3 unbedingt vor dem cd .. stehen !!!) Dann mit rpm -ba das Paket neu bauen. Wenn Du nicht unbedingt ein RPM mit den Aenderungen willst, kannst Du auch nur das file anpassen und dann in /usr/src/packages/BUILD/isdn4k-utils make aufrufen, das baut den isdnlog mit dem neuen file, must ihn dann halt von Hand installieren. Eigentlich ist es Unsinn das diese Sachen fest eincompiliert werden, die sollten ueber ein config file zur runtime setzbar sein. -- Karsten Keil SuSE Labs ISDN development
Karsten Keil wrote:
Keine Ahnung was da ablaeuft. Eventuell mal in der entsprechenden isdnlog konfiguration log=3 eintragen und die rawdaten sammeln (/tmp/isdnctrl0).
Übrigens startet isdnlog nur 1x das Script, das ich in der callerid.conf in der ACTION der MSN29 angegeben habe. Das obwohl der gleiche Anruf jetzt sogar 3 Einträge in der isdn.log produzierte. Einer 5 Minuten vorher dagegen nur 2. Hier mal ein Auszug aus der /var/log/messages ------------------ Aug 23 04:40:48 februar kernel: capidrv-1: incoming call 0172MeineHandyNr,1,1,29 Aug 23 04:40:48 februar kernel: capidrv-1: patching si2=1 to 0 for VBOX Aug 23 04:40:48 februar kernel: isdn_net: call from 0172MeineHandyNr,1,0 -> 29 Aug 23 04:40:48 februar kernel: isdn_net: Service-Indicator not 7, ignored Aug 23 04:40:48 februar kernel: isdn_tty: call from 0172MeineHandyNr -> 29 ignored Aug 23 04:40:48 februar kernel: capidrv-1: incoming call 0172MeineHandyNr,1,0,29 ignored Aug 23 04:40:48 februar isdnlog: Aug 23 04:40:48 * Call to tei 127 from +49 172/MeineHandyNr, Deutschland Mobilfunk D2/Deutschland Mo on 29 RING (Speech) Aug 23 04:40:48 februar isdnlog: Aug 23 04:40:48 * Call to tei 127 from +49 172/MeineHandyNr, Deutschland Mobilfunk D2/Deutschland Mo on 29 HLC: CCITT, Telefonie Aug 23 04:40:51 februar isdnlog: Aug 23 04:40:51 * Call to tei 67 from +49 172/MeineHandyNr, Deutschland Mobilfunk D2/Deutschland Mo on 29 HANGUP Aug 23 04:40:53 februar isdnlog: 0 Aug 23 04:40:53 februar isdnlog: Aug 23 04:40:53 * Call to tei 68 from +49 172/MeineHandyNr, Deutschland Mobilfunk D2/Deutschland Mo on 29 HANGUP ------------------ ==> 2 Einträge in /var/log/isdn.log ------------------ Aug 23 04:58:53 februar isdnlog: Aug 23 04:58:53 * Call to tei 127 from +49 172/MeineHandyNr, Deutschland Mobilfunk D2/Deutschland Mo on 29 RING (Speech) Aug 23 04:58:53 februar kernel: capidrv-1: incoming call 0172MeineHandyNr,1,1,29 Aug 23 04:58:53 februar kernel: capidrv-1: patching si2=1 to 0 for VBOX Aug 23 04:58:53 februar kernel: isdn_net: call from 0172MeineHandyNr,1,0 -> 29 Aug 23 04:58:53 februar kernel: isdn_net: Service-Indicator not 7, ignored Aug 23 04:58:53 februar kernel: isdn_tty: call from 0172MeineHandyNr -> 29 ignored Aug 23 04:58:53 februar kernel: capidrv-1: incoming call 0172MeineHandyNr,1,0,29 ignored Aug 23 04:58:53 februar isdnlog: Aug 23 04:58:53 * Call to tei 127 from +49 172/MeineHandyNr, Deutschland Mobilfunk D2/Deutschland Mo on 29 HLC: CCITT, Telefonie Aug 23 04:58:55 februar isdnlog: 0 Aug 23 04:58:59 februar isdnlog: Aug 23 04:58:59 * Call to tei 65 from +49 172/MeineHandyNr, Deutschland Mobilfunk D2/Deutschland Mo on 29 HANGUP UNKNOWN Cause 0x00 (Private network serving local user) Aug 23 04:59:00 februar isdnlog: Aug 23 04:59:00 * Call to tei 67 from +49 172/MeineHandyNr, Deutschland Mobilfunk D2/Deutschland Mo on 29 HANGUP UNKNOWN Cause 0x00 (Private network serving local user) Aug 23 04:59:00 februar isdnlog: Aug 23 04:59:00 * Call to tei 68 from +49 172/MeineHandyNr, Deutschland Mobilfunk D2/Deutschland Mo on 29 HANGUP UNKNOWN Cause 0x00 (Private network serving local user) ------------------ ==> 3 Einträge in /var/log/isdn.log [...]
make aufrufen, das baut den isdnlog mit dem neuen file, must ihn dann halt von Hand installieren.
Danke für die Erklärung. So kommt man weiter ! :)
Eigentlich ist es Unsinn das diese Sachen fest eincompiliert werden, die sollten ueber ein config file zur runtime setzbar sein.
Da ist was dran ;) Gruß Andreas
On Fri, Aug 23, 2002 at 05:27:01AM +0200, Andreas Fiesser wrote:
Karsten Keil wrote:
Keine Ahnung was da ablaeuft. Eventuell mal in der entsprechenden isdnlog konfiguration log=3 eintragen und die rawdaten sammeln (/tmp/isdnctrl0).
Wie gesagt das RAW log kann ein paar mehr Infos liefern. ...
Aug 23 04:40:48 februar kernel: capidrv-1: incoming call 0172MeineHandyNr,1,1,29 Aug 23 04:40:48 februar kernel: capidrv-1: patching si2=1 to 0 for VBOX Aug 23 04:40:48 februar kernel: isdn_net: call from 0172MeineHandyNr,1,0 -> 29 Aug 23 04:40:48 februar kernel: isdn_net: Service-Indicator not 7, ignored Aug 23 04:40:48 februar kernel: isdn_tty: call from 0172MeineHandyNr -> 29 ignored Aug 23 04:40:48 februar kernel: capidrv-1: incoming call 0172MeineHandyNr,1,0,29 ignored Aug 23 04:40:48 februar isdnlog: Aug 23 04:40:48 * Call to tei 127 from +49 172/MeineHandyNr, Deutschland Mobilfunk D2/Deutschland Mo on 29 RING (Speech) Aug 23 04:40:48 februar isdnlog: Aug 23 04:40:48 * Call to tei 127 from +49 172/MeineHandyNr, Deutschland Mobilfunk D2/Deutschland Mo on 29 HLC: CCITT, Telefonie Aug 23 04:40:51 februar isdnlog: Aug 23 04:40:51 * Call to tei 67 from +49 172/MeineHandyNr, Deutschland Mobilfunk D2/Deutschland Mo on 29 HANGUP Aug 23 04:40:53 februar isdnlog: 0 Aug 23 04:40:53 februar isdnlog: Aug 23 04:40:53 * Call to tei 68 from +49 172/MeineHandyNr, Deutschland Mobilfunk D2/Deutschland Mo on 29 HANGUP ------------------ ==> 2 Einträge in /var/log/isdn.log
Ja, 2 Geraete haben auf den Anruf irgendwie reagiert und dann ein HANGUP erhalten (tei 67, tei 68). ...
Aug 23 04:58:59 februar isdnlog: Aug 23 04:58:59 * Call to tei 65 from +49 172/MeineHandyNr, Deutschland Mobilfunk D2/Deutschland Mo on 29 HANGUP UNKNOWN Cause 0x00 (Private network serving local user) Aug 23 04:59:00 februar isdnlog: Aug 23 04:59:00 * Call to tei 67 from +49 172/MeineHandyNr, Deutschland Mobilfunk D2/Deutschland Mo on 29 HANGUP UNKNOWN Cause 0x00 (Private network serving local user) Aug 23 04:59:00 februar isdnlog: Aug 23 04:59:00 * Call to tei 68 from +49 172/MeineHandyNr, Deutschland Mobilfunk D2/Deutschland Mo on 29 HANGUP UNKNOWN Cause 0x00 (Private network serving local user) ------------------ ==> 3 Einträge in /var/log/isdn.log
Das gleiche mit 3 Geraeten: tei 65 tei 67 tei 68 Was Du noch probieren kannst ist, den Treiber temporaer auf hisax umstellen, ob das Problem dann auch auftritt. Wenn nicht sind die raw Logs von beiden Varianten interessant. -- Karsten Keil SuSE Labs ISDN development
participants (2)
-
Andreas Fiesser
-
Karsten Keil