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

[Willi72]

Bei wem geht *#100#

Hallo,

erlaubt mir bitte noch mal nachzufragen:

Bei wem geht *#100# als interne Kurzwahl zum DTMFBox Account?

Wie schon geschrieben habe ich nämliche Probleme mit dem internen CTRL3 und würde gerne wissen, ob ich da intern in meiner Konfiguration noch nach einem Problem suchen muss, oder ob es ein Bug ist. Dann kann ich mir zeitaufwendige Test sparen.

Bei wem die interne *#100# klappt, kann bitte auch noch mal den Ausschnitt aus dem Log hierfür posten. Mein Log zeigt ja deutlich, dass vom internen CTRL3 keine Nummer ankommt.

Ansonsten habe ich noch eine 7170 zum Spielen. Bei Bedarf könnte ich da mal alles aus der Werkskonfiguration heraus einrichten (FW 29.04.33) und schauen, was das interne ISDN dann macht.

Würde mich sehr über Rückantworten freuen...

Gruß,
Willi72
---
Fritz!Box 7170 V1
FW 29.04.29 (ohne dsmod)
Telefone: ISDN TelesFon, ISDN T-Sinus schnurlos
DTMF-Box 0.3.8 Stand 07.06.07 (USB-Version)

 

[bodega]

Das muss gehen. Wie bereits gesagt: es liegt an der Konfiguration. Deine MSN ist falsch!

22:49:20.355 capi_ctrl.c Listen to CAPI incoming controller 3...
22:49:20.357 capi_ctrl.c Listen to CAPI internal controller 3...
22:49:20.358 capi_ctrl.c (CNF, CTRL 3, PLCI: 0) - CAPI_LISTEN
22:49:20.362 capi_ctrl.c (CNF, CTRL 3, PLCI: 0) - CAPI_LISTEN
22:49:20.442 voip_ctrl.c Start VOIP listen loop...
22:49:47.733 capi_ctrl.c (IND, CTRL 3, PLCI: 1027) - CAPI_CONNECT
22:49:47.734 capi_events.c Source: [COLOR="Red"]999999[/COLOR] - Target: unknown - Account: -1
[COLOR="red"]22:49:47.735 capi_events.c ERR: Account not found![/COLOR]
22:49:47.736 capi_ctrl.c (IND, CTRL 3, PLCI: 1027) - CAPI_INFO

Diese musst du auch hinterlegen.
Zu den Controllern: Incoming: Ctrl 1 - Internal: Ctrl 3

 

[Tomekk1985m]

Hi bodega und rest,

hab den export_path befehl 1zu1 aus der anleitung kopiert und nur das usb durch mein MassStorage... ersetzt. werde jetzt mal das Löschen der dtmfbox.save testen und mich dann nochmal melden.

MfG Tomekk

 

[bodega]

nicht EXPORT PATH= sondern EXPORT DTMFBOX_PATH= !!!
Das ist ein Tippfehler in der Anleitung!

Gehe bitte so vor, wie ich dir das beschreibe (sonst reden wir wieder aneinander vorbei)...

 

[Tomekk1985m]

ja lol sry, meinte ich doch.

also momentan sieht es so aus als hätte er die box auf dem usb installiert und dass er sie auch von dort aus startet, obwohl irgendwie das dtmfbox verzeichnis wieder einmal in var auftaucht naja habe nun alles wieder eingerichtet (auch den usb pfad hat er nun angenommen) doch nun hebt mir das ding ned ab. zum einen ist der analog account auf pending und die log zeigt meines wissens keine fehler auf

