dtmfbox (AB/CB/CT VoIP/ISDN/Analog)

[florixyz]

ich hab in der 0.3.9 version immer noch das problem mit dem AB Abhören, dass dann die Box lahmlegt. Mittlerweile hab ich rausgefunden, dass die Box beim abhören des AB einen kompletten Reset macht.

Nochmal genau was ich mache: Ich habe 2 accounts konfiguriert *#100# (voip) und *#101# (isdn) dann rufe ich von extern auf dem voip account an, hinterlasse eine nachricht (geht perfekt, ich sehe die nachricht auch unter "status") dann hebe ich ein isdn tel. am int. s0 ab, dass der msn vom zweiten account zugewiesen ist, wähle *#100# ... dann kommt nix und die box macht einen reset...

im log die letzten zeilen nachdem *#100# dtmf empfangen wurde:
20:48:52.908 script_funcs.c Run script: /var/stick/dtmfbox/dtmfbox-0.3.9/script/script_main.sh DTMF CAPI OUTGOING 0 -1 "<MYMSN>" "*#100#" "100" &amp;
20:48:53.219 capi_ctrl.c (IND, CTRL 3, PLCI: 1027) - CAPI_INFO (c000)
20:48:55.158 script_funcs.c Hook up!
20:48:55.167 capi_ctrl.c (IND, CTRL 3, PLCI: 1027) - CAPI_CONNECT_ACTIVE
20:48:55.169 script_funcs.c Run script: /var/stick/dtmfbox/dtmfbox-0.3.9/script/script_main.sh CONFIRMED CAPI OUTGOING 0 -1 "<mymsn>" "*#100#" &amp;

der Fehler ist reproduzierbar (auf meiner box zumindest).... hat jemand ne idee? ist abfrage vom int. s0 nicht möglich? gibts in der aktuellen SVN version diesbezüglich ne änderung?

 

[bodega]

Passiert das während des VoIP Gesprächs oder generell? Funktioniert *#101#?

EDIT:
Im SVN hat sich diesbezüglich nicht viel geändert. Es sollte aber bei v0.3.9 funktionieren (es gab ja die Diskussion mit dem Keypad). Das einzige was ich mir vorstellen könnte wäre der Early-B3. 'ps' wäre auch interessant.

 

[florixyz]

Passiert das während des VoIP Gesprächs oder generell? Funktioniert *#101#?

Nein, VoIP Gespräch ist ok, ich höre den beep, dann spreche ich. leider ist das wavefile leer, d.h. 10 sekunden oder so nur silence (wenn ich es übers webif runterlade).
die box macht den reset wenn ich *#100# gewählt habe, eben nachdem er script_main.sh aufgerufen hat (siehe log im vorherigen beitrag).
vllt. memory leak? rekursiver skript aufruf? out-of-memory? -> kernel-panic....

nein, *#101# geht auch nicht. irgendwas ist da faul. ganz am anfang hatte ich es mal geschafft das zum laufen zu bringen (ich habe espeak gehört mit "sie haben keine neuen nachrichten"). da hatte ich aber noch nicht den usb-pfad gesetzt... ?

EDIT: 'ps' zu welcher zeit? während ich *#100# wähle, oder vorher?

 

[bodega]

Merkwürdig, zumal es schon funktioniert hat (irgendeine Einstellung?).

Die Skripte werden oft aufgerufen, deswegen habe mittlerweile gewisse "Sperren" eingebaut, damit dies nicht zu oft geschieht. Das betrifft aber größtenteils DTMF-Eingaben. Der Account wird auch nicht mehr gesucht, sondern direkt übergeben (gewisse Zeitersparnis).

Memory-Leaks dürften auch nicht vorkommen. Das Programm verwendet weitestgehend Memory-Pools.

leider ist das wavefile leer, d.h. 10 sekunden oder so nur silence (wenn ich es übers webif runterlade).

Oh.. auf USB aber vorhanden? Ein WebIF-Bug?

'ps' zu welcher zeit? während ich *#100# wähle, oder vorher?

Vorher.

Versuche auch mal testweise den espeak Pfad umzubenennen, damit espeak nicht verwendet wird (eventuell landet die 0.wav nicht auf USB?)

 

[florixyz]

Oh.. auf USB aber vorhanden? Ein WebIF-Bug?

Nein, glaube eher ein STUN Problem, bei der voip verbindung kommen wahrscheinlich von aussen keine daten auf den rtp ports an... nach aussen gehen die daten, also die ansage hör ich. das file ist ja auch ca. 200kb groß nur es enthält halt nur nuller und den waveheader.

Versuche auch mal testweise den espeak Pfad umzubenennen, damit espeak nicht verwendet wird (eventuell landet die 0.wav nicht auf USB?)

joa, vllt. liegt es daran...ich schau gleich mal.
early b3 hab ich deakt. und es scheint sich nix geändert zu haben. es ist eigentlich total egal wie ich versuche den ab abzuhören. ob ich alles auf einmal wähle bevor ich abhebe oder nacheinander per dtmf.

hier die ausgabe von 'ps':

378 root            SW< [khubd]
  468 root       2372 S N ctlmgr
  501 root       1420 S N websrv
  507 root       1800 S   igdd
  519 root       1420 S N websrv
  520 root       1420 S N websrv
  521 root       1420 S N websrv
  581 root       1752 S   dsld -i -n
  616 root       1108 S   telefon a127.0.0.1
  630 root       2428 S < voipd
  658 root        184 S   /bin/run_clock -c /dev/tffs -d
  666 root        296 S   /usr/sbin/telnetd -l /sbin/ar7login
  716 root            SWN [scsi_eh_0]
  719 root            SWN [usb-storage]
  755 root       1800 S   igdd
  756 root       1800 S   igdd
  757 root       1800 S   igdd
  877 root            RWN [kdsld_token]
  966 root        308 S   ftpd -D -q -t 120 -m 15 -h FRITZ!Box Fon WLAN 7170
  997 root        264 S   /usr/sbin/telnetd -p 11223 -f /var/tmp/issue
 1003 nobody      220 S   /var/stick/bin/dnsmasq -C /var/stick/conf/.dnsmasq.cf
 1008 root       1676 S   multid -S /var/tmp/onlinechanged
 1053 root        324 S   /var/stick/dtmfbox/dtmfbox-0.3.9/busybox-httpd httpd
 1058 root        340 S   init
 1344 root        496 S   -sh
 2133 root       1992 S   ./dtmfbox -daemon -cfg /var/stick/dtmfbox/dtmfbox-0.3
 2179 root       1992 S   ./dtmfbox -daemon -cfg /var/stick/dtmfbox/dtmfbox-0.3
 2180 root       1992 S   ./dtmfbox -daemon -cfg /var/stick/dtmfbox/dtmfbox-0.3
 2181 root       1992 S   ./dtmfbox -daemon -cfg /var/stick/dtmfbox/dtmfbox-0.3
 2323 root       1992 S   ./dtmfbox -daemon -cfg /var/stick/dtmfbox/dtmfbox-0.3
 2324 root       1992 S   ./dtmfbox -daemon -cfg /var/stick/dtmfbox/dtmfbox-0.3
 3464 root        344 R   ps

EDIT: Unter Status im WebIF werden bei mir auch nicht die accounts angezeigt... ist das normal? ein "echo $DTMFBOX_PATH" gibt nix zurück.

EDIT2: was meinst du mit espeak-pfad ? espeak wird im skript doch mit $DTMFBOX_PATH/espeak/speak ... usw aufgerufen, also alles relativ zu $DTMFBOX_PATH, der bei mir eben auf /var/stick/dtmfbox/dtmfbox-0.3.9 gesetzt ist.

Nochmal EDIT: Hatte jetzt beim speichern der config. im WebIF folgendes in ps:
/bin/sh /var/media/ftp/USB-Partition-0-1/dtmfbox/dtmf
kann es sein, dass der USB-Pfad da noch irgendwo hard-coded ist??

EDIT: Arrrrggghh! Vllt. liegt es auch an dieser neuen AVM Firmware 29.04.37 ...
Dort gibt es kein gzip mehr, das tar unterstützt die "z" option nicht mehr (wollte gerade dtmfbox nochmal neu installieren), die PATH variable lässt sich nicht mehr in der debug.cfg für alle shells setzen, WHAT IS GOING ON!!!???

 

[bodega]

Nein, glaube eher ein STUN Problem, bei der voip verbindung kommen wahrscheinlich von aussen keine daten auf den rtp ports an...

Das könnte sein. Bei meinem Sipgate Account muss ich die ID mitgeben, sonst registriert er sich nicht ([email protected]). Anderer STUN-Server (z.B. stun.1und1.de:3478) und ICE könnten auch helfen.

Nochmal EDIT: Hatte jetzt beim speichern der config. im WebIF folgendes in ps:
/bin/sh /var/media/ftp/USB-Partition-0-1/dtmfbox/dtmf
kann es sein, dass der USB-Pfad da noch irgendwo hard-coded ist??

Hardcoded habe ich nichts. Hier scheint irgendwas mit der Konfig und dem USB-Pfad nicht zu stimmen.
In der debug.cfg wird die boot.cfg auf dem USB gestartet. Dort sind auch die Einstellungen gespeichert. Es wird dabei ein Softlink von /var/dtmfbox auf den USB-Pfad erstellt. Das müsstest du mal überprüfen.

 

