[Freeswitch-users] Sending DTMF on B-leg

Wed Sep 14 01:28:56 MSD 2011

Okay, fair enough. Not sure what queue_dtmf is not working. You could always
try "execute_on_answer" and execute an extension that sends the dtmfs.

-MC

On Tue, Sep 13, 2011 at 2:16 PM, Wayne <wayne at hamilton.net> wrote:

> **
> Sorry Michael,
>
> When I started out I was sending the calls to a SIP provider. I couldn't
> here the DTMF tones. For trouble shooting I moved it to a local PRI. I was
> thinking that maybe this was an issue with the sip trunk and sending inband
> or out of band but that doesn't seem to be the case.
>
> Wayne
>
>  ------------------------------
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Michael
> Collins
> *Sent:* Tuesday, September 13, 2011 2:41 PM
>
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] Sending DTMF on B-leg
>
>
>
> On Tue, Sep 13, 2011 at 11:34 AM, Wayne <wayne at hamilton.net> wrote:
>
>> **
>> That's true I don't hear any tones when I answer the phone. I don't see
>> any messages in my log from queue_dtmf. Any help would be great.
>>
>> Wayne
>>
> Okay, in your original post you said you are making an OB call on a SIP
> trunk, yet in your example there is no SIP trunk. You've got an internal
> user and a FreeTDM FXO port. Can you please clarify what you actually have?
> Who's the caller and who's the callee?
> -MC
>
>
>
>>
>>
>>
>>  ------------------------------
>> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Michael
>> Collins
>> *Sent:* Thursday, September 08, 2011 6:25 PM
>>
>> *To:* FreeSWITCH Users Help
>> *Subject:* Re: [Freeswitch-users] Sending DTMF on B-leg
>>
>>   Are you saying that no DTMFs are being sent out when the bridge is
>> initially completed?
>> -MC
>>
>> On Wed, Sep 7, 2011 at 3:17 PM, Wayne <wayne at hamilton.net> wrote:
>>
>>> **
>>> I have tried that
>>> <extension name="test-tone" >
>>>    <condition field="destination_number" expression="(9025556747)" >
>>>        <action application="set" data="call_direction=outbound" />
>>>        <action application="set"
>>> data="effective_caller_id_name=${outbound_caller_id_name}" />
>>>        <action application="set"
>>> data="effective_caller_id_number=${outbound_caller_id_number}" />
>>>        <action application="set" data="continue_on_fail=true" />
>>>        <action application="queue_dtmf" data="0123456789" />
>>>        <action application="bridge" data="freetdm/wp1/a/$1" />
>>>    </condition>
>>> </extension>
>>>
>>> The debug tells me that this
>>> tail -f freeswitch.log | grep -i dtmf
>>>
>>> Dialplan: sofia/internal/1333 at 192.168.48.87 Action
>>> queue_dtmf(0123456789)
>>> EXECUTE sofia/internal/1333 at 192.168.48.87 queue_dtmf(0123456789)
>>> 2011-09-07 17:13:44.676204 [DEBUG] switch_channel.c:465
>>> sofia/internal/1333 at 192.168.48.87 Queue dtmf
>>> 2011-09-07 17:13:44.676204 [DEBUG] switch_channel.c:465
>>> sofia/internal/1333 at 192.168.48.87 Queue dtmf
>>> 2011-09-07 17:13:44.676204 [DEBUG] switch_channel.c:465
>>> sofia/internal/1333 at 192.168.48.87 Queue dtmf
>>> 2011-09-07 17:13:44.676204 [DEBUG] switch_channel.c:465
>>> sofia/internal/1333 at 192.168.48.87 Queue dtmf
>>> 2011-09-07 17:13:44.676204 [DEBUG] switch_channel.c:465
>>> sofia/internal/1333 at 192.168.48.87 Queue dtmf
>>> 2011-09-07 17:13:44.676204 [DEBUG] switch_channel.c:465
>>> sofia/internal/1333 at 192.168.48.87 Queue dtmf
>>> 2011-09-07 17:13:44.676204 [DEBUG] switch_channel.c:465
>>> sofia/internal/1333 at 192.168.48.87 Queue dtmf
>>> 2011-09-07 17:13:44.676204 [DEBUG] switch_channel.c:465
>>> sofia/internal/1333 at 192.168.48.87 Queue dtmf
>>> 2011-09-07 17:13:44.676204 [DEBUG] switch_channel.c:465
>>> sofia/internal/1333 at 192.168.48.87 Queue dtmf
>>> 2011-09-07 17:13:44.676204 [DEBUG] switch_channel.c:465
>>> sofia/internal/1333 at 192.168.48.87 Queue dtmf
>>> 2011-09-07 17:13:45.076218 [DEBUG] sofia_glue.c:3355 Set 2833 dtmf send
>>> payload to 101
>>> 2011-09-07 17:13:45.076218 [DEBUG] sofia_glue.c:3360 Set 2833 dtmf
>>> receive payload to 101
>>> 2011-09-07 17:13:45.116216 [DEBUG] ftdm_io.c:3714 [s1c1][1:1] Generating
>>> DTMF [0123456789]
>>> 2011-09-07 17:13:47.876238 [DEBUG] ftmod_wanpipe.c:701 [s1c1][1:1]
>>> Enabled DTMF events
>>> 2011-09-07 17:13:47.956228 [DEBUG] ftmod_wanpipe.c:1415 [s1c1][1:1]
>>> Queuing wanpipe DTMF: 9
>>> 2011-09-07 17:13:47.956228 [DEBUG] ftdm_io.c:3524 [s1c1][1:1] Queuing
>>> DTMF 9 (debug = 0)
>>> 2011-09-07 17:13:47.956228 [DEBUG] mod_freetdm.c:733 Queuing DTMF [9] in
>>> channel FreeTDM/1:1/9025556747
>>> 2011-09-07 17:13:48.036235 [DEBUG] ftmod_wanpipe.c:1415 [s1c1][1:1]
>>> Queuing wanpipe DTMF: 9
>>> 2011-09-07 17:13:48.036235 [DEBUG] ftdm_io.c:3524 [s1c1][1:1] Queuing
>>> DTMF 9 (debug = 0)
>>> 2011-09-07 17:13:48.036235 [DEBUG] mod_freetdm.c:733 Queuing DTMF [9] in
>>> channel FreeTDM/1:1/9025556747
>>>
>>> So where would I look next.
>>>
>>> Wayne
>>>
>>>
>>>  ------------------------------
>>> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
>>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Avi Marcus
>>> *Sent:* Wednesday, September 07, 2011 3:55 PM
>>> *To:* FreeSWITCH Users Help
>>> *Subject:* Re: [Freeswitch-users] Sending DTMF on B-leg
>>>
>>>   I think you looking for queue_dtmf.
>>>
>>> http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_queue_dtmf
>>>
>>> -Avi Marcus
>>>
>>>
>>>
>>> On Wed, Sep 7, 2011 at 11:47 PM, Wayne <wayne at hamilton.net> wrote:
>>> > Hello All,
>>> >
>>> > I need to call out on a SIP trunk and when the call is answered send
>>> DTMF
>>> > tones.
>>> > I need to send the DTMF only on the outbound leg.
>>> >
>>> > Does anyone have a dialplan that will do that? Is it possible. I have
>>> only
>>> > found one thread on it and did get much out of it.
>>> >
>>> > Thanks
>>> > Wayne
>>> >
>>> >
>>> >
>>> > 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
>>> >
>>>
>>>
>>>
>>> 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
>>>
>>>
>>
>>
>> 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
>>
>>
>
>
> 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/20110913/08c1f9e6/attachment-0001.html 