FYI,<div><br></div><div>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...)</div>
<div><br></div><div>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:</div><div><br></div><div><a href="http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bind_digit_action">http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bind_digit_action</a></div>
<div><br></div><div>Hope this helps.</div><div>-MC<br><br><div class="gmail_quote">On Wed, Dec 22, 2010 at 8:01 AM, Dmitry Sytchev <span dir="ltr"><<a href="mailto:kbdfck@gmail.com">kbdfck@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi! We are trying to migrate our Asterisk system to Freeswitch, and<br>
faced with some trouble:<br>
<br>
We use inband at user side, and want Freeswitch to regenerate it to<br>
RFC2833 before sending to media gateway.<br>
<br>
When user endpoints use rfc2833 bind_meta_app and bind_digit_action<br>
work as expected, but not with start_dtmf (as needed to parse inband<br>
DTMF). We can't use rfc2833 DTMF on user endpoints as there seems to<br>
be a problem in freeswitch or our media gateway leading to audible<br>
DTMF duplicates.<br>
<br>
When user endpoints are set to inband, I see messages on console about<br>
DTMF detection:<br>
<br>
2010-12-22 18:50:30.802253 [DEBUG] switch_ivr_async.c:2089 DTMF DETECTED: [*]<br>
2010-12-22 18:50:30.803253 [DEBUG] switch_rtp.c:1985 Send start packet<br>
for [*] ts=503795131 dur=160/160/2000 seq=43701<br>
2010-12-22 18:50:30.823282 [DEBUG] switch_rtp.c:1921 Send middle<br>
packet for [*] ts=503795131 dur=320/320/2000 seq=43702<br>
...skip...<br>
2010-12-22 18:50:30.923393 [DEBUG] switch_rtp.c:1921 Send middle<br>
packet for [*] ts=503795131 dur=1920/1920/2000 seq=43712<br>
2010-12-22 18:50:30.923393 [DEBUG] switch_rtp.c:1921 Send end packet<br>
for [*] ts=503795131 dur=2080/2080/2000 seq=43713<br>
...skip...<br>
2010-12-22 18:50:31.242695 [DEBUG] switch_ivr_async.c:2089 DTMF DETECTED: [1]<br>
2010-12-22 18:50:31.242695 [DEBUG] switch_rtp.c:1985 Send start packet<br>
for [1] ts=503798651 dur=160/160/2000 seq=43732<br>
<br>
So digits are received but no in-call action launched by<br>
bind_meta_app. I tried start_dtmf before and after bind_meta_app but<br>
with no success. Is there a way to make inband dtmf launch in-call<br>
actions while transcoding it to RFC2833 on trunk side?<br>
I can't make inband dtmf trigger my actions :(<br>
<br>
--<br>
Best regards,<br>
<br>
Dmitry Sytchev,<br>
IT Engineer<br>
<br>
_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br></div>