10:50:44.228      dtmfbox.c PJSIP 0.7.0-trunk
 10:50:44.231 sip_endpoint.c Creating endpoint instance...
 10:50:44.264          pjlib select() I/O Queue created (0x4f8644)
 10:50:44.265 sip_endpoint.c Module "mod-msg-print" registered
 10:50:44.266 sip_transport. Transport manager created.
 10:50:44.269    capi_ctrl.c Init CAPI...
 10:50:44.278    capi_ctrl.c CAPI initialized!
 10:50:44.279    voip_ctrl.c Init VOIP...
 10:50:44.281    voip_ctrl.c Resolve IP from stun.1und1.de:3478 ...
 10:50:44.496    voip_ctrl.c Use IP: xx.xxx.xxx.xx
 10:50:44.499    udp0x51b9fc SIP UDP transport started, published address is xx.xxx.xxx.xx:5061
 10:50:44.500    voip_ctrl.c UDP server listening on port 5061
 10:50:44.507 sip_endpoint.c Module "mod-tsx-layer" registered
 10:50:44.508 sip_endpoint.c Module "mod-stateful-util" registered
 10:50:44.513 sip_endpoint.c Module "mod-ua" registered
 10:50:44.514    voip_ctrl.c VOIP callbacks initialized
 10:50:44.516 sip_endpoint.c Module "mod-invite" registered
 10:50:44.516 sip_endpoint.c Module "dtmfbox" registered
 10:50:44.538          pjlib select() I/O Queue created (0x541d34)
 10:50:44.541   conference.c Creating conference bridge with 24 ports
 10:50:44.543   conference.c Sound device successfully created for port 0
 10:50:49.639    voip_ctrl.c RTP/RTCP: xx.xxx.xxx.xx:4000-4001
 10:50:54.690    voip_ctrl.c RTP/RTCP: xx.xxx.xxx.xx:4002-4003
 10:50:59.739    voip_ctrl.c RTP/RTCP: xx.xxx.xxx.xx:4004-4005
 10:51:04.788    voip_ctrl.c RTP/RTCP: xx.xxx.xxx.xx:4006-4007
 10:51:09.838    voip_ctrl.c RTP/RTCP: xx.xxx.xxx.xx:4008-4009
 10:51:14.888    voip_ctrl.c RTP/RTCP: xx.xxx.xxx.xx:4010-4011
 10:51:19.958    voip_ctrl.c RTP/RTCP: xx.xxx.xxx.xx:4012-4013
 10:51:25.029    voip_ctrl.c RTP/RTCP: xx.xxx.xxx.xx:4014-4015
 10:51:25.030    voip_ctrl.c RTP/RTCP transport running from port 4000 to 4015
 10:51:26.827    voip_ctrl.c VOIP initialized!
 10:51:26.832       endpoint Request msg REGISTER/cseq=57555 (tdta0x570e14) created.
 10:51:26.834    tsx0x571e1c Transaction created for Request msg REGISTER/cseq=57556 (tdta0x570e14)
 10:51:26.835    tsx0x571e1c Sending Request msg REGISTER/cseq=57556 (tdta0x570e14) in state Null
 10:51:26.836  sip_resolve.c Target 'xx.xxx.xxx.xx:0' type=Unspecified resolved to '212.227.15.197:5060' type=UDP
 10:51:26.838    tsx0x571e1c State changed from Null to Calling, event=TX_MSG
 10:51:26.839    voip_auth.c SIP (TX-REGISTER):

REGISTER sip:xx.xxx.xxx.xx SIP/2.0
Via: SIP/2.0/UDP xx.xxx.xxx.xx:5061;rport;branch=z9hG4bKPj041c00000003ce82a16f
Max-Forwards: 70
From: <sip:[email protected]>;tag=041c00000002ce82a16f
To: <sip:[email protected]>
Call-ID: 041c00000001ce82a16f
CSeq: 57556 REGISTER
User-Agent: dtmfbox v0.3.8
Contact: <sip:[email protected]:5061>;expires=3600
Expires: 3600
Content-Length:  0


 10:51:26.843    capi_ctrl.c Listen to CAPI incoming controller 4...
 10:51:26.845    capi_ctrl.c Listen to CAPI internal controller 3...
 10:51:26.847    capi_ctrl.c (CNF, CTRL 4, PLCI: 0) - CAPI_LISTEN
 10:51:26.848    capi_ctrl.c (CNF, CTRL 3, PLCI: 0) - CAPI_LISTEN
 10:51:26.850    voip_ctrl.c Start VOIP listen loop...
 10:51:26.879 sip_endpoint.c Processing incoming message: Response msg 401/REGISTER/cseq=57556 (rdata0x51ca74)
 10:51:26.880    tsx0x571e1c Incoming Response msg 401/REGISTER/cseq=57556 (rdata0x51ca74) in state Calling
 10:51:26.882    tsx0x571e1c State changed from Calling to Completed, event=RX_MSG
 10:51:26.884    tsx0x5737d4 Transaction created for Request msg REGISTER/cseq=57557 (tdta0x570e14)
 10:51:26.884    tsx0x5737d4 Sending Request msg REGISTER/cseq=57557 (tdta0x570e14) in state Null
 10:51:26.885  sip_resolve.c Target 'xx.xxx.xxx.xx:0' type=Unspecified resolved to 'xx.xxx.xxx.xx:5060' type=UDP
 10:51:26.888    tsx0x5737d4 State changed from Null to Calling, event=TX_MSG
 10:51:26.931 sip_endpoint.c Processing incoming message: Response msg 200/REGISTER/cseq=57557 (rdata0x51ca74)
 10:51:26.932    tsx0x5737d4 Incoming Response msg 200/REGISTER/cseq=57557 (rdata0x51ca74) in state Calling
 10:51:26.933    tsx0x5737d4 State changed from Calling to Completed, event=RX_MSG
 10:51:26.935    voip_auth.c SIP (RX-REGISTER):

