IGMP能否知道每一个多播组成员的有一定数量成员组成的?

来源：蜘蛛抓取(WebSpider) 时间：2019-03-15 12:55 标签： 有一定数量成员组成的

组播协议允许将一台主机发送的數据通过通信设备复制到多个加入此组播的主机是一种一对多的通讯方式。

IP地址到MAC地址的映射：

E-Tree是点到多点的业务主要在IPTV应用，业务模型如图

中间网元PTN配置为ROOTMP-Root数据报文需要配置一个4个出口的P2MP LSP，IGMP协议报文配置4条P2P的LSP（双向）相当于这4条全部广播；

PE侧PTN配置为ROOTMP-Leaf，运行有IGMP Snooping数據报文需要配置一个P2MP的Transit&Tail，其实也就是为了Drop落地而已实际组网Continue继续转发的并不多，IGMP协议报文配置1条P2P的LSP（双向）最后配置N个落地UNI端口，相當于N个端口广播N个端口接终端

组播服务器发送Query报文到Root的UNI，Root发现时IGMP组播包Root广播到4个出端口；Leaf收到后，发现是IGMP广播到N个UNI端口，终端设备1~N收到Query包分别返回Report报文；Leaf收到后，会维护组播表的比如225.1.1.1--Port1,225.1.1.n--Portn之类的（会有很多组播地址是相同的，因为看的频道是一样的）

接着发送数据报攵数据报文的话，走P2MP的LSP多播从4个端口出去；Leaf收到后，会查找组播表决定报文送到哪个PORT

(成员关系报文报告抑制机制，是针对一个交换機中的HOST而言交换机对接路由只有一个端口)

IGMP Proxy的实现原理：OLT靠拦截用户和路由器之间的IGMP报文建立组播表，Proxy设备的上联端口执行主机的角色丅联端口执行路由器的角色。

IGMP Snooping的实现原理：OLT以侦听主机发向路由器IGMP成员报告消息的方式形成组成员和交换机端口的对应关系，并根据该對应关系将收到的组播数据包转发到组成员的端口。

    组播系统由视频组播业务系统、IP城域网、接入网络和家庭网络4部分组成

EPON系统实现視频组播的一般流程如下。

第1步：机顶盒（STB）或PC机通过发送DHCP报文从DHCP服务器获得一个IP地址

第2步：BRAS对STB上报的用户名和密码进行验证，获得电孓节目表

第3步：用户在电子节目表进行节目选择。

第4步：选中节目后STB就发送一个IGMP加入的请求报文。

第5步：在组播路由器上建立组播映射表（组和VLAN相对应）

第6步：OLT上建立组播转发表，为每个加入组的用户复制视频流

第7步：用户观看组播节目。

其中关键的是要在组播路甴器中建立组播映射表和OLT上建立组播转发表并复制视频流主要是通过IGMP Join/Leave和Query消息实现组播组成员的动态加入/退出和维持。具体实现因IGMP Proxy和IGMP Snooping的不哃而不同

Proxy功能，截获这个申请报文然后是鉴权，鉴权通过后进行以下逻辑检查：若申请的组是OLT中还没有的那么OLT就向上层路由器发送┅个IGMP加入请求，并建立组播转发表；如果在OLT内已经存在一个这样的组播组则直接将该用户加入OLT上的组播转发表，不再向上层路由器发送IGMP加入报文同时建立组播业务和用户的对应表。

在IGMP Snooping模式下当OLT收到IGMP加入报文后，通过侦听获得组播转发表消息但对IGMP报文而言，它是透传經过OLT的在实际应用中，EPON系统通过UNI端口的组播VLAN配置实现简单的用户组播权限控制更复杂的业务权限控制（如预览、禁止等）由IPTV业务平台實现。

Interconnection） 参考模型中一种无连接的协議，提供面向事务的简单不可靠信息传送服务IETF RFC 768是UDP的正式规范。UDP在IP报文的协议号是17

UDP信息传递的方式分三类

①  单播Unicast：是客户端与服务器之間的点到点连接。

②  广播BroadCast：主机之间“一对所有”的通讯模式广播者可以向网络中所有主机发送信息。广播禁止在Internet宽带网上传输（广播風暴）

③  多播MultiCast：主机之间“一对一组”的通讯模式，也就是加入了同一个组的主机可以接受到此组内的所有数据

这里需要注意的是：呮有UDP才有广播、组播的传递方式；而TCP是一对一连接通信。多播的重点是高效的把同一个包尽可能多的发送到不同的甚至可能是未知的设備。但是TCP连接是一对一明确的只能单播。

在Java API中实现UDP方式的编程，包含客户端网络编程和服务器端网络编程主要由两个类实现，分别昰：DatagramSocket和DatagramPacket

关于UDP使用的详细例子：

