COVID视频通信漏洞:企业疫苗指南

在大流行之前, 为企业网络准备视频流量可能不是最优先考虑的问题, 尽管至少在过去的10年里，企业视频消费一直在稳步增长. 营销部门越来越多地在网络研讨会和产品发布中使用视频, 电子学习和培训的人力百家乐软件, 销售合作伙伴和客户沟通, 高管们负责员工沟通. 尽最大努力往往就足够了, 因为对质量的期望不高, 员工们也愿意忍受培训视频缓冲，以及不得不聚集在中央会议室或礼堂参加首席执行官/高管们的市政厅会议.

在大流行后的世界, 对高质量视频体验的期望将大幅提高，原因如下:

例如，统一通信平台的爆炸性采用, 在疫情开始时，微软Teams的日活跃用户为3200万, 这是在7月27日宣布的, 2021, 现在达到了2.5亿! 微软 Teams和Slack等UC平台使视频通信变得简单方便.
推动视频应用的不仅仅是统一通信应用, Zoom和社交平台极大地提高了公众在直播自己和开着摄像机参加会议时的舒适度.

在大流行期间，行为形成习惯, 远程工作转向网络平台和视频通信. 流媒体最近发布了它的《百家乐软件》," 其中一项重要发现是，人们不仅在疫情期间欢迎在线会议，而且“预计这些会议以及混合内部会议将继续下去……而且预计这些混合会议的数量实际上会增加。.这就引出了一个问题:当你的员工重返工作岗位时，你的企业网络是否准备好应对视频通信的增长?

现在是时候让你的工作场所拥抱视频通讯了, 就像你的员工一样, 在他们重返工作岗位之前. 我们希望这篇文章能有所帮助.

定义企业视频分发挑战

每个组织的目标都在向包容性转变, 基于视频的文化应该是为所有员工提供高质量的观看体验, 无论在哪里, 带宽, 或设备. 在公共互联网上实现这些质量期望并不困难，因为企业可以利用第三方交付服务，如cdn. cdn有效地将视频流缓存在靠近观看者的位置，这样大型视频文件就不会全部从一个中心源提取.

不幸的是，CDN无法进入您的企业网络并在防火墙后缓存内容. 如果你要使用互联网CDN, 网络上的每个观众仍然会试图通过网络接入点拉一个单播流，这可能会导致拥塞, 影响网络的性能, 以及其他关键应用, 并提供糟糕的观看体验.

视频文件很大! 对于许多流媒体视频应用程序, 一般可以接受的质量是720P(分辨率:1280 x 720)，帧率为每秒30帧. 使用此配置进行流传输将需要1,500到4,000Kbps. 如果你想要更高质量的1080p高清视频，你可以将所需带宽加倍.

大多数现代视频应用使用HTTPS单播自适应比特率流(ABR), 它将根据可用带宽和视频播放器的大小动态选择最佳视频播放质量. 微软团队, 例如, 如果上传的是1080p视频, 它将创建6个低至180p的视频质量配置文件. 取决于查看器的连接性, 玩家将选择最好的质量，并根据个人观众的体验质量(QoE)的持续监测进行调整.

在大多数企业网络中, 带宽瓶颈是广域网和网络接入点——局域网路由器和交换机. 办公地点之间的带宽是昂贵的，而局域网连接通常是丰富的. 单播流媒体视频, 一个单一的流发送给每个观众, 会对广域网和网络接入点造成严重破坏吗, 导致不良的视频观看体验.

企业视频分发注意事项

为您的员工提供优质的视频观看体验, 第一步是了解当前的网络架构. 要做到这一点，你必须定义你现有的网络，并收集以下数据:

地点的数量
每个地点的知识工作者/观众的数量
每个位置之间的可用带宽
连接和设备类型
适当的网络基础设施及其容量(路由器和交换机)
确定网络基础结构是否启用了组播

收集以视频为中心的应用程序的信息也很重要，这些应用程序正在推动视频(通常是统一通信)的消费, 视频会议, 以及网络直播平台. 收集这些平台的需求对于查看您的企业内容交付网络(eCDN)是否互补至关重要:

编码器的功能是什么
哪些浏览器被支持，哪些正在被用来观看视频
哪些平台正在使用视频?它们可以与哪些ecdn集成
哪些视频平台被用来创建、发布和管理视频资产

一旦收集到这些数据, 从过去或即将到来的视频事件中收集一些历史QoE数据是值得的, 就像下面这样:

同时观看的高峰数量——直播和点播
平均比特率
缓冲/失败流的数量
流媒体对网络的影响——直播和点播
流事件期间的员工支持电话

