This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them. Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.
All We Want for Christmas Is More WebRTC
As users of WebRTC, we're in great company, with tech giants such as Facebook, Slack, Snapchat, and WhatsApp utilizing it in their services. In fact, Blacc Spot Media recently reported that more than $2.7 billion in funding went to WebRTC companies in 2016.
Use of WebRTC, a versatile technology, is growing rapidly. WebRTC is being applied in many different ways, for many different audiences. As technologists, we always want more, so recently I sat down with my chief architect, Andy Pappas, and we came up with our WebRTC wish lists for the holidays.
Leo's Wish List
- An Enterprise-Grade, Managed STUN/TURN Server - With traditional SIP, session border controllers (SBCs) exert control over signaling. However, in the WebRTC world, since we don't have standard signaling, we need to get as close as we can to establishing an SBC. The solution would be an enterprise STUN/TURN server. STUN, formally Session Traversal Utilities for NAT (network address translation), basically echoes a public IP address back to the endpoint. TURN, for Traversal Using Relays around NAT, acts like a lightweight media relay when a peer-to-peer connection cannot be established. Some solutions have a STUN/TURN server for the enterprise, but come with too many built-in features and require you to lock onto specific app's servers. A simple STUN/TURN server with the management features enterprises need doesn't exist today.
- Support for RETURN - Since enterprises will continue to use symmetric firewalls, communication cloud providers still need STUN/TURN servers in the cloud. For the above process to work, the WebRTC stack must support RETURN to help avoid call failure. Recursively Encapsulated TURN, or RETURN, allows the browser to encapsulate two TURN servers in one.
Andy's Wish List
- More Efficient Peer Connection - In peer-to-peer networking, it would be great to have a more efficient Interactive Connectivity Establishment (ICE) when multiple STUN/TURN servers are available. In this scenario, WebRTC can take a relatively long time and consume high CPU and memory when a user needs to connect to many peers in a mesh configuration and there are many servers from which to choose.
What's on your WebRTC wish list this holiday season?