[OpenSIPS-Users] NAT

Adrian Georgescu ag at ag-projects.com
Wed Feb 27 14:14:53 CET 2013


Using a media relay is the solution for your problem. You are asking for a solution to not use the solution which makes no sense.

Adrian
 
On Feb 25, 2013, at 7:24 PM, Roberto Spadim wrote:

> humm i got the same problem but didn't found a solution
> my solution was connect internet (public ip) directly to voip server, in other words, i removed the opensip proxy and ntpproxy, but if anyone have the solution could be very nice, i googled many examples but they don't work
> 
> 
> 2013/2/25 Muhammad Shahzad <shaheryarkh at gmail.com>
> You are missing one fundamental fact, that is you have to handle NAT for both signalling and media. From your description it looks signalling is going perfect (NAT is correctly handled), since you are able to establish call between two clients successfully, clients can register, make call, accept call and hangup call with your server. So main goal of NAT Traversal module is achieved. 
> 
> However, there is no media on call, so media NAT is not handled. NAT Traversal and / or NAT Helper modules may try to fix media NAT issues as well by manipulating SDP but in so many case they will be simply NOT enough for this purpose. Especially in case of 3g and corporate networks, which may have very very complex network typology with multiple layers of NAT (so called Nested NAT). So rtp / media proxy is the ONLY solution that can handle media across such complex networks.
> 
> If you have really good sip clients with support for STUN / TURN / ICE etc. and you somewhat control over client data network environment, them you may fix media NAT issues up to 90% but in about 5-10% cases you will still need a media relay.
> 
> Thank you.
> 
> 
> On Mon, Feb 25, 2013 at 11:51 PM, leo <uzcudunl at yahoo.it> wrote:
> Hello,
> 
> Unfortunately after reading the forum i've to open a new post about NAT
> because i couldn't find a clear solution and information for my problem.
> I've also read the NAT Traversal module documentation.
> 
> I've an OpenSIPS server (version 1.8.2) on a Debian system (6.0.7 -
> 2.6.32-5-686).
> OpenSIPS was installed by the apt-get install using the apt.opensips.org
> repository and configured with osipsconfig (residential script with ALIASES,
> AUTH, DBACC, DBUSRLOC and DIALOG).
> 
> The UAs can register to the OpenSIPS server. They can place the call but i
> 've no audio no video.
> The OpenSIPS server has a public IP address (so, no natted).
> The UAs could be natted or with public ip thru 3G.
> 
> I wouldn't like to use rtproxy or mediaproxy cause the rtp traffic would be
> passing by those servers (am i correct?) adding jitter and latency.
> I would set up the system in the way the the rtp traffic would be P2P. Would
> NAT Traversal be the solution? How it should be configured (i've already
> enabled the required modules too)?
> 
> Thanks a lot.
> 
> Leo.
> 
> 
> 
> --
> View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/NAT-tp7584918.html
> Sent from the OpenSIPS - Users mailing list archive at Nabble.com.
> 
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> 
> 
> 
> -- 
> Muhammad Shahzad
> -----------------------------------
> CISCO Rich Media Communication Specialist (CRMCS)
> CISCO Certified Network Associate (CCNA)
> Cell: +49 176 99 83 10 85
> MSN: shari_786pk at hotmail.com
> Email: shaheryarkh at googlemail.com
> 
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> 
> 
> 
> 
> -- 
> Roberto Spadim
> SPAEmpresarial
> _______________________________________________
> 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/20130227/a27d2bf6/attachment.htm>


More information about the Users mailing list