SIP/2.0 200 OK
Via: SIP/2.0/UDP xx.xxx.xxx.xx:5061;rport=5061;branch=z9hG4bKPj041c00000004ce82a16f
From: <sip:[email protected]>;tag=041c00000002ce82a16f
To: <sip:[email protected]>;tag=a6a1c5f60faecf035a1ae5b6e96e979a-11a0
Call-ID: 041c00000001ce82a16f
CSeq: 57557 REGISTER
Contact: <sip:[email protected];uniq=700F07A0E4BB4DC9866CCF31D3246>;expires=28575, <sip:[email protected]:5061>;expires=28235
Server: UI OpenSer
Content-Length: 0


 10:51:26.936    voip_auth.c SIP registration successful (xx.xxx.xxx.xx), status=14
 10:51:26.938    voip_auth.c Next registration in 28235 sec
 10:51:31.898    tsx0x571e1c Timeout timer event
 10:51:31.899    tsx0x571e1c State changed from Completed to Terminated, event=TIMER
 10:51:31.907    tsx0x571e1c Timeout timer event
 10:51:31.908    tsx0x571e1c State changed from Terminated to Destroyed, event=TIMER
 10:51:31.909    tsx0x571e1c Transaction destroyed!
 10:51:31.938    tsx0x5737d4 Timeout timer event
 10:51:31.939    tsx0x5737d4 State changed from Completed to Terminated, event=TIMER
 10:51:31.947    tsx0x5737d4 Timeout timer event
 10:51:31.948    tsx0x5737d4 State changed from Terminated to Destroyed, event=TIMER
 10:51:31.949   tdta0x570e14 Destroying txdata Request msg REGISTER/cseq=57557 (tdta0x570e14)
 10:51:31.950    tsx0x5737d4 Transaction destroyed!
 10:53:06.318 sip_endpoint.c Processing incoming message: Request msg INVITE/cseq=49 (rdata0x51ca74)
 10:53:06.319  voip_events.c RX-REQUEST 1386 bytes Request msg INVITE/cseq=49 (rdata0x51ca74) from UDP xx.xxx.xxx.xx:5060
 10:53:06.320  voip_events.c Incoming request (499973xxxxxx:0 -> 499973xxxxxx:0)
 10:53:06.322        funcs.c ConnectionByFree - Connection: 0
 10:53:06.323  voip_events.c Create UAS dialog
 10:53:06.326    tsx0x572a34 Transaction created for Request msg INVITE/cseq=49 (rdata0x51ca74)
 10:53:06.326    tsx0x572a34 Incoming Request msg INVITE/cseq=49 (rdata0x51ca74) in state Null
 10:53:06.358    tsx0x572a34 State changed from Null to Trying, event=RX_MSG
 10:53:06.359    dlg0x571e1c Transaction tsx0x572a34 state changed to Trying
 10:53:06.360    dlg0x571e1c UAS dialog created
 10:53:06.361  voip_events.c Create media capability
 10:53:06.362  voip_events.c Create invite session
 10:53:06.364    dlg0x571e1c Module mod-invite added as dialog usage, data=0x572818
 10:53:06.365    dlg0x571e1c Session count inc to 2 by mod-invite
 10:53:06.365    inv0x571e1c UAS invite session created for dialog dlg0x571e1c
 10:53:06.398       endpoint Response msg 100/INVITE/cseq=49 (tdta0x574a7c) created
 10:53:06.398    dlg0x571e1c Sending Response msg 100/INVITE/cseq=49 (tdta0x574a7c)
 10:53:06.399    tsx0x572a34 Sending Response msg 100/INVITE/cseq=49 (tdta0x574a7c) in state Trying
 10:53:06.400  sip_resolve.c Target 'xx.xxx.xxx.xx:5060' type=UDP resolved to 'xx.xxx.xxx.xx:5060' type=UDP
 10:53:06.402    tsx0x572a34 State changed from Trying to Proceeding, event=TX_MSG
 10:53:06.403    dlg0x571e1c Transaction tsx0x572a34 state changed to Proceeding
 10:53:06.405        funcs.c ConnectionByInvite - Connection: 0
 10:53:06.406  voip_events.c Call state changed to INCOMING [port=0]
 10:53:06.413  voip_events.c Respond stateless with code 180 (*ring*)
 10:53:06.415       endpoint Response msg 180/INVITE/cseq=49 (tdta0x576a2c) created
 10:53:06.415    inv0x571e1c Sending Response msg 180/INVITE/cseq=49 (tdta0x576a2c)
 10:53:06.417    dlg0x571e1c Sending Response msg 180/INVITE/cseq=49 (tdta0x576a2c)
 10:53:06.418    tsx0x572a34 Sending Response msg 180/INVITE/cseq=49 (tdta0x576a2c) in state Proceeding
 10:53:06.419   tdta0x574a7c Destroying txdata Response msg 100/INVITE/cseq=49 (tdta0x574a7c)
 10:53:06.421    tsx0x572a34 State changed from Proceeding to Proceeding, event=TX_MSG
 10:53:06.422    dlg0x571e1c Transaction tsx0x572a34 state changed to Proceeding
 10:53:06.423        funcs.c ConnectionByInvite - Connection: 0
 10:53:06.424  voip_events.c Call EARLY [port=0, reason=0 (Default status message)]
 10:53:06.576 script_funcs.c Run script: /var/media/ftp/MassStorageDevice-Partition-0-1/dtmfbox-0.3.8-usb/script/script_main.sh CONNECT VOIP INCOMING 0 -1 "499973xxxxxx" "[email protected]" &
 10:53:06.637 sip_endpoint.c Message Request msg INVITE/cseq=49 (rdata0x51ca74) from xx.xxx.xxx.xx:5060 was dropped/unhandled by any modules
 10:53:42.599 sip_endpoint.c Processing incoming message: Request msg CANCEL/cseq=49 (rdata0x51ca74)
 10:53:42.602    dlg0x571e1c Received Request msg CANCEL/cseq=49 (rdata0x51ca74)
 10:53:42.604    tsx0x575a24 Transaction created for Request msg CANCEL/cseq=49 (rdata0x51ca74)
 10:53:42.605    tsx0x575a24 Incoming Request msg CANCEL/cseq=49 (rdata0x51ca74) in state Null
 10:53:42.606    tsx0x575a24 State changed from Null to Trying, event=RX_MSG
 10:53:42.607    dlg0x571e1c Transaction tsx0x575a24 state changed to Trying
 10:53:42.609       endpoint Response msg 200/CANCEL/cseq=49 (tdta0x577a34) created
 10:53:42.610    dlg0x571e1c Sending Response msg 200/CANCEL/cseq=49 (tdta0x577a34)
 10:53:42.610    tsx0x575a24 Sending Response msg 200/CANCEL/cseq=49 (tdta0x577a34) in state Trying
 10:53:42.611  sip_resolve.c Target 'xx.xxx.xxx.xx:5060' type=UDP resolved to 'xx.xxx.xxx.xx:5060' type=UDP
 10:53:42.615    tsx0x575a24 State changed from Trying to Completed, event=TX_MSG
 10:53:42.617    dlg0x571e1c Transaction tsx0x575a24 state changed to Completed
 10:53:42.618    dlg0x571e1c Sending Response msg 487/INVITE/cseq=49 (tdta0x576a2c)
 10:53:42.619    tsx0x572a34 Sending Response msg 487/INVITE/cseq=49 (tdta0x576a2c) in state Proceeding
 10:53:42.622    tsx0x572a34 State changed from Proceeding to Completed, event=TX_MSG
 10:53:42.623    dlg0x571e1c Transaction tsx0x572a34 state changed to Completed
 10:53:42.623        funcs.c ConnectionByInvite - Connection: 0
 10:53:42.624  voip_events.c Call DISCONNECTED [port=0, reason=487 (Request Terminated)]
 10:53:42.625  voip_events.c Hangup [0]
 10:53:42.719 script_funcs.c Run script: /var/media/ftp/MassStorageDevice-Partition-0-1/dtmfbox-0.3.8-usb/script/script_main.sh DISCONNECT VOIP INCOMING 0 -1 "499973xxxxxx" "[email protected]" &
 10:53:42.938    dlg0x571e1c Session count dec to 5 by mod-invite
 10:53:42.942 sip_endpoint.c Processing incoming message: Request msg ACK/cseq=49 (rdata0x51ca74)
 10:53:42.942    tsx0x572a34 Incoming Request msg ACK/cseq=49 (rdata0x51ca74) in state Completed
 10:53:42.944    tsx0x572a34 State changed from Completed to Confirmed, event=RX_MSG
 10:53:42.946    dlg0x571e1c Transaction tsx0x572a34 state changed to Confirmed
 10:53:47.948    tsx0x572a34 Timeout timer event
 10:53:47.949    tsx0x572a34 State changed from Confirmed to Terminated, event=TIMER
 10:53:47.950    dlg0x571e1c Transaction tsx0x572a34 state changed to Terminated
 10:53:47.957    tsx0x572a34 Timeout timer event
 10:53:47.958    tsx0x572a34 State changed from Terminated to Destroyed, event=TIMER
 10:53:47.959   tdta0x576a2c Destroying txdata Response msg 487/INVITE/cseq=49 (tdta0x576a2c)
 10:53:47.960    tsx0x572a34 Transaction destroyed!
 10:54:14.618    tsx0x575a24 Timeout timer event
 10:54:14.619    tsx0x575a24 State changed from Completed to Terminated, event=TIMER
 10:54:14.620    dlg0x571e1c Transaction tsx0x575a24 state changed to Terminated
 10:54:14.621    dlg0x571e1c Dialog destroyed
 10:54:14.627    tsx0x575a24 Timeout timer event
 10:54:14.629    tsx0x575a24 State changed from Terminated to Destroyed, event=TIMER
 10:54:14.630   tdta0x577a34 Destroying txdata Response msg 200/CANCEL/cseq=49 (tdta0x577a34)
 10:54:14.630    tsx0x575a24 Transaction destroyed!
 10:54:26.879       endpoint Request msg ACK/cseq=100 (tdta0x570e14) created.
 10:54:26.881  sip_resolve.c Target 'xx.xxx.xxx.xx:0' type=Unspecified resolved to 'xx.xxx.xxx.xx:5060' type=UDP
 10:54:26.882   tdta0x570e14 Destroying txdata Request msg ACK/cseq=100 (tdta0x570e14)
 10:54:26.886      dtmfbox.c Successfully sent keep-alive (xx.xxx.xxx.xx)

