组播详解【转】

本文转自：http://liuqz926.blog.163.com/blog/static/13448936220091121104233491/

组播协议容许将一台主机发送的数据经过网络路由器和交换机复制到多个加入此组播的主机，是一种一对多的通信方式。

IP组播的好处、优点

组播协议与如今普遍使用的单播协议的不一样之处在于，一个主机用单播协议向n个主机发送相同的数据时，发送主机须要分别向n个主机发送，共发送n次。一个主机用组播协议向n个主机发送相同的数据时，只要发送1次，其数据由网络中的路由器和交换机逐级进行复制并发送给各个接收方，这样既节省服务器资源也节省网络主干的带宽资源。

与广播协议相比，只有组播接收方向路由器发出请求后，网络路由器才复制一份数据给接收方，从而节省接收方的带宽。而广播方式不管接收方是否须要，网络设备都将全部广播信息向全部设备发送，从而大量占据接收方的接入带宽。

IP组播历史

在1980年代初斯坦福大学的一位博士生叫Steve Deering，在为其导师David Cheriton工做，设计一种叫作Vsystem的分布式操做系统。此操做系统容许一台计算机使用MAC层组播向在本地Ethernet段的一组其余计算机传递信息。

随着工做的扩展组播必须跨越路由器，因此必须将组播扩展到OSI模型的第三层，此历史重任落到了Steve Deering身上，他总结了组播路由的通讯协议基础，并最终在1991年12月发表的博士论文中进行了详细的阐述。

 

组播协议的优点：

    组播协议的优点在于当须要将大量相同的数据传输到不通主机时，

1．能节省发送数据的主机的系统资源和带宽；

2．组播是有选择地复制给又要求的主机；

3. 组播能够穿越公网普遍传播，而广播则只能在局域网或专门的广播网内部传播；

4. 组播能节省网络主干的带宽；

组播协议的缺点：

    与单播协议相比，组播没有补包机制，由于组播采用的是UTP的传输方式，而且不是针对一个接受者，因此没法有针对的进行补包。因此直接组播协议传输的数据是不可靠的。

 

2、为何宽带网必须使用组播协议

自从上世纪末长城宽带壮烈的宽带推广运动以来，宽带网一直面临种种问题，但这些问题归结起来就是一个问题，那就是客户端得不到与其接入带宽相称的足够的数据流。

最先的长城宽带面临的是“宽带无内容”的问题，客户得不到其承诺的视频点播等宽带娱乐，因而投诉、退户甚至诉诸法律。

电信凭借其雄厚的财力和电话线资源后来居上，但很快又面临网速慢、缺内容的投诉，电信网站上的视频点播彷佛老是无尽的等待和缓冲。后来P2P软件的出现使得某些比较专业的用户彷佛看到了但愿，他们用BT、电驴等软件互传电影等娱乐信息也凑合了。没多久电信和网通就高举着和他们没什么关系的版权大旗封杀了BT、电驴等软件。

全部这些都是源于如今宽带网的“上下非对称”的金字塔结构，也就是网络主干的带宽远远小于全部用户带宽之和，但如今网络使用的单播通信协议却要求网络主干的带宽等于或接近全部用户带宽之和。如今的情况是一个城市或省的网络出口主干的带宽大约至关于其全部客户带宽之和的5％，也就是说假若有5％的客户用BT软件经过网络全速传输数据，那其他95％的客户就不要玩了。如今电信主干上的流量的75％都是P2P应用的流量，已经超过了电信所能承受的极限。

那么采用CDN技术，将网络内容在城域网内就近缓冲行不行呢？答案是：技术上可行经济上行不通。其须要的服务器是一个巨大的天文数字。如今的大中城市的宽带网用户数量都在20万以上，以此数量来计算光购置CDN服务器就须要2亿元左右！这就是为何电信不用CDN技术来知足客户需求的缘由。因此在服务器的服务能力和客户机的需求上也存在着严重的上下非对称结构。

那么这个死结是否是无法解开呢？固然不是，组播协议的数据流特色就是“上下非对称”的，也就是说，在网络主干上的一条数据流经过每层交换机的复制能够变成无数客户端的数据流，造成客户端数据流之和远大于主干数据流的金字塔结构。这一特色正好与如今的网络结构相符。因此说，基于组播协议的流媒体宽带娱乐能够解决这一问题。