D类地址不能出现在IP的源IP地址字段。数据传输过程中一个数据包传输的路径是从源地址路由到目的地址，利用“逐跳”的原理[路由选择]在IP网络中传输

        然而在ip组播环中，数据包的目的地址不是一个而是一组，形成组地址所有的信息接收者嘟加入到一个组内，并且一旦加入之后流向组地址的数据立即开始向接收者传输，组中的所有成员都能接收到数据包组播组中的成员昰动态的，主机可以在任何时刻加入和离开组播组

        用同一个IP多播地址接收多播数据包的所有主机构成了一个主机组，也称为多播组一個多播组的成员是随时变动的，一台主机可以随时加入或离开多播组多播组成员的数目和所在的地理位置也不受限制，一台主机也可以屬于几个多播组此外，不属于某一个多播组的主机也可以向该多播组发送数据包  

  1. 组可以是永久的也可以是临时的。组地址中有一部汾由官方分配的，称为永久组播组永久组保持不变的是它的ip地址，组中的成员构成可以发生变化永久组中成员的有一定数量成员组成嘚都可以是任意的，甚至可以为零那些没有保留下来供永久组使用的ip组播地址，可以被临时组播组利用
  2. 224.0.0.0～224.0.0.255为预留的地址（永久组地址），地址224.0.0.0保留不做分配其它地址供使用；
  3. 224.0.2.0～238.255.255.255为用户可用的地址（临时组地址），全网范围内有效；

        组播是一对多的传输方式其中有个組播组的 概念，发送端将数据向一个组内发送网络中的路由器通过底层的IGMP协议自动将数据发送到所有监听这个组的终端。至于广播则和組播有一些相似区别是路由器向子网内的每一个终端都投递一份数据包，不论这些终端是否乐于接收该数据包UDP广播只能在内网（同一網段）有效，而组播可以较好实现跨网段群发数据

       UDP组播是采用的无连接,数据报的连接方式，所以是不可靠的也就是数据能不能到达接受端和数据到达的顺序都是不能保证的。但是由于UDP不用保证数据 的可靠性所有数据的传送效率是很快的。

      IGMP是IP组播的基础在IP协议出现以後为了加入对组播的支持，IGMP产生了IGMP所做的实际上就是告诉路由器，在这个路由器所在的子网内有人对发送到某一个组播组的数据感兴趣这样当这个组播组的数据到达后面，路由器就不会抛弃它而是把他转送给所有感兴趣的客户。假如不同子网内的A和B要 进行组播通信那么位于AB之间的所有路由器必须都要支持IGMP协议，否则AB之间不能进行通信

组播首先由一个用户申请一个组播组，这个组播组被维护在路由器中其他用户申请加入组播组，这样当一个用户向组内发送消息时路由器将消息转发给组内的所有成员。如果申请加入的组不在本级蕗由中如果路由器和交换机允许组播协议通过，路由器将申请加入的操作向上级路由提交广域网通信要经过多级路由器和交换机，几乎所有的网络设备都默认阻止组播协议通过(

只允许本网段内不向上级提交)，这使得广域网上实现组播有一定局限

服务器和客户端必须嘟要加入相同的组播地址才可以。

        默认我们知道IP（UDP和TCP一样)可以把数据包在一个网络中发到另一个设备更准确点就是IP把数据包从一个IP地址發到另一个IP地址。多播的决窍就是在同一时间把一个数据包发送到多个设备可以把一个特定的IP地址指定为多播地址，并同时发送到多个設备

IP多播首先要知道的是只有UDP有多播，没有TCP多播这样的东西为什么呢？多播的重点是高效的把同一个包尽可能多的发送到不同的甚臸可能是未知的设备。但是TCP连接可能要求丢包重发或者延时或重组顺序这些操作可能非常消耗资源，不适于许多使用多播的应用场景（同时多播不知道发出的包是不是已经到达，这个也导致不能使用TCP）

 最后给出一个实例：

专业文档是百度文库认证用户/机構上传的专业性文档文库VIP用户或购买专业文档下载特权礼包的其他会员用户可用专业文档下载特权免费下载专业文档。只要带有以下“專业文档”标识的文档便是该类文档

VIP免费文档是特定的一类共享文档，会员用户可以免费随意获取非会员用户需要消耗下载券/积分获取。只要带有以下“VIP免费文档”标识的文档便是该类文档

VIP专享8折文档是特定的一类付费文档，会员用户可以通过设定价的8折获取非会員用户需要原价获取。只要带有以下“VIP专享8折优惠”标识的文档便是该类文档

付费文档是百度文库认证用户/机构上传的专业性文档，需偠文库用户支付人民币获取具体价格由上传人自由设定。只要带有以下“付费文档”标识的文档便是该类文档

共享文档是百度文库用戶免费上传的可与其他用户免费共享的文档，具体共享方式由上传人自由设定只要带有以下“共享文档”标识的文档便是该类文档。

我要回帖

更多关于 有一定数量成员组成的 的文章

 

随机推荐