[Freeswitch-users] Dequeue DTMF from FreeTDM Channel

[Subhash]

Michael,

Did you see any problem  in our Freeswitch configuration after you gone
through the logs.


Thanks,
Subhash.


On Fri, Jan 18, 2013 at 11:57 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
>
>
> Thanks,
> Subhash.
>
>
> On Thu, Jan 17, 2013 at 10:25 PM, Moises Silva <moises.silva at gmail.com>wrote:
>
>>  On Thu, Jan 17, 2013 at 4:41 AM, Subhash <gvvsubhashkumar at gmail.com>wrote:
>>
>>> Hi Michael,
>>>
>>> Below is the snippet of the freeswitch log.
>>>
>>> Success Call :
>>>
>>> 2013-01-16 00:58:58.314163 [DEBUG] switch_rtp.c:3797 RTP RECV DTMF 9:640
>>> 2013-01-16 00:58:58.314163 [DEBUG] ftdm_io.c:3038 [s4c1][4:1] Created
>>> DTMF buffer
>>> 2013-01-16 00:58:58.314163 [DEBUG] switch_ivr_bridge.c:393 Send signal
>>> FreeTDM/4:1/2001 [BREAK]
>>> 2013-01-16 00:58:58.314163 [DEBUG] ftdm_io.c:3979 [s4c1][4:1] Generating
>>> DTMF [9]
>>> 2013-01-16 00:59:06.414163 [DEBUG] switch_rtp.c:3797 RTP RECV DTMF 1:640
>>> 2013-01-16 00:59:06.414163 [DEBUG] switch_ivr_bridge.c:393 Send signal
>>> FreeTDM/4:1/2001 [BREAK]
>>> 2013-01-16 00:59:06.414163 [DEBUG] ftdm_io.c:3979 [s4c1][4:1] Generating
>>> DTMF [1]
>>> 2013-01-16 00:59:06.774163 [DEBUG] switch_rtp.c:3797 RTP RECV DTMF 9:640
>>> 2013-01-16 00:59:06.774163 [DEBUG] switch_ivr_bridge.c:393 Send signal
>>> FreeTDM/4:1/2001 [BREAK]
>>> 2013-01-16 00:59:06.774163 [DEBUG] ftdm_io.c:3979 [s4c1][4:1] Generating
>>> DTMF [9]
>>> 2013-01-16 00:59:09.214164 [DEBUG] ftmod_wanpipe.c:1678 [s4c1][4:1] read
>>> wanpipe event 3
>>> 2013-01-16 00:59:09.254162 [DEBUG] ftmod_wanpipe.c:1678 [s4c1][4:1] read
>>> wanpipe event 3
>>> 2013-01-16 00:59:09.254162 [DEBUG] ftmod_wanpipe.c:1547 [s4c1][4:1]
>>> Queuing wanpipe DTMF: 7
>>> 2013-01-16 00:59:09.254162 [DEBUG] ftdm_io.c:3783 [s4c1][4:1] Queuing
>>> DTMF 7 (debug = 0)
>>> 2013-01-16 00:59:09.254162 [DEBUG] mod_freetdm.c:811 Queuing DTMF [7] in
>>> channel FreeTDM/4:1/2001 device 4:1
>>> 2013-01-16 00:59:09.254162 [DEBUG] switch_ivr_bridge.c:393 Send signal
>>> sofia/VOIPBRD1/2001@**.**.**.** [BREAK]
>>> 2013-01-16 00:59:09.514163 [DEBUG] switch_rtp.c:2589 Queue digit delay
>>> of 40ms
>>> 2013-01-16 00:59:09.594164 [DEBUG] ftmod_wanpipe.c:1678 [s4c1][4:1] read
>>> wanpipe event 3
>>> 2013-01-16 00:59:09.654166 [DEBUG] ftmod_wanpipe.c:1678 [s4c1][4:1] read
>>> wanpipe event 3
>>> 2013-01-16 00:59:09.654166 [DEBUG] ftmod_wanpipe.c:1547 [s4c1][4:1]
>>> Queuing wanpipe DTMF: 1
>>> 2013-01-16 00:59:09.654166 [DEBUG] ftdm_io.c:3783 [s4c1][4:1] Queuing
>>> DTMF 1 (debug = 0)
>>> 2013-01-16 00:59:09.674165 [DEBUG] mod_freetdm.c:811 Queuing DTMF [1] in
>>> channel FreeTDM/4:1/2001 device 4:1
>>> 2013-01-16 00:59:09.674165 [DEBUG] switch_ivr_bridge.c:393 Send signal
>>> sofia/VOIPBRD1/2001@**.**.**.** [BREAK]
>>> 013-01-16 00:59:09.934163 [DEBUG] switch_rtp.c:2589 Queue digit delay of
>>> 40ms
>>> 2013-01-16 00:59:11.234163 [DEBUG] switch_rtp.c:3797 RTP RECV DTMF 9:640
>>> 2013-01-16 00:59:11.234163 [DEBUG] switch_ivr_bridge.c:393 Send signal
>>> FreeTDM/4:1/2001 [BREAK]
>>> 2013-01-16 00:59:11.234163 [DEBUG] ftdm_io.c:3979 [s4c1][4:1] Generating
>>> DTMF [9]
>>> 2013-01-16 00:59:11.394163 [DEBUG] switch_rtp.c:3797 RTP RECV DTMF 9:640
>>> 2013-01-16 00:59:11.394163 [DEBUG] switch_ivr_bridge.c:393 Send signal
>>> FreeTDM/4:1/2001 [BREAK]
>>> 2013-01-16 00:59:11.394163 [DEBUG] ftdm_io.c:3979 [s4c1][4:1] Generating
>>> DTMF [9]
>>> Failed DTMF call :
>>>
>>> 2013-01-16 01:02:27.694163 [DEBUG] switch_rtp.c:3797 RTP RECV DTMF 9:640
>>> 2013-01-16 01:02:27.694163 [DEBUG] switch_ivr_bridge.c:393 Send signal
>>> FreeTDM/4:1/2001 [BREAK]
>>> 2013-01-16 01:02:27.694163 [DEBUG] ftdm_io.c:3979 [s4c1][4:1] Generating
>>> DTMF [9]
>>> 2013-01-16 01:02:32.834164 [INFO] ftmod_sangoma_isdn_stack_rcv.c:232
>>> [s4c1][4:1] Received DISCONNECT (suId:1 suInstId:2 spInstId:2)
>>> 2013-01-16 01:02:32.834164 [DEBUG] ftmod_sangoma_isdn_stack_hndl.c:543
>>> [s4c1][4:1] Processing DISCONNECT (suId:1 suInstId:2
>>>
>>>
>> This looks like incoming DTMF from the RTP leg going out in the TDM leg?
>> if so, the problem would be why switch_rtp.c is "detecting" received DTMF
>> when there is none?
>>
>> Please post in pastebin the full debug log (from call start, bridge, to
>> hangup etc) for one success call followed by the call with the dtmf problem.
>>
>>
>>    *Moises Silva
>> **Manager, Software Engineering***
>>
>> msilva at sangoma.com
>>
>> Sangoma Technologies
>>
>> 100 Renfrew Drive, Suite 100, Markham, ON L3R 9R6 Canada
>>
>>
>> t.   +1 800 388 2475 (N. America)
>>
>> t.   +1 905 474 1990 x128
>>
>> f.   +1 905 474 9223
>>
>>
>>
>> **<http://www.sangoma.com/contact?utm_source=signature&utm_medium=email&utm_campaign=email+signatures>
>>
>> Products<http://sangoma.com/products?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
>>  | Solutions<http://sangoma.com/solutions?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
>>  | Events<http://sangoma.com/about_us/events?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
>>  | Contact<http://www.sangoma.com/contact?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
>>  | Wiki<http://wiki.sangoma.com/?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
>>  | Facebook<http://www.facebook.com/pages/Sangoma-VoIP-Cards/43578453335?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
>>  | Twitter<http://www.twitter.com/sangoma?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>`|
>> | YouTube<http://www.youtube.com/sangomatechnologies?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
>>
>>
>>
>> _________________________________________________________________________
>> 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/20130121/95e315be/attachment.html