<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Hi</div><div><br></div><div>I don't know the e72, but if you do a `tcpdump -A -s0 port 5060` we can see the SDP data to determine the issue</div>
<div><br></div><div>RTP should be sent to the address defined in SDP unless a symmetric RTP setup is used for auto NAT traversal- but I believe only Asterisk provides this, not rtpproxy.</div><div><br></div><div>Leo<br><br>
Leo Brown <span style="color:grey">| Technical Director</span>
<div><b>Netfuse Telecom Limited</b></div>
<div>
<img src="data:image/gif;base64,R0lGODlhEAALAMQAAP5RTlBlsQAUbZC20/mRjc3V6vg0NZhLaf39+xgrjrrP7b+ZtaGt1vyur+pgVfmFfGGDwYqZz/5jYnubxP/r6jxSrIUbN3GEx9vh9Kxhf+G+32RztcLE3dnd7f7+/////yH5BAAAAAAALAAAAAAQAAsAAAWBYKRMUNllWRcEFXRMTONhDOMRhBdF3IMMEEWj8Yl8JJLPpUH4MBIQRkTz+BwBR0qhckl0PNYwABv+eAoZAnLMNrjdAMu3/HGHEfhtJFCgJO11CwkBAhUMHw8EG3UGCBUIBA4RAgMeDxwXFx5jCCscCA4bEwcBCaYFFhYFAqwJAwkhADs=">
+44 5601 056 056
</div>
<div>
<img src="data:image/gif;base64,R0lGODlhEAALANUAAGNjtvr6+vb29fHx8fxGRvkQEP15eatjSuNjSjx6+TV0+f2Kd+np6dvb2PxUVPx4YttjSvsrK5q7/PxlZrpjSvw6Oubm5e7u7sljSgR09Z1jSvT080iB+gBMtkF9+vofHwBpu/f39uLi3/syMtVjSqG+/C9y+Ozs7KLA/GNlwPyBbO3t6gNx5QArs/2XhpGRgKysn+z+/rS0qPR0XuXl/P7KwcnJwf39Wzh3+f7+/fv/+vHx7wNv4df+/f3h3GNnxCH5BAAAAAAALAAAAAAQAAsAAAaMwJ/wl0oBjqoHYgmB/HIoXSkgoQYCoawA9kNxOJ5EAmcyTByEiouUmnoEiYspMxhcTreNrR1OKOYgaBUjEQsYAAEJAwonLCIddwwMFj0yABI4fzwgHS2DER8fCwciAQIbG3aRkxYNPi8qNWZoaRGgBbgqGg0BMVqoqTsrNBYiM0sITU0kGBQUBwca0kEAOw==">
+1 347 566 4200
</div>
</div><div><br>On 11 May 2013, at 21:30, hiro <<a href="mailto:23hiro@gmail.com">23hiro@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><span>using kamailio-4.0.1_src.tar.gz with rtpproxy and a nokia e72 behind</span><br>
<span>NAT registered via UDP I get no voice.</span><br><span>The e72 strangely sends a single udp packet from a wrong port (49152)</span><br><span>before the rtp stream should start.</span><br><span>This quirk of the e72 doesn't seem to work well with rtpproxy if the</span><br>
<span>following analysis is true:</span><br><span>rtpproxy detects that single UDP packet from the wrong port and so we</span><br><span>think that is where everything else will also come from and stop</span><br><span>listening on other ports. we then also answer on that wrong port.</span><br>
<span>Although all subsequent incoming packets arrive from the expected</span><br><span>(49172) port sent also in the sdp and to the right one we had sent in</span><br><span>the sdp earlier we never receive them, because we still listen on that</span><br>
<span>wrong port with that one bogus packet.</span><br><span></span><br><span>tcplog, rtp should be running, but no voice:</span><br><span>...</span><br><span>00:02:13.829682 IP <a href="http://p5795BC1A.dip0.t-ipconnect.de">p5795BC1A.dip0.t-ipconnect.de</a>.49172 ></span><br>
<span><a href="http://koln-5d81d2a9.pool.mediaWays.net">koln-5d81d2a9.pool.mediaWays.net</a>.49184: UDP, length 73</span><br><span>00:02:13.847063 IP <a href="http://koln-5d81d2a9.pool.mediaWays.net">koln-5d81d2a9.pool.mediaWays.net</a>.49184 ></span><br>
<span><a href="http://p5795BC1A.dip0.t-ipconnect.de">p5795BC1A.dip0.t-ipconnect.de</a>.49152: UDP, length 73</span><br><span>...</span><br><span></span><br><span>/usr/sbin/rtpproxy -l 93.129.210.169 -s</span><br><span>unix:/var/run/rtpproxy/rtpproxy.sock -u kamailio kamailio -p</span><br>
<span>/var/run/rtpproxy/rtpproxy.pid</span><br><span></span><br><span>...</span><br><span>DBUG:handle_command: received command "Uc100,8,0,98</span><br><span>_39ZSWQBoIfK_g5i6W1ACRdB0cBVaB 192.168.1.56 40000</span><br>
<span>o5r7rmu5p1hc7vci0591;1"</span><br><span>INFO:handle_command: new session _39ZSWQBoIfK_g5i6W1ACRdB0cBVaB, tag</span><br><span>o5r7rmu5p1hc7vci0591;1 requested, type strong</span><br><span>INFO:handle_command: new session on a port 49184 created, tag</span><br>
<span>o5r7rmu5p1hc7vci0591;1</span><br><span>INFO:handle_command: pre-filling caller's address with <a href="http://192.168.1.56:40000">192.168.1.56:40000</a></span><br><span>DBUG:doreply: sending reply "49184 93.129.210.169</span><br>
<span>"</span><br><span>DBUG:handle_command: received command "Lc100,98</span><br><span>_39ZSWQBoIfK_g5i6W1ACRdB0cBVaB 87.149.188.26 49172</span><br><span>o5r7rmu5p1hc7vci0591;1 5qt1pav3</span><br><span>INFO:handle_command: lookup on ports 49184/49196, session timer restarted</span><br>
<span>INFO:handle_command: pre-filling callee's address with <a href="http://87.149.188.26:49172">87.149.188.26:49172</a></span><br><span>DBUG:doreply: sending reply "49196 93.129.210.169</span><br><span>"</span><br>
<span>INFO:rxmit_packets: callee's address filled in: <a href="http://87.149.188.26:49152">87.149.188.26:49152</a> (RTP)</span><br><span></span><br><span></span><br><span>DBUG:handle_command: received command "D</span><br>
<span>_39ZSWQBoIfK_g5i6W1ACRdB0cBVaB 5qt1pav3dsafun5p47o30tj2od1urm6v</span><br><span>o5r7rmu5p1hc7vci0591"</span><br><span>INFO:handle_delete: forcefully deleting session 1 on ports 49184/49196</span><br><span>INFO:remove_session: RTP stats: 1 in from callee, 3465 in from caller,</span><br>
<span>3466 relayed, 0 dropped</span><br><span>INFO:remove_session: RTCP stats: 0 in from callee, 0 in from caller, 0</span><br><span>relayed, 0 dropped</span><br><span>INFO:remove_session: session on ports 49184/49196 is cleaned up</span><br>
<span>DBUG:doreply: sending reply "0</span><br><span></span><br><span>what do you guys think? it only occured with kamailio+rtpproxy so far.</span><br><span>any insight about why the e72 sends such packet? it doesn't happen</span><br>
<span>when i use sip over tcp. is my analysis right, is it a bug in</span><br><span>rtpproxy?</span><br><span></span><br><span>greetings</span><br><span>hiro</span><br><span></span><br><span>_______________________________________________</span><br>
<span>SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list</span><br><span><a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a></span><br><span><a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a></span><br>
</div></blockquote></body></html>