Hoffe du kannst was damit anfangen.

MfG Tomekk

 

[Willi72]

[...] Deine MSN ist falsch!

22:49:20.355 capi_ctrl.c Listen to CAPI incoming controller 3...
22:49:20.357 capi_ctrl.c Listen to CAPI internal controller 3...
22:49:20.358 capi_ctrl.c (CNF, CTRL 3, PLCI: 0) - CAPI_LISTEN
22:49:20.362 capi_ctrl.c (CNF, CTRL 3, PLCI: 0) - CAPI_LISTEN
22:49:20.442 voip_ctrl.c Start VOIP listen loop...
22:49:47.733 capi_ctrl.c (IND, CTRL 3, PLCI: 1027) - CAPI_CONNECT
22:49:47.734 capi_events.c Source: [COLOR="Red"]999999[/COLOR] - Target: unknown - Account: -1
[COLOR="red"]22:49:47.735 capi_events.c ERR: Account not found![/COLOR]
22:49:47.736 capi_ctrl.c (IND, CTRL 3, PLCI: 1027) - CAPI_INFO

Diese musst du auch hinterlegen.

Ok, das heisst beim Internen Controller reagiert die dtmfbox auf die SENDE-MSN? Die 999999 ist bei mir die MSN des Gerätes. Das Ziel (Target) ist beim internen Controller also unknown. Habe ich das richtig verstanden? Ich hätte gedacht die dtmfbox reagiert immer auf die Target MSN, beim CTRL1 tut sie das ja auch.
Heisst also ich muss einen zusätzlichen Account 999999 einrichten, damit die Box intern rangeht. Klingt für mich komisch...

