CTI论坛（ctiforum.com）7月4消息（编译/韩江学）：微软是否在乎WebRTC？微软是否试图杀死或阻碍WebRTC的发展？这些问题是当WebRTC正在越来越成为主流的时候笔者经常会被问到的问题。随着上周微软新WebRTC版本的公布，我下面将回答这些问题。
微软在标准化问题上一直很活跃，同大多数其他同行相比，这些年来微软做出了更多的努力。
最初的时候，当微软推出CU-RTC-Web - 相对于目前来说是另一种实现模式 - 招来了一些忿怒。很多解释称这是微软企图拖延WebRTC的标准化进程。然而，随着时间的推移，很多人已经来到微软的身边，并接受了微软的建议。
在这些建议中最重要的是使用标准的JavaScript对象来代替会话描述协议（SDP）作为建立会话时的一部分。在两者之间建立会话时，浏览器或应用程序需要做出决定或进行协调，如：
- “什么IP地址可以让我找到你？”
- “我们是否可以开始一个音频或视频通话？”
- “我们用何种编解码器？”
SDP封装了这些问题，而且越来越让这些参数进行协商，以便该呼叫可以成功地建立起来。
1998年SDP规范首次出台，那时候还是H.323的VoIP技术大行其道的时候，而那时候的谷歌还是一个缺乏资金只有想法的小人物。WebRTC设法利用和扩展SDP为它的需求服务，但这是笨重的且最终限制了WebRTC的适用性。对于没有VoIP背景的Web开发者来说，SDP肯定是不友好。慢慢地，出现了“反SDP”阵营。这些努力已经合并成对象RTC组（Object RTC group）。与现行的WebRTC 1.0相比较，许多人认为WebRTC的实现可以是WebRTC 2.0的一部分。
本月早些时候，微软宣布将不会支持WebRTC 1.0。就在上周五，微软宣布新的原型实现，它使用ORTC设立一个H.264的呼叫。它是作为Internet Explorer和Chrome的扩展来实现的。
那么，这意味着微软正在驱动WebRTC技术的发展还是想杀死它？这涉及相当多的资源，向人们承诺，标准化活动和开发多种原型 - 尤其是那些跨浏览器工作的。显然有些人是微软在乎的。然而，对于一个价值3300亿美元的公司来说，这个开发相对于宏大的开发计划不是什么大不了的事情。Internet Explorer从来不被认为是处在浏览器技术的最前沿。 WebRTC也不太可能是一个例外。假设ORTC成为WebRTC 2.0的一部分，至少微软将会获得在基于浏览器通信中扮演一个更有意义的角色这样一个机会。
在未来的几年之内，对于那些希望WebRTC应该是在所有浏览器上无处不在的技术的人们来说，并不一定都是有利的。好消息是，WebRTC仍然在工作，只是没有无处不在。像ORTC这样的努力使WebRTC技术更适用也更易于使用。
声明：版权所有 非合作媒体谢绝转载