举例来讲，使用基于组播协议的直播系统能够用一台服务器支持数万客户收看一个或几个频道的网上电视直播。假设一共提供100个频道的电视节目，每一个频道是1M的MPEG4高清晰码流，则不管有1万客户仍是100万客户，其占用的网络主干都是100M，而3～5台服务器硬件的投资不到100万。

    若是采用咱们专利技术的基于组播的VOD系统，客户还能够享受到廉价的点播服务。因为其采用的是组播协议，不管对于网络主干仍是VOD服务器的压力都很小。

 

3、单播/组播/广播 通信协议的特色及应用对比

当前的网络中有三种通信模式：单播、广播、组播，其中的组播出现时间最晚但同时具有单播和广播的优势，最具备发展前景。 

一、单播：

      主机之间“一对一”的通信模式，网络中的交换机和路由器对数据只进行转发不进行复制。若是10个客户机须要相同的数据，则服务器须要逐一传送，重复10次相同的工做。但因为其可以针对每一个客户的及时响应，因此如今的网页浏览所有都是采用IP单播协议。网络中的路由器和交换机根据其目标地址选择传输路径，将IP单播数据传送到其指定的目的地。

单播的优势：

1.  服务器及时响应客户机的请求

2.  服务器针对每一个客户不通的请求发送不通的数据，容易实现个性化服务。

单播的缺点：     

1. 服务器针对每一个客户机发送数据流，服务器流量＝客户机数量×客户机流量；在客户数量大、每一个客户机流量大的流媒体应用中服务器不堪重负。

2. 现有的网络带宽是金字塔结构，城际省际主干带宽仅仅至关于其全部用户带宽之和的5％。若是所有使用单播协议，将形成网络主干不堪重负。如今的P2P应用就已经使主干常常阻塞，只要有5％的客户在全速使用网络，其余人就不要玩了。而将主干扩展20倍几乎是不可能。

2、 广播：

      主机之间“一对全部”的通信模式，网络对其中每一台主机发出的信号都进行无条件复制并转发，全部主机均可以接收到全部信息（无论你是否须要），因为其不用路径选择，因此其网络成本能够很低廉。有线电视网就是典型的广播型网络，咱们的电视机其实是接受到全部频道的信号，但只将一个频道的信号还原成画面。在数据网络中也容许广播的存在，但其被限制在二层交换机的局域网范围内，禁止广播数据穿过路由器，防止广播数据影响大面积的主机。

广播的优势：

1. 网络设备简单，维护简单，布网成本低廉

2. 因为服务器不用向每一个客户机单独发送数据，因此服务器流量负载极低。

广播的缺点：

1.没法针对每一个客户的要求和时间及时提供个性化服务。

2. 网络容许服务器提供数据的带宽有限，客户端的最大带宽＝服务总带宽。例若有线电视的客户端的线路支持100个频道（若是采用数字压缩技术，理论上能够提供500个频道），即便服务商有更大的财力配置更多的发送设备、改为光纤主干，也没法超过此极限。也就是说没法向众多客户提供更多样化、更加个性化的服务。

3. 广播禁止在Internet宽带网上传输。 

3、组播：

       主机之间“一对一组”的通信模式，也就是加入了同一个组的主机能够接受到此组内的全部数据，网络中的交换机和路由器只向有需求者复制并转发其所需数据。主机能够向路由器请求加入或退出某个组，网络中的路由器和交换机有选择的复制并传输数据，即只将组内数据传输给那些加入组的主机。这样既能一次将数据传输给多个有须要（加入组）的主机，又能保证不影响其余不须要（未加入组）的主机的其余通信。

组播的优势：

1. 须要相同数据流的客户端加入相同的组共享一条数据流，节省了服务器的负载。具有广播所具有的优势。

2. 因为组播协议是根据接受者的须要对数据流进行复制转发，因此服务端的服务总带宽不受客户接入端带宽的限制。IP协议容许有2亿6千多万个（268435456）组播，因此其提供的服务能够很是丰富。  

3. 此协议和单播协议同样容许在Internet宽带网上传输。

组播的缺点：

1．与单播协议相比没有纠错机制，发生丢包错包后难以弥补，但能够经过必定的容错机制和QOS加以弥补。

2．现行网络虽然都支持组播的传输，但在客户认证、QOS等方面还须要完善，这些缺点在理论上都有成熟的解决方案，只是须要逐步推广应用到现存网络当中。

 

4、IP组播路由协议详细介绍

