Re: isdnlog geht nicht
Gerhard Brauer schrieb: Gruesse! * Gerhard Engler <[EMAIL PROTECTED]> schrieb am [14.03.06 23:56]: ich habe unter Debian Sarge eine Fritz-Card classic (inkl. der AVM/Suse-Capi-Treiber) installiert. Leider funktioniert isdnlog nicht. Es gibt keinerlei Hinweise in der /var/log/syslog. Isdn und capisuite gehen problemlos. Hat jemand eine Idee, woran das liegen könnte? Das Modul capidrv muß geladen sein und trage bitte in /etc/modprobe.d/aliases folgendes ein: alias char-major-43 capidrv alias char-major-44 capidrv alias char-major-45 capidrv Danach update-modules ausführen und isdn(log) neu starten Dann sollte isdnlog wieder funktionieren. capidrv ist eine Schnittstelle zwischen CAPI und den ehemaligen Hisax-basierenden ISDN-Devices. Gruß Gerhard Super, das war es! Danke! Gerhard -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: isdnlog geht nicht
On 14.03.06 23:56:38, Gerhard Engler wrote: > ich habe unter Debian Sarge eine Fritz-Card classic (inkl. der > AVM/Suse-Capi-Treiber) installiert. > > Leider funktioniert isdnlog nicht. Es gibt keinerlei Hinweise in der > /var/log/syslog. Mag mich irren, aber isdnlog gehoert zu den isdnutils und die funktionieren nicht so direkt mit dem CAPI-Treiber. Dafür muesstest du schon den hisax-Treiber benutzen. Andreas -- You have an unusual magnetic personality. Don't walk too close to metal objects which are not fastened down. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: isdnlog geht nicht
Gruesse! * Gerhard Engler <[EMAIL PROTECTED]> schrieb am [14.03.06 23:56]: > > ich habe unter Debian Sarge eine Fritz-Card classic (inkl. der > AVM/Suse-Capi-Treiber) > installiert. > > Leider funktioniert isdnlog nicht. Es gibt keinerlei Hinweise in der > /var/log/syslog. > > Isdn und capisuite gehen problemlos. > > > Hat jemand eine Idee, woran das liegen könnte? Das Modul capidrv muß geladen sein und trage bitte in /etc/modprobe.d/aliases folgendes ein: alias char-major-43 capidrv alias char-major-44 capidrv alias char-major-45 capidrv Danach update-modules ausführen und isdn(log) neu starten Dann sollte isdnlog wieder funktionieren. capidrv ist eine Schnittstelle zwischen CAPI und den ehemaligen Hisax-basierenden ISDN-Devices. Gruß Gerhard -- @[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] Don't panic! \* Greetings from Gerhard Brauer, \|/ \|/ \* 55411 Bingen am Rhein, Germany @~/ ,. \~@ \*.*** /_( \__/ )_\ |* IM: gerbra jabber org \__U_/|* PGP: 96A08062 ___|*___ -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
isdnlog geht nicht
Hallo Mailingliste, ich habe unter Debian Sarge eine Fritz-Card classic (inkl. der AVM/Suse-Capi-Treiber) installiert. Leider funktioniert isdnlog nicht. Es gibt keinerlei Hinweise in der /var/log/syslog. Isdn und capisuite gehen problemlos. Hat jemand eine Idee, woran das liegen könnte? Wo kann ich anfangen zu suchen? Danke! Gerhard -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Isdnlog und MySQL
> Claus Malter <[EMAIL PROTECTED]> writes: > >> Hallo Frank, >> >> frank paulsen wrote: >>> hat zufaellig jemand eine anleitung parat, wie man isdnlog in Sarge so >>> uebersetzt, dass nach MySQL geloggt wird? >> Mir ist nicht bekannt, wie man isdnlog dazu bringt in MySQL zu loggen. > > im prinzip reicht es, beim konfigurieren den pfad zum mysql-client > anzugeben. dummerweise muss man dafuer wohl saemtliche client-pakete > neu bauen, und ich bin mit dem debian/rules ueberfordert. Das werde ich mir mal Ende der Woche anschauen. Würde mich auch interessieren. Die debian/rules sollte eigentlich nicht das Problem sein. Die Optionen zum Kompilieren müssen eben angegeben werden und diese Informationen bekommt man doch aus dem ./configure Skript. > >> Aber ich habe mir ein Skript geschrieben, das dies macht. >> >> In der callerid.conf kannst du ja angeben, welches Programm beim >> eingehenden Anruf ausgeführt werden soll. Dort habe ich dann die >> Paramenter übergeben und mit einem Skript wird das dann in MySQL >> geschrieben. >> >> Würde dir das auch genügen? > > das funktioniert meines wissens nicht im dual-mode, also mit einer > gedrehten karte zum protokollieren der ausgehenden telefonate. genau > dafuer verwende ich aber derzeit ein woody, das ich gerne upgraden > wuerde. Also isdnlog hat diese Möglichkeit eigentlich schon. Ich kann es nur nicht testen, da ich eine 0815 Fritz Karte habe. Aber die Parameter der callerid.conf lassen mich darauf schliessen, dass es möglich sein muss. > Claus -- Claus Malter <[EMAIL PROTECTED]> Blog: http://claus.freakempire.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Isdnlog und MySQL
Claus Malter <[EMAIL PROTECTED]> writes: > Hallo Frank, > > frank paulsen wrote: >> hat zufaellig jemand eine anleitung parat, wie man isdnlog in Sarge so >> uebersetzt, dass nach MySQL geloggt wird? > > Mir ist nicht bekannt, wie man isdnlog dazu bringt in MySQL zu loggen. im prinzip reicht es, beim konfigurieren den pfad zum mysql-client anzugeben. dummerweise muss man dafuer wohl saemtliche client-pakete neu bauen, und ich bin mit dem debian/rules ueberfordert. > Aber ich habe mir ein Skript geschrieben, das dies macht. > > In der callerid.conf kannst du ja angeben, welches Programm beim > eingehenden Anruf ausgeführt werden soll. Dort habe ich dann die > Paramenter übergeben und mit einem Skript wird das dann in MySQL > geschrieben. > > Würde dir das auch genügen? das funktioniert meines wissens nicht im dual-mode, also mit einer gedrehten karte zum protokollieren der ausgehenden telefonate. genau dafuer verwende ich aber derzeit ein woody, das ich gerne upgraden wuerde.
Re: Isdnlog und MySQL
Hallo Frank, frank paulsen wrote: > hat zufaellig jemand eine anleitung parat, wie man isdnlog in Sarge so > uebersetzt, dass nach MySQL geloggt wird? Mir ist nicht bekannt, wie man isdnlog dazu bringt in MySQL zu loggen. Aber ich habe mir ein Skript geschrieben, das dies macht. In der callerid.conf kannst du ja angeben, welches Programm beim eingehenden Anruf ausgeführt werden soll. Dort habe ich dann die Paramenter übergeben und mit einem Skript wird das dann in MySQL geschrieben. Würde dir das auch genügen? > alternativ naehme ich natuerlich auch gerne ein fertiges paket... MfG, -- Claus Malter <[EMAIL PROTECTED]> Blog: http://claus.freakempire.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Isdnlog und MySQL
hat zufaellig jemand eine anleitung parat, wie man isdnlog in Sarge so uebersetzt, dass nach MySQL geloggt wird? alternativ naehme ich natuerlich auch gerne ein fertiges paket... -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: isdnutils /isdnlog mit capi, FritzCard pci (fcpci.ko), Kernel 2.6.11.7: Geht nich
Am Freitag, den 29.04.2005, 23:36 +0200 schrieb Tim Boneko: > Tach zusammen, Hallo, > Ich habe schon probiert, in /etc/modprobe.conf aliase von > char-major-(43-45) auf fcpci anzulegen (war so mal hier in der Liste alias char-major-43 capidrv alias char-major-44 capidrv alias char-major-45 capidrv wäre richtig. > vorgeschlagen worden) - kein Erfolg. Das Alias sollte auf capidrv > verweisen, aber den Treiber scheint es im 2.6.11er kernel nicht mehr zu Doch gibt es: unter CAPI2.0 support(M) -> CAPI2.0 capidrv interface support(M) anwählen, Kernel neu übersetzen, fertig. -- Jens Koegler <[EMAIL PROTECTED]> sebnitzer fensterbau GmbH
isdnutils /isdnlog mit capi, FritzCard pci (fcpci.ko), Kernel 2.6.11.7: Geht nich
Tach zusammen, bisher hat es mich nicht wirklich gejuckt, aber seit ich isdnlog konfigurieren will, stört mich es doch: (Sarge!) Meine FritzCard läuft mit den avm- Treibern (fcpci.ko). Surfen und faxen geht soweit, die Karte wird über isdnactivecards /CAPI gesteuert. Das Starten der isdnutils geht immer schief mit der Meldung "No isdn cards configured! Please configure "hisax" module with modconf" usw. Ich will aber nicht mein ganzes isdn- Gedöns umstricken ohne guten Grund. Was läuft da schief? Die Logs sagen nix. Wo muss ich dran drehen? Ich habe schon probiert, in /etc/modprobe.conf aliase von char-major-(43-45) auf fcpci anzulegen (war so mal hier in der Liste vorgeschlagen worden) - kein Erfolg. Das Alias sollte auf capidrv verweisen, aber den Treiber scheint es im 2.6.11er kernel nicht mehr zu geben!? Ein Neustart von isdnutils gibt die Fehlermeldung von fehlendem /dev/isdninfo raus, obwohl das device existiert. Äh, ja. Ich bin ratlos. Wer noch? timbo -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: capi + isdnlog
Guten Tag Gerhard Brauer, Hallo Gerhard! Am Dienstag, 8. März 2005 um 15:25 schrieb Gerhard Brauer: > Gruesse! > * Stefan Schilling <[EMAIL PROTECTED]> schrieb am [08.03.05 14:38]: >> Hallo! >> >> Ich möchte mit meiner Fritz!PCI faxen machen. >> Dazu habe ich mir die Capi + hylafax installiert. Dummerweise läuft >> nun das isdnlog nicht. > Vorweg: ich weiß momentan nicht wo du das bei einem 2.6.er Kernel > eintragen mußt, evtl. in /etc suchen, bzw. es kann hier jemand auf der > Liste sagen: > Bei mir in /etc/modutils/aliases: > alias char-major-43 capidrv > alias char-major-44 capidrv > alias char-major-45 capidrv da hab ich´s auch eingetragen... > Dann mit update-modules die Änderung bekannt machen und isdnlog neu > starten. ...allerdings hat das nicht ausgereicht; egal, ich hab in /etc/init.d/isdnutils unter "start)" einen Eintrag gemacht, dass er zunächst "modprobe capidrv" ausführt. Damit klappt´s jetzt. > Hintergrund: diese Devices wurden ursprünglich über /dev/isdn bzw. über > den ipppd-Teil verwaltet. Bei Benutzung von CAPI muß das jetzt auf > capidrv umgelegt werden. Ja. Als ichs hatte (nach Eurer Hilfe), wusste ich auch wieder, dass das nötig war; für die SuSE gibt´s da ein install Skript, dass das erledigt. Hier nicht. Man vergisst´s echt schnell. Aber jetzt klappt´s ja. Danke. > Gruß > Gerhard jo! bis demnächst und einen schönen Abend noch! cu, Stefan -- Mit freundlichen Grüssen Stefan Schillingmailto:[EMAIL PROTECTED]
Re: capi + isdnlog
Guten Tag Andreas Pakulat, HI! Also, zunächst mal danke für die schnelle Antwort. Und ja, es klappt jetzt. Am Dienstag, 8. März 2005 um 15:30 schrieb Andreas Pakulat: > On 08.Mär 2005 - 14:38:46, Stefan Schilling wrote: >> Hallo! >> >> Ich möchte mit meiner Fritz!PCI faxen machen. >> Dazu habe ich mir die Capi + hylafax installiert. Dummerweise läuft >> nun das isdnlog nicht. >> >> Folgender Stand: >> - kernel 2.6.11 >> - debian 3.0 sarge >> - installiert sind: >> - isdnlog >> - isdnactivecards >> - pppdcapiplugin >> -> ich mein auch, dass die Abhängigkeiten alle erfüllt sind > isdnutils sind dann wohl auch installiert... ja, sind sie. >> debian:/lib/modules/2.6.11/kernel/drivers/isdn/i4l# /etc/init.d/isdnutils >> start >> Starting ISDN services: >> no ISDN cards configured! Please configure 'hisax' module with modconf >> Read /usr/share/doc/isdnutils-base/README.HiSax.gz for more information >> (e.g. with 'zless /usr/share/doc/isdnutils-base/README.HiSax.gz'). >> debian:/lib/modules/2.6.11/kernel/drivers/isdn/i4l# > Besser als diese "ls" Dinge wäre die Optionen aus der Kernel-config zu > posten. hmh, ich werds mir merken ... fürs nächste Mal. >> Nun komme ich aus der SuSE Welt (nicht lachen, bitte), da war´s so, >> dass man in Yast die Karte AVM B1 (ich glaube PCI) eintragen musste >> und dann lief sowohl isdnlog, als auch die Capi, da die darüber >> angesprochen wurde. ISDN->>CAPI2.0 capidrv interface deswegen ja das ganze 'ls' Zeug, aber genau daran lag´s > Dann kannst du capidrv laden und danach sollte auch isdnutils wieder > starten. Eines noch: isdnutils vetragen sich nicht gut mit udev, wenn > man udev nutzt muss man die Devices per Hand anlegen (/dev/isdn*, > /dev/isdnctrl0, ...) udev? naja, ich habs geladen und fertig. Danke. > Andreas cu, Stefan PS: ich werd nachher noch ne Anleitung schreiben, wie ich´s gemacht habe, dann können sich die nächsten mal dran orientieren. Danke. -- Mit freundlichen Grüssen Stefan Schillingmailto:[EMAIL PROTECTED]
Re: capi + isdnlog
On 08.Mär 2005 - 14:38:46, Stefan Schilling wrote: > Hallo! > > Ich möchte mit meiner Fritz!PCI faxen machen. > Dazu habe ich mir die Capi + hylafax installiert. Dummerweise läuft > nun das isdnlog nicht. > > Folgender Stand: > - kernel 2.6.11 > - debian 3.0 sarge > - installiert sind: > - isdnlog > - isdnactivecards > - pppdcapiplugin > -> ich mein auch, dass die Abhängigkeiten alle erfüllt sind isdnutils sind dann wohl auch installiert... > debian:/lib/modules/2.6.11/kernel/drivers/isdn/i4l# /etc/init.d/isdnutils > start > Starting ISDN services: > no ISDN cards configured! Please configure 'hisax' module with modconf > Read /usr/share/doc/isdnutils-base/README.HiSax.gz for more information > (e.g. with 'zless /usr/share/doc/isdnutils-base/README.HiSax.gz'). > debian:/lib/modules/2.6.11/kernel/drivers/isdn/i4l# Besser als diese "ls" Dinge wäre die Optionen aus der Kernel-config zu posten. > Nun komme ich aus der SuSE Welt (nicht lachen, bitte), da war´s so, > dass man in Yast die Karte AVM B1 (ich glaube PCI) eintragen musste > und dann lief sowohl isdnlog, als auch die Capi, da die darüber > angesprochen wurde. Hast du denn hisax geladen? Es gibt ne Kerneloption um die für hisax nötigen Kernelfunktionen auf CAPI umzulegen. In make menuconfig wäre dass ISDN->CAPI2.0 capidrv interface Dann kannst du capidrv laden und danach sollte auch isdnutils wieder starten. Eines noch: isdnutils vetragen sich nicht gut mit udev, wenn man udev nutzt muss man die Devices per Hand anlegen (/dev/isdn*, /dev/isdnctrl0, ...) Andreas -- You will be audited by the Internal Revenue Service. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: capi + isdnlog
Gruesse! * Stefan Schilling <[EMAIL PROTECTED]> schrieb am [08.03.05 14:38]: > Hallo! > > Ich möchte mit meiner Fritz!PCI faxen machen. > Dazu habe ich mir die Capi + hylafax installiert. Dummerweise läuft > nun das isdnlog nicht. Vorweg: ich weiß momentan nicht wo du das bei einem 2.6.er Kernel eintragen mußt, evtl. in /etc suchen, bzw. es kann hier jemand auf der Liste sagen: Bei mir in /etc/modutils/aliases: alias char-major-43 capidrv alias char-major-44 capidrv alias char-major-45 capidrv Dann mit update-modules die Änderung bekannt machen und isdnlog neu starten. Hintergrund: diese Devices wurden ursprünglich über /dev/isdn bzw. über den ipppd-Teil verwaltet. Bei Benutzung von CAPI muß das jetzt auf capidrv umgelegt werden. > Danke, > Stefan Gruß Gerhard -- Der schwarze Ritter ist unbesiegbar...
capi + isdnlog
Hallo! Ich möchte mit meiner Fritz!PCI faxen machen. Dazu habe ich mir die Capi + hylafax installiert. Dummerweise läuft nun das isdnlog nicht. Folgender Stand: - kernel 2.6.11 - debian 3.0 sarge - installiert sind: - isdnlog - isdnactivecards - pppdcapiplugin -> ich mein auch, dass die Abhängigkeiten alle erfüllt sind debian:/lib/modules/2.6.11/kernel/drivers/isdn# ls -l #insgesamt 2 drwxr-xr-x 2 root root 1024 2005-03-08 04:33 capi drwxr-xr-x 2 root root 1024 2005-03-08 04:31 i4l debian:/lib/modules/2.6.11/kernel/drivers/isdn# ls -l insgesamt 2 drwxr-xr-x 2 root root 1024 2005-03-08 04:33 capi drwxr-xr-x 2 root root 1024 2005-03-08 04:31 i4l debian:/lib/modules/2.6.11/kernel/drivers/isdn# cd capi debian:/lib/modules/2.6.11/kernel/drivers/isdn/capi# ls -l insgesamt 103 -rw-r--r-- 1 root root 33450 2005-03-08 00:27 capidrv.ko -rw-r--r-- 1 root root 6320 2005-03-08 00:27 capifs.ko -rw-r--r-- 1 root root 19413 2005-03-08 00:27 capi.ko lrwxrwxrwx 1 root root26 2005-03-08 04:33 fcpci.ko -> ../../../../extra/fcpci.ko -rw-r--r-- 1 root root 41441 2005-03-08 00:27 kernelcapi.ko debian:/lib/modules/2.6.11/kernel/drivers/isdn/capi# cd ../i4l/ debian:/lib/modules/2.6.11/kernel/drivers/isdn/i4l# ls -l insgesamt 168 -rw-r--r-- 1 root root 9363 2005-03-08 00:27 isdn_bsdcomp.ko -rw-r--r-- 1 root root 159774 2005-03-08 00:27 isdn.ko debian:/lib/modules/2.6.11/kernel/drivers/isdn/i4l# debian:/lib/modules/2.6.11/kernel/drivers/isdn/i4l# faxstat HylaFAX scheduler on debian.wg: Running Modem faxCAPI (+49.VORWAHL.NUMMER): Running and idle debian:/lib/modules/2.6.11/kernel/drivers/isdn/i4l# debian:/lib/modules/2.6.11/kernel/drivers/isdn/i4l# /etc/init.d/isdnutils start Starting ISDN services: no ISDN cards configured! Please configure 'hisax' module with modconf Read /usr/share/doc/isdnutils-base/README.HiSax.gz for more information (e.g. with 'zless /usr/share/doc/isdnutils-base/README.HiSax.gz'). debian:/lib/modules/2.6.11/kernel/drivers/isdn/i4l# Nun komme ich aus der SuSE Welt (nicht lachen, bitte), da war´s so, dass man in Yast die Karte AVM B1 (ich glaube PCI) eintragen musste und dann lief sowohl isdnlog, als auch die Capi, da die darüber angesprochen wurde. Bei debian bin ich nun ein bisschen überfragt, könnt ihr mir helfen?? Danke, Stefan
AW: isdnlog und Starten eines Skripts bei Anruf
Hi ML! Hat sich mittlerweile erledigt... War wieder mal ein simples Problem bei den Zugriffsrechten! ;-) Gruß, Ralf. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
isdnlog und Starten eines Skripts bei Anruf
Hi ML!, Habe ein kleines Problem mit isdnlog unter Debian Woody (R2). ISDN funktioniert soweit einwandfrei, allerdings hätte ich gern, dass mir isdnlog bei eingehenden Anrufen ein Shellskript startet. In meiner isdnlog.isdnctrl0 steht folgendes: -- # Bei Anruf Skript starten START = { [FLAG] FLAGS = I|R PROGRAM = /scripts/test.sh \$2 \$3 } - - Das Skript ansich funktioniert... nur leider führt isdnlog es nicht aus. In meiner isdn.conf steht aber der Parameter "start" auf yes. Any hints? Danke & Gruß, Ralf. -- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: isdnlog ignoriert ereignisse
Hallo! Hmmm, weis niemand rat - mit meinem Problem? Sollte ich mich mal an den Maintainer vom isdnlog wenden? Oder direkt an den Autor? Am Freitag, 15. August 2003 22:47 schrieb Joachim Förster: > Hallo nochmal! > > Joachim Förster wrote: > > angerufen werde, sehe ich zunächst eine log-message mit "RING". Solange > > ich den Anruf nicht entgegen nehme passiert nichts - soweit alles OK. > > Nach ca. einer Minute aber, tut er so als hätte der Anrufer aufgelegt und > > schreibt eine "HANGUP (Timeout)" message in die log-Datei. Wenn man DANN > > den Anruf entgegen nimmt kommt keine "CONNECT"-Meldung und nachdem man > > aufgelegt hat keine "HANGUP"-Meldung. > > Nun antworte ich mir selbst - um meine Frage zu ergänzen. Wenn hinter dem > HANGUP in Klammern (Timeout) steht, könnte das bedeuten, dass man diesen > Timeout-Wert vielleicht irgendwo in den Sourcen verändern kann? Obwohl es > doch eigentlich komisch ist, so einen Timeout überhaupt einzubauen?? > > Danke ;-) > Joachim -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: isdnlog ignoriert ereignisse
Hallo nochmal! Joachim Förster wrote: > angerufen werde, sehe ich zunächst eine log-message mit "RING". Solange > ich den Anruf nicht entgegen nehme passiert nichts - soweit alles OK. Nach > ca. einer Minute aber, tut er so als hätte der Anrufer aufgelegt und > schreibt eine "HANGUP (Timeout)" message in die log-Datei. Wenn man DANN > den Anruf entgegen nimmt kommt keine "CONNECT"-Meldung und nachdem man > aufgelegt hat keine "HANGUP"-Meldung. Nun antworte ich mir selbst - um meine Frage zu ergänzen. Wenn hinter dem HANGUP in Klammern (Timeout) steht, könnte das bedeuten, dass man diesen Timeout-Wert vielleicht irgendwo in den Sourcen verändern kann? Obwohl es doch eigentlich komisch ist, so einen Timeout überhaupt einzubauen?? Danke ;-) Joachim -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
isdnlog ignoriert ereignisse
Hallo! Habe eine seltsame Verhaltensweise des isdnlog festgestellt. Wenn ich angerufen werde, sehe ich zunächst eine log-message mit "RING". Solange ich den Anruf nicht entgegen nehme passiert nichts - soweit alles OK. Nach ca. einer Minute aber, tut er so als hätte der Anrufer aufgelegt und schreibt eine "HANGUP (Timeout)" message in die log-Datei. Wenn man DANN den Anruf entgegen nimmt kommt keine "CONNECT"-Meldung und nachdem man aufgelegt hat keine "HANGUP"-Meldung. Ob der Anruf also entgegengenommen wurde, kann ich im nachhinein nur feststellen, wenn dies innerhalb dieser knappen Minute geschehen ist. Wie kann ich dieses Verhalten abstellen? Das macht doch so keinen Sinn?! Er soll alles protokollieren. Debian 3.0r1, Linux 2.4.20/AVM Fritz! ISA/isdnlog 4.57 Danke, Joachim -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
isdnlog-Frage
Ihr Lieben, gibt es hier jemandem, der weiß, wie und wo man isdnlog einen in der Datenbank nicht vorhandenen Internet-Provider bekannt machen kann? Ich hab's jetzt mit viel man-page lesen ca. 2 Stunden lang probiert, ohne rechten Erfolg. Nach Eintrag des Providers in die /etc/isdn/callerid.conf weiß isdnlog jetzt zwar immerhin den Namen, aber kann keine Kosten berechnen. Jeder Versuch die /usr/share/isdn/rate-de.dat entsprechend zu modifizieren scheitert. Die Summe bleibt immer 0,00. Aber vielleicht ist dies ja auch gar nicht der rechte Ort? Klaumi -- Klaus-M. Klingsporn [EMAIL PROTECTED] http://www.klaumikli.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: isdnlog syslog console
On Thu, Jan 23, 2003 at 08:08:59PM +0100, Christoph Marcel Hilberg wrote: > Hallo Liste, > In meinem kleinen Hausnetz gibt es einen Server der mich per isdn mit der Aussenwelt >verbindet. > Der isdnlog gibt einige Meldungen auf tty12 aus. > Leider landen einige Meldungen auch auf den anderen consolen, egal ob jemand >eingelogt ist oder nicht, was sehr stören kann. > Die meisten Meldungen betreffen das isdn so zB OPEN: 212.89.202.193 -> 202.12.27.33 >UDP, port: 1024 -> 53, ippp0: dialing 1 > 23000... oder welche MSN wählt welche MSN. > Die Meldungen bezüglich der MSN's weden auch den ausgegeben wenn isdnutils gestopt >ist. Das studiuem der manpages usw zum > Thema isdn hat mir leider nichts gebracht. Was kann ich tun damit die Meldungen >nicht mehr auf der Console landen. oder was > habe ich übersehen? > c-toph man sysctl.conf /proc/sys/.../printk hab keine lust mehr zu schreiben. gruß flo. -- BOFH excuse #257: That would be because the software doesn't work. msg33582/pgp0.pgp Description: PGP signature
isdnlog syslog console
Hallo Liste, In meinem kleinen Hausnetz gibt es einen Server der mich per isdn mit der Aussenwelt verbindet. Der isdnlog gibt einige Meldungen auf tty12 aus. Leider landen einige Meldungen auch auf den anderen consolen, egal ob jemand eingelogt ist oder nicht, was sehr stören kann. Die meisten Meldungen betreffen das isdn so zB OPEN: 212.89.202.193 -> 202.12.27.33 UDP, port: 1024 -> 53, ippp0: dialing 1 23000... oder welche MSN wählt welche MSN. Die Meldungen bezüglich der MSN's weden auch den ausgegeben wenn isdnutils gestopt ist. Das studiuem der manpages usw zum Thema isdn hat mir leider nichts gebracht. Was kann ich tun damit die Meldungen nicht mehr auf der Console landen. oder was habe ich übersehen? c-toph -- -- 'Aber weisst denn du das Wort nicht, Gandalf?' fragte Boromir ueber- rascht. 'Nein!' sagte der Zauberer. -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
isdnlog selbst bauen
Hallo Liste, ich habe heute zum ersten male versucht, Debian Sourcen selbst zu übersetzen und ein .deb draus zu bauen. Dabei bin ich wohl gescheitert :-( Ich brauche das isdnlog Paket mit der MySQL Unterstützung. Das entsprechende debian/dotconfig file habe ich angepasst. Danach ein: sudo dpkg-buildpackage -us -uc -rfakeroot Zum Schluss des Vorgang bekomme ich folgendes: dpkg-source: building isdnutils using existing isdnutils_3.1pre4.orig.tar.gz dpkg-source: building isdnutils in isdnutils_3.1pre4-4.diff.gz dpkg-source: cannot represent change to debian/asm: dpkg-source: new version is symlink dpkg-source: old version is nonexistent dpkg-source: warning: ignoring deletion of file isdnlog/client/config.cache dpkg-source: warning: ignoring deletion of file isdnlog/client/config.status dpkg-source: building isdnutils in isdnutils_3.1pre4-4.dsc dpkg-source: unrepresentable changes to source Nur leider finde ich nirgends ein .deb Paket. Die Meldungen sagen mir ehrlicherweise auch nicht wirklich viel. Was mache ich den falsch? Wo muss ich noch ansetzen? Danke... signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Probleme mit isdnlog
Nachdem mir hier scheinbar keiner helfen konnte, antworte ich mir einfach mal selbst, vielleicht hat ja mal jemand das gleiche Problem. Ich habe also mein Problem wie folgt gelöst: 1. Obwohl ich mit aptitude isdnlog auswählte, wurden anscheinend nicht alle benötigten Pakete mit ausgewählt. Ich musste isdnutils nachinstallieren. 2. Bei einem Update von Potatoe-> Woody scheint die /etc/init.d/klogd nicht aktualisiert worden zu sein. Nach ändern von KLOGD="" zu KLOGD="-c 4" klappt nun alles so wie es sollte. ISDN-Log funktioniert nun einwandfrei und logt auch alles schön in das entsprechende Logfile. Cu Leo --- Carpe diem -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Probleme mit isdnlog
Hallo, ich bekomme einfach isdnlog unter Debian Woody nicht ans laufen. Ich will eigentlich nur eingehende Verbindungen im /var/log/isdn/isdnlog protokollieren, ein Internetzugang via ISDN (habe DSL) sowie Vbox etc. sind nicht geplant. Ich habe nur das Paket isdnlog installiert weitere isdn*-Pakete sind ja nicht notwendig (habe ich allerdings auch schon ausprobiert hat aber keine Veränderung gegeben). Ich verwende eine FritzClassic der Treiber wird als Modul geladen. "Incoming-call"-Meldungen werden in kern.log statt in isdnlog geschrieben, übrigens auch dann, wenn isdnlog gar nicht läuft. Ich starte isdnlog so: zuerst modprobe hisax (lsmod sagt das hisax geladen wurde), dann "/usr/sbin/isdnlog -D -f/etc/isdn/isdnlog.isdnctrl0 /dev/isdnctrl0" Meine /etc/isdnlog.isdnctrl0-config: [options] #log=1 daemon=yes #"yes"/"no": (dont) start isdnlog as daemon. Set yes for Debian stdout=0x3f7# log to stdout and file, and set log level outfile=+/var/log/isdn/isdnlog # logfile to log to ('+' is append mode) console=/dev/null # where to send stdout text; e.g. /dev/tty12 syslog=0x1bf7 # log to syslog with log level X Den Kernel habe ich mit diesen Optionen konfiguriert: # ISDN subsystem # CONFIG_ISDN=y CONFIG_ISDN_PPP=y CONFIG_ISDN_PPP_VJ=y # CONFIG_ISDN_MPP is not set CONFIG_ISDN_PPP_BSDCOMP=y CONFIG_ISDN_AUDIO=y # CONFIG_ISDN_TTY_FAX is not set # # ISDN feature submodules # # CONFIG_ISDN_DRV_LOOP is not set # CONFIG_ISDN_DIVERSION is not set # # Passive ISDN cards # CONFIG_ISDN_DRV_HISAX=m CONFIG_HISAX_EURO=y # CONFIG_DE_AOC is not set CONFIG_HISAX_NO_SENDCOMPLETE=y CONFIG_HISAX_NO_LLC=y CONFIG_HISAX_NO_KEYPAD=y # CONFIG_HISAX_1TR6 is not set # CONFIG_HISAX_NI1 is not set # CONFIG_HISAX_16_0 is not set # CONFIG_HISAX_16_3 is not set # CONFIG_HISAX_TELESPCI is not set # CONFIG_HISAX_S0BOX is not set CONFIG_HISAX_AVM_A1=y # CONFIG_HISAX_FRITZPCI is not set # CONFIG_HISAX_AVM_A1_PCMCIA is not set # CONFIG_HISAX_ELSA is not set # CONFIG_HISAX_IX1MICROR2 is not set # CONFIG_HISAX_DIEHLDIVA is not set # CONFIG_HISAX_ASUSCOM is not set # CONFIG_HISAX_TELEINT is not set # CONFIG_HISAX_HFCS is not set # CONFIG_HISAX_SEDLBAUER is not set # CONFIG_HISAX_SPORTSTER is not set # CONFIG_HISAX_MIC is not set # CONFIG_HISAX_NETJET is not set # CONFIG_HISAX_NETJET_U is not set # CONFIG_HISAX_NICCY is not set # CONFIG_HISAX_ISURF is not set # CONFIG_HISAX_HSTSAPHIR is not set # CONFIG_HISAX_BKM_A4T is not set # CONFIG_HISAX_SCT_QUADRO is not set # CONFIG_HISAX_GAZEL is not set # CONFIG_HISAX_HFC_PCI is not set # CONFIG_HISAX_W6692 is not set # CONFIG_HISAX_HFC_SX is not set # # Active ISDN cards # # CONFIG_ISDN_DRV_ICN is not set # CONFIG_ISDN_DRV_PCBIT is not set # CONFIG_ISDN_DRV_SC is not set # CONFIG_ISDN_DRV_ACT2000 is not set # CONFIG_ISDN_DRV_EICON is not set # CONFIG_ISDN_CAPI is not set # CONFIG_HYSDN is not set # CONFIG_HYSDN_CAPI is not set Der relevante dmesg-Auszug: ISDN subsystem Rev: 1.114.6.12/1.94.6.5/1.140.6.8/1.85.6.6/1.21/1.5.6.3 PPP BSD Compression module registered Coda Kernel/Venus communications, v4.6.0, [EMAIL PROTECTED] IA-32 Microcode Update Driver: v1.08 <[EMAIL PROTECTED]> VFS: Mounted root (ext2 filesystem) readonly. Freeing unused kernel memory: 48k freed Adding Swap: 128516k swap-space (priority -1) HiSax: Linux Driver for passive ISDN cards HiSax: Version 3.5 (module) HiSax: Layer1 Revision 2.41.6.3 HiSax: Layer2 Revision 2.25.6.3 HiSax: TeiMgr Revision 2.17.6.2 HiSax: Layer3 Revision 2.17.6.4 HiSax: LinkLayer Revision 2.51.6.4 HiSax: Total 1 card defined HiSax: Card 1 Protocol EDSS1 Id=Fritz (0) HiSax: AVM driver Rev. 2.13.6.1 AVM A1: Byte at 1b00 is 3 AVM A1: Byte at 1b03 is 3 AVM A1: Byte at 1b02 is 2 AVM A1: Byte at 1b00 is 3 HiSax: AVM A1 config irq:10 cfg:0x1B00 HiSax: isac:0x1700/0x1300 HiSax: hscx A:0x700/0x300 hscx B:0xF00/0xB00 AVM A1: ISAC version (0): 2086/2186 V1.1 AVM A1: HSCX version A: V2.1 B: V2.1 AVM A1: IRQ 10 count 0 AVM A1: IRQ 10 count 3 HiSax: DSS1 Rev. 2.30.6.1 HiSax: 2 channels added HiSax: MAX_WAITING_CALLS added Die Dateien /var/lib/isdn/calls als auch /tmp/isdn.* sind jeweils 0byte groß In /var/log/isdn/isdnlog steht nur folgendes: isdnlog Version 4.57 starting Holiday Version 1.10-Germany [12-Apr-1999] loaded [11 entries from /usr/share/isdn/holiday-de.dat] Dest V1.01: File '/usr/share/isdn/dest.cdb' opened fine - Dest 1.0 int (+h) AT DE NL CH Zone V1.25: Provider 0 File '/usr/share/isdn/zone-de-dtag.cdb' opened fine - V1.25 K2 C2 N256 T157147 O1 L5 Rates Version 2.02 [10-Mar-2002 19:03:33] loaded [51 Providers, 387 Zones, 1780 Areas, 42 Services, 310 Comments, 0 eXceptions,6 Redirects, 1220 Rates from /usr/share/isdn/rate-de.dat] (ISDN subsystem with ISDN_MAX_CHANNELS > 16 detected, ioctl(IIOCNETGPN) is available) isdn.conf:2 active channels, 1
Re: [isdnlog] Unerklaerliches Verhalten
Jan Tammen <[EMAIL PROTECTED]> wrote: > habe ein Problem mit meinem isdnlog (3.1pre4-5, aktuelle sid-version). > Soweit verrichtet isdnlog seinen Dienst anstandslos, allerdings tritt > manchmal folgendes Phaenomen auf: > > Die Charge-Messages werden nicht mehr geloggt, weder in die > /var/log/messages, noch in die /var/lib/isdn/calls -- d.h. dass isdnrep > mir spaeter natuerlich eine "falsche" Angabe ueber die Kosten macht. > > Leider fehlt mir der Ansatzpunkt um dem Problem auf die Spur zu kommen; > ich vermutete ein Cronjob o.ae., da dieses Phaenomen immer nach einer > gewissen Laufzeit von isdnlog auftritt. Dieses Phänomen kenne ich von idsnlog schon länger, die CVS-Version von vor einem Jahr hat es auch gezeigt. Ich habe damals in de.comp.os.unix.linux.isdn nachgefragt und im wesentlichen die Antwort erhalten, das Problem sei bekannt, an der Lösung werde gearbeitet, aber Besserung sei noch nicht in Sicht. Du kannst dort noch einmal nachfragen, aber wahrscheinlich existiert noch keine Lösung für diesen Bug. > Bisher behelfe ich mir mit einem /etc/init.d/isdnutils restart -- > anschliessend loggt isdnlog wieder froehlich. Genau so habe ich mir damals (mittlerweile habe ich DSL) auch geholfen. Eine Möglichkeit, das zu automatisieren, wäre ein Cronjob, der z.B. alle fünf Minuten erst prüft, ob eine Onlineverbindung besteht, und dann isdnlog neu startet, sofern keine Verbindung besteht. Michael -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
[isdnlog] Unerklaerliches Verhalten
Hallo Liste, habe ein Problem mit meinem isdnlog (3.1pre4-5, aktuelle sid-version). Soweit verrichtet isdnlog seinen Dienst anstandslos, allerdings tritt manchmal folgendes Phaenomen auf: Die Charge-Messages werden nicht mehr geloggt, weder in die /var/log/messages, noch in die /var/lib/isdn/calls -- d.h. dass isdnrep mir spaeter natuerlich eine "falsche" Angabe ueber die Kosten macht. Leider fehlt mir der Ansatzpunkt um dem Problem auf die Spur zu kommen; ich vermutete ein Cronjob o.ae., da dieses Phaenomen immer nach einer gewissen Laufzeit von isdnlog auftritt. Bisher behelfe ich mir mit einem /etc/init.d/isdnutils restart -- anschliessend loggt isdnlog wieder froehlich. Hier noch meine /etc/isdn/isdnctrl.isdnctrl0: [options] #log=1 # log d-channel messages. value may be 0-15 (bit coded flags) daemon=no # "yes"/"no" : (dont) start isdnlog as daemon. Set no for Debian #stdout=0x3ff7 # log to stdout and file, and set log level stdout=0x800 outfile=+/var/log/isdn/isdnlog # logfile to log to ('+' is append mode) console=/dev/null # where to send stdout text; e.g. /dev/tty12 #monitor=yes# enable support for imon and imontty (monitor progs) #syslog=0x3ff7 syslog=0x3f5 #ciInterval=59 # show the cost etc. every 60s start=yes Danke fuer Hinweise. -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
isdnlog: Meldungen der Auerswald 4308i unterdrücken
Hallo, ich denke dass zwischen meiner Telefonanlage Auerswald 4308i und dem Telefon Smarteli 2 mal rpo minute etwas läuft, was mir folgende Meldung im isdnlog generiert: Apr 30 09:42:48 moosach isdnlog: Apr 30 09:42:48 tei 127 calling ? with ? Unexpected discriminator 0x0d -- ignored! Kann ich das durch eine Konfiguration unterdrücken? Vielen Dank Dieter Tremel -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: isdnlog
hi reinhard, unter /usr/share/doc/kernel-doc-/Documentation/sysctl/kernel.txt.gz findest du noch ein paar Möglichkeiten und kannst dir die resultate unter /proc/sys/kernel/ anschauen. Cu Thomas -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: isdnlog
Thomas Kunz wrote: > Hallo Reinhard, > ich hatte das gleiche Problem und haben es wegbekommen in dem ich die > /etc/sysctl.conf um die Zeile: kernel.printk = 1 4 1 7 erweitert habe, danach > hatte ich zumindestens bei meiner Version von isdnlog unter Woody Ruhe. > > Cu Thomas > > hi thomas, vielen dank, das hat geholfen. wo finde ich dazu noch die ein oder andere info? unter man sysctl.conf findet man zwar eine paar dinge, nur diesen befehl/parameter wurde z.B. gar nicht aufgelistet. grüsse reinhard -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: isdnlog
Hallo Reinhard, ich hatte das gleiche Problem und haben es wegbekommen in dem ich die /etc/sysctl.conf um die Zeile: kernel.printk = 1 4 1 7 erweitert habe, danach hatte ich zumindestens bei meiner Version von isdnlog unter Woody Ruhe. Cu Thomas -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
isdnlog
Hi, eine kleinigkeit nervt mich gerade ein wenig an isdnlog. das sind die meldungen von eingehenden anrufen auf die aktuelle konsole. die /etc/isdn/isdnlog.isdnctrl0 habe ich schon mal etwas überarbeitet und isdnlog neu gestartet. nur die meldung: isdn_net: call from ... kommt immer noch. hat da jemand einen tip, wie man diese meldung auf der aktuellen console los wird? grüsse Reinhard -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)