基于主机的跨网段IP多播技术

一、多播技术简介和问题的提出

多播(Multicasting)也叫做组播或多址广播,是当前网络技术中的一个热门话题,它所提供的一对多和多对多的数据传输技术在很多领域有着越来越广泛的应用,例如多媒体网络教学、视频会议、网络游戏等。

尽管目前多播技术在局域网中已经得到了很好的应用,但是在Internet上,多播的使用受到一定的限制。跨越不同网段的多播应用牵涉到比较复杂的问题,其中最重要的一点是多播数据的转发取决于路由器,路由器利用IGMP协议以及与其他路由器之间的通信来决定是否向它的下游路由器或与它直接相连的网段转发多播数据包,同时数据的转发还要取决于路由器接口上配置的TTL阈值。而目前的情况是仍然有很多路由器上面的配置并不支持转发多播数据包,这就使得多播数据无法通过该路由器在不同网段之间传输,多播程序也就无法正常的工作。造成这种状况的原因有技术上的(例如多播路由协议还不成熟,还处于不断的改进中),也有其他方面的。

要从根本上解决这一问题,只有依赖于多播技术的进一步发展以及ISP改变路由器的配置。但是在当前情况下可以采取一些较为简便的替代方案临时的解决这个问题,其中的一种方案就是基于主机的跨网段多播(Host-BasedMulticast Solution),也称为应用程序级的多播。简单的说,就是在主机端的应用程序中计算所有多播成员的位置信息并按照一定的方法构造和优化网络拓扑结构,当发送多播数据时,对于那些无法直接接收多播数据的成员使用单播代替多播来进行发送,以避开路由器的影响。这种方法实际上就是以多播和单播的混和使用来模拟原来纯粹的多播应用


二、系统的总体设计基本思路

在整个多播组中的所有节点(成员)可分为三类:一个特殊的成员,称之为中心节点,对应于应用中主要的数据源节点;多个的中继节点,与中心节点之间采用单播进行数据转送,再通过多播转发给其他节点;除了中心节点和中继节点以外的其余节点就是普通节点,它们通过多播从中心节点或中继节点接收数据。

为了降低控制的复杂程度,系统采用了集中控制方式,也就是只在中心结点上构造和管理整个拓扑结构,在其他成员上并不保存拓扑信息。每个成员在登录时连接到中心节点上,并报告各自的相关信息,供中心节点计算和构造拓扑结构。这种控制方式可以避免在各成员之间传递拓扑信息以及信息的同步的问题,从而降低系统的复杂程度。

在传输数据时最大限度的利用多播,将所有节点分成多个多播小组,组内的任一个成员发送的多播数据是可以被组里其他成员接收到的。一般情况下,一个多播小组是由处于同一子网下的成员构成的。每个多播小组都使用相同的一个多播地址。由于每个小组处于不同的多播传播域,因此使用相同的地址并不会引起冲突。从这样的每个多播小组中按一定的规则(到中心节点的延时最短)选出一个成员作为中继节点。中继节点使用单播接收从中心节点传送过来的数据,然后再使用多播转发给它所在的小组的每一个成员,也就是说中继节点肩负着转发数据的任务。

由于在中心结点和各个中继节点之间是使用单播方式进行数据传输,为了提高传输性能,对中心节点和所有中继节点之间的拓扑结构进行优化。

有关优化的设计思路如下:设置一个延时阈值(该阈值可以根据所传输数据的要求动态改变),当一个中继节点到中心节点的延时小于该阈值时就直接从中心节点接收单播数据。若是一个中继节点到中心节点的延时超过了该阈值,那么它就要检测它到其他标准中继节点(指那些到中心节点的延时没超过阈值的中继节点)的延时,选取其中延时最小的一个中继节点来作为它和中心节点之间的中转站。

中继节点必须负责数据的转发,因此有比较重要的地位。基于系统的可靠性考虑,中心结点要保持与中继节点的控制通信。中心节点及时的了解中继节点的状态,在一个中继节点崩溃后迅速的作出反应,用另外的节点来代替它,从而确保系统能继续正常工作。

实际数据传输时,并不是每个中继节点都需要使用多播转发数据,而是根据整个组的拓扑情况来决定。只有当一个中继节点所在的多播小组中还有其他普通节点时,这个中继节点才进行数据转发,这样可以避免不必要的数据发送造成网络性能下降。

当成员分布较为集中,也就是每个多播组中含有较多成员的情况下,可以比较好的利用多播的优势,这时系统的数据传输效率也就比较好。若是成员分布较为分散,就需要比较多的使用单播传送,这样就会降低系统的数据传输效率。在最坏的情况下,即任何两个节点都不处在同一个多播组中,这时整个系统就退化成完全的单播传送。


三、系统总体结构

系统主要分为运行在中心结点和非中心节点(包括中继节点和普通节点)上的两个部分。由于中心节点还负责整个拓扑结构的建立和维护,因此它上面运行的部分较为复杂,而非中心节点上需要进行的处理较少,因此也就相对较为简单。中心节点部分主要可以分为四个模块:数据通信模块,控制通信模块,组成员管理模块和拓扑结构管理模块。由于非中心节点不需要了解和管理拓扑信息,因此非中心节点部分只包括三个模块:管理模块,数据通信模块和控制通信模块。


来源:http://doc.qkzz.net/article/81e82117-9ee7-42a1-bda1-d8adc28b3a34.htm

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,905评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,140评论 2 379
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,791评论 0 335
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,483评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,476评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,516评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,905评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,560评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,778评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,557评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,635评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,338评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,925评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,898评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,142评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,818评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,347评论 2 342

推荐阅读更多精彩内容

  • 第二章 物理层 频分复用:频分复用的用户在同样的时间占用不同的带宽资源(频率带宽) 时分复用:时分复用的用户在不同...
    PramaWells阅读 3,543评论 1 3
  • 五、因特网的路由选择协议 1.有关路由选择协议的几个基本概念 Ⅰ、理想的路由算法 路由表中的路由是怎样得出的呢?核...
    dmmy大印阅读 1,898评论 0 4
  • 一、网络基础知识 1. OSI 参考模型 OSI 模型中,每个分层都接受由它下一层所提供的特定服务,并且负责为自己...
    SeanCST阅读 1,641评论 0 6
  • 二月,我的眼泪纷飞池塘里的金鱼浮出水面镜子里都有一双死鱼眼夜路边的傻子狂笑不止天台上疯子的脸——比黑夜还黑...
    子健阅读 16,620评论 7 10
  • 频道管理的功能,在新闻类APP是很常见的.频道管理功能效果图如下 以上5个方法都是必须要重写的,而下面2个方法是可...
    StChris阅读 3,564评论 0 21