[Freeswitch-users] DTMF when I originate a call

[Alex Sibyakin]

Hi,

Try to enable RFC2833 in Zoiper configuration.

https://www.zoiper.com/en/support/answer/for/common/121/DTMF

Regards,
Alex



On Tue, 2019-12-10 at 15:36 +0100, Sam van Herwaarden wrote:
> 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).
> 
> Kind regards,
> Sam
> 
> 
> On Tue, Dec 10, 2019 at 12:13 PM Sam van Herwaarden <svanherwaarden at precisionag.org> wrote:
> > Hi,
> > 
> > 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.
> > 
> > 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):
> > {foo, freeswitch at fsdev} ! {api, originate, "{origination_caller_id_number=123456,Paddy-Survey=monitoring,Paddy-Question=intro1}user/1003 123456 XML default 1003 1003"}.
> > 
> > Based on solutions online I've experimented with adding execute_after_bridge_app=start_dtmf, execute_on_answer=start_dtmf, dtmf_type=info and drop_dtmf=false 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 start_dtmf 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
> > {foo, freeswitch at fsdev} ! {api, uuid_broadcast, CallUUID ++ " start_dtmf"}.
> > after I answer, but this gives me an error
> > 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                                                            
> > 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.] 
> > 
> > Any suggestions on how I can get my outbound calls to work the same way as my inbound calls?
> > 
> > Kind regards,
> > Sam
> 
> _________________________________________________________________________
> 
> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com
> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services.
> Build your next product on our scalable cloud platform.
> 
> Join our online community to chat in real time https://signalwire.community
> 
> Professional FreeSWITCH Services
> sales at freeswitch.com
> https://freeswitch.com
> 
> Official FreeSWITCH Sites
> https://freeswitch.com/oss
> https://freeswitch.org/confluence
> https://cluecon.com
> 
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com