A strange thing happens with RTP proxy since I compiled the v.1.2.0 release ...
Radomly, (approx. 1 time per 10 calls) RTP proxy don't grab the caller's original source IP in the SDP ??? So I don't have any RTP, so no sound during the call.
typical call schema : sip phone -> mitel ipbx -> kamailio -> audiocodes mediant 2000 -> pstn
All the SIP headers and the SDP are ok each time ... the RTP ports are ok too, understood at each point. rtp proxy is launched with these options with a public IP address (and compiled with a modified port range) : /usr/sbin/rtpproxy -s udp:77.246.81.133 35000 -u rtpproxy rtpproxy -p /var/run/rtpproxy/rtpproxy.pid -l 77.246.81.133 -m 6000 -M 64000 kamailio is ok too in the config : kamailio IPv4 UDP sip.720.fr:46830-> rtpproxy.720.fr:35000
logs of RTP proxy (option -f to screen the debug) :
# rtp ok :
received command "29638_4 L 3962688592-61598521@10.33.146.4 77.246.81.136 35000 0_3962688592-61598523;1 1c1320846358;1" lookup on ports 6008/6010, session timer restarted pre-filling callee's address with 77.246.81.136:35000 sending reply "29638_4 6010 77.246.81.133 " caller's address filled in: 94.198.149.41:50186 (RTP) guessing RTCP port for caller to be 50187
# rtp not ok :
received command "29571_2 L 3288148592-61598465@10.33.146.4 77.246.81.136 35000 0_3288148592-61598467;1 1c934295778;1" lookup on ports 6000/6002, session timer restarted pre-filling callee's address with 77.246.81.136:35000 sending reply "29571_2 6002 77.246.81.133 "
and hop, no "caller's address filled in" ...
it's exactly the same type a SIP call (with the same ip phone, etc...). I can precise that rtp proxy is running on the same machine that kamailio (v.1.4.4), but listen on a dedicated sub-if.
Does someone knows something about that ? thanks !
.Samuel Muller. sml@720.fr