Agora:从演示到实用，仍有10，000个网络rtcs

因为音频和视频通话=音频和视频处理+网络传输，并且公共互联网不是实时的，  因此，真正可用的实时音频和视频服务的开发，从演示到生产，仍然需要10，000个网络广播终端  

前言

在WebRTC开源之前，实时音频和视频通信听起来如此先进:回声消除、噪声抑制...看到傅里叶变换时感到头痛的工程师很难解决这些专业领域的问题  谷歌收购了GIPS。在开发了网络广播电视项目之后，开发者可以自己放弃网络音频和视频交流  在下载、编译和集成之后，当工程师们第一次听到通过互联网发送的提要时，他们会非常兴奋。demo距离10，000人的现场直播只有一步之遥  

然而，电信行业需要四个9的可用性，而刚才令人兴奋的“喂养”不能得到一个9  一家公司在展会上展示了跨国音频和视频，许多电话无法接通。自嘲说我们还没有做网络优化  这相当于互联网创业时期的“糟糕的程序员”，本质上是演示产品和真实产品之间的差距，以及外行和局内人之间的差距  

小红说在家用WIFI聊天和斗地主没有压力，也不可能用你的音频和视频通话  如果你想开发和分享微信的功能，百度文档会一步一步来做；然而，找不到这样的文档，并且通过这样做可以解决用户报告的这些问题，然后可以在电信级实现音频和视频呼叫  

教育、社交和约会应用只需要音频和视频通话。上述问题将迫使用户使用更稳定的skype或微信进行交流  技术原因造成的用户流失是每个工程师都不想看到的  

实时音频和视频的难点是什么？

因为音频和视频通话=音频和视频处理+网络传输，公共互联网不是为实时通信而设计的  难点如下:

协议:tcp有不可容忍的延迟，udp有丢包延迟抖动紊乱  

政治方面:各国出口的光缆很少，带宽也受到严格限制  

业务:由于成本的原因，运营商之间的网络传输非常糟糕  

用户设备:无线路由器只支持802.11G的实时通信模式。多台路由器使用同一频段会造成信号污染；2G网络的上行带宽仅为20kbps  

体系结构:公共网络中的每个节点都不可靠。后台工程师熟悉的mtr命令可以分析哪个路由节点的数据包丢失率高。如果此时正在传输音频和视频，质量将不可避免地受到影响  

如果你想在这样一个公共互联网上传输音频和视频数据，但你不做任何网络传输工作，如果你没有遇到问题，你可以购买彩票  如何进行网络传输？老师没有谈论它，并且在网上找不到它。有没有一种深深的无力感  如何解决它？

我们可以从以下几个方面着手:

质量评估:如果语音卡成功，我们必须首先通过网络参数来评估语音质量  

数据统计:用户的使用情况如何？它需要一个完善的数据统计模型和支持系统，否则开发人员会盲目  

智能接入:影响质量的原因——不同的互联网服务提供商会有不同的丢包率，需要多线服务器  

智能路由:例如，随着海外用户的增加，当电信用户与美国用户通话时，会有很大的数据包丢失。如果没有像美国电信那样的多线服务器，它在通过日本转发后可能不会丢失。这是智能路由。  

虚拟专线:智能接入和智能路由可以匹配网络专线的质量，称为虚拟专线  

丢包对抗:用户投诉明显减少，仍有一些用户自身网络不强  用户X一直在使用2G，而用户Y在公司的很多无线网络中都有信号污染，所以需要一个丢包对策机制  

网络可用性:用户无法通过虹桥机场，公共场所WIFI有很多限制，因此需要考虑网络可用性  

后台高可用性:用户很好，但各种互联网公司事件让运营商担心他们的服务器电源也被挖掘机切断，因此他们需要后台高可用性。