<div dir="ltr"><div>Actually it turns out that when I use Ekiga on my laptop rather than Zoiper on my iPhone everything just works, without any start_dtmf trickery. Not sure what could be going on there, but it looks like there is nothing wrong with the FreeSWITCH configuration or the way my application controls it. If anyone has suggestions about what could be causing this those would be welcome, but for now I can at least test my controller (that was what I wanted to accomplish).</div><div><br></div><div>Kind regards,</div><div>Sam</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Dec 10, 2019 at 12:13 PM Sam van Herwaarden <<a href="mailto:svanherwaarden@precisionag.org" target="_blank">svanherwaarden@precisionag.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi,</div><div><br></div><div>I'm building an application that interfaces with FreeSWITCH through mod_erlang_event. For inbound calls (where a user dials my extension) everything works the way I expect. Unfortunately for outbound calls somehow my DTMF events are not coming through.</div><div><br></div><div>It seems I'm not the first one to experience this issue, but the solutions I find online do not seem to fix the problem for me. This is what my basic originate command looks like (through mod_erlang_event):</div><div><span style="font-family:monospace">{foo, freeswitch@fsdev} ! {api, originate, "{origination_caller_id_number=123456,Paddy-Survey=monitoring,Paddy-Question=intro1}user/1003 123456 XML default 1003 1003"}.</span></div><div><br></div><div>Based on solutions online I've experimented with adding <span style="font-family:monospace">execute_after_bridge_app=start_dtmf</span>, <span style="font-family:monospace">execute_on_answer=start_dtmf</span>, <span style="font-family:monospace">dtmf_type=info</span> and <span style="font-family:monospace">drop_dtmf=false</span> to the channel variables but none of those seem to help. (The origination caller ID and Paddy-* variables come through as expected so the variables seem to get set.) I've also tried sending the <span style="font-family:monospace">start_dtmf</span> command from my application after answer, I see the command getting executed in the FreeSWITCH log but it doesn't change the behavior (DTMF still doesn't come through). Finally I've tried calling</div><div><span style="font-family:monospace">{foo, freeswitch@fsdev} ! {api, uuid_broadcast, CallUUID ++ " start_dtmf"}.</span></div><div>after I <a href="http://freeswitch-users.2379917.n2.nabble.com/Why-I-could-not-detect-DTMF-when-using-Originate-command-td7576047.html" target="_blank">answer</a>, but this gives me an error</div><div><span style="font-family:monospace">2019-12-10 10:57:18.540690 [ERR] mod_native_file.c:74 Error opening /usr/share/freeswitch/sounds/en/us/callie/start_dtmf.PCMA                                                            <br>2019-12-10 10:57:18.540690 [ERR] mod_sndfile.c:204 Error Opening File [/usr/share/freeswitch/sounds/en/us/callie/start_dtmf.wav] [System error : No such file or directory.] </span><br></div><div><br></div><div>Any suggestions on how I can get my outbound calls to work the same way as my inbound calls?</div><div><br></div><div>Kind regards,</div><div>Sam<br></div></div>
</blockquote></div>