电话会议总是很复杂。WebRTC可使加入会议变得更简单，但也确实带来了一系列麻烦。
20年来我一直从事互联网行业（现在也算是“资深玩家”了）。我曾参加或安排了一些电话会议。生活中相比好事，我们人类总是更能记住那些不经常发生的坏事。这种情况在电话会议中尤其多。
前几天我看到了这组呆博特漫画，它很好地说明了为什么我要花费几个月去开发“支持WebRTC”这一课程。
现在我在开发中遇到的一个难题是媒体质量问题。 这很重要。所以我在Twitter上提出了这个问题，而后，一位同事提醒我：电影《复仇者联盟》中的一个桥段正说明了媒体质量问题。
有趣的是，即使现在大家都说网络发展起来了、这些问题不复存在了。但是问题仍然在发生。除非你用Zoom解决问题，它总是有效的。
问题有哪些？
我想和大家分享今天新鲜出炉的这组漫画：
如今的WebRTC服务有一些潜在的故障点：
- 云供应商的基础架构；
- 用户自己的基础架构；
- 用户的网络；
- 用户的浏览器；
- 用户的设备。
下面我们来一一解释。
- 云厂商的基础架构
事实上，AWS会不时故障。Azure、Google和Digital Ocean以及几乎其他厂商都如此。
其中一些故障规模很大且众所周知。但更多的是这些云供应商的主页中不会报道的小失误。在testRTC中有很多上述例子。实际上，在我写这篇文章的时候，我们公司正在解决一个我们使用的云供应商的网络或资源问题，这影响到了我们的一项服务。幸运的是，只有小部分顾客的服务出现问题。
如果您使用的是云供应商，那么可能出现无法访问服务或媒体质量不高。幸运的是，大多数情况下这些问题不会持续很长时间。但不幸的是，这些问题是您无法解决的。
- 用户自己的基础架构
这个问题很明显但经常被忽略。用户在后端中运行的内容以及如何配置客户端设备来进行使用，会对用户的体验质量产生很大影响。
我见过很多问题，比如ICE服务器配置不良、扩展决策错误、只需要重新启动就能解决问题的计算机等等。
WebRTC有很多需要灵活运用的部分。用户需要密切关注这些变化。
- 用户的网络
现在我们就来谈谈用户自己无法控制的事情——用户的网络。
我们控制不了用户选择使用什么样的网络。用户可能会出现3G连接不畅（是的，现在仍然有3G连接），或者离他所连接的WiFi热点太远等等。
而在企业中，很容易出现限制性防火墙配置或使用HTTP代理、VPN的问题。这之后，因为其他人在网络上进行的操作，用户网络上就会出现拥塞的问题。
这时，我们要做的的是能够理解该问题并将其解释给用户，以帮助他从正在使用的网络中尽可能多地节省成本。
