[OpenSIPS-Users] install rtpproxy on same host or diff host - bridge mode or not ?

[Manivasagam Sivaraman]

I have installed rtpproxy on the same host as that of opensips, which as
only one external public IP. My rtpproxy is not running bridge
mode. Rtprpoxy NAT traversal is not working for users from 2 different
network. To make this case work, should I use bridge mode ? with 2 IP
interfaces ? or is this single host on the same host as that of opensips
work ? Please give me some inputs.

Thanks in advance.
Mani

On Wed, Oct 21, 2009 at 9:13 AM, Manivasagam Sivaraman <
smvasagam2000 at gmail.com> wrote:

> Thanks Khan. I tried this before and it did not work, but your
> documentation is the most comprehensive one, great job. May be i need some
> more tune up for my setup. Basically I can make a call from UA behind NAT to
> PSTN through opesips/rtpproxy outbound. I have installed opensips and
> rtpproxy on the same Public IP address. I have a confusion over, whether I
> should run rtpproxy in bridge mode with dual interface to be able to make
> rtp flow between 2 UAs behind  2 different NATs ? Or is the single interface
> setup sufficient ?
>
> The first INVITE from UA1 to UA2 ( SDP c= IP address is modified correctly
> as rtpproxy's IP address and sent to UA2)
> The 200 OK response SDP from UA2 , reaches opensips .. and fwd as is, with
> UA2's private IP address in SDP and UA1 cannot sent media. I made sure the
> [onreply route1] method is called in script and the force_rtp_proxy() is
> invoked by printing xlog. But rtpproxy is not modifying the 200 OK SDP. This
> is my exact problem. This indicates that I might have to run rtpproxy in
> bridge mode. Also the new opensips documentation I see new functions
> rtpproxy_offerSDP and rtpproxy_answer() functions. But I need no example
> using those. Every one is still using the deprecated force_rtp_proxy(),
> which I think is ok as long as it works.
>
> Thanks in advance. I'm in Chicago too.
>
>   On Tue, Oct 20, 2009 at 9:30 PM, Khan <khansfriend at gmail.com> wrote:
>
>> Mani,
>>
>> There is a complete working configuration posted at the following blog
>> link:
>> http://voiprookie.blogspot.com/2009/04/rtpproxy-12x-installation.html
>>
>> You might need to tuneup a little bit based on your needs but last time i
>> have tried it and it was functional.
>>
>>
>> --
>> Khan
>>
>>
>> VoIP Rookie
>> Every beginning has an end regardless we believe it or not...
>>
>>   On Tue, Oct 20, 2009 at 8:20 PM, Manivasagam Sivaraman <
>> smvasagam2000 at gmail.com> wrote:
>>
>>>   Dear Pros
>>>
>>> The nathelper documentation is good as shown below
>>> http://www.opensips.org/html/docs/modules/1.5.x/nathelper.html#id228280
>>>
>>> Seems like from 1.5.x many nathelper functions are deprecated and new
>>> functions are introduced like rtpproxy_offer and rtpproxy_answer.
>>>
>>> Actually NAT traversal is still a nightmare for many and beginers it
>>> would be better if some professional post a full working opensips.cfg
>>> nathelper/rtpproxy configuration script for the latest 1.5.3. THe above
>>> documents shows bits and pieces, but a full working config example will
>>> really help. Could any one please post a working example of opensips.cfg
>>> nathelper configuration please. I searched and foind only old configuration
>>> that does not work well.
>>>
>>> Thanks in Advance. I really appreaciate your understanding.
>>> Mani
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20091021/4cde7352/attachment.htm