多播的回归:为什么它在实时线性世界中成功

多年来多次在 流媒体 我得到了自由，可以尽情地写我最喜欢的流媒体领域的所有话题:IP多播.

IP多播提供了显著的优势, 在某些情况下, 超过传统的单播和广播.

在现场直播中, 每个连接的用户都有他或她自己从服务器返回的带宽需求, 因此，服务器需要一个足够大的互联网连接来服务流的所有请求. 这是真的，即使同样的数据给了很多不同的人. 虽然单播对个性化服务至关重要，但它并不适合大型在线直播活动.

在广播中没有直接连接, but some of the network is allocated to the broadcast; in effect, 即使用户不看，这些内容也会被传输给所有用户——互联网路由器基本上不转发广播数据包, 所以广播在路由IP网络之间是不可能的.

在组播中, 终端用户通过在自己的路由器上注册他们对流的兴趣来收听, 然后依次注册所有的路由器回到原点. 然后路由器计算出它们只需要向下一个路由器发送一份数据包的副本(而不是每个用户发送一份)。. 最后一台路由器只需向最终接入网络发送一次数据包, 但目前确实如此, 所有需要该数据包的接收器都同时接收. 因此，无论收件人是一个还是数千个(就像在企业网络中一样), 负载看起来仍然像单个终端用户.

这意味着许多不同的广播可以同时通过互联网传送给许多不同的人, 和受众规模不再受限于中央服务器的大小(或传统的纯CDN的情况下), 一个可以共享负载的分布式服务器网络).

组播简史

我自己在多播方面的活动始于90年代末. 我一直在流式传输音频，主要使用Live365的一个小hack.获得免费的CDN服务, 然后更专业地使用Akamai, 真实广播网络, 和其他U.S. 发布商.

我转向了视频，并部署了很多Windows Media项目, 当我学习各种界面的时候, 我一直在阅读有关Windows Media多播功能和它所能支持的现场观众规模的文章. 我深入挖掘，感觉好像找到了一段被遗忘的历史, 它只需要一个启动和改变任何人都可以向所有想要听到它的人广播实时数据流的方式, 比任何其他方法都更有效. 我意识到现有的设备可以达到规模——它只需要一个一致的部署配置. 有几个标准，没有明确的业务, 多播还需要获得相关玩家的支持.

完全享受了互联网时代, 之前还做过俱乐部推广, 我都意识到MP3是如何在瞬间改变了整个内容产业的动态, 以及IP多播将如何类似地(如果它曾经逃到野外)改变广播行业的动态.

尽管面临挑战, I decided to take an early position myself; in 2001 I joined with one of the authors of the early IP 多播 protocols to create the Global-多播 Internet eXchange (Global-MIX). Global-MIX背后的想法是通过isp提供结构化的特定于源的多播, 与我们一起管理直播电视和广播编码器的聚合来源, 以及多播服务器. 我们使用MBGP(我的伙伴也参与了它的创建)将多播视频发送给希望将其转发给其用户的isp.

单播和. 广播和. 多播

单播和. 广播和. 多播

由于我们在无法进行多播的情况下恢复到单播(大多数情况下都是这样)，我们可以为正在进行联播的电视和广播公司提供全面的CDN直播服务. 我们在哪里实现了多播, 我们获得了惊人的利润, 这使我们能够在由大型美国公司主导的市场中占有一席之地.S. 发布商.

一切都很顺利，直到Windows Media失宠, Adobe也没有把Fusion产品整合得足够好，无法取代Windows Media的简单部署.

那一刻就这样过去了. Global-MIX的遗产作为MBGP对等网络在伦敦互联网交换中心继续存在, 它仍然有一些功能, 但它是一头复杂的野兽. 传统上以家电为主，资本支出(capex)密集的网络投资, 大多数网络服务在获得内部政治和财政支持之前，都需要最低水平的流量, 由于IP多播降低了每个人的成本, 任何成功的长期战略都很容易受到“这不会增加我们的收入”的反驳.“更糟糕的是, 这种效率可能会减少收入或降低过境购买力, 这可能会更广泛地影响业务. 有时候低效率是有价值的.

这种情况多年来一直保持不变. 但事情不是一成不变的. 一直以来, 注意到在他们自己的后院运营的不断增长的CDN市场, 运营商一直在制定自己的网络分销策略. 在过去的10年里，我们看到纯cdn提供了一种通常超出运营商自身领域的能力:如何运行媒体服务和管理IP路由之上的应用层软件的知识.

今天多播

现在，这一切都在改变. Operators often see that value as something they want to take in-house; they want to be able to offer CDN-like services among the suites of propositions that they offer to their wide range of clients. vpn, 代理, 语音电话, 大量的数据服务在架构上都存在与网络运营商类似的问题. 它们都需要工作流、网络和处理，以及最终的计费.

正如我最近写的软件定义网络和网络功能虚拟化的出现在美国，运营商正在定义新一代的架构. 他们正在采用前瞻性和更动态的方法来部署网络功能, 允许他们在市场上以更快的周期工作.

对于运营商来说，几年前部署网络CDN是一个重要的资本支出考虑因素. 现在的计划是一次性部署通用计算基础设施, 并确保应用程序(包括cdn)可以在该计算基础设施上运行. 从那里, 他们可以通过软件改变他们正在做的事情，几乎没有增加成本, 而不是通过“滚动的卡车”和燃烧成吨的资本.

在接下来的一两年, 随着运营商完成基本架构，用计算能力和路由软件取代路由器, 他们可以很容易地动态推出非常小和非常大的服务模型. 在这一点上, 他们将完全用自己的CDN架构接管特定客户端流量的网络优化问题, 它们将开始从cdn的托管服务中分离出来. 当然, 运营商最初可能会从今天的cdn那里获得软件许可来启动它们——我们可以看到Akamai, 聚光灯下, 还有一些已经在提供授权软件模型的过程中，但随着时间的推移，许多公司将自己开发新的CDN功能, 利用自己的网络百家乐软件和技能, 并提供它们作为一个关键的区别. 但这还没有到来.

然而，还有别的东西在锅里, 伴随着这种新的计算机化和软件驱动的网络模式, 它将给这个汤添加一些重要的味道:IP多播的回归.

这一次, audience adoption of live linear streaming is reaching a critical mass; the value of the audience outweighs the revenue lost by replacing inefficient unicast with highly efficient IP 多播. 突然间，电信公司开始支持增加用户, 而不是向内容提供商收取增加受众的费用. 现在，电信公司从用户端开始参与价值链, 而不是简单地从发行商那里获取收益. 这意味着多播的优化增加了利润, 而不是简单地降低服务的价值，电信公司可以卖给别人.

下一个页面