<br>Hello Dan/Openser Users,<br><br>As described below i solved the problem of handling media.<br><br>I think the problem was, as the configuration i did previously was between the UAs behind NAT and the proxy server. Now i made some changes to the configuration that the GWs with Public IP is sending the calls to Openser Server.<br><br>The change made was to the on_reply_route[x]<br><br>before it was(which was not handling media): <br><br>onreply_route[1] {<br><br> if ((isflagset(6) || isflagset(7)) && (status=~"(180)|(183)|2[0-9][0-9]")) {<br><br>after it is(which is handling media):<br><br> if ((isflagset(6) || isflagset(7)) || (status=~"(180)|(183)|2[0-9][0-9]")) {<br><br>Due to && operator i was checking both the conditions and this was making the call exiting without getting to
the Media(use_media_proxy();) which with the || operator is making it to reach the media.<br><br>Please can anyone check am i doing correct is this going to affect anywhere else on the processing the SIP Messages; because i am facing some problem with the SIP Messages after the call is answered i.e. at the 183, where in the Supplier Supplier IP is exchanged with the customer ip:(.<br><br>Please let me know;<br><br>Thanks!!<br><br>Regards,<br>KChris.<br><b><i>Dan-Cristian Bogos <dan.bogos@gmail.com></i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> Hi Kaeman,<br><br>as per the logs you have sent me (please in the future keep<br>users@openser.org on cc so others can use also the results of our time<br>invested work), it looks like you are not handing properly the RTP<br>part.<br><br>You have a combination between proxy and non proxy of RTP. If you<br>check your packets you will see that for
the case of INVITE from<br>RemoteProxy1-> OpenSER -> RemoteProxy2, you will rewrite the<br>connection IP with the OpenSER IP Address (RTP Sockets) so the<br>RemoteProxy2 will think that he must speak with OpenSER, but for the<br>case of 183 replied back (200 OK, same case) you will not rewrite the<br>connection IP, and the RemoteProxy1 - call originator, will have the<br>feeling that he must send the RTP packets directly to RemoteProxy2.<br>Therefore you must decide the scenario you want: proxy all through<br>your openser (rtpproxy) or proxy nothing and let the parties speak<br>directly to each other and have only signaling passing through your<br>openser server.<br>Since you don't have a NAT case here, I thing it should be pretty easy<br>to do the correct setup.<br><br>Hope you did get my point.<br><br>Cheers,<br>DanB<br><br>On 8/30/07, Kaeman Chris <kaemanchris@yahoo.co.in> wrote:<br>><br>> Hi Daniel,<br>><br>> I agree with you:). thanks for your
reply. I see life in me NOW.<br>><br>> Ok, find the debug with ngrep. I did that grepping the port 5060. Is that<br>> OK? Let me know if you need with any specific keyword.<br>><br>> Attached you will find the debug file. Thanks!!<br>><br>> Regards,<br>> KChris.<br>><br></kaemanchris@yahoo.co.in></blockquote><br><p> 
<!--6--><hr size=1></hr> DELETE button is history. Unlimited mail storage is <a href="http://in.rd.yahoo.com/tagline_mail_6/*https://edit.india.yahoo.com/config/eval_register">just a click away.</a>