On Wed, Feb 08, 2017 at 12:28:36PM +0200, Arsen wrote: > I am not sure that nat_uac_test can determine type of NAT device. > and why you need all these checks if you always use rtpproxy? (another q > from 2013 :)
The answer is: you don't have to. > The idea is to reduce using of rtpproxy for better scalability and voice > quality. If we can beat all types of NAT with a near-end NAT traversal, > except symmetric NAT why do we always use proxy option in case if NAT is > detected. Near End NAT traversal relies on support and configuration of clients, something I have no control over. It simply fails to often, either due to misconfiguration, simple lack of support, a buggy implementation or something else not in my control. Far End NAT just works (tm). Can't speak for rtpproxy, but rtpengine scales just fine. Only positive I can think of is that you might keep some audio outside of your network. _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
