基于IP组播与应用问题探讨.pdfVIP

  1. 1、本文档共4页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
!里生簦墨兰叁苎!!旦堕竺量墼塑望堕兰查叁坚 兰!堑蔓查兰!竺兰!!旦!兰! 基于lP组播的应用问题探讨 王世辉 (广西大学网络中心南宁530004) 摘要:组播通信是近年来得到迅速推广的~种通信技术,它能弥补单点通信和 广播通信的不足。本文分析了组播应用的主要类型,并围绕组播应用和系统开发中 存在的~些问题进行讨论。 关键词:组却带宽,/延时, /、 1.引言 在计算机网络的发展历程中,单播通信和广播通信技术在应用上占据了很大的 比例,满足了传统应用的需求。计算机和通信技术的迅速发展,带动了新型应用的 出现,然而像视频会议、远程互动教学等新应用,却不能用传统技术来实现。介于 单播通信和广播通信之问的组播通信技术的日趋成熟,为新应用的实现奠定了基础。 但是在利用组播技术实现这些应用的同时,还有不少问题需要解决,本文将针对这 方面的问题进行深入的探讨。 2.IP组播网络简介 IP组播网络是在基于Ip架构的网络环境中提供端到端的服务,使得源端主机能 向口组播地址发送数据报,而分布在网络各处的主机能接收到这些数据报。IP组播 网络分为两种;第一种是在RFClll2中定义的原始组播服务模型,在该模型中,接 收端只需要简单地加入到组插组中而不需要知道发送端的详细信息;第二种模型对 原始组播服务模型进行了改进,接收端不但要知道组播地址,还要知道相关的源端 地址。这种类型称为源端标识组播(sSM)。在这种环境下,组播网络所能提供的服 务将依据不同的组播应用系统所提供的功能来决定。 3.IP组搔应甩的分类 IP组播应用可以分为三类: 1、一对多(1toM)应用: 这种应用是由一台主机发送数据,同时有多个接收端接收数据,我们平时所熟 悉的多媒体视频/音频广播就是采用这种模式,但是一对多组播应用并不仅仅局限于 多媒体广播,还有其他方面的应用,如:网站文件的分发和缓存、网络通信中的通 信控制信息的更新、股票价格及设备状况的监控等,这些应用对网络带宽和通信延 时的要求各不相同,为此,在进行应用系统的设计和实旌时,应充分考虑实际需求 和网络环境,然后再进行应用系统和实施方案的设计。 2、多对多(MtoM)应用: 在MtoM应用中,两个或两个以上的接收端同时充当发送端,换言之,这是一 种双向的组播通信方式。比较典型多对多应用就是多媒体会议(视频会议),在视频 会议中,每一个与会人员既是信息的接收者,同时也是信息的发送者,并且,由于 在网络中同时传输音频数据和视频数据,二者通过不同的协议进行封装和传输,其 对延时的不同需求决定了他们的优先级也是不一样的,因而如何解决好两类数据在 通信上的协调问题就是该应用系统的成功实现的一个关键问题。 3、多对一(Mt01)应用: 与ltoM和MtoM不同的是,Mtol不是建立在IP层上的通信机制,而是由应 用层直接定义的一种由多个发送者和一个接收者组成的单向或双向的通信模式。多 个数据发送者的存在给应用系统的实现带来诸多的问题,例如多个发送者同时向一 个接收者发送数据会导致接收端难以承受大量的数据压力而出现系统崩溃的可能; 另外由于网络中有大量主机发送组播数据,这将会增加网络的流量而出现网络拥塞。 虽然这些问题对于应用系统的开发人员来说是透明的,并且将来会通过高级的组播 路由协议的实现来得以解决,但应用开发者在做系统设计时应该将此类问题加以考 虑.以保证多对一组播应用能够得到完美的实现。 虽然直到目前为止多对一的应用设计还没有标准可以遵循,但是已经有许多可 供选择的实现方法。在多对一应用中使用组播的优势是发送端不需要知道接收端的 实际IP地址。其发送的目的地址只是一个组播地址,而接收端只需要加入该组播组, 通过组播发布其IP地址就可以接收到数据。然而对于接收端来说,这样的通信方式 又非常容易因大量数据而产生系统崩溃闯题,因此,必须采取一种机制减轻接收端 的负载,例如可以在扁平式网络结构中增加接收者或者在多级网络结构中采用本地 恢复技术,但是在实现的过程中要注意协调好各接收端以保证组播数据的同步接收. S1 \ 。么兰 驯。。

文档评论(0)

sjatkmvor + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档