Capisuite registriert keine Anrufe (mISDN)
Hallo, ich versuche im Moment mittels Capisuite unter Debian 3.0 (Kernel 2.6.1-mm2) einen Anrufbeantworter einzurichten. Ich habe die aktuelle CVS-Version von mISDN (mISDN-CVS-2004-01-12.tar.bz2) sowie den i4l-Patch (i4l-t9bk22.gz) und die aktuellen capi4k-utils (capi4k-utils-2003-06-16.tar.gz) installiert. Ich lade die mISDN-Module mittels des Skripts von Karsten Keil (http://rcum.uni-mb.si/~uvp00845b/). Das scheint auch zu klappen: ------------------------ naag:~# lsmod Module Size Used by hfcpci 40640 0 mISDN_isac 18560 0 mISDN_capi 104032 0 l3udss1 46528 0 mISDN_l2 51776 0 mISDN_l1 19776 0 mISDN_core 58212 6 hfcpci,mISDN_isac,mISDN_capi,l3udss1,mISDN_l2,mISDN_l1 capi 19136 0 kernelcapi 45952 2 mISDN_capi,capi capifs 6312 2 capi naag:~# ------------------------ Auch capiinfo erkennt die ISDN-Karte von CCD: ------------------------ naag:~# capiinfo Number of Controllers : 1 Controller 1: Manufacturer: mISDN CAPI controller HFC1 CAPI Version: 2.0 Manufacturer Version: 1.0 Serial Number: 0002 BChannels: 2 Global Options: 0x00000019 internal controller supported DTMF supported Supplementary Services supported B1 protocols support: 0x00000003 64 kbit/s with HDLC framing 64 kbit/s bit-transparent operation B2 protocols support: 0x00000043 ISO 7776 (X.75 SLP) Transparent Tranparent (ignoring framing errors of B1 protocol) B3 protocols support: 0x00000001 Transparent 0100 0200 19000000 03000000 43000000 01000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 Supplementary services support: 0x00000012 Terminal Portability Call Forwarding naag:~# ------------------------ Nur leider scheint Capisuite keine Anrufe zu registrieren, wenn ich z.B. von der MSN 712843 6020715 anrufe. Weder im syslog noch in den beiden Capisuite-Logdateien taucht auf den Anruf hin eine Nachricht auf. Da das Posting schon ziemlich lang ist kommt hier die answering_machine.conf nur im Auszug: ------------------------ [phone] voice_numbers="6020715" voice_action="None" voice_delay="5" record_length="60" voice_email="" pin="1234" ------------------------ Ich kann natürlich noch mehr Informationen zur Verfügung stellen.. Wäre für jede Idee dankbar :) Gruß, Peter Bücker
Hallo Peter, Peter Bücker schrieb am 13.01.2004 16:19: [...]
Nur leider scheint Capisuite keine Anrufe zu registrieren, wenn ich z.B. von der MSN 712843 6020715 anrufe. Weder im syslog noch in den beiden Capisuite-Logdateien taucht auf den Anruf hin eine Nachricht auf.
Da das Posting schon ziemlich lang ist kommt hier die answering_machine.conf nur im Auszug: ------------------------ [phone] voice_numbers="6020715" voice_action="None" voice_delay="5" record_length="60" voice_email="" pin="1234" ------------------------
Ich kann natürlich noch mehr Informationen zur Verfügung stellen.. Wäre für jede Idee dankbar :)
Keine Ahnung wie das im 2.6er kernel aussieht aber wenn nix im Syslog steht liegt das Problem vermutlich nicht bei Capisuite. Gruß, Ingo -- ## Registered Linux User #274727 -- http://counter.li.org/ ## Office-Suite für Windows, Linux, Mac -- http://de.openoffice.org/
Ingo Göppert wrote, On 13.01.2004 16:37:
Hallo Peter,
Peter Bücker schrieb am 13.01.2004 16:19: [...]
Nur leider scheint Capisuite keine Anrufe zu registrieren, wenn ich z.B. von der MSN 712843 6020715 anrufe. Weder im syslog noch in den beiden Capisuite-Logdateien taucht auf den Anruf hin eine Nachricht auf.
Keine Ahnung wie das im 2.6er kernel aussieht aber wenn nix im Syslog steht liegt das Problem vermutlich nicht bei Capisuite.
Gruß, Ingo
Ich glaube auch nicht, dass der Fehler in Capisuite liegt. Könnte es vielleicht an der Kombination von mISDN und Capisuite liegen? Gibt es eine Möglichkeit auszuschließen, dass Capisuite die Fehlerquelle ist? Peter
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! Am Dienstag, 13. Januar 2004 19:13 schrieb Peter Bücker:
Keine Ahnung wie das im 2.6er kernel aussieht aber wenn nix im Syslog steht liegt das Problem vermutlich nicht bei Capisuite.
Ich glaube auch nicht, dass der Fehler in Capisuite liegt. Könnte es vielleicht an der Kombination von mISDN und Capisuite liegen? Gibt es eine Möglichkeit auszuschließen, dass Capisuite die Fehlerquelle ist?
Ja, zum Beispiel im Verwenden anderer Software ;-)) Ne, im Ernst: wenn im Syslog nix kommt und CapiSuite auch bei log_level 3 nix meldet, dann würde ich doch eher vermuten, dass das Problem bei mISDN liegt... Geht's denn überhaupt mir anderen Treibern, sprich Kernel 2.4 + AVM-Treiber (oder was auch immer du für Karten hast)? - -- Ciao, Gernot -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFABFtrk997/GGeSeIRAgYKAJ9G8JZIjghItf5k00ZTyGbNNWXMSACfckzb tm/J2/2AKJR+rzlO4HDyAYk= =nG6O -----END PGP SIGNATURE-----
Am Dienstag, 13. Januar 2004 16:19 schrieb Peter Bücker:
Hallo, ich versuche im Moment mittels Capisuite unter Debian 3.0 (Kernel 2.6.1-mm2) einen Anrufbeantworter einzurichten. Ich habe die aktuelle CVS-Version von mISDN (mISDN-CVS-2004-01-12.tar.bz2) sowie den i4l-Patch (i4l-t9bk22.gz) und die aktuellen capi4k-utils (capi4k-utils-2003-06-16.tar.gz) installiert. ...
Nur leider scheint Capisuite keine Anrufe zu registrieren, wenn ich z.B. von der MSN 712843 6020715 anrufe. Weder im syslog noch in den beiden Capisuite-Logdateien taucht auf den Anruf hin eine Nachricht auf.
Da das Posting schon ziemlich lang ist kommt hier die answering_machine.conf nur im Auszug: ------------------------ [phone] voice_numbers="6020715" voice_action="None" voice_delay="5" record_length="60" voice_email="" pin="1234" ------------------------
Ich kann natürlich noch mehr Informationen zur Verfügung stellen.. Wäre für jede Idee dankbar :)
Gruß, Peter Bücker
Hallo, wie sieht das bei isdn-log aus? Läuft der Dienst, was ist da verzeichnet bzw. steht da ebenfalls nichts? Ist im Verzeichnis /var/spool/capisuite/ users/"username" ein received-Verzeichnis vorhanden (mußte ich bislang selbst anlegen, von der Installation her wurde es nicht angelegt). Meld' Dich doch nochmals. Tschö Klaus
Klaus Niedt wrote, On 13.01.2004 18:13:
Hallo,
wie sieht das bei isdn-log aus? Läuft der Dienst, was ist da verzeichnet bzw. steht da ebenfalls nichts? Ist im Verzeichnis /var/spool/capisuite/ users/"username" ein received-Verzeichnis vorhanden (mußte ich bislang selbst anlegen, von der Installation her wurde es nicht angelegt). Meld' Dich doch nochmals.
Tschö
Klaus
Also isdnlog läuft nicht, ich weiß aber auch nicht, wie ich es starten sollte wenn ich CAPI2.0 via mISDN benutze. /dev/isdninfo ist z.B. nicht verfügbar. ----------------- naag:/usr/local/var/spool/capisuite/users/phone# ls total 2.0K drwxr-xr-x 4 phone dialout 96 Jan 13 03:27 . drwxr-xr-x 3 root root 72 Jan 13 03:25 .. drwxr-xr-x 2 phone dialout 48 Jan 13 03:27 received drwxr-xr-x 2 phone dialout 48 Jan 13 16:21 sendq naag:/usr/local/var/spool/capisuite/users/phone# ----------------- Beide Ordner sind leer was mich aber auch nicht wundert, da Capisuite ja auch keinen Anruf entgegennimmt. D.h. wenn ich mich selbst anrufe nimmt niemand ab. Peter
Am Dienstag, 13. Januar 2004 18:54 schrieb Peter Bücker:
Klaus Niedt wrote, On 13.01.2004 18:13:
Hallo,
wie sieht das bei isdn-log aus? Läuft der Dienst, was ist da verzeichnet bzw. steht da ebenfalls nichts? Ist im Verzeichnis /var/spool/capisuite/ users/"username" ein received-Verzeichnis vorhanden (mußte ich bislang selbst anlegen, von der Installation her wurde es nicht angelegt). Meld' Dich doch nochmals.
Tschö
Klaus
Also isdnlog läuft nicht, ich weiß aber auch nicht, wie ich es starten sollte wenn ich CAPI2.0 via mISDN benutze. /dev/isdninfo ist z.B. nicht verfügbar.
----------------- naag:/usr/local/var/spool/capisuite/users/phone# ls total 2.0K drwxr-xr-x 4 phone dialout 96 Jan 13 03:27 . drwxr-xr-x 3 root root 72 Jan 13 03:25 .. drwxr-xr-x 2 phone dialout 48 Jan 13 03:27 received drwxr-xr-x 2 phone dialout 48 Jan 13 16:21 sendq naag:/usr/local/var/spool/capisuite/users/phone# -----------------
Beide Ordner sind leer was mich aber auch nicht wundert, da Capisuite ja auch keinen Anruf entgegennimmt. D.h. wenn ich mich selbst anrufe nimmt niemand ab.
Peter
Hallo,
hast Du answering_machine.conf dahingehend geändert, daß nicht /var/spool/
capisuite/users als default-Verzeichnis zur Speicherung eingehender Anrufe/
Faxe ist, sondern - wie bei Dir - /usr/local/var/hastenichgesehen? Sorry,
falls das 'ne blöde Frage ist; aber manchmal sind's ja die Kleinigkeiten,
über die man stolpert. Apropos: bei einer funktionierenden Capisuite kannst
Du Dich - sofern Du mehrere MSN konfigurierst - sehr wohl selbst anrufen. So
sieht das bei mir im capisuite.log aus:
Tue Jan 13 19:13:29 2004 Capi 0x818ead8:
Klaus Niedt wrote, On 13.01.2004 19:24:
Am Dienstag, 13. Januar 2004 18:54 schrieb Peter Bücker:
----------------- naag:/usr/local/var/spool/capisuite/users/phone# ls total 2.0K drwxr-xr-x 4 phone dialout 96 Jan 13 03:27 . drwxr-xr-x 3 root root 72 Jan 13 03:25 .. drwxr-xr-x 2 phone dialout 48 Jan 13 03:27 received drwxr-xr-x 2 phone dialout 48 Jan 13 16:21 sendq naag:/usr/local/var/spool/capisuite/users/phone# -----------------
Beide Ordner sind leer was mich aber auch nicht wundert, da Capisuite ja auch keinen Anruf entgegennimmt. D.h. wenn ich mich selbst anrufe nimmt niemand ab.
hast Du answering_machine.conf dahingehend geändert, daß nicht /var/spool/ capisuite/users als default-Verzeichnis zur Speicherung eingehender Anrufe/ Faxe ist, sondern - wie bei Dir - /usr/local/var/hastenichgesehen?
answering_machine.conf habe ich geändert: ---------------- [GLOBAL] audio_dir="/usr/local/share/capisuite/" voice_user_dir="/usr/local/var/spool/capisuite/users/" user_audio_files="0" voice_delay="10" announcement="announcement.la" record_length="60" record_silence_timeout="5" [phone] voice_numbers="6020715" voice_action="None" voice_delay="5" record_length="60" voice_email="" pin="1234" ----------------
Apropos: bei einer funktionierenden Capisuite kannst Du Dich - sofern Du mehrere MSN konfigurierst - sehr wohl selbst anrufen. So sieht das bei mir im capisuite.log aus: [...]
Bei diesem Anruf vorhin hat mich CapiSuite mit meinem eigenen Anrufbantworter verbunden - konnte ja schließlich nicht einen Anruf von mir selbst entgegennehmen :-)
Klaro :)
Ich habe testweise idle.py folgendermaßen geändert:
[...]
def idle(capi):
capisuite.call_voice(capi,1,"712843","6020715",10,0)
[...]
D.h. ich habe nur am Anfang diese Zeile eingesetzt um zu testen, ob das
Anrufen funktioniert.
Sobald ich Capisuite starte steht folgendes im capisuite.log:
Tue Jan 13 20:56:07 2004 CapiSuite 0xbffff9e4: CapiSuite 0.4.3 started.
Tue Jan 13 20:56:07 2004 Capi 0x80ea640: Capi object created
Tue Jan 13 20:56:07 2004 Capi 0x80ea640: >LISTEN_REQ ApplID 0x1 msgNum
0x0 Controller 0x1 InfoMask 0x10 CIPMask 0x0 0x0 NULL NULL
Tue Jan 13 20:56:07 2004 Capi 0x80ea640: info: 0
Tue Jan 13 20:56:07 2004 Capi 0x80ea640: *
Tue Jan 13 20:56:07 2004 Capi 0x80ea640:
Peter Bücker wrote, On 13.01.2004 20:01:
Klaro :) Ich habe testweise idle.py folgendermaßen geändert:
[...] def idle(capi): capisuite.call_voice(capi,1,"712843","6020715",10,0) [...]
D.h. ich habe nur am Anfang diese Zeile eingesetzt um zu testen, ob das Anrufen funktioniert. Sobald ich Capisuite starte steht folgendes im capisuite.log:
Sorry, zwei Dinge noch: 1. Ich habe mich oben vertippt: die beiden Telefonnummern habe ich vertauscht (dürfte aber keine Rolle spielen) 2. Ich habe vergessen zu sagen, dass keins der Telefone geklingelt hat, obwohl Capisuite ja sagt, dass es einen Anruf tätigt!
Am Dienstag, 13. Januar 2004 20:01 schrieb Peter Bücker:
answering_machine.conf habe ich geändert: ---------------- [GLOBAL] audio_dir="/usr/local/share/capisuite/" voice_user_dir="/usr/local/var/spool/capisuite/users/" user_audio_files="0" voice_delay="10" announcement="announcement.la" record_length="60" record_silence_timeout="5"
[phone] voice_numbers="6020715" voice_action="None" voice_delay="5" record_length="60" voice_email="" pin="1234" ---------------- ------------------- Klaro :) Ich habe testweise idle.py folgendermaßen geändert:
[...] def idle(capi): capisuite.call_voice(capi,1,"712843","6020715",10,0) [...]
Hallo, Du hättest gar nicht das Python-Skript ändern müssen - vielleicht liegt da ja der Fehler. Meine answering_machine.conf sieht so aus: [klaus] pin="XXXXXX" record_length="90" voice_action="MailAndSave" voice_delay="30" voice_numbers="910440,923606" Ansonsten: außer, daß einige Meldungen bei Kernel 2.6 wg. veränderter Module sich von den Einträgen bei mir (2.4) unterscheiden, sieht das für mich nach einem Vergleich mit meiner /var/log/messages gut aus. So langsam gehen mir die Ideen aus. Tschö Klaus
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! Am Dienstag, 13. Januar 2004 21:25 schrieb Klaus Niedt:
Du hättest gar nicht das Python-Skript ändern müssen - vielleicht liegt da ja der Fehler. Meine answering_machine.conf sieht so aus:
Alles wurscht, wenn kein CONNECT_IND kommt... - -- Ciao, Gernot -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFABFxYk997/GGeSeIRAk9oAJwKn5scMzAJ1TWSb/qKKu+Qq+ZCgQCfTuxy Bj7lL3ED8ZAoItqlzi3rSoI= =qIcL -----END PGP SIGNATURE-----
Gernot Hillier wrote, On 13.01.2004 22:00:
Alles wurscht, wenn kein CONNECT_IND kommt...
Na gut, selbst bei log_level="3" taucht kein CONNECT_IND auf. Habe auch mal das Kabel zwischen ISDN-Karte und NTBA ausgetauscht, ohne Erfolg. Zusätzlich taucht jetzt noch folgende Meldung im kern.log auf, wegen der ich mich wahrscheinlich dann doch an Karsten Keil wegen mISDN wenden werde: Jan 13 23:12:34 naag kernel: capi20_register: Jan 13 23:12:34 naag kernel: mISDN: INTERNAL ERROR in drivers/isdn/hardware/mISDN/contr.c:181 Jan 13 23:12:34 naag kernel: kcapi: appl 1 up Jan 13 23:12:34 naag kernel: capi20_put_message: applid 0x1 Diese Meldung erscheint, wenn ich capisuite starte (zum ersten Mal nach dem Laden der mISDN-Module), dann beende mittels ^C und dann nochmals starte. Ebenfalls taucht diese Meldung auf, wenn ich capiinfo starte, nachdem ich capisuite wie oben mit ^C beendet habe. Ist das Problem einmal aufgetreten, so hilft es nur noch die mISDN-Module aus dem Kernel zu entfernen und neu einzusetzen. Mit dem unmodifizierten idle-Skript tritt der Fehler *nicht* auf. Weiterhin habe ich festgestellt, dass der Aufruf 'capisuite.call_voice(capi,1,"6020715","712843",5,1)', den ich in idle.py eingefügt habe, nie abgeschlossen wird. Es tritt kein Timeout oder eine sonstige Fehlermeldung auf. Evtl. liegt es ja an diesem Umstand, dass der Abbruch durch ^C mISDN durcheinander bringt? Gruß, Peter
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! Am Dienstag, 13. Januar 2004 18:54 schrieb Peter Bücker:
Klaus Niedt wrote, On 13.01.2004 18:13:
Hallo,
wie sieht das bei isdn-log aus? Läuft der Dienst, was ist da verzeichnet bzw. steht da ebenfalls nichts? Ist im Verzeichnis /var/spool/capisuite/ users/"username" ein received-Verzeichnis vorhanden (mußte ich bislang selbst anlegen, von der Installation her wurde es nicht angelegt). Meld' Dich doch nochmals.
Tschö
Klaus
Also isdnlog läuft nicht, ich weiß aber auch nicht, wie ich es starten sollte wenn ich CAPI2.0 via mISDN benutze. /dev/isdninfo ist z.B. nicht verfügbar.
capidrv emuliert die I4L-Schnittstelle, wenn ein CAPI-Treiber verfügbar ist. Bin mir zwar nicht sicher, denke aber, das gilt auch für Kernel 2.6.
Beide Ordner sind leer was mich aber auch nicht wundert, da Capisuite ja auch keinen Anruf entgegennimmt. D.h. wenn ich mich selbst anrufe nimmt niemand ab.
Ich denke, das ist erstmal nicht zielführend. Ich würde den log_level von CapiSuite auf 3 erhöhen - und wenn im Log kein CONNECT_IND bei eingehendem Anruf steht, dann kannste erstmal alle anderen Einstellungen oder Probleme (falsche/nichtexistente Pfade, falsche AB-Einrichtung, etc.) vergessen. - -- Ciao, Gernot -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFABFwYk997/GGeSeIRAgGfAJ4mdv8o+Ukm8SxQsNXdcP2CAioR1ACdHsEg VLUulWX3J5p9kJ1RbdwgOQQ= =Pzcm -----END PGP SIGNATURE-----
participants (4)
-
Gernot Hillier
-
Ingo Göppert
-
Klaus Niedt
-
Peter Bücker