[OpenSER-Users] proxy1(client)-->Openser-->proxy2(supplier)

Kaeman Chris kaemanchris at yahoo.co.in
Fri Aug 31 15:43:07 CEST 2007


Hello Dan/Openser Users,

As described below i solved the problem of handling media.

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.

The change made was to the on_reply_route[x]

before it was(which was not handling media): 

onreply_route[1] {

                  if ((isflagset(6) || isflagset(7)) && (status=~"(180)|(183)|2[0-9][0-9]")) {

after it is(which is handling media):

                     if ((isflagset(6) || isflagset(7)) || (status=~"(180)|(183)|2[0-9][0-9]")) {

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.

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:(.

Please let me know;

Thanks!!

Regards,
KChris.
Dan-Cristian Bogos <dan.bogos at gmail.com> wrote: Hi Kaeman,

as per the logs you have sent me (please in the future keep
users at openser.org on cc so others can use also the results of our time
invested work), it looks like you are not handing properly the RTP
part.

You have a combination between proxy and non proxy of RTP. If you
check your packets you will see that for the case of INVITE from
RemoteProxy1-> OpenSER -> RemoteProxy2, you will rewrite the
connection IP with the OpenSER IP Address (RTP Sockets) so the
RemoteProxy2 will think that he must speak with OpenSER, but for the
case of 183 replied back (200 OK, same case) you will not rewrite the
connection IP, and the RemoteProxy1 - call originator, will have the
feeling that he must send the RTP packets directly to RemoteProxy2.
Therefore you must decide the scenario you want: proxy all through
your openser (rtpproxy)  or proxy nothing and let the parties speak
directly to each other and have only signaling passing through your
openser server.
Since you don't have a NAT case here, I thing it should be pretty easy
to do the correct setup.

Hope you did get my point.

Cheers,
DanB

On 8/30/07, Kaeman Chris  wrote:
>
> Hi Daniel,
>
> I agree with you:). thanks for your reply. I see life in me NOW.
>
> Ok, find the debug with ngrep. I did that grepping the port 5060. Is that
> OK? Let me know if you need with any specific keyword.
>
> Attached you will find the debug file. Thanks!!
>
> Regards,
> KChris.
>


       
---------------------------------
 DELETE button is history. Unlimited mail storage is just a click away.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20070831/8ae1096f/attachment.htm>


More information about the sr-users mailing list