多播静态路由引起的循环问题(二)

日期: 2008-07-17 作者:林建辉 来源:TechTarget中国

    四、IP多播路由中的隧道传输机制


  多播中的隧道概念指将多播包再封装成一个IP数据包在不支持多播的互联网络中路由传输。最有名的多播隧道的例子就是MBONE(采用DVMRP 协议)。在隧道的入口处进行数据包的封装,在隧道的出口处则进行拆封。在达到本地全IP多播配置传输机制上,隧道机制非常有用。


  五、IP多播技术的应用


  IP多播应用大致可以分为三类: 点对多点应用,多点对点应用和多点对多点应用。


  1.点对多点应用


  点对多点应用是指一个发送者,多个接收者的应用形式,这是最常见的多播应用形式。典型的应用包括:媒体广播、媒体推送、信息缓存、事件通知和状态监视。


  媒体广播:如演讲、演示、会议等按日程进行的事件。其传统媒体分发手段通常采用电视和广播。这一类应用通常需要一个或多个恒定速率的数据流,当采用多个数据流(如语音和视频)时,往往它们之间需要同步,并且相互之间有不同的优先级。它们往往要求较高的带宽、较小的延时抖动,但是对绝对延时的要求不是很高。


  媒体推送:如新闻标题、天气变化、运动比分等一些非商业关键性的动态变化的信息。它们要求的带宽较低、对延时也没有什么要求。


  信息缓存:如网站信息、执行代码和其他基于文件的分布式复制或缓存更新。它们对带宽的要求一般,对延时的要求也一般。


  事件通知:如网络时间、组播会话日程、随机数字、密钥、配置更新、有效范围的网络警报或其他有用信息。它们对带宽的需求有所不同,但是一般都比较低,对延时的要求也一般。


  状态监视:如股票价格、传感设备、安全系统、生产信息或其他实时信息。这类带宽要求根据采样周期和精度有所不同,可能会有恒定速率带宽或突发带宽要求,通常对带宽和延时的要求一般。


  2.多点对点的应用


  多点对点应用是指多个发送者,一个接收者的应用形式。通常是双向请求响应应用,任何一端(多点或点)都有可能发起请求。典型应用包括:资源查找、数据收集、网络竞拍、信息询问和Juke Box


  资源查找:如服务定位,它要求的带宽较低,对时延的要求一般。


  数据收集: 它是点对多点应用中状态监视应用的反向过程。它可能由多个传感设备把数据发回给一个数据收集主机。带宽要求根据采样周期和精度有所不同,可能会有恒定速率带宽或突发带宽要求,通常这类应用对带宽和延时的要求一般。


  网络竞拍:拍卖者拍卖产品,而多个竞拍者把标价发回给拍卖者。


  信息询问:询问者发送一个询问,所有被询问者返回应答。通常这对带宽的要求较低,对延时不太敏感。


  Juke Box:如支持准点播(Near-On-Demand)的音视频倒放。通常接收者采用“带外的”协议机制(如HTTP、RTSP、SMTP,也可以采用组播方式)发送倒放请求给一个调度队列。它对带宽的要求较高,对延时的要求一般。


  3.多点对多点的应用


  多点对多点应用是指多个发送者和多个接收者的应用形式。通常,每个接收者可以接收多个发送者发送的数据,同时,每个发送者可以把数据发送给多个接收者。典型应用包括:多点会议、资源同步、并行处理、协同处理、远程学习、讨论组、分布式交互模拟(DIS)、多人游戏和Jam Session等。


  多点会议: 通常音/视频和文本应用构成多点会议应用。在多点会议中,不同的数据流拥有不同的优先级。传统的多点会议采用专门的多点控制单元来协调和分配它们,采用多播可以直接由任何一个发送者向所有接收者发送,多点控制单元用来控制当前发言权。这类应用对带宽和延时要求都比较高。


  资源同步:如日程、目录、信息等分布数据库的同步。它们对带宽和延时的要求一般。


  并行处理:如分布式并行处理。它对带宽和延时的要求都比较高。


  协同处理:如共享文档的编辑。它对带宽和延时的要求一般。


  远程学习:这实际上是媒体广播应用加上对上行数据流(允许学生向老师提问)的支持。它对带宽和延时的要求一般。


  讨论组:类似于基于文本的多点会议,还可以提供一些模拟的表达。


  分布式交互模拟(DIS):它对带宽和时延的要求较高。


  多人游戏: 多人游戏是一种带讨论组能力的简单分布式交互模拟。它对带宽和时延的要求都比较高。


  Jam Session:这是一种音频编码共享应用。它对带宽和时延的要求都比较高。


  IP多播带入了许多新的应用并减少了网络的拥塞和服务器的负担。目前IP多播的应用范围还不够大,但它能够降低占用带宽,减轻服务器负荷,并能改善传送数据的质量,尤其适用于需要大量带宽的多媒体应用,如音频、视频等。这项新技术已成为当前网络界的热门话题,并将从根本上改变网络的体系结构。


  下面介绍一个多播静态路由引起的循环解决方法:


  一、问题:


  在r3和r1之间使用了GRE通道,所有的路由器接口配置为sparse-mode,R4 ip为(1.1.4.4)但R1无法ping通多播源。


  二、示意图如下:


    multicast source —–R5——R3——-R223—-R1–e0
    ……………………………………..|
    ……………………………………..|
    ……………………………………..R4
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

相关推荐

  • 多播静态路由引起的循环问题(四)

    IP多播能够降低占用带宽,减轻服务器负荷,并能改善传送数据的质量,尤其适用于需要大量带宽的多媒体应用,如音频、视频等。下面介绍一个多播静态路由引起的循环解决方法。

  • 多播静态路由引起的循环问题(三)

    IP多播能够降低占用带宽,减轻服务器负荷,并能改善传送数据的质量,尤其适用于需要大量带宽的多媒体应用,如音频、视频等。下面介绍一个多播静态路由引起的循环解决方法。