[florixyz]

ich hab jetzt auf fw 04.39 ein update gemacht und die dtmfbox nochmal neu ent -tart. dann so wie du beschrieben hast installiert, usb pfad gesetzt usw. funktioniert perfekt. aber die sache mit dem reboot bleibt. ich hab jetzt keinen sip account eingerichtet, nur 1 isdn account.
jetzt reicht es schon wenn ich am int. controller abnehme und *#100# wähle (die box geht dann nicht ran, ist auch im log nix zu sehen ausser script_main mit CONNECT <meine msn> und unknown target und wenn ich auflege das gleiche nochmal mit DISCONNECT). das ganze kann ich 2-3 mal machen, dann macht die box nach dem aufruf (oder während) von DISCONNECT den reboot.

ich bin ratlos... gerne schicke ich logs, ps, oder was auch immer hilfreich ist. nur ich weiss da im moment selber nicht wo ich schaun soll. werd morgen mir das mit loglevel 5 nochmal anschauen und evtl. im script_main man debug ausgaben einbauen...

EDIT: Mit der Keypad version komme ich zu dem Punkt wo espeak sagt "Keine neuen Nachrichten". Dann lege ich auf. Ca. 5-10 Sekunden lebt dann die Box noch. Und dann, zack, weg, reboot.
Hab mal ps eingegeben kurz bevor sie weg war: Das sah ganz normal aus!!

 1112 root       1676 S   multid -S /var/tmp/onlinechanged
 1158 root        324 S   /var/stick/dtmfbox/dtmfbox-0.3.9/busybox-httpd httpd
 1163 root        340 S   init
 1164 root        440 S   -sh
 1789 root       1764 S   ./dtmfbox -daemon -cfg /var/stick/dtmfbox/dtmfbox-0.3.9
 1842 root       1764 S   ./dtmfbox -daemon -cfg /var/stick/dtmfbox/dtmfbox-0.3.9
 1843 root       1764 S   ./dtmfbox -daemon -cfg /var/stick/dtmfbox/dtmfbox-0.3.9
 1844 root       1764 S   ./dtmfbox -daemon -cfg /var/stick/dtmfbox/dtmfbox-0.3.9
 1904 root       1764 S   ./dtmfbox -daemon -cfg /var/stick/dtmfbox/dtmfbox-0.3.9
 1905 root       1764 S   ./dtmfbox -daemon -cfg /var/stick/dtmfbox/dtmfbox-0.3.9
 2098 root        344 R   ps

Im log sieht die Prozedur so aus (loglevel 5):

