是什么阻碍了多播流?

今天绝大多数的互联网流媒体使用单播, 原始的因特网传输协议, 流的一个单独的副本被发送给观众中的每个听众或观众. 因为发送方支付使用的带宽, 这意味着每增加一个用户和, 结果是, 大规模的流媒体可能很昂贵.

事情不应该是这样的.

20世纪80年代，互联网科学家和工程师就认识到了单播媒体传播的低效率, 多播就这样诞生了. 在多播, 只有一个流的副本通过任何链接发送出去, 路由协议根据需要在网络中复制流媒体数据包. 多播路由通常被视为使互联网适合流广播服务的手段, 以及降低分销成本.

多播的工作在1989年正式开始, 到20世纪90年代初, 当前流媒体产业的基础正在为多播奠定. 第一次音频和视频广播试验是1992年技术会议的多播, 到1995年，多播路由似乎正在被广泛采用. 事实上, in 1995, 在MBone上发现现场事件的多播流比在“公共”互联网上发现单播流更常见.

今天，许多流媒体行业的倡导者(和权威人士)想知道，为什么在第一次流媒体测试广播11年后, 这项技术还没有普及. 多播流效率会发生吗?

在本文中，我们将探讨多播流的历史, 该技术的现状及其全面采用的前景.

什么是广播?
多播是一种将数据包从IP网络中的一个位置发送到许多其他位置(目的地)而没有不必要的数据包重复的技术. 在多播, 一个数据包从一个源发送，并根据需要在网络中复制，以达到尽可能多的终端用户. 多播与网络术语中的“广播”不同:广播数据被发送到每个可能的接收方，而多播只发送给需要它们的接收方.

组的概念对于多播是至关重要的. “组”由一个特殊的互联网地址定义, 所谓的D类地址(这些是为多播保留的). 多播服务模型旨在使流媒体应用程序尽可能简单——源只发送到组地址, 而接受者仅仅表明他们对这个群体的兴趣.e. (加入小组)来接收. 实现这一目标所需的所有复杂性都被隐藏起来，并由网络本身执行.

多播是发送包流(可以是音频)的最经济的技术, video, (数据)从一个位置同时传输到Internet上的许多其他位置.

下一个页面