[Kamailio-Users] no RTP randomly with rtpproxy

Samuel Muller sml at 720.fr
Thu Jul 9 23:00:10 CEST 2009


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 at 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 at 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 at 720.fr
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20090709/fe3ae703/attachment.htm>


More information about the sr-users mailing list