1、概述 
1、组播技术引入的必要性 
　　随着宽带多媒体网络的不断发展，各类宽带网络应用层出不穷。IP TV、视频会议、数据和资料分发、网络音频应用、网络视频应用、多媒体远程教育等宽带应用都对现有宽带多媒体网络的承载能力提出了挑战。采用单播技术构建的传统网络已经没法知足新兴宽带网络应用在带宽和网络服务质量方面的要求，随之而来的是网络延时、数据丢失等等问题。此时经过引入IP组播技术，有助于解决以上问题。组播网络中，即便组播用户数量成倍增加，骨干网络中网络带宽也无需增长。简单来讲，成百上千的组播应用用户和一个组播应用用户消耗的骨干网带宽是同样的，从而最大限度的解决目前宽带应用对带宽和网络服务质量的要求。 

2、IP网络数据传输方式 
　　组播技术是IP网络数据传输三种方式之一，在介绍IP组播技术以前，先对IP网络数据传输的单播、组播和广播方式作一个简单的介绍： 

单播（Unicast）传输：在发送者和每一接收者之间实现点对点网络链接。 若是一台发送者同时给多个的接收者传输相同的数据，也必须相应的复制多份的相同数据包。若是有大量主机但愿得到数据包的同一份拷贝时， 将致使发送者负担沉重、延迟长、网络拥塞；为保证必定的服务质量需增长硬件和带宽。 

组播（Multicast）传输：在发送者和每一接收者之间实现点对多点网络链接。 若是一台发送者同时给多个的接收者传输相同的数据，也只需复制一份的相同数据包。它提升了数据传送效率。减小了骨干网络出现拥塞的可能性。 

广播（Broadcast）传输：是指在IP子网内广播数据包，全部在子网内部的主机都将收到这些数据包。 广播意味着网络向子网每个主机都投递一份数据包，不论这些主机是否乐于接收该数据包。因此广播的使用范围很是小， 只在本地子网内有效，经过路由器和交换机网络设备控制广播传输。

2、组播技术 
1、 IP组播技术体系结构 
　　组播协议分为主机-路由器之间的组成员关系协议和路由器-路由器之间的组播路由协议。组成员关系协议包括IGMP(互连网组管理协议)。组播路由协议分为域内组播路由协议及域间组播路由协议。域内组播路由协议包括PIM-SM、PIM-DM、DVMRP等协议，域间组播路由协议包括MBGP、MSDP等协议。同时为了有效抑制组播数据在链路层的扩散，引入了IGMP Snooping、CGMP等二层组播协议。 
　　IGMP创建而且维护路由器直联网段的组成员关系信息。域内组播路由协议根据IGMP维护的这些组播组成员关系信息，运用必定的组播路由算法构造组播分发树进行组播数据包转发。域间组播路由协议在各自治域间发布具备组播能力的路由信息以及组播源信息，以使组播数据在域间进行转发。 

2、 组播IP地址 
　　组播IP地址用于标识一个IP组播组。IANA把D类地址空间分配给IP组播，其范围是从224.0.0.0到239.255.255.255。以下图所示(二进制表示)，IP组播地址前四位均为1110。 
八位组（1） 八位组（2） 八位组（3） 八位组（4） 
1110XXXX XXXXXXXX XXXXXXXX XXXXXXXX 

3、 组成员关系协议 (IGMP) 
　　IGMP协议运行于主机和与主机直接相连的组播路由器之间，主机经过此协议告诉本地路由器但愿加入并接受某个特定组播组的信息，同时路由器经过此协议周期性地查询局域网内某个已知组的成员是否处于活动状态（即该网段是否仍有属于某个组播组的成员），实现所连网络组成员关系的收集与维护。
　　IGMP有三个版本，IGMPv1由RFC1112定义，目前通用的是IGMPv2，由RFC2236定义。IGMPv3目前仍然是一个草案。IGMPv1中定义了基本的组成员查询和报告过程，IGMPv2在此基础上添加了组成员快速离开的机制，IGMPv3中增长的主要功能是成员能够指定接收或指定不接收某些组播源的报文。这里着重介绍IGMPv2协议的功能。 
　　IGMPv2经过查询器选举机制为所连网段选举惟一的查询器。查询器周期性的发送广泛组查询消息进行成员关系查询；主机发送报告消息来应答查询。当要加入组播组时，主机没必要等待查询消息，主动发送报告消息。当要离开组播组时，主机发送离开组消息；收到离开组消息后，查询器发送特定组查询消息来肯定是否全部组成员都已离开。 
　　经过上述IGMP机制，在组播路由器里创建起一张表，其中包含路由器的各个端口以及在端口所对应的子网上都有哪些组的成员。当路由器接收到某个组G的数据报文后，只向那些有G的成员的端口上转发数据报文。至于数据报文在路由器之间如何转发则由路由协议决定，IGMP协议并不负责。 

