On Fri, Jan 18, 2013 at 1:27 AM, Subhash <gvvsubhashkumar@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.
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