这本由供应商撰写的技术入门书是由Network World编辑的，目的是消除产品推广，但读者应该注意，有个足球雷竞技app它可能更倾向于提交者的方式。
国际电信联盟预测，到2016年底，网络实时通信(WebRTC)将安装在超过40亿设备上。事实上，WebRTC的承诺是大规模采用语音、视频和文件协作，但问题是，它如何适应现有的通信系统?
由W3C起草，IETF完成了协议工作，WebRTC简化了复杂的实时通信世界。尽管WebRTC并不仅仅局限于web应用程序，但是将实时通信直接嵌入到web浏览器中一直是业界关注的焦点。毕竟，在世界上部署最多的应用程序之一(Web浏览器)中提供免费的高质量视频和音频的承诺是令人兴奋的。由于浏览器都在集成和改进这项技术(Firefox和Chrome现在都支持这项技术)，WebRTC承诺，只需很少或不需要额外的软件，就可以通过熟悉的界面实现即时连接。
+同样在网络世界有个足球雷竞技app有了WebRTC，浏览器就可以进行实时通信+
WebRTC定义了浏览器api以及一组通信进程和协议。从开发的角度来看，核心函数被封装在三个主要的JavaScript api中:getUserMedia、RTCPeerConnection和RTCDataChannel。这些api被整合到支持WebRTC的浏览器中，因此具有JavaScript编程经验的web开发人员可以为web带来交互式视频协作体验。下面的图表说明了架构:
障碍可伸缩性
像任何新技术一样，WebRTC也不是没有问题。传统上，视频和其他协作系统使用会议桥梁将一定数量的参与者连接到呼叫上。WebRTC技术通过改变各方之间的连接结构来工作。
WebRTC允许一种基于网络的技术，使用户能够互相发送和接收流。这在视频世界中并不新鲜，因为现在已经有技术实现了这一点。每个流都独立运行，这就减少了会议应用程序的压力(因为带宽不会聚集到一个单一的阻塞点)，当然，除非带宽的低效率开始发挥作用。
有了这种网格技术，WebRTC理论上可以在一次呼叫中容纳无限数量的参与者。但在实践中，加入呼叫的参与方越多，呼叫所占用的带宽就越大。带宽的低效率可以迅速增加，因为每个设备连接到呼叫接收和传输多个传输。如果带宽不稳定，质量就会受到影响，整个通话就会失败。
在这些更复杂的呼叫中，信号也起了作用。在过去，会话发起协议(SIP)提供了一种注册用户和惟一标识用户以及管理调用通知和修改的方法。WebRTC在其婴儿期没有包含具体的信号方式，留下一些基本的调用功能悬而未决。如果没有连接、断开和识别协议，混乱就会随之而来。
将WebRTC融入SIP世界
如果WebRTC作为一个独立于现有视频、语音和文件共享技术的解决方案存在于一个孤岛上，它将无法发挥其潜力。可伸缩性和操作的这些问题将压倒其可访问性。此外，各个组织已经在协作系统上投入了大量资金，包括从硬件和特殊会议室到软件和维护的一切。他们不会想要放弃这些投资。然而，他们将寻求与WebRTC一起使用它们。
传统协作技术的开发人员可以很好地集成WebRTC，使其与现有产品可互操作。这样做不仅可以保持传统系统的相关性，还可以使它们能够解决WebRTC带来的问题。例如，如果WebRTC用户可以参与SIP系统承载的调用，那么他们可以动态地连接到视频核心，而不是在他们之间创建一个网格。使用户拥有最好的世界，网格配置时，它是有意义的(有限的用户数量，带宽是足够的)和中心和辐射通过视频核心时，需要的。
集成还允许WebRTC用户受益于现有的一些核心增值功能协作系统。功能,如自动静音呼叫者在嘈杂的地方(当然,当他们不说话)变得更加重要更加民主化的WebRTC:如果有人在任何办公室或咖啡店可以连接通过一个浏览器,质量会没有这些先进的控制,原产于高端技术合作。
履行合作的承诺
从表面上看，WebRTC似乎可以解决浏览器中的视频协作问题，但它的作用远不止于此;它有可能将这种技术的使用者引入协作框架。为了让WebRTC获得普遍的成功，一种包含混合方法并为所有call参与者提供质量体验的方法将胜出。在所有浏览器都能够支持WebRTC并且能够以这种必要的质量支持它之前，维护插件替代品并使用这些替代品来填补WebRTC功能的空白是有意义的。
WebRTC可以达到它的宣传效果。它可以给大众带来无缝的视频、声音和文件共享协作，而且速度很快。它必须与现有的协作基础设施一起前进。在质量和尖端通信方面已经有很多现成的东西，没有理由把所有这些开发都抛在后面。整合它并将其带到浏览器级别，WebRTC肯定会赢得它的辉煌。