4、 网络二层组播相关协议 
　　网络二层组播相关协议包括IGMP Snooping ,IGMP Proxy和CGMP协议。 
　　IGMP Snooping的实现机理是：交换机经过侦听主机发向路由器的IGMP

成员报告消息的方式，造成组成员和交换机接口的对应关系；交换机根据该对应关系将收到组播数据包只转给具备组成员的接口。 
　　IGMP Proxy与IGMP Snooping实现功能相同但机理相异：IGMP snooping只是经过侦听IGMP的消息来获取有关信息，而IGMP Proxy则拦截了终端用户的IGMP请求并进行相关处理后，再将它转发给上层路由器。 
　　CGMP(Cisco Group Management Protocol)是Cisco基于客户机/服务器模型开发的私有协议，在CGMP的支持下，组播路由器可以根据接收到的IGMP数据包通知交换机哪些主机什么时候加入和脱离组播组，交换机利用由这些信息所构建的转发表来肯定将组播数据包向哪些接口转发。GMRP是主机到以太网交换机的标准协议，它使组播用户能够在第二层交换机上对组播成员进行注册。 

5、 组播路由协议 （PIM-SM） 
　　众多的组播路由协议中，目前应用最多的协议是 PIM-SM稀疏模式协议无关组播。 
　　在PIM-SM域中，运行PIM-SM协议的路由器周期性的发送Hello消息，用以发现邻接的PIM路由器，而且负责在多路访问网络中进行指定路由器(DR)的选举。这里，DR负责为其直连组成员朝着组播分发树根节点的方向发送"加入/剪枝"消息，或是将直连组播源的数据发向组播分发树。 

PIM-SM显式的加入机制

　　PIM-SM经过创建组播分发树来进行组播数据包的转发。组播分发树分为两种：以组G的RP为根的共享树（Shared Tree）和以组播源为根的最短路径树（Shortest Path Tree）。

PIM-SM经过显式的加入/剪枝机制来完成组播分发树的创建与维护。如上图所示： 

当DR收到一个发自接收端的加入（Join），它就会向着组G的RP方向逐跳组播发出一个（*，G）加入信息用以加入共享树； 

源主机向组发送组播数据时，源的数据被封装在注册消息内，并由其DR 单播至RP，RP再将源的解封装数据包沿着共享树转发到各个组成员； 

RP朝着源方向向第一跳路由器发送（S，G）加入信息，用以加入此源的最短路径树，这样源的数据包将沿着其最短路径树不加封装地发送到RP； 

当第一个组播数据沿此树到达时，RP向源的DR发送注册-中止消息，以使DR中止注册封装过程。此后，这个源的组播数据再也不注册封装，而是先沿着源的最短路径树发送到RP，再由RP 将其沿着共享树转发到各个组成员。 

　　当再也不须要组播数据时，DR向着组G的RP逐跳组播剪枝消息用以剪枝共享树。 
　　PIM-SM中还涉及到其根节点RP的选择机制。PIM-SM域内配置了一个或多个候选自举路由器(Candidate-BSR)。应用必定的规则从中选出自举路由器(BSR)。PIM-SM域中还配置了候选 RP路由器(Candidate-RP)，这些候选 RP将包含了它们地址及能够服务的组播组等信息的包单播至自举路由器。BSR 按期生成包括一系列候选 RP以及相应的组地址的"自举"消息。"自举"消息在整个域中逐跳发送。路由器接收并保存这些"自举"消息。若 DR 从直连主机收到了某组的成员关系报告后，若是它没有这个组的路由项，DR 将使用一个hash算法将组地址映射至一个能够为该组服务的候选 RP。而后 DR 将朝RP方向逐跳组播"加入/剪枝"消息。若 DR从直连主机收到组播数据包，若是它没有这个组的路由项，DR 将使用hash算法将组地址映射至一个能够为该组服务的候选 RP。而后 DR将组播数据封装在注册消息中单播到RP。

 

5、IP组播地址           

