NAT and WebRTC (SOLVED)
OK, WebRTC has been defined barely yesterday, actually is being defined right now. It's completely unencumbered by legacy shortcomings, particularly when dealing with NAT. So let's say using WebRTC as transport solves all NAT problems.
You define your ext-rtp-ip and ext-sip-ip in SIP profiles, then your ext-rtp-ip in verto.conf.xml, and you're all set.
The magic of ICE, used by default by all WebRTC clients to determine how to connect, and implemented on FreeSWITCH side too, is almost sure to guarantee a perfect flow of signaling and media.
If you have a very strange situation, for example you want to use WebRTC inside LANs without using public addresses or DNS names, then you will need to implement your own ICE/STUN ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access