[Freeswitch-users] Problems reading DTMFs sent by A

Tue May 13 23:04:05 MSD 2014

When you're using inband DTMF have you run start_dtmf first?

If you're using RFC2833 it shouldn't be needed

On 13 May 2014 08:02, Helena Garcia-Nieto <helena.gnieto at morodo.co.uk>wrote:

> Ups, sorry, I changed the name of the var to send the config on the
> mailing list, but in the server config the names are equal!!!
>
>
>
> Any idea why I am not able to get the DTMFs?
>
>
>
> Helena
>
>
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Steven Ayre
> *Sent:* lunes, 12 de mayo de 2014 17:49
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] Problems reading DTMFs sent by A
>
>
>
> <action application="play_and_get_digits" data="2 5 1 7000 #
> $${base_dir}/conf/outgoingcall.wav $${base_dir}/conf/outgoingcall.wav myvar
> \d+"/>
>
> <action application="log" data="INFO helena2 -1-${mybar}-"/>
>
>
>
> Looks like you have a typo here - my*v*ar vs my*b*ar
>
>
>
> On 12 May 2014 15:38, Helena Garcia-Nieto <helena.gnieto at morodo.co.uk>
> wrote:
>
> Hi All!
>
> I am trying to read some DTMFs dialed by A after freeswitch picks the call.
> My aim is to recollect the DTMFs and create a bridge between the incoming
> call and the extension he dialed but I am not able to get the dialed DTMFs.
>
> I've tried read and play and get digits action with no success. It seems
> none of the applications I used on the dialplan is able to read the sent
> dtmfs. I am using it on the public dialplan since the phone is getting to
> that dialplan form port 5080. I tried also transferring the call to the
> default dialplan and using the actions there with no success either.
>
>                 <extension name="Read Example">
>                                 <condition field="destination_number"
> expression="^(334)$">
>                                         <action application="answer"/>
>                                         <action
> application="play_and_get_digits" data="2 5 1 7000 #
> $${base_dir}/conf/outgoingcall.wav $${base_dir}/conf/outgoingcall.wav myvar
> \d+"/>
>                                         <action application="log"
> data="INFO
> helena2 -1-${mybar}-"/>
>                                 </condition>
>                 </extension>
>
> I've traced on the server and I can see the RTP event packet with the
> digits
> getting the server but in my console log I can see there were no info got:
>
> 2014-05-12 15:01:27.211903 [NOTICE] mod_dptools.c:1225 Channel
> [sofia/external/1000 at XX.XX.XX.XX:5080] has been answered
> 2014-05-12 15:02:02.331453 [INFO] mod_dptools.c:1595 helena2 -1--
> 2014-05-12 15:02:02.331453 [NOTICE] switch_core_state_machine.c:262
> sofia/external/1000@ XX.XX.XX.XX:5080 has executed the last dialplan
> instruction, hanging up.
> 2014-05-12 15:02:02.331453 [NOTICE] switch_core_state_machine.c:264 Hangup
> sofia/external/1000@ XX.XX.XX.XX:5080 [CS_EXECUTE] [NORMAL_CLEARING]
>
>
> I've tried with the read action as well:
>
>         <extension name="try2" continue="true">
>                         <condition field="destination_number"
> expression="^(333)$">
>                         <action application="answer"/>
>                         <action application="sleep" data="1"/>
>                                 <action application="read" data="0 10
> $${base_dir}/conf/outgoingcall.wav res 10000 #"/>
>                                 <action application="phrase"
> data="spell,${res}"/>
>                                 <action application="log" data="INFO HELENA
> --${res}__"/>
>                         </condition>
>                 </extension>
>
> 2014-05-12 15:16:51.971820 [NOTICE] sofia_glue.c:4360 Pre-Answer
> sofia/external/1000@ XX.XX.XX.XX:5080!
> 2014-05-12 15:16:51.971820 [NOTICE] mod_dptools.c:1225 Channel
> [sofia/external/1000@ XX.XX.XX.XX:5080] has been answered
> 2014-05-12 15:17:16.171867 [INFO] mod_dptools.c:1595 HELENA --__
>
> I cannot hear the played wav from my softphone, although I can see in the
> server trace that it is sent, so maybe I have some NAT problem for the RTP
> but since I can see the RTP EVENT getting the freeswitch server I don't
> think it is affecting.
> I've tried configuring the softphone to send RFC2833 RTP events and also to
> send the dTMF in band. Both cases the result on the log was an empty
> variable.
>
> I am pretty new at freeswitch so I guess I am forgetting to do something or
> doing something wrong. May be there is a better option/action to do this!
> I'll appreciate any help you could give me!
>
> Thanks in advanced
>
> Helena
>
>
>
>
> Helena Garcia-Nieto de Mir
> Morodo Group VoIP Department
> E-mail: helena.gnieto at morodo.co.uk
> Morodo Limited
>  voip at morodo.co.uk / www.mo-call.com
> Place of Registration: Companies House, England & Wales / Registered
> Office:
> 7 Breasy Place, 9 Burroughs Gardens Hendon, London NW4 4AU
>
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.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
> http://www.freeswitch.org
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.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
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140513/adb3aa7d/attachment-0001.html 