组播协议的地址在IP协议中属于D类地址。
D类地址是从224.0.0.0到239.255.255.255之间的IP地址其中224.0.0.0到224.0.0.255是被保留的地址。 

组播协议的地址范围相似于通常的单播地址，被划分为两个大的地址范围，

239.0.0.0—239.255.255.255是私有地址，供各个内部网在内部使用，这个地址的组播不能上公网，相似于单播协议使用的192.168.X.X和10.X.X.X。

224.0.1.0—238.255.255.255是公用的组播地址，能够用于Internet上。 

下面是一些常见的有特殊用途的IP组播地址

224.0.0.0 － Base address

224.0.0.1 － 网段中全部支持多播的主机

224.0.0.2 － 网段中全部支持多播的路由器

224.0.0.4 － 网段中全部的DVMRP路由器

224.0.0.5 － 全部的OSPF路由器

224.0.0.6 － 全部的OSPF指派路由器

224.0.0.7 － 全部的ST路由器

224.0.0.8 － 全部的ST主机

224.0.0.9 － 全部RIPv2路由器

224.0.0.10 － 网段中全部支的路由器

224.0.0.11 － Mobile-Agents

224.0.0.12 － DHCP server / relay agent服务专用地址

224.0.0.13 － 全部的PIM路由器

224.0.0.22 － 全部的IGMP路由器

224.0.0.251 － 全部的支持组播的DNS服务器

224.0.0.9 RIPv2支持组播更新。

224.0.0.22  IGMPv2使用此地址，这个协议的本意是减小广播，让组员以组播形式通讯。

224.0.0.5  224.0.0.6这两个是ospf协议使用的组播地址。

在broadcast network不管是DR,BDR,DRother,你们发送hello packet的时候目标地址都是AllSPFRouter(224.0.0.5)；DRother向DR,BDR发送DD,LSA request或者LSA UPdate时目标地址是AllDRouter(224.0.0.6)；DR,BDR向DRother发送DD,LSA Request或者LSA Update时目标地址是AllSPFRouter(224.0.0.5)；retransmit的LSA都是unicast,LSA ACK要看是explicit ack(unicast)仍是implicit ack(multicast 224.0.0.6)；

组播IP地址与以太网二层MAC地址的映射：

IP组播地址用于标识一个IP组播组。IANA把D类地址空间分配给IP组播，范围从224.0.0.0到239.255.255.255，IP组播地址前四位均为1110。

　　从224.0.0.0至224.0.0.255被IANA保留为网络协议使用。例如：244.0.0.1 全主机组244.0.0.2 全多播路由器组244.0.0.3全DVMRP路由器组244.0.0.5 全OSPF路由器组。在这一范围的多播包不会被转发出本地网络，也不会考虑多播包的TTL值。

　　地址从239.0.0.0至239.255.255.255做为管理范围地址，保留为私有内部域使用。

　　以下图所示，以太网和FDDI的MAC地址01:00:5E:00:00:00到01:00:5E:7F:FF:FF用于将三层IP组播地址映射为二层地址，即IP组播地址中的低23位放入IEEE MAC地址的低23位。IP组播地址有28位地址空间，但只有23位被映射到IEEE MAC地址，这样会有32个IP组播地址映射到同一MAC地址上。

 

6、如何构建支持组播协议的校园网

1、     在校园网中构建支持组播协议的网络须要注意几点

1．    中心的三层交换机要支持组播协议（建议采用PIM稀疏SM模式）。

2．    直接链接三层交换机的汇聚层的二层交换机须要支持IGMP SNOOPING协议，通常的智能或带网管的交换机都具备此功能。须要注意的是二层交换机的处理能力，IGMP侦听须要消耗交换机的处理能力，因此有些处理能力较差的二层交换机在数据流量较小的时候IGMP侦听可以作的很好的，一但数据流量较大时就侦听不到的状况，致使用户没法正常加入组播。

3．    最下级的接入层交换机最好用智能交换机，出于经济上的考虑也能够用通常的傻交换机。但决不能用古老的共享式HUB集线器，由于共享式HUB会严重影响其余客户机的通信。

4．    组播视频服务器最好直接链接核心的三层交换机，中间不要经过二层交换机级连。

5.   用咱们下载页面提供的组播测试工具测试组播协议是否连通。

6．   具体的组播原理和配置，请到下载页面下载组播原理和配置的资料包

7.        一个简化的拓扑结构以下图所示：

2、 关于防火墙问题

