> In the meantime, Matt, try applying this non-standard change (it worked for > me). > Change src/switch_rtp.c (lines 1197-1198) from: > rtp_session->dtmf_data.out_digit_sofar = samples; > rtp_session->dtmf_data.out_digit_sub_sofar = samples; > to: > rtp_session->dtmf_data.out_digit_sofar = 0; > rtp_session->dtmf_data.out_digit_sub_sofar = 0; > > Let me know if that fixed your DTMF problem with your UM.
I made the change, did configure, make clean, make, & make install. I see this in the log now: 2008-09-20 16:54:32 [DEBUG] switch_rtp.c:1201 do_2833() Send start packet for [3] ts=12560 dur=0/0/2000 seq=15883 Before the duration would start at 160/160/2000. Is that what I should see? It still doesn't solve the issue. It doesn't act like I would expect. The server either 'hears' digits on a call or it doesn't; I would expect it to miss digits every now and then, not either completely pass or completely fail. What type of DTMF failure were you experiencing? I wonder if it is not a Freeswitch issue but an Exchange issue, I will get a SIP/TCP softphone and try to connect directly to the Exchange server. I think SJPhone does SIP/TCP. -Matt _______________________________________________ Freeswitch-users mailing list [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
