[Freeswitch-users] Dequeue DTMF from FreeTDM Channel

[Michael Collins]

That may be the case, but that doesn't actually supply the information you
need to find out where the DTMFs are coming from. I would recommend doing
the test that Moy suggested. At least find out where FreeSWITCH thinks this
DTMF is coming from.

-MC

On Sun, Jan 20, 2013 at 6:43 PM, Subhash <gvvsubhashkumar at gmail.com> wrote:

> But we don't see any problem when both endpoints are SIP.
>
> Thanks,
> Subhash.
>
>
> On Mon, Jan 21, 2013 at 7:12 AM, Moises Silva <moises.silva at gmail.com>wrote:
>
>> On Fri, Jan 18, 2013 at 1:27 AM, Subhash <gvvsubhashkumar at gmail.com>wrote:
>>
>>> Yes,we are trying to bridge PSTN and VOIP call.
>>>
>>> We posted the log in pastebin.Please use the below URL to access the
>>> freeswitch log.
>>>
>>> http://pastebin.freeswitch.org/20461
>>>
>>>
>>
>>
>>    1. 013-01-16 01:02:26.954165 [INFO] ftmod_sangoma_isdn_stack_rcv.c:144
>>     [s4c1][4:1] Received CONNECT/CONNECT ACK (suId:1 suInstId:2 spInstId:
>>    2 ces:0)
>>    2. 2013-01-16 01:02:26.954165 [DEBUG] ftmod_sangoma_isdn_stack_hndl.c:
>>    285 [s4c1][4:1] Processing CONNECT/CONNECT ACK (suId:1 suInstId:2
>>     spInstId:2 ces:0)
>>    3. 2013-01-16 01:02:26.974165 [DEBUG] switch_rtp.c:3596 Correct
>>    ip/port confirmed.
>>    4. 2013-01-16 01:02:26.974165 [DEBUG] ftmod_wanpipe.c:1002 [s4c1][4:1] First
>>    packet read stats: Rx queue len: 4, Rx queue size: 10
>>    5. 2013-01-16 01:02:26.974165 [DEBUG] ftmod_wanpipe.c:938 [s4c1][4:1] First
>>    packet write stats: Tx queue len: 1, Tx queue size: 5, Tx idle: 10
>>    6. 2013-01-16 01:02:27.694163 [DEBUG] switch_rtp.c:3797 RTP RECV DTMF
>>    9:640
>>    7. 2013-01-16 01:02:27.694163 [DEBUG] switch_ivr_bridge.c:393 Send
>>    signal FreeTDM/4:1/2001 [BREAK]
>>    8. 2013-01-16 01:02:27.694163 [DEBUG] ftdm_io.c:3979 [s4c1][4:1] Generating
>>    DTMF [9]
>>
>>
>> The DTMF comes from the RTP side, not FreeTDM (as shown by the log
>> above). You have to verify using tcpdump/wireshark if there is any real
>> DTMF being received.
>>
>> I'd do exactly the same test again, but this time I would also start a
>> wireshark trace. Then please pastebin the trace again and upload the pcap
>> trace to cloudshark (http://www.cloudshark.org/) and paste the link here.
>>
>> Moy
>>
>> _________________________________________________________________________
>> 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
>
>


-- 
Michael S Collins
Twitter: @mercutioviz
http://www.FreeSWITCH.org
http://www.ClueCon.com
http://www.OSTAG.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130121/f5b596e3/attachment-0001.html