[Freeswitch-users] inbound dtmf issue after upgrade

[guru singh]

Sorry, I've no idea about openzap, freeTDM was around when I got here.  :)

guru


On Sat, Mar 12, 2011 at 1:49 PM, Kevin Raison <raison at chatsubo.net> wrote:
> Thanks for the pointer, guru;  and while I will definitely move toward
> that in the future, I am hoping to remedy my current situation without
> introducing too much risk to my customer, and unfortunately changing out
> oz for freetdm is a little risky in the eyes of the customer.  So, are
> there any other possibilities that don't involve switching out oz?  I
> know that wanpipe is setup to handle dtmf properly:
>  TDMV_HW_DTMF    = YES
>
> Is there something specific in the freeswitch config that needs enabling
> (other than using the "start_dtmf" option)?
>
> Thanks,
> Kevin
>
>
> On 03/11/2011 11:23 PM, guru singh wrote:
>> Hi Kevin,
>>
>> You should look at mod_freetdm. It replaces openzap.
>> http://wiki.freeswitch.org/wiki/FreeTDM
>>
>> guru
>>
>> On Sat, Mar 12, 2011 at 4:14 AM, Kevin Raison <raison at chatsubo.net> wrote:
>>> I upgraded a freeswitch setup from 1.0.4 to 1.0.6 yesterday, and also
>>> upgraded my wanpipe drivers from 3.4.9 to 3.5.10.  I am using openzap
>>> with a sangoma card.  Before the upgrade, the following stanza would
>>> correctly send a caller to a mod_event_socket-based application that I
>>> have running on another machine and that caller's dtmf would flow
>>> through to the app:
>>>
>>> <extension name="Kevin_test">
>>>        <condition field="destination_number" expression="^XXXXXXXXXX$">
>>>                <action application="set" data="ringback=${us-ring}"/>
>>>                <action application="set"
>>> data="transfer_ringback=$${hold_music}"/>
>>>                <action application="bridge"
>>> data="sofia/internal/5000 at prod.XXXXXXX.com"/>
>>>        </condition>
>>> </extension>
>>>
>>> After the upgrade, everything but inbound dtmf works as it should, but
>>> the only way that I can get inbound dtmf to work is by adding
>>>        <action application="start_dtmf"/>
>>> to the stanza.  This is not ideal and I would like to go back to not
>>> using in-band dtmf if possible.
>>>
>>> In my log files, I see absolutely no dtmf being registered when a caller
>>> calls in.  However, if someone calls out from a desk phone and then
>>> transfers the person that they called to
>>> sofia/internal/5000 at prod.XXXXXXX.com, dtmf works just fine.
>>>
>>> Any ideas?
>>>
>>> Thanks!
>>> Kevin
>>>
>>> _______________________________________________
>>> 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
>