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.
 
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