2. Session Abstract
This session will start with a quick non-technical update on the standards and then focus
on regulatory issues. With many recent regulatory moves around VoIP, government
recording, and other areas, understanding the regulatory response to WebRTC is a critical
part of the overall strategy, especially for Service Providers.
2
11/24/2013
3. Standards Overview & Regulatory
Issues
Session B2-2
E. Brent Kelly, Ph.D.
President and Principal Analyst KelCor, Inc.
Vice President and Principal Analyst, Constellation Research
bkelly@kelcor.com; brent@constellationr.com
twitter: @ebkell
3
11/24/2013
4. Speakers
• Tim Panton
– Director
– Westhawk Ltd
• Martha Buyer
– Principal
– Law Offices of Martha Buyer
4
11/24/2013
13. Why so many ?
The network environment of a web browser is not
the same as a desk phone
• Security – hostile LANs (coffee shops/hotels)
• Variability – home networks, wifi/3g
• Programmability – Javascript is dynamically loadable
The rtcweb stack of media standards addresses these differences
13
11/24/2013
14. IETF successes
Rtcweb
• works over many networks
• Is sufficiently well defined to be implemented from
the spec alone (tropo)
• Interop is possible via gateways to legacy
• Devices can talk with browsers
• Opus codec and security is leading edge
• Data channel has huge implications
14
11/24/2013
15. Opinion - devices
There is a huge market for devices and apps that speak
rtcweb, aren’t browsers but do RT media/data with them.
• Baby monitors
• Body scanners
• Toasters ( itoast )
• Video mixers
• Prison videophones
• Quadacoptors
This may be the biggest legacy of the webRTC effort.
15
11/24/2013
17. Opinion – video codecs
Background :
• H264 established player with paid for licensing
• VP8 new kid with free usage model
It seems likely we will reach a compromise. Browsers
will support both, devices will support which ever they
choose.
17
11/24/2013
18. API Standards (W3C)
W3C has responsibility for the Javascript API
• Methods
• DataStructures
exposed in the browser and used by the web pages.
18
11/24/2013
20. W3C successes
• Supported in 3 of the top 5 browsers
(Chrome, Firefox, Opera)
• No mandatory signaling so can adapt to fit use case
• API is usable
• DataChannel mimics websockets
• Leverages the webGL and webAudio APIs
20
11/24/2013
21. Opinion – WebGL etc
Availability of webGL and webAudio to web
programmers will enable significant innovation.
All those broadcast-only audio/video tricks – available
in realtime in a browser.
Combined with P2P datachannel – we may see new
application classes emerge.
21
11/24/2013
22. W3C failures
• Not yet supported in 2 of the top 5 browsers
(IE, Safari)
• No accommodation for mobile
• Use of SDP as a datastructure was a mistake
• API is so ugly it will spawn a thousand wrapper
libraries
• Identity support could be better
22
11/24/2013
23. Opinion – ORTC etc.
Safari and IE will release ‘compatible’ webRTC
offerings once 1.0 standard is settled. (<1 year?)
Weaknesses in the 1.0 API will drive rapid
development/adoption of a 2.0 standard
2.0 Standard will be more object oriented and not
based on SDP but largely compatible with 1.0 (via
polyfills) – see OTRC for an example.
23
11/24/2013
24. TLDR;
Standards effort has succeeded despite complex 2 org
structure.
Already deployed in close to final form on most
desktops. (~1BN)
Weakness in mobile and SDP dependence will be
addressed in future 2.0 standard.
24
11/24/2013