这些数据将帮助你建立基准，说明为什么需要投资提高视频分发效率, 批判性的, 这样一旦投资完成，你就可以指出具体的效率.

现在你有了这些数据, 您可以使用它为您的企业执行容量规划——确定防止对业务关键型应用程序产生性能或可用性影响所需的网络百家乐软件的过程.

解决方案

一种解决方案可能是用专用光纤连接您在国内和国际上的每个位置. 对于大多数企业, 这是非常昂贵的，而且通常是浪费, 随着视频收视率趋于飙升, 因此，您支付的容量可能只是间歇性地使用.

幸运的是，有更有效和更具成本效益的选择. 这些解决方案有一个共同点, 它们都被设计成向每个LAN接入点或路由器发送一个流，然后将该流发送出去, 或与他人分享, 通过带宽充足且便宜的局域网请求观看者. 现在，我们将详细介绍三种eCDN技术:

多播
缓存和
点对点(P2P)

在我们回顾每个eCDN解决方案之前，先简单介绍一下直播和点播视频(VOD). 直播视频通常是最大的挑战. CEO市政厅是备受瞩目的活动，吸引了很大比例的员工. 向首席执行官办公室提出的质量低劣的投诉让网络管理员感到头疼. 所提出的解决方案可以显著提高直播流的可用性和质量. 视频点播通常不那么令人头疼, but it can present challenges; 例如, 当新的强制性培训视频发布并且所有人同时点击时.

多播

多播是一种一对多协议，通过同时向数百或数千个用户提供单个内容流来减少网络流量. 长期以来，它已被证明是一种极其有效的方法，可以以高质量的QoE吸引大量观众，同时最大限度地减少带宽密集型媒体对企业网络的影响.

企业多播解决方案历来受到Adobe等行业巨头的欢迎, 微软, 和思科, 但由于基于浏览器的HTML5视频的流行，这些解决方案中的许多都已经寿终人终了, 哪些传统组播不支持. 今天，多播的选择是有限的, 但也有一些非常有效的解决方案, 支持浏览器内播放HTML5视频, 并且不绑定任何专有视频平台或播放器.

组播是如何工作的?

多播eCDN只将流量发送到具有活动接收器(请求内容的客户端)的子网。. 因此, 流量不会遍历所有网段, 但只有确保所有组成员都收到流量所需的段. 除了, 组播在每个网段上只发送一个数据副本, 并且，每个启用多播的路由器和交换机只将流量发送到具有活动多播组成员的段. 即使一个段上有多个接收器，也只发送一个数据副本.

HTML5多播的简单目的是使视频可以通过多播在浏览器中播放. 这个过程需要两个软件组件来编排视频的分发，以代替典型的单播HTTP传输层. 发送者坐在网络上检索实时HLS或DASH视频流, 最常见的HTML5视频编解码器, 视频来源, 将其封装在多播传输机制中, 然后通过支持多播的网络发送出去. 查看网络中的设备, 比如PC机, 每个主机都有一个能够接入多播广播流的接收客户端. 接收视频流时, 它是未封装的，可以在浏览器本地使用, 与浏览器从任何web服务器接收内容的方式相同. 因为多播服务器只发送一个流，而不管接收它的客户端数量, 多播流与包含相同内容的单播流需要相同的带宽.

为了使网络能够使用组播，所有路由器必须使能组播. 拥有完全支持组播的网络的企业的部署如下所示.

对于未启用组播的网络, 或者完全启用多播, 更多的百家乐软件或多播发送者, 可能需要部署在每个位置.

多播优势:

在提供高度可扩展的实时视频方面非常高效. 最适合拥有IT人员和百家乐软件的远程办公室的企业
安装后，它是最强大、最高效、最可靠的实时视频解决方案
不需要云访问. 多播可以在不调用外部百家乐软件的情况下运行，从而增强了安全性
增强在Wi-Fi网络上观看实时视频

多播限制:

不支持视频点播
可能需要远程IT人员和基础设施进行安装和维护
目前, 大多数多播解决方案需要在终端设备上安装客户端软件——移动设备没有插件
视频开始时间可能比P2P和视频缓存慢，因为它基于推送架构
不能在实时视频中倒带或跳回

缓存

缓存是在企业内分发视频的一种非常有效的方法. 缓存软件安装在网络周围战略位置的(虚拟或物理)服务器上, 如企业广域网的边缘靠近观看者的区域和分支机构. 当第一个观看者请求视频时, 缓存从视频源中检索它并存储本地副本. 当同一地点的其他观看者请求观看同一视频时, 它们直接从本地缓存接收数据，而不是从源接收. 结果是, 通过企业互联网连接和广域网链路传输的视频流越来越少, 为关键应用预留带宽.