10:02:11.157    capi_ctrl.c (IND, CTRL 3, PLCI: 515) - CAPI_CONNECT
 10:02:11.159  capi_events.c Source: unknown - Target: <MYMSN> - Account: 0
 10:02:11.159  capi_events.c (CTRL 515, PLCI: 3) - Call from unknown to <MYMSN>... 
 10:02:11.162 script_funcs.c Run script: /var/stick/dtmfbox/dtmfbox-0.3.9/script/script_main.sh CONNECT CAPI OUTGOING 0 -1 "<MYMSN>" "unknown" &amp;
 10:02:11.214    capi_ctrl.c (IND, CTRL 3, PLCI: 515) - CAPI_INFO (800d)
 10:02:11.216    capi_ctrl.c (IND, CTRL 3, PLCI: 515) - CAPI_INFO (1e)
 10:02:11.217    capi_ctrl.c (IND, CTRL 3, PLCI: 515) - CAPI_INFO (c000)
 10:02:11.236    capi_ctrl.c (IND, CTRL 3, PLCI: 515) - CAPI_INFO (2c)
 10:02:11.237    capi_ctrl.c (IND, CTRL 3, PLCI: 515) - DIALED (*) (3)
 10:02:11.238   capi_funcs.c DTMF RECEIVED: *
 10:02:11.239    capi_ctrl.c (IND, CTRL 3, PLCI: 515) - DIALED (#) (3)
 10:02:11.241   capi_funcs.c DTMF RECEIVED: #
 10:02:11.243 script_funcs.c Run script: /var/stick/dtmfbox/dtmfbox-0.3.9/script/script_main.sh DTMF CAPI OUTGOING 0 -1 "<MYMSN>" "*#1" "*" &amp;
 10:02:11.333    capi_ctrl.c (IND, CTRL 3, PLCI: 515) - DIALED (1) (3)
 10:02:11.333   capi_funcs.c DTMF RECEIVED: 1
 10:02:11.335    capi_ctrl.c (IND, CTRL 3, PLCI: 515) - CAPI_INFO (c000)
 10:02:11.336    capi_ctrl.c (IND, CTRL 3, PLCI: 515) - CAPI_INFO (2c)
 10:02:11.337    capi_ctrl.c (IND, CTRL 3, PLCI: 515) - DIALING (0) (1)
 10:02:11.338   capi_funcs.c DTMF RECEIVED: 0
 10:02:11.339    capi_ctrl.c (IND, CTRL 3, PLCI: 515) - CAPI_INFO (c000)
 10:02:11.352    capi_ctrl.c (IND, CTRL 3, PLCI: 515) - CAPI_INFO (2c)
 10:02:11.353    capi_ctrl.c (IND, CTRL 3, PLCI: 515) - DIALING (0) (1)
 10:02:11.354   capi_funcs.c DTMF RECEIVED: 0
 10:02:11.355    capi_ctrl.c (IND, CTRL 3, PLCI: 515) - CAPI_INFO (c000)
 10:02:11.398    capi_ctrl.c (IND, CTRL 3, PLCI: 515) - CAPI_INFO (2c)
 10:02:11.401    capi_ctrl.c (IND, CTRL 3, PLCI: 515) - DIALING (#) (1)
 10:02:11.402   capi_funcs.c DTMF RECEIVED: #
 10:02:11.403 script_funcs.c Run script: /var/stick/dtmfbox/dtmfbox-0.3.9/script/script_main.sh DTMF CAPI OUTGOING 0 -1 "<MYMSN>" "*#100#" "100" &amp;
 10:02:11.484    capi_ctrl.c (IND, CTRL 3, PLCI: 515) - CAPI_INFO (c000)
 10:02:13.934 script_funcs.c Hook up!
 10:02:13.944    capi_ctrl.c (IND, CTRL 3, PLCI: 515) - CAPI_CONNECT_ACTIVE
 10:02:13.945 script_funcs.c Run script: /var/stick/dtmfbox/dtmfbox-0.3.9/script/script_main.sh CONFIRMED CAPI OUTGOING 0 -1 "<MYMSN>" "*#100#" &amp;
 10:02:14.033    capi_ctrl.c (IND, CTRL 3, NCCI: 66051) - CAPI_CONNECT_B3
 10:02:14.034  capi_events.c Using CAPI connection: 0
 10:02:14.037    capi_ctrl.c (CNF, CTRL 3, NCCI: 515) - CAPI_CONNECT_B3
[B] 10:02:14.037   capi_funcs.c ERR: CAPI 0x2004 - Out of NCCI  [/B]
 10:02:14.039    capi_ctrl.c (IND, CTRL 3, NCCI: 66051) - CAPI_CONNECT_B3_ACTIVE
 10:02:14.044    capi_ctrl.c (CNF, CTRL 3, NCCI: 66051) - CAPI_FACILITY
 10:02:14.045    capi_ctrl.c (CNF, CTRL 3, NCCI: 66051) - CAPI_FACILITY
 10:02:14.960 script_funcs.c Change scriptfile /var/stick/dtmfbox/dtmfbox-0.3.9/script/script_admin.sh

Manchmal steht im log auch noch der skript aufruf mit dem parameter DISCONNECT drin (auch espeak ist mit dabei), manchmal nicht. Glaube das liegt daran wie schnell das logfile geschrieben (also gesynct wird) bevor der reboot kommt.
Ich habe übrigens Early-B3 deaktiviert und auch Voip verwenden im WebIF auf "nein" gesetzt.

Jetzt hab ich nochmal das Log, diesmal vor dem reboot. da steht DISCONNECT mit drin. Allerdings ist mir jetzt das Problem aufgellen, dass da "Out of NCCI" steht... beim vorherigen Versuch auch. Nur: Bei diesem Versuch (log unten) habe ich espeak nicht gehört, beim obigen log schon... hm.... es dauert auch immer eine weile bis espeak zu hören ist, ca. 2-3 sekunden. denke mal das sollte aber normal sein?

10:12:58.600 script_funcs.c Run script: /var/stick/dtmfbox/dtmfbox-0.3.9/script/script_admin.sh CONFIRMED CAPI OUTGOING 0 -1 "<mymsn>" "*#100#" &amp;
 10:12:58.720    capi_ctrl.c (IND, CTRL 3, NCCI: 65795) - CAPI_CONNECT_B3
 10:12:58.721  capi_events.c Using CAPI connection: 0
 10:12:58.723    capi_ctrl.c (CNF, CTRL 3, NCCI: 259) - CAPI_CONNECT_B3
[B] 10:12:58.724   capi_funcs.c ERR: CAPI 0x2004 - Out of NCCI[/B]
 10:12:58.726    capi_ctrl.c (IND, CTRL 3, NCCI: 65795) - CAPI_CONNECT_B3_ACTIVE
 10:12:58.728    capi_ctrl.c (CNF, CTRL 3, NCCI: 65795) - CAPI_FACILITY
 10:12:58.729    capi_ctrl.c (CNF, CTRL 3, NCCI: 65795) - CAPI_FACILITY
 10:14:28.000    capi_ctrl.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (8)
 10:14:28.001    capi_ctrl.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (c000)
 10:14:28.003    capi_ctrl.c (IND, CTRL 3, NCCI: 65795) - CAPI_DISCONNECT_B3
 10:14:28.004 script_funcs.c Run script: /var/stick/dtmfbox/dtmfbox-0.3.9/script/script_admin.sh DISCONNECT CAPI OUTGOING 0 -1 "<mymsn>" "*#100#" &amp;
 10:14:28.071    capi_ctrl.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (8)
 10:14:28.073    capi_ctrl.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (c000)
 10:14:28.074    capi_ctrl.c (IND, CTRL 3, PLCI: 259) - CAPI_DISCONNECT

PS: Out of NCCI: kann ja nicht daran liegen, dass meine Box schon so ewig läuft, dass im CAPI irgendwann eine Variable einen Überlauf bekommt.... uptime < 2 Minuten ;-)

 

[bodega]

Jetzt sieht man auch die Eingaben. Also dein Telefon hat wohl Keypad. Warum das jetzt aber abstürzt - da bin ich etwas überfragt.

Out Of NCCI ist nicht schlimm. Dieser Request sollte eigentlich bei einem eingehenden Anruf losgeschickt werden, nicht aber bei einem ausgehenden.

Die Sprachausgabe kommt etwas verzögert, da die .wav etwas Zeit brauch zum generieren.

Ich werde wohl nicht drumrumkommen, die neue FW auszuprobieren (die Boxen können sich ja eigentlich nur darin unterscheiden, oder?).

Hast du die Standard-FW oder ist die mit dsmod (nach der Anzeige im ps würde ich auf Standard-FW schließen.)?

EDIT:
da ja der interne Controller wieder erkannt wird, könntest du vielleicht nochmal probieren, ob das umbenennen des espeak-Verzeichnisses auf dem USB etwas bringt (/var/stick/dtmfbox/dtmfbox-0.3.9/espeak -> /var/stick/dtmfbox/dtmfbox-0.3.9/espeak_back)?

EDIT2:

Dann lege ich auf. Ca. 5-10 Sekunden lebt dann die Box noch. Und dann, zack, weg, reboot.

Mhh.. wenn es immer nach auflegen ist, dann hat espeak eventuell weniger damit zu tun.

 

[florixyz]

Hast du die Standard-FW oder ist die mit dsmod (nach der Anzeige im ps würde ich auf Standard-FW schließen.)?

Hab die Standard-FW (wie jetzt auch in meiner Signatur zu sehen ist).
Ja, die Boxen sollten sich ja sonst nicht unterscheiden. Ausser dass ich noch einen dnsmasq laufen haben und einen zusätzlichen telnetd und den usb stick über einen symlink eingebunden habe (ln -s /var/media/ftp/USB.... /var/stick).
Am freien Ram liegts nicht, hab während dem *#100# anruf mal jede sekunde den freien ram geloggt, war immer um die 2MB. Hab jetzt auch mal dtmfbox auf der console gestartet um live die log ausgaben zu sehen. Auf dem zweiten telnet terminal lief das free-ram monitoring, auf keinem der terminals war irgendwas verdächtiges zu sehen (weder killed, noch segfault, panic, out of memory, etc.) auf einemal war die telnet verbindung weg und die box war am neu hochfahren.
ich werde das mitm espeak pfad mal testen, obwohl ich auch nich glaube dass es daran liegt. wobei ich zur zeit keine espeak ausgabe bekomme (im log ist auch nichts davon zu sehen)..? aber das sind alles zweitrangige probleme, wenn das mit den resets mal gelöst wäre

Nochwas, was du vllt. wissen solltest. Ich hab eine Auerswald Telefonanlage vor der Box hängen. Also Tel->Anlage->Box->Netz. Deswegen ist das so ne sache wegen keypad, da könnte die anlage auch noch mitreden. aber solang jetzt was bei der box ankommt sollte es ja kein problem sein. Ich wähle an meinem Tel. eine 0, dann habe ich die externleitung und bin damit auf der Box. Dann wähle ich dort *#100# . Das müsste ja im Prinzip dann so sein, wie wenn das Tel. direkt mit der Box verbunden wäre.

EDIT ohne espeak höre ich zumindest den "beep". wenn ich alles auf einmal wähle (am tel 0*#100#) dann ergibt sich am ende vom log folgendes:

12:44:25.862 script_funcs.c Run script: /var/dtmfbox/script/script_main.sh CONF
IRMED CAPI OUTGOING 0 -1 "<mymsn>" "*#100#" &
 12:44:25.937    capi_ctrl.c (IND, CTRL 3, NCCI: 69635) - CAPI_CONNECT_B3
 12:44:25.938  capi_events.c Using CAPI connection: 0
 12:44:25.939    capi_ctrl.c (CNF, CTRL 3, NCCI: 4099) - CAPI_CONNECT_B3
 12:44:25.941   capi_funcs.c ERR: CAPI 0x2004 - Out of NCCI
 12:44:25.942    capi_ctrl.c (IND, CTRL 3, NCCI: 69635) - CAPI_CONNECT_B3_ACTIVE
 12:44:25.943    capi_ctrl.c (CNF, CTRL 3, NCCI: 69635) - CAPI_FACILITY
 12:44:25.946    capi_ctrl.c (CNF, CTRL 3, NCCI: 69635) - CAPI_FACILITY
 12:44:27.005 script_funcs.c Change scriptfile /var/stick/dtmfbox/dtmfbox-0.3.9/
script/script_admin.sh
find: /var/stick/dtmfbox/dtmfbox-0.3.9/record/<mymsn>/*: No such file or direct
ory
 12:44:28.186   wav_player.c File player '/var/stick/dtmfbox/dtmfbox-0.3.9/play/
beep.wav' created: samp.rate=8000, ch=1, bufsize=4KB, filesize=6KB
 12:44:28.186 script_funcs.c Playing /var/stick/dtmfbox/dtmfbox-0.3.9/play/beep.
wav...
 12:44:35.678    capi_ctrl.c (IND, CTRL 3, PLCI: 4099) - CAPI_INFO (8)
 12:44:35.680    capi_ctrl.c (IND, CTRL 3, PLCI: 4099) - CAPI_INFO (c000)
 12:44:35.681    capi_ctrl.c (IND, CTRL 3, NCCI: 69635) - CAPI_DISCONNECT_B3
 12:44:35.682 script_funcs.c Run script: /var/stick/dtmfbox/dtmfbox-0.3.9/script
/script_admin.sh DISCONNECT CAPI OUTGOING 0 -1 "<mymsn>" "*#100#" &
 12:44:35.758    capi_ctrl.c (IND, CTRL 3, PLCI: 4099) - CAPI_INFO (8)
 12:44:35.759    capi_ctrl.c (IND, CTRL 3, PLCI: 4099) - CAPI_INFO (c000)
 12:44:35.760    capi_ctrl.c (IND, CTRL 3, PLCI: 4099) - CAPI_DISCONNECT

wenn ich hingegen nacheinander wähle, dann erkennt er *#100# nicht zusammenhängend und es kommt folgendes (das hatte ich schonmal gepostet, dass er da einen syntax fehler bringt..?):

12:43:08.349 script_funcs.c Run script: /var/dtmfbox/script/script_main.sh CONF
IRMED CAPI OUTGOING 0 -1 "<mymsn>" "*#" &
 12:43:08.432    capi_ctrl.c (IND, CTRL 3, NCCI: 68099) - CAPI_CONNECT_B3
 12:43:08.433  capi_events.c Using CAPI connection: 0
 12:43:08.437    capi_ctrl.c (CNF, CTRL 3, NCCI: 2563) - CAPI_CONNECT_B3
 12:43:08.438   capi_funcs.c ERR: CAPI 0x2004 - Out of NCCI
 12:43:08.438    capi_ctrl.c (IND, CTRL 3, NCCI: 68099) - CAPI_CONNECT_B3_ACTIVE
 12:43:08.440    capi_ctrl.c (CNF, CTRL 3, NCCI: 68099) - CAPI_FACILITY
 12:43:08.441    capi_ctrl.c (CNF, CTRL 3, NCCI: 68099) - CAPI_FACILITY
 12:43:09.589    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_FACILITY
 12:43:09.590   capi_funcs.c DTMF RECEIVED: 1
 12:43:10.341    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_FACILITY
 12:43:10.342   capi_funcs.c DTMF RECEIVED: 0
 12:43:10.647    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_FACILITY
 12:43:10.648   capi_funcs.c DTMF RECEIVED: 0
 12:43:11.189    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_FACILITY
 12:43:11.190   capi_funcs.c DTMF RECEIVED: #
 12:43:11.191 script_funcs.c Run script: /var/dtmfbox/script/script_main.sh DTMF
 CAPI OUTGOING 0 -1 "<mymsn>" "*#" "100" &
 12:43:12.345 script_funcs.c Change scriptfile /var/stick/dtmfbox/dtmfbox-0.3.9/
script/script_admin.sh
/var/stick/dtmfbox/dtmfbox-0.3.9/script/script_admin.sh: let: 180: Syntax error:
 ACC_ID=*+1
find: /var/stick/dtmfbox/dtmfbox-0.3.9/record/*_MSN/*: No such file or directory
 12:43:13.579   wav_player.c File player '/var/stick/dtmfbox/dtmfbox-0.3.9/play/
beep.wav' created: samp.rate=8000, ch=1, bufsize=4KB, filesize=6KB
 12:43:13.581 script_funcs.c Playing /var/stick/dtmfbox/dtmfbox-0.3.9/play/beep.
wav...
 12:43:24.078    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_INFO (8)
 12:43:24.079    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_INFO (c000)
 12:43:24.081    capi_ctrl.c (IND, CTRL 3, NCCI: 68099) - CAPI_DISCONNECT_B3
 12:43:24.082 script_funcs.c Run script: /var/stick/dtmfbox/dtmfbox-0.3.9/script
/script_admin.sh DISCONNECT CAPI OUTGOING 0 -1 "<mymsn>" "*#" &
 12:43:24.159    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_INFO (8)
 12:43:24.160    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_INFO (c000)
 12:43:24.161    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_DISCONNECT
/var/stick/dtmfbox/dtmfbox-0.3.9/script/script_admin.sh: let: 180: Syntax error:
 ACC_ID=*+1

das interessante daran jetzt.. in dieser variante lebt die box weiter. das kann ich paarmal hintereinander machen. ohne probleme. aber sobald der
"/script_admin.sh DISCONNECT CAPI OUTGOING 0 -1 "<mymsn>" "*#100#"" kommt, hat die box noch ca. 5 sekunden und dann is aus. beim letzten versuch hat sie dann z.b. mitten in der ausgabe von ps den reboot gemacht.

EDIT: noch besser.... ich starte die box auf der console, und beende sie mit ctrl-c nach dem auflegen. alles beendet normal (exiting.. unregistered, etc.). danach kann ich auch z.b. ps eingeben. aber wieder nach ca. 5 sekunden macht die box einen reset!!!!!!!!

noch ein edit: ich hab versucht: dtmfbox auf console starten und mit ctrl-c beenden. das geht, solange bis ich die # von *# gewählt habe:

 13:12:41.572    capi_ctrl.c (IND, CTRL 3, PLCI: 4099) - DIALING (*) (1)
 13:12:41.573   capi_funcs.c DTMF RECEIVED: *
[B]hier geht ctrl-c noch[/B]
 13:12:41.574    capi_ctrl.c (IND, CTRL 3, PLCI: 4099) - CAPI_INFO (c000)
 13:12:43.283    capi_ctrl.c (IND, CTRL 3, PLCI: 4099) - CAPI_INFO (2c)
 13:12:43.284    capi_ctrl.c (IND, CTRL 3, PLCI: 4099) - DIALING (#) (1)
 13:12:43.285   capi_funcs.c DTMF RECEIVED: #
 13:12:43.286 script_funcs.c Run script: /var/dtmfbox/script/script_main.sh DTMF CAPI OUTGOING 0 -1 "<mymsn>" "*#" "*" &
 13:12:43.367    capi_ctrl.c (IND, CTRL 3, PLCI: 4099) - CAPI_INFO (c000)
[B]hier hängt sich die dtmfbox auf wenn ich ctrl-c drücke, die fbox läuft aber noch, und ich kann den dtmfbox prozess mit kill -9 beenden[/B]

wieder edit: am DISCONNECT liegts nicht. wenn ich kill -9 mache nachdem beep.wav gespielt wurde, macht die box auch ca. 5 sec. nach "Killed" einen reboot. Kann es sein, dass es doch was mit "Out of NCCI" zu tun hat???

 

[bodega]

Ich habe das jetzt mal mit FW .39 (Orig.) probiert. Mit der alten und der neuen Version funktioniert es soweit bei mir, deswegen denke ich mittlerweile auch fast, dass es irgendwas mit diesem Out of NCCI Fehler zu tun haben müsste. Auch die Tatsache, dass es immer nach Verbindungsaufbau auftritt, scheint diese Vermutung zu festigen.

Schlecht ist nur, das ich keine Telefonanlage habe um das zu testen. Ich packe gleich mal eine aktuellere Variante zusammen. Wäre schön, wenn du die dann mal testen könntest.

EDIT:
Hier die 0.4-Beta
Wie bereits gesagt, das Skript-Menü ist noch etwas Baustelle - ein paar Dinge gehen damit noch nicht. Out of NCCI sollte damit aber nicht mehr vorkommen. Zudem sind ein paar CAPI-Infos mehr hinzugekommen, eventuell erkennt man etwas mehr...

 

[florixyz]

ok, werde mal die Beta testen, wenn ich heut noch dazukomm. mir is grad noch was aufgefallen (mit der alten version). kanne sein, dass du irgendwo im capi_ctrl code NCCI mit PLCI verwechselt hast?? (siehe fettgedrucktes) [eventuell auch nur debug messages falsch beschriftet?]

15:36:13.320    capi_ctrl.c (IND, CTRL 3, PLCI: 4611) - CAPI_INFO (c000)
 15:36:15.650 script_funcs.c Hook up!
 15:36:15.659    capi_ctrl.c (IND, CTRL 3, [B]PLCI: 4611[/B][I] - soweit ok -[/I]) - CAPI_CONNECT_ACTIVE
 15:36:15.661 script_funcs.c Run script: /var/stick/dtmfbox/dtmfbox-0.3.9/script/script_main.sh CONFIRMED CAPI OUTGOING 0 -1 "<mymsn>" "*#103#" &amp;
 15:36:15.740    capi_ctrl.c (IND, CTRL 3, NCCI: 70147) - CAPI_CONNECT_B3
 15:36:15.741  capi_events.c Using CAPI connection: 0
 15:36:15.744    capi_ctrl.c (CNF, CTRL 3, [B]NCCI: 4611[/B][I] - das war doch grad noch die PLCI ! -[/I]) - CAPI_CONNECT_B3
 15:36:15.745   [B]capi_funcs.c ERR: CAPI 0x2004 - Out of NCCI[/B][I] und schon ist das Problem da...[/I]
 15:36:15.748    capi_ctrl.c (IND, CTRL 3, NCCI: 70147) - CAPI_CONNECT_B3_ACTIVE
 15:36:15.750    capi_ctrl.c (CNF, CTRL 3, NCCI: 70147) - CAPI_FACILITY
 15:36:15.751    capi_ctrl.c (CNF, CTRL 3, NCCI: 70147) - CAPI_FACILITY
 15:36:21.177   wav_player.c File player '/var/stick/dtmfbox/dtmfbox-0.3.9/tmp/0.wav' created: samp.rate=16000, ch=1, bufsize=4KB, filesize=55KB
 15:36:21.178 script_funcs.c Playing /var/stick/dtmfbox/dtmfbox-0.3.9/tmp/0.wav...
 15:36:23.069 script_funcs.c Hook down!
 15:36:23.080    capi_ctrl.c (CNF, CTRL 3, [B]PLCI: 70147[/B][I] - und das ist doch wieder die NCCI von vorher! - [/I]) - MISC (4)
 15:36:23.081    capi_ctrl.c (IND, CTRL 3, PLCI: 4611) - CAPI_INFO (1e)

 

[bodega]

Das ist mit der neuen Version besser gelöst. Da ermittle ich die PLCI anhand der NCCI.

Out Of NCCI kommt durch das CONNECT_B3_REQ. Es sollte eigentlich nur ein Respond losgeschickt werden. Man erkennt das am Conf, da hier ein PLCI zurück kommt (shame on me ). MISC ist falsch beschriftet.

Ob das nun Auswirkungen auf die FB hat, welche an eine TK Anlage hängt, bleibt zu hoffen.

 

[florixyz]

hab die 0.4.0-beta2 ausprobiert. leider kein erfolg.
ab abhören geht immer noch nicht. box macht reset (ca. 5 sec. nachdem alles vorüber ist..) und er kann nichtmal mehr den account zuordnen (laut log?):

habe einmal *#001#1# gewählt:

16:21:52.701    voip_ctrl.c Start VOIP listen loop...
 16:22:22.822  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_CONNECT (Acc#: unknown (0), Target#: <mymsn>)
 16:22:22.823 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "CONNECT" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "unknown" "1" &amp;
 16:22:22.881  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (0x800d) - SETUP ACK
 16:22:22.883  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (0x001e) - PROGRESS INDICATOR (0x02)
 16:22:22.885  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:22:22.894  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (0x002c) - UNKNOWN INFO
 16:22:22.895  capi_events.c (IND, CTRL 3, PLCI: 259) - DIALED (*) (4)
 16:22:22.896   capi_funcs.c DTMF RECEIVED: *
 16:22:22.901  capi_events.c (IND, CTRL 3, PLCI: 259) - DIALED (#) (4)
 16:22:22.902   capi_funcs.c DTMF RECEIVED: #
 16:22:22.903 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "DTMF" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "*#00" "1" "*" &amp;
 16:22:22.991  capi_events.c (IND, CTRL 3, PLCI: 259) - DIALED (0) (4)
 16:22:22.992   capi_funcs.c DTMF RECEIVED: 0
 16:22:22.992  capi_events.c (IND, CTRL 3, PLCI: 259) - DIALED (0) (4)
 16:22:22.993   capi_funcs.c DTMF RECEIVED: 0
 16:22:22.995  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:22:22.997  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (0x002c) - UNKNOWN INFO
 16:22:22.999  capi_events.c (IND, CTRL 3, PLCI: 259) - DIALING (1) (1)
 16:22:23.000   capi_funcs.c DTMF RECEIVED: 1
 16:22:23.001  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:22:23.003  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (0x002c) - UNKNOWN INFO
 16:22:23.005  capi_events.c (IND, CTRL 3, PLCI: 259) - DIALING (#) (1)
 16:22:23.006   capi_funcs.c DTMF RECEIVED: #
 16:22:23.006 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "DTMF" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "*#001#" "1" "001" &amp;
 16:22:23.066  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:22:23.074  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (0x002c) - UNKNOWN INFO
 16:22:23.074  capi_events.c (IND, CTRL 3, PLCI: 259) - DIALING (1) (1)
 16:22:23.076   capi_funcs.c DTMF RECEIVED: 1
 16:22:23.079  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:22:23.080  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (0x002c) - UNKNOWN INFO
 16:22:23.081  capi_events.c (IND, CTRL 3, PLCI: 259) - DIALING (#) (1)
 16:22:23.082   capi_funcs.c DTMF RECEIVED: #
 16:22:23.083 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "DTMF" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "*#001#1#" "1" "1" &amp;
 16:22:23.401  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:22:26.881 script_funcs.c [0] - hook up!
 16:22:26.891  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_CONNECT_ACTIVE
 16:22:26.894 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "CONFIRMED" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "*#001#1#" "1" &amp;
 16:22:27.031  capi_events.c (IND, CTRL 3, PLCI: 259, NCCI: 65795) - CAPI_CONNECT_B3
 16:22:27.033  capi_events.c (IND, CTRL 3, PLCI: 259, NCCI: 65795) - CAPI_CONNECT_B3_ACTIVE
 16:22:27.034   capi_funcs.c Enable DTMF for NCCI 65795
 16:22:27.036    capi_ctrl.c (CNF, CTRL 3, PLCI: 259, NCCI: 65795) - CAPI_FACILITY
 16:22:29.721 script_funcs.c [0] - hook down!
 16:22:29.723  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (0x001e) - PROGRESS INDICATOR (0x02)
 16:22:29.725  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:22:29.726  capi_events.c (IND, CTRL 3, PLCI: 259, NCCI: 65795) - CAPI_DISCONNECT_B3
 16:22:29.728 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "DISCONNECT" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "*#001#1#" "1" &amp;

und einmal *#001#

16:18:01.592  capi_events.c (IND, CTRL 3, PLCI: 1795) - CAPI_CONNECT (Acc#: unknown (0), Target#: <mymsn>)
 16:18:01.593 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "CONNECT" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "unknown" "1" &amp;
 16:18:01.716  capi_events.c (IND, CTRL 3, PLCI: 1795) - CAPI_INFO (0x800d) - SETUP ACK
 16:18:01.720  capi_events.c (IND, CTRL 3, PLCI: 1795) - CAPI_INFO (0x001e) - PROGRESS INDICATOR (0x02)
 16:18:01.721  capi_events.c (IND, CTRL 3, PLCI: 1795) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:18:01.723  capi_events.c (IND, CTRL 3, PLCI: 1795) - CAPI_INFO (0x002c) - UNKNOWN INFO
 16:18:01.724  capi_events.c (IND, CTRL 3, PLCI: 1795) - DIALED (*) (3)
 16:18:01.725   capi_funcs.c DTMF RECEIVED: *
 16:18:01.726  capi_events.c (IND, CTRL 3, PLCI: 1795) - DIALED (#) (3)
 16:18:01.728   capi_funcs.c DTMF RECEIVED: #
 16:18:01.729 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "DTMF" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "*#0" "1" "*" &amp;
 16:18:01.829  capi_events.c (IND, CTRL 3, PLCI: 1795) - DIALED (0) (3)
 16:18:01.830   capi_funcs.c DTMF RECEIVED: 0
 16:18:01.832  capi_events.c (IND, CTRL 3, PLCI: 1795) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:18:01.833  capi_events.c (IND, CTRL 3, PLCI: 1795) - CAPI_INFO (0x002c) - UNKNOWN INFO
 16:18:01.834  capi_events.c (IND, CTRL 3, PLCI: 1795) - DIALING (0) (1)
 16:18:01.835   capi_funcs.c DTMF RECEIVED: 0
 16:18:01.838  capi_events.c (IND, CTRL 3, PLCI: 1795) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:18:01.840  capi_events.c (IND, CTRL 3, PLCI: 1795) - CAPI_INFO (0x002c) - UNKNOWN INFO
 16:18:01.841  capi_events.c (IND, CTRL 3, PLCI: 1795) - DIALING (1) (1)
 16:18:01.842   capi_funcs.c DTMF RECEIVED: 1
 16:18:01.843  capi_events.c (IND, CTRL 3, PLCI: 1795) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:18:01.845  capi_events.c (IND, CTRL 3, PLCI: 1795) - CAPI_INFO (0x002c) - UNKNOWN INFO
 16:18:01.846  capi_events.c (IND, CTRL 3, PLCI: 1795) - DIALING (#) (1)
 16:18:01.849   capi_funcs.c DTMF RECEIVED: #
 16:18:01.850 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "DTMF" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "*#001#" "1" "001" &amp;
 16:18:01.941  capi_events.c (IND, CTRL 3, PLCI: 1795) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:18:04.119 script_funcs.c [0] - hook up!
 16:18:04.130  capi_events.c (IND, CTRL 3, PLCI: 1795) - CAPI_CONNECT_ACTIVE
 16:18:04.131 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "CONFIRMED" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "*#001#" "1" &amp;
 16:18:04.391  capi_events.c (IND, CTRL 3, PLCI: 1795, NCCI: 67331) - CAPI_CONNECT_B3
 16:18:06.160  capi_events.c (IND, CTRL 3, PLCI: 1795, NCCI: 67331) - CAPI_CONNECT_B3_ACTIVE
 16:18:06.161   capi_funcs.c Enable DTMF for NCCI 67331
 16:18:06.163    capi_ctrl.c (CNF, CTRL 3, PLCI: 1795, NCCI: 67331) - CAPI_FACILITY
 16:18:06.480 script_funcs.c [0] - hook down!
 16:18:06.482  capi_events.c (IND, CTRL 3, PLCI: 1795) - CAPI_INFO (0x001e) - PROGRESS INDICATOR (0x02)
 16:18:06.483  capi_events.c (IND, CTRL 3, PLCI: 1795) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:18:06.485  capi_events.c (IND, CTRL 3, PLCI: 1795, NCCI: 67331) - CAPI_DISCONNECT_B3
 16:18:06.487 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "DISCONNECT" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "*#001#" "1" &amp;
 16:18:14.792  capi_events.c (IND, CTRL 3, PLCI: 1795) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:18:14.793  capi_events.c (IND, CTRL 3, PLCI: 1795) - CAPI_DISCONNECT
 16:18:14.794   capi_funcs.c CAPI 0x349f - Normal, unspecified

es scheint also, die box resets sind ziemlich unabhängig von der dtmfbox. es wird nur dadurch ausgelöst, wenn die *## zeichen über den internen controller in meiner configuration (mit anlage) an die dtmfbox gesendet werden. irgendwas läuft dann schief und ein paar sekunden später macht die box (warum auch immer) einen reset. vllt. läuft im telefond irgendwas falsch..?

EDIT: Ich habe mich jetzt mal erbarmt die anlage abzustöpseln und mein isdn tel. direkt an die fbox zu hängen. und wie war es auch anders zu erwarten.... es geht, problemlos. (tolles menü übrigens: 1 - ab 2-... 3-callthrough ;-) nachdem man *#001# gewählt hat)
jetzt heisst es... logs vergleichen. hier ist das ohne anlage (das tel. hat interne msn 32):

16:41:11.266      dtmfbox.c dtmfbox v0.3.9-trunk
 16:41:11.268      dtmfbox.c PJSIP 0.7.0-trunk
 16:41:12.212          pjlib select() I/O Queue created (0x53ccd4)
 16:41:12.213 sip_endpoint.c Module "mod-msg-print" registered
 16:41:12.458    capi_ctrl.c Init CAPI...
 16:41:12.460    capi_ctrl.c Controllers: 5
 16:41:12.461    capi_ctrl.c Using controller #1 - 2 B-channel(s)
 16:41:12.462    capi_ctrl.c Using controller #3 - 2 B-channel(s)
 16:41:12.470    capi_ctrl.c CAPI registered!
 16:41:12.629    alaw_ulaw.c Initialize a-law table buffer
 16:41:15.589    capi_ctrl.c CAPI initialized!
 16:41:15.590    voip_ctrl.c Init VOIP...
 16:41:15.591    voip_ctrl.c Resolve local IP ...
 16:41:16.004    voip_ctrl.c Use IP: 169.254.2.1
 16:41:16.006    udp0x569f94 SIP UDP transport started, published address is 169.254.2.1:5061
 16:41:16.007    voip_ctrl.c UDP server listening on port 5061
 16:41:16.013 sip_endpoint.c Module "mod-tsx-layer" registered
 16:41:16.014 sip_endpoint.c Module "mod-stateful-util" registered
 16:41:16.019 sip_endpoint.c Module "mod-ua" registered
 16:41:16.020    voip_ctrl.c VOIP callbacks initialized
 16:41:16.021 sip_endpoint.c Module "mod-invite" registered
 16:41:16.022 sip_endpoint.c Module "dtmfbox" registered
 16:41:16.036          pjlib select() I/O Queue created (0x58f334)
 16:41:16.857    voip_ctrl.c RTP/RTCP: 169.254.2.1:4000-4001
 16:41:17.676    voip_ctrl.c RTP/RTCP: 169.254.2.1:4002-4003
 16:41:18.493    voip_ctrl.c RTP/RTCP: 169.254.2.1:4004-4005
 16:41:19.305    voip_ctrl.c RTP/RTCP: 169.254.2.1:4006-4007
 16:41:20.125    voip_ctrl.c RTP/RTCP: 169.254.2.1:4008-4009
 16:41:20.937    voip_ctrl.c RTP/RTCP: 169.254.2.1:4010-4011
 16:41:21.758    voip_ctrl.c RTP/RTCP: 169.254.2.1:4012-4013
 16:41:22.576    voip_ctrl.c RTP/RTCP: 169.254.2.1:4014-4015
 16:41:22.577    voip_ctrl.c RTP/RTCP media transport created
 16:41:22.578    voip_ctrl.c VOIP initialized!
 16:41:22.583    capi_ctrl.c (0xff) - Listen to CAPI incoming controller 1...
 16:41:22.584    capi_ctrl.c (0xff) - Listen to CAPI outgoing controller 1...
 16:41:22.586    capi_ctrl.c (0xff) - Listen to CAPI internal controller 3...
 16:41:22.588    capi_ctrl.c (CNF, CTRL 1) - CAPI_LISTEN
 16:41:22.589    capi_ctrl.c (CNF, CTRL 1) - CAPI_LISTEN
 16:41:22.590    capi_ctrl.c (CNF, CTRL 3) - CAPI_LISTEN
 16:41:22.591    voip_ctrl.c Start VOIP listen loop...
 16:41:48.423  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_CONNECT (Acc#: unknown (1), Target#: 32)
 16:41:48.424 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "CONNECT" "CAPI" "OUTGOING" "0" "-1" "32" "unknown" "2" &
 16:41:48.482  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (0x800d) - SETUP ACK
 16:41:48.484  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (0x001e) - PROGRESS INDICATOR (0x02)
 16:41:48.486  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:41:59.421  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:41:59.975  capi_events.c (IND, CTRL 3, PLCI: 259) - CAPI_DISCONNECT
 16:41:59.977   capi_funcs.c CAPI 0x3304 - Another application got that call
 16:41:59.978 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "DISCONNECT" "CAPI" "OUTGOING" "0" "-1" "32" "unknown" "2" &
 16:42:13.494  capi_events.c (IND, CTRL 3, PLCI: 771) - CAPI_CONNECT (Acc#: unknown (1), Target#: 32)
 16:42:13.495 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "CONNECT" "CAPI" "OUTGOING" "0" "-1" "32" "unknown" "2" &
 16:42:13.595  capi_events.c (IND, CTRL 3, PLCI: 771) - CAPI_INFO (0x002c) - UNKNOWN INFO
 16:42:13.596  capi_events.c (IND, CTRL 3, PLCI: 771) - DIALED (*) (6)
 16:42:13.597   capi_funcs.c DTMF RECEIVED: *
 16:42:13.598  capi_events.c (IND, CTRL 3, PLCI: 771) - DIALED (#) (6)
 16:42:13.601   capi_funcs.c DTMF RECEIVED: #
 16:42:13.601 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "DTMF" "CAPI" "OUTGOING" "0" "-1" "32" "*#001#" "2" "*" &
 16:42:13.682  capi_events.c (IND, CTRL 3, PLCI: 771) - DIALED (0) (6)
 16:42:13.684   capi_funcs.c DTMF RECEIVED: 0
 16:42:13.684  capi_events.c (IND, CTRL 3, PLCI: 771) - DIALED (0) (6)
 16:42:13.685   capi_funcs.c DTMF RECEIVED: 0
 16:42:13.686  capi_events.c (IND, CTRL 3, PLCI: 771) - DIALED (1) (6)
 16:42:13.687   capi_funcs.c DTMF RECEIVED: 1
 16:42:13.687  capi_events.c (IND, CTRL 3, PLCI: 771) - DIALED (#) (6)
 16:42:13.689   capi_funcs.c DTMF RECEIVED: #
 16:42:13.692 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "DTMF" "CAPI" "OUTGOING" "0" "-1" "32" "*#001#" "2" "001" &
 16:42:13.743  capi_events.c (IND, CTRL 3, PLCI: 771) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:42:13.744  capi_events.c (IND, CTRL 3, PLCI: 771) - CAPI_INFO (0x800d) - SETUP ACK
 16:42:13.746  capi_events.c (IND, CTRL 3, PLCI: 771) - CAPI_INFO (0x001e) - PROGRESS INDICATOR (0x02)
 16:42:13.748  capi_events.c (IND, CTRL 3, PLCI: 771) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:42:15.604  capi_events.c (IND, CTRL 3, PLCI: 771) - CAPI_INFO (0x8003) - PROGRESS
 16:42:16.550  capi_events.c (IND, CTRL 3, PLCI: 771) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:42:16.583 script_funcs.c [0] - hook up!
 16:42:16.591  capi_events.c (IND, CTRL 3, PLCI: 771) - CAPI_CONNECT_ACTIVE
 16:42:16.593 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "CONFIRMED" "CAPI" "OUTGOING" "0" "-1" "32" "*#001#" "2" &
 16:42:16.682  capi_events.c (IND, CTRL 3, PLCI: 771, NCCI: 66307) - CAPI_CONNECT_B3
 16:42:16.684  capi_events.c (IND, CTRL 3, PLCI: 771, NCCI: 66307) - CAPI_CONNECT_B3_ACTIVE
 16:42:16.686   capi_funcs.c Enable DTMF for NCCI 66307
 16:42:16.687    capi_ctrl.c (CNF, CTRL 3, PLCI: 771, NCCI: 66307) - CAPI_FACILITY
 16:42:17.061 script_funcs.c [0] - change scriptfile /var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_admin.sh
 16:42:23.049 script_funcs.c [0] - playing /var/stick/dtmfbox/dtmfbox-0.4.0-beta2/tmp/0.wav...
 16:42:23.054   wav_player.c File player '/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/tmp/0.wav' created: samp.rate=22050, ch=1, bufsize=4KB, filesize=190KB
 16:42:31.468  capi_events.c (IND, CTRL 3, PLCI: 771, NCCI: 771) - CAPI_FACILITY
 16:42:31.470   capi_funcs.c DTMF RECEIVED: 1
 16:42:32.996  capi_events.c (IND, CTRL 3, PLCI: 771, NCCI: 771) - CAPI_FACILITY
 16:42:32.997   capi_funcs.c DTMF RECEIVED: #
 16:42:32.998 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_admin.sh" "DTMF" "CAPI" "OUTGOING" "0" "-1" "32" "*#001#" "2" "1" &
 16:42:33.750 script_funcs.c [0] - change scriptfile /var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_am_admin.sh
 16:42:35.460 script_funcs.c [0] - playing /var/stick/dtmfbox/dtmfbox-0.4.0-beta2/tmp/0.wav...
 16:42:35.462   wav_player.c File player '/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/tmp/0.wav' created: samp.rate=22050, ch=1, bufsize=4KB, filesize=87KB
 16:42:56.623  capi_events.c (IND, CTRL 3, PLCI: 771) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:42:56.624  capi_events.c (IND, CTRL 3, PLCI: 771, NCCI: 66307) - CAPI_DISCONNECT_B3
 16:42:56.626 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_am_admin.sh" "DISCONNECT" "CAPI" "OUTGOING" "0" "-1" "32" "*#001#" "2" &
 16:42:56.713  capi_events.c (IND, CTRL 3, PLCI: 771) - CAPI_DISCONNECT
 16:42:57.123  capi_events.c (IND, CTRL 3, PLCI: 3) - CAPI_INFO (0x001c) - FACILITY
 16:42:57.125  capi_events.c (IND, CTRL 3, PLCI: 3) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:42:57.229  capi_events.c (IND, CTRL 3, PLCI: 3) - CAPI_INFO (0x001c) - FACILITY
 16:42:57.230  capi_events.c (IND, CTRL 3, PLCI: 3) - CAPI_INFO (0xc000) - UNKNOWN INFO

@bodega:: warum erzeugt espeak in der 0.4.0 beta2 die wav files mit 22khz? wären da nicht 8khz besser?

 

[bodega]

Bei mir sieht das ganze ungefähr so aus:

 16:41:45.428  capi_events.c (IND, CTRL 3, PLCI: 6147) - CAPI_CONNECT (Acc#: unknown (0), Target#: <mymsn>)
 16:41:45.428 script_funcs.c Run script: "/var/media/ftp/usb/dtmfbox/script/script_main.sh" "CONNECT" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "unknown" "1" &
 16:41:45.480  capi_events.c (IND, CTRL 3, PLCI: 6147) - CAPI_INFO (0x800d) - SETUP ACK
 16:41:45.481  capi_events.c (IND, CTRL 3, PLCI: 6147) - CAPI_INFO (0x001e) - PROGRESS INDICATOR (0x02)
 16:41:45.482  capi_events.c (IND, CTRL 3, PLCI: 6147) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:41:45.535  capi_events.c (IND, CTRL 3, PLCI: 6147) - CAPI_INFO (0x002c) - UNKNOWN INFO
 16:41:45.537  capi_events.c (IND, CTRL 3, PLCI: 6147) - DIALED (*) (6)
 16:41:45.538   capi_funcs.c DTMF RECEIVED: *
 16:41:45.538  capi_events.c (IND, CTRL 3, PLCI: 6147) - DIALED (#) (6)
 16:41:45.538   capi_funcs.c DTMF RECEIVED: #
 16:41:45.539 script_funcs.c Run script: "/var/media/ftp/usb/dtmfbox/script/script_main.sh" "DTMF" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "*#001#" "1" "*" &
 16:41:45.618  capi_events.c (IND, CTRL 3, PLCI: 6147) - DIALED (0) (6)
 16:41:45.619   capi_funcs.c DTMF RECEIVED: 0
 16:41:45.620  capi_events.c (IND, CTRL 3, PLCI: 6147) - DIALED (0) (6)
 16:41:45.621   capi_funcs.c DTMF RECEIVED: 0
 16:41:45.622  capi_events.c (IND, CTRL 3, PLCI: 6147) - DIALED (1) (6)
 16:41:45.622   capi_funcs.c DTMF RECEIVED: 1
 16:41:45.624  capi_events.c (IND, CTRL 3, PLCI: 6147) - DIALED (#) (6)
 16:41:45.625   capi_funcs.c DTMF RECEIVED: #
 16:41:45.628 script_funcs.c Run script: "/var/media/ftp/usb/dtmfbox/script/script_main.sh" "DTMF" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "*#001#" "1" "001" &
 16:41:45.669  capi_events.c (IND, CTRL 3, PLCI: 6147) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:41:45.813  capi_events.c (IND, CTRL 3, PLCI: 6147) - CAPI_INFO (0x8003) - PROGRESS
 16:41:45.814  capi_events.c (IND, CTRL 3, PLCI: 6147) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:41:45.872  capi_events.c (IND, CTRL 3, PLCI: 6147) - CAPI_INFO (0x8003) - PROGRESS
 16:41:45.873  capi_events.c (IND, CTRL 3, PLCI: 6147) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:41:47.700 script_funcs.c [0] - hook up!
 16:41:47.708  capi_events.c (IND, CTRL 3, PLCI: 6147) - CAPI_CONNECT_ACTIVE
 16:41:47.710 script_funcs.c Run script: "/var/media/ftp/usb/dtmfbox/script/script_main.sh" "CONFIRMED" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "*#001#" "1" &
 16:41:47.801  capi_events.c (IND, CTRL 3, PLCI: 6147, NCCI: 71683) - CAPI_CONNECT_B3
 16:41:47.803  capi_events.c (IND, CTRL 3, PLCI: 6147, NCCI: 71683) - CAPI_CONNECT_B3_ACTIVE
 16:41:47.804   capi_funcs.c Enable DTMF for NCCI 71683
 16:41:47.807    capi_ctrl.c (CNF, CTRL 3, PLCI: 6147, NCCI: 71683) - CAPI_FACILITY
 16:41:48.346 script_funcs.c [0] - change scriptfile /var/media/ftp/usb/dtmfbox/script/script_admin.sh
 16:41:51.005 script_funcs.c [0] - playing /var/media/ftp/usb/dtmfbox/tmp/0.wav...
 16:41:51.009   wav_player.c File player '/var/media/ftp/usb/dtmfbox/tmp/0.wav' created: samp.rate=22050, ch=1, bufsize=4KB, filesize=190KB
16:42:53.939  capi_events.c (IND, CTRL 3, PLCI: 6147) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:42:53.940  capi_events.c (IND, CTRL 3, PLCI: 6147, NCCI: 71683) - CAPI_DISCONNECT_B3
 16:42:53.941 script_funcs.c Run script: "/var/media/ftp/usb/dtmfbox/script/script_admin.sh" "DISCONNECT" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "*#001#" "1" &
 16:42:53.980  capi_events.c (IND, CTRL 3, PLCI: 6147) - CAPI_DISCONNECT

Unterschiedlich ist z.B. DIALED und DIALING. DIALING bekomme ich auch, wenn ich z.B. das Telefon abhebe und dann wähle. Dann komme ich auch nicht ins Menü (es wird aufgelegt). Nur wenn ich die Nr. wähle und dann abhebe - da müsste ich nochmal dran.

Das alles sollte aber keine Abstürze verursachen. Ich überlege momentan, wie ich das simulieren könnte...

Ich fasse das nochmal kurz zusammen: Eingehende Anrufe auf AB sprechen klappt. Auch mehrfach. Wenn du in das Menü möchtest über *#001# gibt es nach dem Auflegen einen Absturz.

@bodega:: warum erzeugt espeak in der 0.4.0 beta2 die wav files mit 22khz? wären da nicht 8khz besser?

16khz gehen auch noch. Ich habe espeak mal mit 8khz kompiliert, nur die Ausgabe hört sich dann wirklich schlecht an.
Mhh.. ich brauch eine Telefonanlage

 

[florixyz]

Ich fasse das nochmal kurz zusammen: Eingehende Anrufe auf AB sprechen klappt. Auch mehrfach. Wenn du in das Menü möchtest über *#001# gibt es nach dem Auflegen einen Absturz.

genau, der absturz kommt manchmal sogar während das gespräch noch läuft (wenn ich da die dtmfbox kille oder einfach nicht auflege), aber ganz sicher kommt er nach dem auflegen, so 5-10 sekunden danach. aber wie gesagt, mit anlage: absturz, ohne anlage kein absturz.
schau dir mal in dem log unten die meldungen (UNKNOWN INFO) an, die zwischen den gewählten ziffern kommen.
ich wähle immer als block (das andere geht ja nicht, wie du sagst, und das finde ich auch nicht so schlimm), also im log oben und in dem hier wurde beides mal genau das gleiche gewählt.

ich hab jetzt genau das gleiche wie im vorherigen log nochmal über die anlage laufen lassen und da stürzt die box eben ab (ich hab jetzt mein tel. sogar als direkten amtapparat eingerichtet, aber das ist nach aussen hin ja egal).

16:56:10.786 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "DISCONNECT" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "unknown" "1" &amp;
 16:56:19.863  capi_events.c (IND, CTRL 3, PLCI: 2051) - CAPI_CONNECT (Acc#: unknown (0), Target#: <mymsn>)
 16:56:19.864 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "CONNECT" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "unknown" "1" &amp;
 16:56:19.987  capi_events.c (IND, CTRL 3, PLCI: 2051) - CAPI_INFO (0x800d) - SETUP ACK
 16:56:19.990  capi_events.c (IND, CTRL 3, PLCI: 2051) - CAPI_INFO (0x001e) - PROGRESS INDICATOR (0x02)
 16:56:19.991  capi_events.c (IND, CTRL 3, PLCI: 2051) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:56:19.993  capi_events.c (IND, CTRL 3, PLCI: 2051) - CAPI_INFO (0x002c) - UNKNOWN INFO
 16:56:19.994  capi_events.c (IND, CTRL 3, PLCI: 2051) - DIALED (*) (5)
 16:56:19.995   capi_funcs.c DTMF RECEIVED: *
 16:56:19.996  capi_events.c (IND, CTRL 3, PLCI: 2051) - DIALED (#) (5)
 16:56:19.997   capi_funcs.c DTMF RECEIVED: #
 16:56:19.998 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "DTMF" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "*#001" "1" "*" &amp;
 16:56:20.092  capi_events.c (IND, CTRL 3, PLCI: 2051) - DIALED (0) (5)
 16:56:20.093   capi_funcs.c DTMF RECEIVED: 0
 16:56:20.094  capi_events.c (IND, CTRL 3, PLCI: 2051) - DIALED (0) (5)
 16:56:20.095   capi_funcs.c DTMF RECEIVED: 0
 16:56:20.095  capi_events.c (IND, CTRL 3, PLCI: 2051) - DIALED (1) (5)
 16:56:20.096   capi_funcs.c DTMF RECEIVED: 1
[B] 16:56:20.098  capi_events.c (IND, CTRL 3, PLCI: 2051) - CAPI_INFO (0xc000) - UNKNOWN INFO
 16:56:20.104  capi_events.c (IND, CTRL 3, PLCI: 2051) - CAPI_INFO (0x002c) - UNKNOWN INFO[/B]
 16:56:20.105  capi_events.c (IND, CTRL 3, PLCI: 2051) - DIALING (#) (1)
 16:56:20.106   capi_funcs.c DTMF RECEIVED: #
 16:56:20.107 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/script/script_main.sh" "DTMF" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "*#001#" "1" "001" &amp;
 16:56:20.321  capi_events.c (IND, CTRL 3, PLCI: 2051) - CAPI_INFO (0xc000) - UNKNOWN INFO

langsam denke ich schon, dass vllt. meine anlage einfach mit dem isdn interface/capi, etc. der fbox nicht ganz kompatibel ist. denn ich hab hier quasi ext. s0 der anlage an int. s0 der fbox angeschlossen

edit: fbox kurzwahlen funktionieren nicht über die anlage (**703 z.b. , aber ich glaub ich hab da was falsch gemacht) aber wlan einschalten geht z.b. mit #96*1* problemlos

 

[hermann72pb]

die Anlagen geben doch das * nicht weiter, weil sie es selbst benutzen. Versuch mal stattdessen ** zu nehmen. Vielleicht geht es...

MfG

 

[florixyz]

die Anlagen geben doch das * nicht weiter, weil sie es selbst benutzen. Versuch mal stattdessen ** zu nehmen. Vielleicht geht es...
MfG

Was die Anlage weitergibt ist ja im dtmfbox log zu sehen. Grundsätzlich hast du recht, dass Anlagen * und # gerne für eigene Zwecke benutzen. Bei mir ist es aber so, dass ein * weitergeleitet wird, ein zweiter aber nicht (weil das für interne gespräche der code ist). wenn ich also die kurzwahlen mit **70x nehmen will, geht das deswegen nicht. das *#xxxxx der dtmfbox geht aber durch die anlage. es wird ja im dtmfbox log auch das *#001 empfangen, dann kommen zwei UNKNOWN INFOs und dann das abschließende #

selbst wenn die ziffern und zeichen nicht richtig weitergeleitet werden, sollte doch aber die box keinen reset machen.

EDIT: hab jetzt mal script_main.sh durch ein leeres skript ersetzt dass im prinzip nur "exit 1;" enthält. ich kann abheben und dann mit dtmf/keypad etc. spielen. ich wähle *# und danch kann ich machen was ich will, nach jedem # (delimiter??) wird das script aufgerufen. perfekt, nicht tot zu kriegen ;-) wenn ich allerdings nur *8# z.b. wähle dann kommt nach der # ein disconnect (vllt. von meiner anlage?) auch #8#8# führt am ende zu einem disconnect... weiss halt da nicht genau was meine anlage rumpfuscht und was die fbox noch macht.
wichtig ist auf jeden fall: wenn ich nach und nach *#001# wähle (mit leerem skript) passiert nix, ausser den log meldungen usw. wenn ich es aber als block wähle (mit leerem skript!!) dann macht die fbox einen reset! Also im Prinzip ein "Ping of death" capi paket .... also: in den skripten liegt der fehler nicht. ich vermute entweder die fbox capi oder vllt. noch capi_xxx.c codes der dtmfbox, im speziellen auch die UNKNOWN INFOs kombiniert mit der mischung aus DIALED und DIALING (obwohl alles VOR dem abheben gewählt wurde, aber genau da scheint die anlage zu manipulieren und selbst die # zu parsen.....). Siehe Log:

 01:02:33.911  capi_events.c (IND, CTRL 3, PLCI: 771) - CAPI_INFO (0x001e) - PROGRESS INDICATOR (0x02)
 01:02:33.912  capi_events.c (IND, CTRL 3, PLCI: 771) - CAPI_INFO (0xc000) - UNKNOWN INFO
Empty script... exiting
 01:02:33.951  capi_events.c (IND, CTRL 3, PLCI: 771) - CAPI_INFO (0x002c) - UNKNOWN INFO
 01:02:33.952  capi_events.c (IND, CTRL 3, PLCI: 771) - DIALED (*) (4)
 01:02:33.952   capi_funcs.c DTMF RECEIVED: *
 01:02:33.952  capi_events.c (IND, CTRL 3, PLCI: 771) - DIALED (#) (4)
 01:02:33.953   capi_funcs.c DTMF RECEIVED: #
 01:02:33.953 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/floscript.sh" "DTMF" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "*#00" "1" "*" &
Empty script... exiting
 01:02:34.050  capi_events.c (IND, CTRL 3, PLCI: 771) - [B]DIALED[/B] (0) (4)
 01:02:34.051   capi_funcs.c DTMF RECEIVED: 0
 01:02:34.052  capi_events.c (IND, CTRL 3, PLCI: 771) - [B]DIALED[/B] (0) (4)
 01:02:34.053   capi_funcs.c DTMF RECEIVED: 0
 01:02:34.058  capi_events.c (IND, CTRL 3, PLCI: 771) - [B]CAPI_INFO (0xc000) - UNKNOWN INFO[/B]
 01:02:34.060  capi_events.c (IND, CTRL 3, PLCI: 771) - [B]CAPI_INFO [I](0x002c)[/I] - UNKNOWN INFO[/B]
 01:02:34.061  capi_events.c (IND, CTRL 3, PLCI: 771) - [B]DIALING (#)[/B] (1)
 01:02:34.061   capi_funcs.c DTMF RECEIVED: #
 01:02:34.063 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/floscript.sh" "DTMF" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "*#00#" "1" "00" &
Empty script... exiting
 01:02:34.134  capi_events.c (IND, CTRL 3, PLCI: 771) - CAPI_INFO (0xc000) - UNKNOWN INFO
 01:02:34.137  capi_events.c (IND, CTRL 3, PLCI: 771) - CAPI_INFO (0x002c) - UNKNOWN INFO
 01:02:34.138  capi_events.c (IND, CTRL 3, PLCI: 771) - DIALING (1) (1)
 01:02:34.139   capi_funcs.c DTMF RECEIVED: 1
 01:02:34.140  capi_events.c (IND, CTRL 3, PLCI: 771) - CAPI_INFO (0xc000) - UNKNOWN INFO
 01:02:34.142  capi_events.c (IND, CTRL 3, PLCI: 771) - CAPI_INFO (0x002c) - UNKNOWN INFO
 01:02:34.143  capi_events.c (IND, CTRL 3, PLCI: 771) - DIALING (#) (1)
 01:02:34.144   capi_funcs.c DTMF RECEIVED: #
 01:02:34.145 script_funcs.c Run script: "/var/stick/dtmfbox/dtmfbox-0.4.0-beta2/floscript.sh" "DTMF" "CAPI" "OUTGOING" "0" "-1" "<mymsn>" "*#00#1#" "1" "1" &
 01:02:34.189  capi_events.c (IND, CTRL 3, PLCI: 771) - CAPI_INFO (0xc000) - UNKNOWN INFO

[I]und ab da war die box wieder mit hochfahren beschäftigt... ;-) [/I]

 

[florixyz]

zur neuen beta:
wenn ich sie mit ctrl-c beende (nicht als daemon gestartet) hängt sich das dtmfbox binary auf. ich muss es dann mit kill -9 beenden.
00:50:37.035 sip_endpoint.c Endpoint 0x53a824 destroyed
ist die letzte meldung die er ausgibt (capi wird vorher schon destroyed). (und es ist egal ob voip=1 oder voip=0 in der dtmfbox.cfg gesetzt ist)

(das hat nix mit dem reboot problem zu tun, war nur so als anmerkung. ist ja auch ne beta ;-) )

 

[florixyz]

avm support muss da wohl ran.....?

Bitte vergebt mir für mehrfach hintereinander posten, aber ich finde es so überischtlicher, da es ja doch unterschiedliche ergebnisse sind.....

Ich bin jetzt endlich auf folgende idee gekommen (nach dem letzten edit):
einfach mal dtmfbox NICHT laufen lassen und ein *#00#1# oder sowas in der art an die box zu schicken per blockwahl. und siehe da: sie macht auch dann brav einen reset!

so, this is not a dtmfbox problem as such. @bodega: ist wohl nix was du tun kannst. danke aber für die bemühungen! hätte echt nicht gedacht dass es eine fbox / anlagen "unverträglichkeit" ist.
muss wohl entweder avm oder auerswald ran.... oder ein utopischer parameter in der anlagen konfig? so wie... *#x führ einen reset des externen s0 busses durch???? ;-) (der dann natürlich die ganze fbox mitreisst?)

 

[bodega]

@florixyz:
Ich hatte gestern abend nochmal ein paar Tastencodes probiert. Das merkwürdige ist, '#' wird von der FB irgendwie interpretiert. Nach '#' springt die INFO-Message um, so als ob jemand den Telefonhörer abhebt. Ohne '#' gibt es keine derartigen Probleme. z.B.

aus *#001#1# wird *#001##1 (??)
aus **001*1# wird **001*1# (ok!)
aus **001*1* wird **001*1* (ok!)

Jetzt hatte ich das Skript unter FW .29 so umgeschrieben, dass man z.B. direkt in's AB-Menü kommt mit *#001#1#. Funktioniert aber bei FW .39 nicht mehr, wie obiges Beispiel zeigt. Kann sein, das die TK Anlage unter alter FW derartige Probleme nicht hatte mit dem '#'.

Führen bei dir Eingaben mit '*' auch zum Absturz?

EDIT:
Das beenden des Programms funktioniert unter Win32. Bei Mipsel kann er den Caching-Pool nicht freigeben. Ein Punkt, der noch nicht ganz klar ist. Beta-3 kommt bestimmt

EDIT2:
[OT]
Habe festgestellt, das die Busybox 1.1 echt echt lahm ist, was Skripte angeht. Ich kann jedem nur zur v1.5 raten. Das macht sich bei der Skriptsteuerung und dem Webinterface deutlich bemerkbar.
[/OT]