Klaus: mhomed did work indeed - no need to force_send_socket() now :) Thanks<div><br></div><div>I&#39;m progressing abit. </div><div><br></div><div>RTP-Proxy was run in bridged mode like this.</div><div><br></div><div><b>rtpproxy -l 109.XX.XXX.212/<a href="http://192.168.2.29">192.168.2.29</a> -s udp:localhost:22222 -F -d DBUG</b></div>
<div><br></div><div>I&#39;m getting RTPstats published on Kamailio/RTPproxy syslog.</div><div><br></div><div>I am using Echo() application in asterisk. So I&#39;ve observed that my audio went to asterisk and asterisk did indeed send audio back to the RTPproxy assigned ports BUT the RTPproxy isn&#39;t forwarding the Audio back to the client or may-be the audio is lost somewhere in between RTPproxy&lt;---&gt;Client. <i>[See Wirshark Flow-Diagram taken on-Kamailio/RTPproxy Server]</i></div>
<div><br></div><div>The # DTMF signal sent from Client phone reached asterisk safely and terminated the Echo() application.</div><div><br></div><div>I did the  ip_forwarding thingie too.-- somebody mentioned to do this if using RTPproxy in bridged mode.</div>
<div><div>#echo &quot;1&quot; &gt;&gt; /proc/sys/net/ipv4/ip_forward</div></div><div>#sysctl -p</div><div><br></div><div><br></div><div>Here are the corresponding Logs from Kamailio and rtpproxy.</div><div><br></div><div>
<b>************** INCOMING INVITE*********************************</b></div><div><div>NOTICE: &lt;script&gt;: INVITE from sip:71125@109.XX.XXX.29 (IP:<a href="http://203.215.176.22:36388">203.215.176.22:36388</a>) Started Accountin</div>
<div>NOTICE: &lt;script&gt;: INVITE from sip:71125@109.XX.XXX.29 (IP:<a href="http://203.215.176.22:36388">203.215.176.22:36388</a>) in Route[SIPOUT] block Sending to Route[RELAY]</div><div>NOTICE: &lt;script&gt;: INVITE from sip:71125@109.XX.XXX.29 (IP:<a href="http://203.215.176.22:36388">203.215.176.22:36388</a>) Sending Call to route(TOASTERISK)</div>
<div><br></div><div><b>************** ENGAGE DISPATCHER/LOAD-BALANCER*********************************</b></div><div>INFO:INVITE from sip:71125@109.XX.XXX.29 (IP:<a href="http://203.215.176.22:36388">203.215.176.22:36388</a>) FWDing to Asterisk - Use Load-Balancer here</div>
<div>INFO: &lt;script&gt;: INFO:INVITE from sip:71125@109.XX.XXX.29 (IP:<a href="http://203.215.176.22:36388">203.215.176.22:36388</a>) RELAY to Asterisk After LB &#39;sip:<a href="http://192.168.2.75:5060">192.168.2.75:5060</a>&#39;</div>
<div><br></div><div><b>**************RELAY TO DESTINATION*********************************</b></div><div>NOTICE: &lt;script&gt;: INVITE from sip:71125@109.XX.XXX.29 (IP:<a href="http://203.215.176.22:36388">203.215.176.22:36388</a>) in Route[RELAY] block Sending to Route[RTPPROXY]</div>
<div><br></div><div><b>**************NAT-CHECKS/RTPPROXY DECISION*********************************</b></div><div>NOTICE: &lt;script&gt;: INVITE from sip:71125@109.XX.XXX.29 (IP:<a href="http://203.215.176.22:36388">203.215.176.22:36388</a>) in Route[RTPPROXY]</div>
<div>rtpproxy[12253]: DBUG:handle_command: received command &quot;12276_8 Uc0,8,97,98,101 b0068178ac0b7f0c 203.215.176.22 9890 0078c812;1&quot;</div><div>rtpproxy[12253]: INFO:handle_command: new session b0068178ac0b7f0c, tag 0078c812;1 requested, type strong</div>
<div>rtpproxy[12253]: INFO:handle_command: new session on a port 40920 created, tag 0078c812;1</div><div>rtpproxy[12253]: INFO:handle_command: pre-filling caller&#39;s address with <a href="http://203.215.176.22:9890">203.215.176.22:9890</a></div>
<div>rtpproxy[12253]: DBUG:doreply: sending reply &quot;12276_8 40920 109.XX.XXX.29#012&quot;</div><div><br></div><div><b>************** RTPPROXY FORCED NOW RELAY*********************************</b></div><div>NOTICE: &lt;script&gt;: INVITE from sip:71125@109.XX.XXX.29 (IP:<a href="http://203.215.176.22:36388">203.215.176.22:36388</a>) in Route[RTPPROXY] Forcing RTPproxy</div>
<div>NOTICE: &lt;script&gt;: INVITE from sip:71125@109.XX.XXX.29 (IP:<a href="http://203.215.176.22:36388">203.215.176.22:36388</a>) in Route[RELAY] destined for &#39;sip:<a href="http://192.168.2.75:5060">192.168.2.75:5060</a>&#39;</div>
<div><br></div><div><b>************** REPLY FROM ASTERISK*********************************</b></div><div>NOTICE: &lt;script&gt;: incoming reply for &#39;INVITE&#39; in onreply_route[REPLY_ONE]</div><div><br></div><div><b>**************NAT-CHECKS/RTPPROXY DECISION*********************************</b></div>
<div>NOTICE: &lt;script&gt;: incoming reply for &#39;INVITE&#39; in onreply_route[REPLY_ONE] Forcing RTP-Proxy</div><div>rtpproxy[12253]: DBUG:handle_command: received command &quot;12271_9 Lc0,8,97,98,101 b0068178ac0b7f0c 192.168.2.75 13692 0078c812;1 as1393db66;1&quot;</div>
<div>rtpproxy[12253]: INFO:handle_command: lookup on ports 40920/47896, session timer restarted</div><div>rtpproxy[12253]: INFO:handle_command: pre-filling callee&#39;s address with <a href="http://192.168.2.75:13692">192.168.2.75:13692</a></div>
<div>rtpproxy[12253]: DBUG:doreply: sending reply &quot;12271_9 47896 109.XX.XXX.29#012&quot;</div><div><br></div><div><div><b>**************CALL ACK/ESTABLISHED*********************************</b></div></div><div>NOTICE: &lt;script&gt;: ACK from sip:71125@109.XX.XXX.29 (IP:<a href="http://203.215.176.22:36388">203.215.176.22:36388</a>) in Route[RELAY] block Setting FLB_NATB</div>
<div>NOTICE: &lt;script&gt;: ACK from sip:71125@109.XX.XXX.29 (IP:<a href="http://203.215.176.22:36388">203.215.176.22:36388</a>) in Route[RELAY] block Sending to Route[RTPPROXY]</div><div><br></div><div><div><b>**************BYE - BYE TIME*********************************</b></div>
</div><div>NOTICE: &lt;script&gt;: BYE from sip:71124@109.XX.XXX.29 (IP:<a href="http://192.168.2.75:5060">192.168.2.75:5060</a>) in Route[RELAY] block Setting FLB_NATB</div><div>NOTICE: &lt;script&gt;: BYE from sip:71124@109.XX.XXX.29 (IP:<a href="http://192.168.2.75:5060">192.168.2.75:5060</a>) in Route[RELAY] block Sending to Route[RTPPROXY]</div>
<div>NOTICE: &lt;script&gt;: BYE from sip:71124@109.XX.XXX.29 (IP:<a href="http://192.168.2.75:5060">192.168.2.75:5060</a>) in Route[RTPPROXY]</div><div><div><br></div><div><b>**************UNFORCE RTPPROXY*********************************</b></div>
</div><div>rtpproxy[12253]: DBUG:handle_command: received command &quot;12270_9 Q b0068178ac0b7f0c as1393db66;1 0078c812&quot;</div><div>rtpproxy[12253]: DBUG:doreply: sending reply &quot;12270_9 60 0 325 325 0#012&quot;</div>
<div><br></div><div><div><b>**************RTP-PROXY STATS*********************************</b></div></div><div>NOTICE: &lt;script&gt;: BYE from sip:71124@109.XX.XXX.29 (IP:<a href="http://192.168.2.75:5060">192.168.2.75:5060</a>) in Route[RTPPROXY] unforced RTP Proxy STATS=&#39;60 0 325 325 0#012&#39;</div>
<div>rtpproxy[12253]: DBUG:handle_command: received command &quot;12270_10 D b0068178ac0b7f0c as1393db66 0078c812&quot;</div><div>rtpproxy[12253]: INFO:handle_delete: forcefully deleting session 1 on ports 40920/47896</div>
<div>rtpproxy[12253]: INFO:remove_session: RTP stats: 0 in from callee, 325 in from caller, 325 relayed, 0 dropped</div><div>rtpproxy[12253]: INFO:remove_session: RTCP stats: 0 in from callee, 3 in from caller, 3 relayed, 0 dropped</div>
<div>rtpproxy[12253]: INFO:remove_session: session on ports 40920/47896 is cleaned up</div><div>rtpproxy[12253]: DBUG:doreply: sending reply &quot;12270_10 0#012&quot;</div></div><div><br></div><div>Everything seems to be working fine except no media forwarded to end user !! :(</div>
<div><br></div><div>Hope to have it working sometime soon</div><div>Thank you all,</div><div><br></div><div>--</div><div>Regards,</div><div>Sammy</div><div><br></div><div><br></div><div><div class="gmail_quote">On Fri, Nov 4, 2011 at 12:51 PM, Sammy Govind <span dir="ltr">&lt;<a href="mailto:govoiper@gmail.com">govoiper@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Thanks Alex for actually finding the thread for me- I&#39;m reading these thoroughly and let me try these.<div><br><div>
Klaus, mhome=1 is a good tip let me try it now: The problem is that when I set-up the scenario as I mentioned using Private IPs the end user starts sending the media to the private IP of asterisk (which is of-course not found anywhere near UAC) - The Asterisk Server on the other hand sends media to the Public IP of the Client(fixed by the NAT route and RTPproxy route automatically.)</div>