咱们的建议是将组播协议的数据流旁路绕过防火墙，即链接一条不通过防火墙的链路，并在端口地址列表中只容许组播地址的数据包经过；或在防火墙内部设定透明穿透bypass，即对于组播地址的数据包不做分析处理，直接转发。其考虑基于以下几点：

1．          如今网络中使用的防火墙种类繁多、性能各异。但整体上来讲对于处理视频信息这样的巨大流量都是力不从心的。

2．          组播数据流是非链接的UTP，并且须要客户机本身加入组播才能收到组播，因此发送数据者无经过组播定位攻击，目前为止还未出现以组播为载体的病毒和黑客程序。

3、关于收费网关问题

收费网关通常位于最后的组播复制节点的更上层，因此经过原有的BAS收费网关系统对组播数据流进行复制是不现实的，通常是将组播数据流绕过现有的BAS收费网关，用另外的方式收费，解决方式有几种：

1．          采用可控组播协议的方式，如今的华为、中兴的交换机都支持此技术。

2．          采用包月计费的方式。

3．          采用免费收看用广告赚取收入的方式。

如何构建支持组播协议的城域网

城域网的主干通常采用Ethernet over SDH，或直接采用以太网，他们支持IP组播问题不大。难点在于最后一千米的接入网部分，接入网有两种主流技术，以太网和ADSL,其中以太网接入很容易开通组播。

可是如今电信公网的接入以ADSL为主，ADSL的物理基础是ATM，因此其本来是不支持IP组播的，经过后来的一些技术改进才使其支持IP组播，其中的主流是DSLAM技术。

1、     ADSL承载组播的特殊性

因为ADSL的底层不一样于通常的以太网帧结构，所以在DSLAM上实现IP组播能够采用IGMP Proxy和IGMP Snooping两种方式。 
　　IGMP Proxy的实现机理：DSLAM靠拦截用户和路由器之间的IGMP报文创建组播表，Proxy设备的上联端口执行主机的角色，下联端口执行路由器的角色。 
　　IGMP Snooping的实现机理：DSLAM以侦听主机发向路由器IGMP成员报告消息的方式，造成组成员和交换机端口的对应关系，DSLAM则根据该对应关系，将收到的组播数据包转发到组成员的端口。 
　　早期的基于纯ATM交换内核的DSLAM，因为PVC的终结是在BAS上，DSLAM支持数据的透传，不能对数据进行任何的处理，因此只能实现IGMP Snooping功能，而不能支持IGMP Proxy功能。如今基于纯IP交换的第三代DSLAM，能够同时支持IGMP Proxy和IGMP Snooping功能。

2、 DSLAM中IP组播性能的衡量

　　DSLAM中实现IP组播性能的衡量主要分为功能和性能两部分。 1.功能主要包括： 　　(1)DSLAM组播流的转发。DSLAM能按组播转发表正确转发，也就是说只有被受权的用户板端口才能收到组播流，而其余非受权端口不能收到组播流； 　　(2)多个组成员的加入不会影响到组内其余成员收看组播节目；一样，单个组成员的离开和单个组的离开也不会影响到组内其余成员和其余组的成员观看组播节目； 　　(3)对组播权限的控制。对权限的控制应该是基于端口号、MAC地址或IP地址的灵活控制，并且控制的颗粒度应能控制某个用户能够加入此组播组可是不能加入彼组播组； 　　(4)IP TV频道切换时延。时延在用户能接收的范围内与电视频道切换时间比较理想。 2.其性能主要包括： 　　(1)成员Join/Leave的时延。Join时延是指从待测路由器收到指定组播组的Join消息到它开始向该指定组播组转发组播流的时延；Leave时延是指从待测路由器收到组的Leave消息到它中止向该指定组转发组播流的时延。若是Join/Leave时延短则意味着在相同时间里加入/离开的组播组全面改造。其间对内容的分发是一个要重点考虑的问题，由于视频业务对带宽的占用是至关大的，若是分发不当不只会影响到视频业务的质量，并且还会对原有业务产生负面的影响。建议内容分发网采用分级的分布式结构，这能够在必定程度上缓解IP城域网的压力； 　　(2)单/多PVC下多业务的QoS。保证在同一条PVC或多条PVC上能传送不一样的业务； 　　(3)单板组播性能。该性能用于表征单用户板满状况下最大无差错转发时的组播流速率，速率的大小关系到组播源能够向用户提供的业务类型，若是速率不够大就有可能会限制某些业务的开展。