本文简介
Microsoft eCDN 运行基于 WebRTC 的点对点 (P2P) CDN，提供 HLS 和 MPEG-DASH 视频流。 该解决方案无需额外的软件/客户端插件或硬件即可运行。 您只需要一个兼容 HTML5 的 Web 浏览器或 Teams 桌面应用程序。
Microsoft eCDN 解决了小型流媒体活动（例如全员大会）期间发生的网络串扰问题。 如果每个工作人员都尝试同时观看同一流，则办公室 ISP 链路将出现饱和。 然而，部署后，Microsoft eCDN 在此类小型流媒体爆发期间创建高效的 P2P 网状网络，从而显着减少 ISP 链路上的负载。
作为 100% 基于标准的纯 SaaS 服务还意味着：
Microsoft 测试和部署 eCDN 只需几天时间。
Microsoft eCDN 本质上是安全的，因为它遵守所有 Microsoft O365 安全标准，并包含在标准 Web 浏览器或流平台客户端的有限沙箱环境中运行的 JavaScript 代码。
系统总览
Microsoft eCDN 作为一项服务运行，在提供分析和控制的同时协调对等点。 该系统的设计与现有的行业标准和技术兼容。 这意味着它的设计目的是：
简而言之，eCDN系统由以下部分组成：
客户端逻辑概览
客户端 SDK 从 HTTP 和 P2P 源获取内容。 这意味着用户体验不会因未及时获取的段或 P2P 源的连接速度不足而受到负面影响。
安全
Microsoft eCDN 符合 Microsoft O365 安全标准。
该服务与任何传统的基于服务器的 CDN 服务一样安全。 由于它是一个混合解决方案（使用 eCDN 和传统 HTTP 服务器），我们利用客户已有的现有安全基础设施（令牌、密钥、cookie 等）。
在通信方面，对等点通过 WebRTC 数据通道相互连接html5 视频播放器代码，该通道是使用 SCTP 协议和 DTLS 加密的安全管道。 此外html5 视频播放器代码，每个查看器都通过使用 TLS 加密的安全 Websocket 连接连接到前端。 因此，查看器之间发送的数据以及每个查看器与前端之间发送的元数据都不会被泄露。
当谈到流安全时，有几种选择：
会话开始时进行身份验证
在这些情况下，每个会话开始时服务器都会向查看者询问用户 ID 和密码。 如果此类凭证有效，服务器将向观看者发送清单文件，并且视频播放器将开始相应地从 HTTP 服务器请求片段和其他清单。 Microsoft eCDN 不会将自身插入到身份验证过程中，无论是否部署 Microsoft eCDN，查看者都必须通过相同的身份验证门户。 只有获得直播授权的观看者才能参与直播的 P2P 分享，并且只能在实际观看直播时进行分享。
URL 计时标记化
在这些情况下，清单 URL 有一个附加令牌，用于对有关查看者的用户代理的一些详细信息（IP 地址、过期时间等）进行编码。 通过登录或其他方法以某种方式获取清单 URL 的恶意用户可以将其分发给未经授权的查看者，但此类查看者将难以访问流，因为清单 URL 已标记化，并且 HTTP 服务器将拒绝任何验证尝试，因为 IP地址或其他用户代理不匹配，或者因为时间已过期。 使用 Microsoft eCDN 时，所有清单请求都直接发送到 HTTP 服务器，因此身份验证无法被窃取。
视频片段内容保护
获得流 URL 访问权限的未经授权的用户仍可能尝试通过其他对等方访问视频片段的内容。 如果分段未加密，则存在未经授权的用户可能从其他用户接收该分段的 URL、找到具有此相关资源的其他对等点并尝试直接向这些用户请求此资源的风险（即使媒体服务器/CDN不允许访问此资源）。
启用内容标记化后，我们确保用户在资源级别进行身份验证，然后其他对等方能够向该用户发送数据。 这是一种精细机制，可授予对单个资源的访问权限并拒绝对同一会话上的其他资源的访问。
进一步的保护措施包括加密：
加密
以受 AES-128 加密保护的 HLS 流为例。 恶意用户可以将清单 URL 甚至视频剪辑本身发送给未经授权的观看者，但只要未经授权的观看者无权访问显示密钥，他们就很难观看流。 密钥可以通过多种方式发送给最终用户，例如通过主清单、HTML 页面或其他路径。 无论如何，服务不会将自身插入到此过程中，并且无论是否部署服务，密钥都将使用相同的机制传递到视频播放器，这意味着密钥在 eCDN 中是相同的，或者不使用 Microsoft Safety。
博士
DRM 用例与加密用例类似。 唯一的区别是许可证和密钥是由 DRM 机制而不是广播公司分发的。 同样，Microsoft eCDN 不会干扰许可证或密钥的分发，因此它们不会被泄露。