Das würde ja auch bedeuten, dass die dtmfbox jeden ausgehenden Anruf der MSN 999999 annimmt. Das darf ja eigentlich auch nicht sein, ich will ja schließlich auch andere Anschlüsse anrufen können.

Klär mich bitte mal auf...

Vielen Dank und schöne Grüße

 

[bodega]

@Willi72:
Wenn du die 99999 nicht eingetragen hast, kann der Account nicht zugeordnet werden. Alle MSN-Nr. die du einträgst, auf die sollte reagiert werden können (muss man ja auch im AVM WebIF machen).
So wie ich das verstehe, hast du eine MSN eingetragen, versuchst aber von einem anderen Telefon den AB abzuhören, dessen MSN nicht eingetragen ist. Das funktioniert leider nicht...

Warum Target/Source umgekehrt ist: beim internen Controller wird jeder Anruf als ausgehend behandelt. Sobald etwas gewählt wird, sollte aus "unknown" die Zielrufnummer werden.

Das würde ja auch bedeuten, dass die dtmfbox jeden ausgehenden Anruf der MSN 999999 annimmt. Das darf ja eigentlich auch nicht sein, ich will ja schließlich auch andere Anschlüsse anrufen können.

Das ist auch nicht so. Es wird nur auf *#100# - *#109# reagiert.
Man könnte natürlich so Späße machen, und die Nr. vor dem Wählen noch schnell ändern.. aber LCR wollte ich nicht einbauen

