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

Bogdan-Andrei Iancu bogdan at voice-system.ro
Thu Oct 22 06:43:51 CEST 2009


Hi Mani,

so opensips and rtpproxy are situated in the public internet and you 
have clients behind different NATs ? is this correct? If so, you do not 
bridging mode for RTPproxy.

Regards,
Bogdan

Manivasagam Sivaraman wrote:
> 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 <mailto: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
>     <mailto: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 <mailto: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 <mailto:Users at lists.opensips.org>
>             http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
>
>
>         _______________________________________________
>         Users mailing list
>         Users at lists.opensips.org <mailto: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
>   




More information about the Users mailing list