There is only so much SD-WAN vendors can do when it comes to VoIP and specifically WebRTC optimization. When a vendor claims for specific VoIP optimization that is based on quality of experience or similar considerations, I suggest to check the details of how this optimization is implemented and which applications it covers.
Delivery of WebRTC based communications services to the enterprise can be (and is today) done over best effort open internet but for higher adoption rates among enterprises it is required to enable the delivery of such services over managed networks.
The growing adoption of SD-WAN allows for agile and dynamic delivery of WebRTC services to enterprises
While there is adapter.js that quests to bridge browser compatibility issues, it focuses mainly on API mapping. There are other issues, such as differences in SDP, that it doesn’t handle and these issue cause applications to break when used on dissimilar browsers. The constant changes in browser versions and in some cases, lack of backward compatibility between them make this a moving target.
As part of Chrome 52 release there were some performance and security enhancements, one of them was the decision to switch over to using Elliptic Curve Cryptography for generating the self-sign certificate used in the DTLS handshake. ECDSA is mandatory in WebRTC, question is, should you be worried about patent claims in this regards.
Amazon is working on a WebRTC based UC service, Yet another UC service? An API platform for developers? Here is the Amazon WebRTC and UCaaS menu.
What threats do these new services by the largest public cloud provider impose and are there any opportunities?
Compared to SIP, WebRTC adoption is lightning fast. It is not about replacing VoIP or PSTN. WebRTC is VoIP that extends communications to new dimensions.
Traditional analysts have a hard time quantifying the real usage of WebRTC because is it used in such a wide range of verticals and applications deployed by an undefined list of vendors, service providers and startups.