<div><br></div><div>What I&#39;ve figured out theoretically is that i need to do the NAT address fixation in on-reply route from Asterisk servers. By fixing the c= header in Kamailio for the 200OK back to the client will make the Client software send media to the Kamailio/RTPproxy port and not on some private IP.</div>

<div><br></div><div>I hope I made some sense in what I wrote, do let me know if any clarification is required.</div><div><br></div><div>I&#39;m just this one step away from publishing the setup on blog to benefit the community so any help from experts will be much much appreciated.<br>

<br>Best Regards,</div><span class="HOEnZb"><font color="#888888"><div>Sammy</div></font></span><div><div class="h5"><div><br><div class="gmail_quote">On Fri, Nov 4, 2011 at 12:27 PM, Alex Balashov <span dir="ltr">&lt;<a href="mailto:abalashov@evaristesys.com" target="_blank">abalashov@evaristesys.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The fundamental complications that often arise in such a setup are summarised in these threads:<br>
<br>
<a href="http://lists.sip-router.org/pipermail/sr-users/2010-October/065669.html" target="_blank">http://lists.sip-router.org/<u></u>pipermail/sr-users/2010-<u></u>October/065669.html</a><br>
<br>
<a href="http://lists.sip-router.org/pipermail/sr-users/2011-September/069975.html" target="_blank">http://lists.sip-router.org/<u></u>pipermail/sr-users/2011-<u></u>September/069975.html</a><br>
<br>
<a href="http://lists.sip-router.org/pipermail/sr-users/2011-September/070029.html" target="_blank">http://lists.sip-router.org/<u></u>pipermail/sr-users/2011-<u></u>September/070029.html</a><span><font color="#888888"><br>


<br>
-- <br>
Alex Balashov - Principal<br>
Evariste Systems LLC<br>
260 Peachtree Street NW<br>
Suite 2200<br>
Atlanta, GA 30303<br>
Tel: <a href="tel:%2B1-678-954-0670" value="+16789540670" target="_blank">+1-678-954-0670</a><br>
Fax: <a href="tel:%2B1-404-961-1892" value="+14049611892" target="_blank">+1-404-961-1892</a><br>
Web: <a href="http://www.evaristesys.com/" target="_blank">http://www.evaristesys.com/</a></font></span><div><div><br>
<br>
______________________________<u></u>_________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/<u></u>cgi-bin/mailman/listinfo/sr-<u></u>users</a><br>
</div></div></blockquote></div><br></div></div></div></div>
</blockquote></div><br></div>