@Tommekk:
unter /var wird ein symlink erzeugt.. das ist schon korrekt. Bzgl. AB nimmt nicht ab, wie so oft: Bei Analog MSN = unknown!!
Zu 1und1 sag ich jetzt erstmal nichts.. da sollte man das nächste Release abwarten (es geht bei manchen/bei manchen aber nicht)

 

[prodigy7]

Hallo zusammen,

hätte noch einen "Bug": Bei Aufnahmen ist es gelegentlich so, dass die Aufnahme zwischendrin/am Ende nicht mehr verständlich und abgeschnitten ist. Ich hatte das heute mit ISDN so das ich nicht einen VoIP-Fehler glaube.

 

[Willi72]

Internanruf (*#100#) per Analogtelefon

Soll eigentlich die Kurzwahl (*#100#) auch per Analogtelefon funktionieren?

@bodega
Ich habe jetzt die MSN 999999 als Account hinterlegt und die Controller sind immer noch in der Std.-Konf. Geht aber immer noch nicht...

Hier ein Logausschnitt:

 22:42:21.299    capi_ctrl.c Listen to CAPI incoming controller 1...
 22:42:21.300    capi_ctrl.c Listen to CAPI internal controller 3...
 22:42:21.302    capi_ctrl.c (CNF, CTRL 1, PLCI: 0) - CAPI_LISTEN
 22:42:21.303    capi_ctrl.c (CNF, CTRL 3, PLCI: 0) - CAPI_LISTEN
 22:42:21.304    voip_ctrl.c Start VOIP listen loop...
 22:42:34.131    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_CONNECT
 22:42:34.132  capi_events.c Source: unknown - Target: 999999 - Account: 2
 22:42:34.134  capi_events.c (CTRL 2563, PLCI: 3) - Call from unknown to 999999... 
 22:42:34.212 script_funcs.c Run script: /var/media/ftp/USBDISKPro-Partition-0-1/dtmfbox-usb/script/script_main.sh CONNECT ISDN OUTGOING 0 -1 "999999" "unknown" &
 22:42:34.214    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_INFO
 22:42:34.215    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_INFO
 22:42:34.217    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_INFO
 22:42:37.474    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_INFO
 22:42:37.897    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_INFO
 22:42:38.321    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_INFO
 22:42:38.744    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_INFO
 22:42:39.097    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_INFO
 22:42:39.473    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_INFO
 22:42:39.662    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_INFO
 22:42:42.748    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_INFO
 22:42:42.751    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_INFO
 22:42:42.852    capi_ctrl.c (IND, CTRL 3, PLCI: 2563) - CAPI_DISCONNECT
 22:42:42.901 script_funcs.c Run script: /var/media/ftp/USBDISKPro-Partition-0-1/dtmfbox-usb/script/script_main.sh DISCONNECT ISDN OUTGOING 0 -1 "999999" "unknown" &

Es kommt dann die Ansage (nach *#102#):
Die von Ihnen gewählte Nummer ist nicht verfügbar, bitte rufen Sie die Auskunft an.

Da steckt doch echt der Wurm drin, oder...

 

[bodega]

@Willi72:
ich glaube der "Wurm" liegt wohl hierdrin. Mit solchen Workarounds kenn ich mich nicht aus und es ist ganz bestimmt kein Fehler der dtmfbox. Dachte 99999 wäre eine Pseudo-MSN, die du für den Post geändert hast...

Und was hast du jetzt eigentlich? Analog oder ISDN? Signatur bitte!!!

@prodigy7:
zuviele Dienste, zuwenig Speicher, renice? Wobei eigentlich sehr ungewöhnlich bei CAPI. Tip: es ist immer gut, wenn die Ansagen das Format 8000khz/16bit/Mono haben.

 

[Tomekk1985m]

also das mit msn unknown hab ich und 1&1 is noch nicht so wichtig dass das geht er sagt aber bei analog immer noch pending wenn ich accounts listen lasse und 1&1 ist registriert

MfG Tomekk

 

[bodega]

@Tommekk:
Mit Analog hatte es aber schon mal bei dir funktioniert. Was sagt denn das Log (bzw. ändert sich was, wenn du den internen Controller auf 0 stellst)?

 

[prodigy7]

Hi,

@prodigy7:
zuviele Dienste, zuwenig Speicher, renice? Wobei eigentlich sehr ungewöhnlich bei CAPI. Tip: es ist immer gut, wenn die Ansagen das Format 8000khz/16bit/Mono haben.

also außer DTMFBOX läuft nichts "außerplanmäßiges" auf meiner 7170. Entsprechend habe ich auch nicht viele Möglichkeiten. Die Ansage habe ich via DTMFBOX aufgenommen (mich selbst Angerufen und drauf gesprochen) - sollte eigentlich das richtige Format haben oder?

 

[bodega]

Mh.. ja sollte. Speichern machst du ja auf USB... Hast du es auch mal testweise ohne USB probiert (vielleicht stimmt da was nicht :noidea.
Klickt es denn in der Aufnahme und es werden "Teile" übersprungen (wie bei ner Schallplatte?). Wird die Ansage richtig abgespielt?

So eine Aufnahme mal zu haben, wäre nicht schlecht.

EDIT:
ich glaube, ich sollte mir auch mal die .33 Firmware antun.

 

[Willi72]

@bodega

Das mit dem 999999-Hack hatte ich auch schon vermutet. Daher habe ich meine Tests mit einer echten MSN durchgeführt. Auch die Rufnummernübermittlung des Telefones habe ich eingeschaltet. Trotzdem kein Erfolg. Ich bekomme immer die Arcor-Ansage.

Meine letzte Vermutung liegt in meinen Wahlregeln.

In dieser Woche werde ich aber zeitlich nichts mehr testen können. Ich melde mich mit einem Ergebnis in der nächsten Woche.

 

[prodigy7]

Mh.. ja sollte. Speichern machst du ja auf USB... Hast du es auch mal testweise ohne USB probiert (vielleicht stimmt da was nicht :noidea.
Klickt es denn in der Aufnahme und es werden "Teile" übersprungen (wie bei ner Schallplatte?). Wird die Ansage richtig abgespielt?

So eine Aufnahme mal zu haben, wäre nicht schlecht.

Es ist so, dass scheinbar etwas in der Aufnahme übersprungen wird. Ich lass dir bei Gelegenheit so eine Aufnahme mal zukommen. Ob die Ansage richtig abgespielt wurde, kann ich dir leider nicht sagen.

 

[foxm2k]

Hallo Bodega,

erstmal vielen Dank für deine Antwort.

Die weiter unten im Skript befindlichen abfragen mit den roten Teilen sind die Nummern der potenziellen Anrufer in den möglichen Varianten (mit / ohne Vorwal, mit / ohne führender Null), ist das richtig?

Aber was muß bei:
# MSN, auf die reagiert werden soll
if [ "$SRC_NO" = "33333" ];

statt den 3en stehn? Die MSN des Apparats bei mir?

Wahrscheinlich eine doofe Frage für dich, aber das ist mir grad nicht klar.

Danke!

Andreas

@foxm2k:
Über ein benutzerdefiniertes Skript wäre das möglich (copy & paste):

mkdir -p /var/tmp/flash
cat << EOF > /var/tmp/flash/dtmfbox_userscript.sh
#!/bin/sh

RECFILE="`echo $SRC_NO-$DST_NO | sed 's/@.*//g' | sed 's/\./_/g'`"
DATE="`date +'%y-%m-%d'`"
DATETIME="`date +'%y-%m-%d--%H-%M-%S'`"
RECFILE_UNIQUE="`echo $DTMFBOX_PATH/record/$SRC_NO/$DATETIME---$RECFILE.wav`"
RECFILE="`echo $DTMFBOX_PATH/record/$SRC_NO/$DATE---$RECFILE-$SRC_CON.wav`"

if [ "$1" = "MAIN" ];
then

  if [ "$IN_OUT" = "INCOMING" ] && [ "$EVENT" = "CONNECT" ];
  then
     search4msn
	
     # Timespan valid...?
     check_time; val=$?

     # .. no? then do not answer
     if [ "$val" = "0" ]; then exit 1; fi

     # MSN, auf die reagiert werden soll
     if [ "$SRC_NO" = "[COLOR="Red"]33333[/COLOR]" ]; 
     then
	
       found="0"

       # 1. Nr (MSN, MSN mit Vorwahl (ohne führende Null), MSN mit Vorwahl (mir führender Null))
       if [ "$DST_NO" = "[COLOR="Red"]11111[/COLOR]" ] || [ "$DST_NO" = "[COLOR="red"]99911111[/COLOR]" ] || [ "$DST_NO" = "[COLOR="red"]099911111[/COLOR]" ]; then 
          ANNOUNCEMENT="[COLOR="red"]./play/beep_end.wav[/COLOR]"; 
          found="1"
       fi

       # 2. Nr (MSN, MSN mit Vorwahl (ohne führende Null), MSN mit Vorwahl (mir führender Null))
       if [ "$DST_NO" = "[COLOR="red"]22222[/COLOR]" ] || [ "$DST_NO" = "[COLOR="red"]99922222[/COLOR]" ] || [ "$DST_NO" = "[COLOR="red"]099922222[/COLOR]" ]; then 
          ANNOUNCEMENT="[COLOR="Red"]./play/beep_end.wav[/COLOR]"; 
          found="1"
       fi
	  
       # mehr Nr.?
 
       if [ "$found" = "1" ]; 
       then	
          # Start idle script (ringing)
          . $DTMFBOX_PATH/script/script_idle.sh
          return 1	  	     
        fi	  
     fi	
  fi
fi
EOF
chmod +x /var/tmp/flash/dtmfbox_userscript.sh

Das könntest du am Anfang der debug.cfg einfügen. Die roten Stellen müsstest du nur ändern.
Die jew. Ansagen per wget downloaden...

 

[bodega]

Genau. 33333 ist das Telefon, welches die Ansagen abspielen soll und die zwei if-Blöcke sind die Anrufer. Du kannst natürlich mehr Telefone und Anrufer hinterlegen. Müsstest das Skript nur erweitern (copy & paste)...

Alle Nummern, die nicht eingetragen werden, erhalten die Standardansage aus dem Webinterface.

EDIT:
mir fällt auf, du hast eine 7050.. da musst du aufpassen, dass es nicht eng wird - die Box könnte sich sonst ständig rebooten... Am besten probierst du erstmal "manuell" aus, wieviel eigentlich drauf passt (bevor du es in die debug.cfg schreibst). Lieber weniger als zuviel...

 

[HansDampf]

@Marco

habe heute Deine aktuellste USB Version aufgespielt und probiert zum funktionierenden VOIP 1&1 Account einen zweiten anzulegen.
Leider kommt dann für den zweiten VOIP Account folgende Fehlermeldung:

SIP/2.0 403 User und Anrufernummer verschieden
Via: SIP/2.0/UDP 87.169.51.161:5061;rport=5061;branch=z9hG4bKPj0eb800000008ce82a16f
From: <sip:[email protected]>;tag=0eb800000005ce82a16f
To: <sip:[email protected]>;tag=329cfeaa6ded039da25ff8cbb8668bd2.d6de
Call-ID: 0eb800000004ce82a16f
CSeq: 26877 REGISTER
Server: UI OpenSer
Content-Length: 0


20:42:10.395 voip_auth.c ERR: SIP registration failed (212.227.15.197), status=14!
20:42:10.396 voip_auth.c ERR: 403 - User und Anrufernummer verschieden

wenn ich den esten VOIP 1&1 Account deaktiviere funktioniert der obige ohne Probleme...

 

[bodega]

Hallo Thomas,

hab jetzt mal auf die Schnelle das gefunden. Wenn du eine Rufnummernunterdrückung hast, deaktiviere die doch mal...

EDIT:
Beim genaueren hinsehen, ist das Log im Link zwar unterschiedlich, aber ich frage trotzdem mal...