bind_meta_app and bind_digit_action with inband DTMF?
Hi! We are trying to migrate our Asterisk system to Freeswitch, and faced with some trouble: We use inband at user side, and want Freeswitch to regenerate it to RFC2833 before sending to media gateway. When user endpoints use rfc2833 bind_meta_app and bind_digit_action work as expected, but not with start_dtmf (as needed to parse inband DTMF). We can't use rfc2833 DTMF on user endpoints as there seems to be a problem in freeswitch or our media gateway leading to audible DTMF duplicates. When user endpoints are set to inband, I see messages on console about DTMF detection: 2010-12-22 18:50:30.802253 [DEBUG] switch_ivr_async.c:2089 DTMF DETECTED: [*] 2010-12-22 18:50:30.803253 [DEBUG] switch_rtp.c:1985 Send start packet for [*] ts=503795131 dur=160/160/2000 seq=43701 2010-12-22 18:50:30.823282 [DEBUG] switch_rtp.c:1921 Send middle packet for [*] ts=503795131 dur=320/320/2000 seq=43702 ...skip... 2010-12-22 18:50:30.923393 [DEBUG] switch_rtp.c:1921 Send middle packet for [*] ts=503795131 dur=1920/1920/2000 seq=43712 2010-12-22 18:50:30.923393 [DEBUG] switch_rtp.c:1921 Send end packet for [*] ts=503795131 dur=2080/2080/2000 seq=43713 ...skip... 2010-12-22 18:50:31.242695 [DEBUG] switch_ivr_async.c:2089 DTMF DETECTED: [1] 2010-12-22 18:50:31.242695 [DEBUG] switch_rtp.c:1985 Send start packet for [1] ts=503798651 dur=160/160/2000 seq=43732 So digits are received but no in-call action launched by bind_meta_app. I tried start_dtmf before and after bind_meta_app but with no success. Is there a way to make inband dtmf launch in-call actions while transcoding it to RFC2833 on trunk side? I can't make inband dtmf trigger my actions :( -- Best regards, Dmitry Sytchev, IT Engineer
FYI, I just tested bind_digit_action with inband dtmf and it works splendidly. I recommend using bind_digit_action. Also, in case you didn't see it, Brian West added a magic extension that looks for the presence of "telephone-event" in the SDP and then turns on inband dtmf detection if the rtpmap is missing. Look in conf/dialplan/default.xml for the "global" extension. The lines that do the auto dtmf thing are commented out by default. I just uncommented them and tested with Eyebeam configured for inband dtmf. (It also works when Eyebeam is set for 2833...) Also, on the FS conf call today the community did a tag-team effort to test and document the bind_digit_action app. It has a lot more information than it did previously: http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bind_digit_action Hope this helps. -MC On Wed, Dec 22, 2010 at 8:01 AM, Dmitry Sytchev <kbdfck@gmail.com> wrote:
Hi! We are trying to migrate our Asterisk system to Freeswitch, and faced with some trouble:
We use inband at user side, and want Freeswitch to regenerate it to RFC2833 before sending to media gateway.
When user endpoints use rfc2833 bind_meta_app and bind_digit_action work as expected, but not with start_dtmf (as needed to parse inband DTMF). We can't use rfc2833 DTMF on user endpoints as there seems to be a problem in freeswitch or our media gateway leading to audible DTMF duplicates.
When user endpoints are set to inband, I see messages on console about DTMF detection:
2010-12-22 18:50:30.802253 [DEBUG] switch_ivr_async.c:2089 DTMF DETECTED: [*] 2010-12-22 18:50:30.803253 [DEBUG] switch_rtp.c:1985 Send start packet for [*] ts=503795131 dur=160/160/2000 seq=43701 2010-12-22 18:50:30.823282 [DEBUG] switch_rtp.c:1921 Send middle packet for [*] ts=503795131 dur=320/320/2000 seq=43702 ...skip... 2010-12-22 18:50:30.923393 [DEBUG] switch_rtp.c:1921 Send middle packet for [*] ts=503795131 dur=1920/1920/2000 seq=43712 2010-12-22 18:50:30.923393 [DEBUG] switch_rtp.c:1921 Send end packet for [*] ts=503795131 dur=2080/2080/2000 seq=43713 ...skip... 2010-12-22 18:50:31.242695 [DEBUG] switch_ivr_async.c:2089 DTMF DETECTED: [1] 2010-12-22 18:50:31.242695 [DEBUG] switch_rtp.c:1985 Send start packet for [1] ts=503798651 dur=160/160/2000 seq=43732
So digits are received but no in-call action launched by bind_meta_app. I tried start_dtmf before and after bind_meta_app but with no success. Is there a way to make inband dtmf launch in-call actions while transcoding it to RFC2833 on trunk side? I can't make inband dtmf trigger my actions :(
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Thanks for update on bind_digit_action page! But still no luck with it. My local profile has dtmf-type set to inband, does this setting have any effect? I'm trying to turn DTMF detection on with start_dtmf to convert it to RFC2833 for external profile. Both profiles has rfc2388-pt turned on, FS complaining that pt will not work on trascoded call when start_dtmf is present, I think it is just an info message. I see DTMF events on console being transcoded to RFC2833 but no action launched when I press 500 during call. <extension name="local2pstn"> <condition field="destination_number" expression="^8\d\d\d+$"> <action application="start_dtmf"/> <action application="bind_digit_action" data="myrealm,500,exec:playback,en/us/callie/ivr/ivr-welcome_to_freeswitch.wav"/> <action application="digit_action_set_realm" data="myrealm"/> <action application="bridge" data="sofia/gateway/mediant_2/${destination_number}"/> </condition> 2010/12/22 Michael Collins <msc@freeswitch.org>:
FYI, I just tested bind_digit_action with inband dtmf and it works splendidly. I recommend using bind_digit_action. Also, in case you didn't see it, Brian West added a magic extension that looks for the presence of "telephone-event" in the SDP and then turns on inband dtmf detection if the rtpmap is missing. Look in conf/dialplan/default.xml for the "global" extension. The lines that do the auto dtmf thing are commented out by default. I just uncommented them and tested with Eyebeam configured for inband dtmf. (It also works when Eyebeam is set for 2833...) Also, on the FS conf call today the community did a tag-team effort to test and document the bind_digit_action app. It has a lot more information than it did previously: http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bind_digit_action Hope this helps. -MC
On Wed, Dec 22, 2010 at 8:01 AM, Dmitry Sytchev <kbdfck@gmail.com> wrote:
Hi! We are trying to migrate our Asterisk system to Freeswitch, and faced with some trouble:
We use inband at user side, and want Freeswitch to regenerate it to RFC2833 before sending to media gateway.
When user endpoints use rfc2833 bind_meta_app and bind_digit_action work as expected, but not with start_dtmf (as needed to parse inband DTMF). We can't use rfc2833 DTMF on user endpoints as there seems to be a problem in freeswitch or our media gateway leading to audible DTMF duplicates.
When user endpoints are set to inband, I see messages on console about DTMF detection:
2010-12-22 18:50:30.802253 [DEBUG] switch_ivr_async.c:2089 DTMF DETECTED: [*] 2010-12-22 18:50:30.803253 [DEBUG] switch_rtp.c:1985 Send start packet for [*] ts=503795131 dur=160/160/2000 seq=43701 2010-12-22 18:50:30.823282 [DEBUG] switch_rtp.c:1921 Send middle packet for [*] ts=503795131 dur=320/320/2000 seq=43702 ...skip... 2010-12-22 18:50:30.923393 [DEBUG] switch_rtp.c:1921 Send middle packet for [*] ts=503795131 dur=1920/1920/2000 seq=43712 2010-12-22 18:50:30.923393 [DEBUG] switch_rtp.c:1921 Send end packet for [*] ts=503795131 dur=2080/2080/2000 seq=43713 ...skip... 2010-12-22 18:50:31.242695 [DEBUG] switch_ivr_async.c:2089 DTMF DETECTED: [1] 2010-12-22 18:50:31.242695 [DEBUG] switch_rtp.c:1985 Send start packet for [1] ts=503798651 dur=160/160/2000 seq=43732
So digits are received but no in-call action launched by bind_meta_app. I tried start_dtmf before and after bind_meta_app but with no success. Is there a way to make inband dtmf launch in-call actions while transcoding it to RFC2833 on trunk side? I can't make inband dtmf trigger my actions :(
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Best regards, Dmitry Sytchev, IT Engineer
FYI, I just added bunch of stuff the the bind_digit_action page yesterday. I also fixed a few typos. Change the filename in your bind_digit_action line because this is wrong: en/us/callie/ivr/ivr-welcome_to_freeswitch.wav Make it this: ivr/ivr-welcome_to_freeswitch.wav Then try again. Also, pastebin the debug output and we'll have a look. ( pastebin.freeswitch.org) -MC On Thu, Dec 23, 2010 at 2:59 AM, Dmitry Sytchev <kbdfck@gmail.com> wrote:
Thanks for update on bind_digit_action page! But still no luck with it.
My local profile has dtmf-type set to inband, does this setting have any effect? I'm trying to turn DTMF detection on with start_dtmf to convert it to RFC2833 for external profile. Both profiles has rfc2388-pt turned on, FS complaining that pt will not work on trascoded call when start_dtmf is present, I think it is just an info message.
I see DTMF events on console being transcoded to RFC2833 but no action launched when I press 500 during call.
<extension name="local2pstn"> <condition field="destination_number" expression="^8\d\d\d+$"> <action application="start_dtmf"/> <action application="bind_digit_action"
data="myrealm,500,exec:playback,en/us/callie/ivr/ivr-welcome_to_freeswitch.wav"/> <action application="digit_action_set_realm" data="myrealm"/> <action application="bridge" data="sofia/gateway/mediant_2/${destination_number}"/>
</condition>
2010/12/22 Michael Collins <msc@freeswitch.org>:
FYI, I just tested bind_digit_action with inband dtmf and it works splendidly. I recommend using bind_digit_action. Also, in case you didn't see it, Brian West added a magic extension that looks for the presence of "telephone-event" in the SDP and then turns on inband dtmf detection if the rtpmap is missing. Look in conf/dialplan/default.xml for the "global" extension. The lines that do the auto dtmf thing are commented out by default. I just uncommented them and tested with Eyebeam configured for inband dtmf. (It also works when Eyebeam is set for 2833...) Also, on the FS conf call today the community did a tag-team effort to test and document the bind_digit_action app. It has a lot more information than it did previously: http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bind_digit_action Hope this helps. -MC
On Wed, Dec 22, 2010 at 8:01 AM, Dmitry Sytchev <kbdfck@gmail.com> wrote:
Hi! We are trying to migrate our Asterisk system to Freeswitch, and faced with some trouble:
We use inband at user side, and want Freeswitch to regenerate it to RFC2833 before sending to media gateway.
When user endpoints use rfc2833 bind_meta_app and bind_digit_action work as expected, but not with start_dtmf (as needed to parse inband DTMF). We can't use rfc2833 DTMF on user endpoints as there seems to be a problem in freeswitch or our media gateway leading to audible DTMF duplicates.
When user endpoints are set to inband, I see messages on console about DTMF detection:
2010-12-22 18:50:30.802253 [DEBUG] switch_ivr_async.c:2089 DTMF
DETECTED:
[*] 2010-12-22 18:50:30.803253 [DEBUG] switch_rtp.c:1985 Send start packet for [*] ts=503795131 dur=160/160/2000 seq=43701 2010-12-22 18:50:30.823282 [DEBUG] switch_rtp.c:1921 Send middle packet for [*] ts=503795131 dur=320/320/2000 seq=43702 ...skip... 2010-12-22 18:50:30.923393 [DEBUG] switch_rtp.c:1921 Send middle packet for [*] ts=503795131 dur=1920/1920/2000 seq=43712 2010-12-22 18:50:30.923393 [DEBUG] switch_rtp.c:1921 Send end packet for [*] ts=503795131 dur=2080/2080/2000 seq=43713 ...skip... 2010-12-22 18:50:31.242695 [DEBUG] switch_ivr_async.c:2089 DTMF DETECTED: [1] 2010-12-22 18:50:31.242695 [DEBUG] switch_rtp.c:1985 Send start packet for [1] ts=503798651 dur=160/160/2000 seq=43732
So digits are received but no in-call action launched by bind_meta_app. I tried start_dtmf before and after bind_meta_app but with no success. Is there a way to make inband dtmf launch in-call actions while transcoding it to RFC2833 on trunk side? I can't make inband dtmf trigger my actions :(
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (2)
-
Dmitry Sytchev
-
Michael Collins