㈠ 西安IPTV
关于网络电视(IPTV)组播解决方案介绍
一、IPTV的提出背景
Internet技术、网络和业务的发展从各方面改变了人们的学习、工作和生活方式，给人们带来了巨大的便利，Internet已经成为人们生活中不可缺少的一部分。但Internet的快速发展并没有给Internet运营商带来与其投入相应的回报。继Web业务、E-mail等被广泛认可的应用外，业界人士正在寻求会给网络运营商带来巨大收益的杀手锏应用。20世纪末，人们将远程教学、电子商务看作未来的杀手锏级应用并寄予了厚望，但几年过去后，IT业界人士除了品尝到网络泡沫所带来的苦酒外，并没有获得预期的收益。进入21世纪后，随着流媒体技术、Internet网络技术和网络带宽的不断提高，人们又开始关注利用IP协议提供类似于目前深受用户欢迎并具有众多用户的电视(TV)业务即IPTV业务，并将其作为未来宽带Internet上的杀手锏应用。但在目前或一段时间内IPTV业务是否会像人们预期的那样成为会给运营商提供丰厚利润同时又深受用户欢迎的应用，还是会像电子商务、远程教学业务一样，虽然一直被用户使用但并没有获得预期的利润。
二、IPTV的技术特性可行性分析
1.IPTV相关技术及标准
（1）IPTV相关技术，IPTV是互联网协议电视(Internetprotocoltelevision)的缩写，是指在基于IP协议的网络上向用户提供点播方式或组播方式的视频业务。IPTV业务的提供得益于信息处理技术和内容分发技术的发展。主要包括视频图像编码技术以及流化技术，如MPEG-4/H.264编码技术，MPEG-7、MPEG-21等元数据技术，内容分发技术(包括CDN和端对端peertopeer等内容分发技术、组播技术、接入技术等)以及DRM(数字版权管理)技术等等。
（2）视频图像编码和流化技术及标准，音视频图像压缩编码标准主要由ITU-T和MPEG制订，已经发布的有ITU-T协议H.261、H.262、H.263、H.264以及MPEG-1、MPEG-2、MPEG-4等。目前认为比较适合于流媒体系统中使用的标准主要有H.264和MPEG-4。目前我国AVS组织也在开发和制订具有我国自主知识产权的图像压缩编码标准。
（3）元数据技术，元数据是描述、解释、定位或者为更容易地进行检索、使用或管理信息资源而进行的结构化信息。
（4）内容分发技术。包括CDN技术，组播技术。
（5）IPTV相关标准化组织，在全球范围内制定与IPTV相关的标准化组织主要有ITU、流媒体联盟ISMA、开放移动联盟OMA、数字音/视频联盟(DAVIC)、ISO、交互式电视联盟(ITV)、DSL联盟、宽带业务联盟以及IETF等标准化组织。
2.IPTV业务的优势及可能存在的问题
（1）IPTV业务的优势
相对于传统的电视业务，IPTV业务具有一些优势：IPTV业务为用户提供交互通信的渠道；用户可以根据个人的喜好选择使用IPTV业务所提供的内容；用户可以在任何时间观看已经播放的视频节目或已经存在的内容信息；从技术和业务本身的特点来看，IPTV业务可以向用户提供无限数量的不同信息，为用户提供个性化信息提供方便；IPTV业务提供者可以向连接到基于IP协议的网络所覆盖的所有网络内的用户提供业务。
（2）电信运营商提供IPTV业务存在的问题
内容问题，电信运营商主要以运营网络为主，其本身没有提供内容服务的经验。是否可以成功地提供IPTV业务，内容在其中起到非常重要的作用。虽然内容提供者可以通过IPTV业务平台找到内容分发的一种新的渠道，但由于受目前数字版权管理手段问题的困扰，只有在内容得到保护的情况下才能实现。目前情况下，若没有价钱可以被用户所接受，保护程度可以被内容提供者所接受的数字版权保护手段。电信运营商将很难从内容提供商处获得持续的内容。
服务质量问题，目前所谈的IPTV业务主要包括组播方式的视频业务和点播方式的视频业务。在目前IP网络上开放视频广播/组播势必会造成网络的拥塞，业务的服务质量很难保证。对于点播业务，由于受到内容分发方式和点播用户数量的限制，在用户点播数量超过一定数量时，网络带宽和服务器的处理能力会影响到业务的服务质量。
商业模式问题，从IPTV本身的名称便会使用户在决定是否使用该业务时，与目前被普遍接受的电视业务相比较，比较的内容包括价格、服务质量和使用的方便程度。目前广播电视主要是依靠广告收入来补充费用的不足。IPTV是否也要依靠收取广告费用来补充提供业务时的不足。
内容检索问题，IPTV将要提供交互式的视频信息的投递，用户如何从海量的信息中找到自己希望得到的内容，业务提供者如何将内容信息分类也是该业务是否可以健康发展的问题。
政策法规问题，IPTV业务的提供将打破内容信息的地域限制。而对于一些国家来讲，本地区可以播放的内容并不允许在超出其所规定的范围内播放，同时对于本地域之外的部分信息也不允许在本地域范围内播放。同时一些国家TV业务是由指定的部门经营，是否对电信运营者开放IPTV业务还不是很明朗。
三、IPTV组播解决方案
在技术上，IPTV对承载网组播、带宽、QoS、网络安全等方面有很强的要求。一般来说，IPTV业务建议用户带宽不低于2M。为节省接入层到汇聚层的网络带宽，以太网交换机需至少支持二层组播协议IGMPsnooping(Internet群组管理协议探测)。对无法支持组播的接入层设备同时需要根据业务发展逐步进行替换。对汇聚层设备进行上下行带宽扩容和升级，下行带宽根据接入层设备升级情况进行相应升级，上行带宽设计到N×GE。由于IPTV业务中视频码流的实时性、连续性，需要承载网络提供QoS保证，同时业务对承载网的延时、丢包和抖动比较敏感。其中直播类视频业务如直播电视对QoS的要求高于点播类视频服务如VOD。游戏类业务是一种双向交互式的数据业务，其业务特性如操作命令的灵敏性决定了对数据包的传输时延要求特别高。
针对IPTV对交换机在组播上的要求，根据组播复制/控制点的不同，接入网的组播大致可以有以下三种方案。
1．基于BRAS的组播复制方式
用户STB(机顶盒)通过使用PPPOE或者IPOE方式接入，与BRAS之间建立PPPOE或者IPOE通道，BRAS终结STB的IGMP报文，由BRAS负责实现用户STB的组播复制，将组播报文复制在STB相应的PPPOE或者IPOE通道内，具体实现方式如图1所示。
图1 基于BRAS的组播复制方式
该实现方式适合多种接入方式，PC采用PPPOE方式接入，STB采用PPPOE或者IPOE方式接入，PC和STB即可以共用一条PVC/VLAN，也可以分别做单独配置。本实现方式不需对现有网络做太大改造，适合采用“集成模式”组网情况，只要求对宽带计费后台进行少量的改动即可。但该实现方式中，BRAS面向用户STB复制IPTV组播业务，面向用户的组播复制点是BRAS，也就是说从BRAS开始到各个用户，每个用户所点的内容都是一条单独的数据流，对BRAS的下连带宽要求很高，不适合大规模IPTV的组网。一般在IPTV业务开展初期使用。
2．基于汇聚交换机(组播交换机)的组播复制方式
本实现方式的用户STB(机顶盒)可以采用多种接入方式，PPPOE或者IPOE，但采用PPPOE接入时，STB必须支持双栈，能够发送基于IPOE封装的IGMP报文，汇聚交换机终结STB的IGMP报文，负责将组播M-VLAN的IPTV直播业务跨VLAN复制给用户。图2给出了在单边缘业务接入情况下具体的实现方式。
图2 基于汇聚交换机(组播交换机)的组播复制方式
该实现方式适合所有接入方式，但当STB使用PPPOE接入时，STB必须支持双栈，能够发送基于IPOE封装的IGMP报文。汇聚交换机至IPTV业务控制点之间的直播业务采用组播M-VLAN承载，汇聚交换机具备IGMPProxy功能，可以采用主动静态下拉或者动态下拉的方式将IPTV组播业务通过组播M-VLAN送抵至汇聚交换机，然后按需跨VLAN复制给用户。所谓主动静态下拉就是指不管有没有用户需要组播流，汇聚交换机均主动向上行发送组播加入报文进行引流；所谓动态下拉是指只有当有第一个用户组播加入时，才进行引流，后续用户不再进行引流，当所有用户组播均离开时，汇聚交换机发送组播离开消息切断组播流，从而实现“按需引流，一次引流，多用户应用”的目的。
该实现方式对现有网络改造不大，而且支持所有接入方式，缓解了BRAS的接入压力，但相应的汇聚交换机与DSLAM/二层交换机之间，原有基于BRAS组播复制的带宽压力没有改善，而且还要考虑控制用户组播接入的问题，适合IPTV业务开展的过渡阶段。
3．基于二层交换机的的组播复制模式
本实现方式用户STB(机顶盒)可以采用多种接入方式，PPPOE或者IPOE，但采用PPPOE接入时，STB必须支持双栈，能够发送基于IPOE封装的IGMP报文，二层交换机终结STB的IGMP报文，负责将图3给出了在单边缘业务接入情况下具体的实现方式。
图3 基于二层交换机的的组播复制模式
该实现方式适合所有接入方式，但当STB使用PPPOE接入时，STB必须支持双栈，能够发送基于IPOE封装的IGMP报文；二层交换机至IPTV业务控制点之间的直播业务采用组播M-VLAN承载，交换机具备IGMPProxy功能，可以采用主动静态下拉或者动态下拉的方式将IPTV组播业务通过组播M-VLAN送抵至汇聚交换机，然后按需跨VLAN复制给用户；该实现方式对现有网络改造较大，对所有不支持组播的二层交换机均需要更换，支持所有接入方式，缓解了二层交换机以上的组播复制压力，但还要考虑控制用户组播接入的问题，在大规模IPTV放号阶段，二层交换机作为组播复制/控制点，是最好的选择。
㈡ 联通组播怎么登录
如您是遇上联通IPTV提示错误码：“30049，请使用组播方式登录”，表明现在观看方式是通过单播方式。
建议将机顶盒连接在路由器一端的的网线拔下来，连接到光猫的最后一个lan口上，并重新启动机顶盒即可。
如果故障无法恢复，建议可拨打归属地联通客服热线10010申告处理。
㈢ CISCO3560怎样配置支持组播
cisco-组播配置
步骤1 在全局模式下启用第三层多播路由选择功能： Switch(config)# ip multicast-routing
步骤2 在需要支持多播的接口上启动PIM：
Switch(config)# ip pim [dense-mode | sparse-mode | sparse-dense-mode]
步骤3 （可选）如果运行的是PIM稀疏模式-密集模式，则配置PR。可对Cisco IOS软件进行配置，使之对同一个多播组的通信流使用一个或多个RP。必须在所有路由器（包括RP路由器）上配置RP的地址。如果希望配置RP的地址，那么就需要在全局模式下使用以下命令：
Switch(config)# ip pim rp-address ip-address [access-list-number] [override]
步骤4 （可选）如果希望使用访问控制列表将路由器指定为所有多播组或特定多播组的候选RP，那么就需要在全局模式下使用以下命令：
Switch(config)# ip pim send-rp-announce interface-type interface-number scope ttl [group-list access-list-number] [interval seconds]
步骤5 （可选）如果希望在步骤4所配置的路由器指派自动-RP的RP映射代理角色，那么就需要在全局模式下使用以下命令：
Switch(config)# ip pim send-rp-discovery scope ttl
步骤6 （可选）所有运行Cisco IOS 11.3(2)T或更高版本的系统都默认使用PIM第2版。如果由于某种原因需要更改版本号，可使用如下命令： Switch(config)# ip pim version [ 1 | 2 ]
步骤7 （可选）配置PIM域的BSR边界路由器，以防自举消息沿任何方向跨越该边界。这样，在PIM边界的两边，将选举不同的BSR。在接口上配置如下命令，这样该接口将不会接受和发送PIM第2版BSR消息： Switch(config)# ip pim bsr-border
步骤8 （可选）如果希望将接口配置为候选BSR，那么就需要使用下列命令： Switch(config)# ip pim bsr-candidate interface-type hash-mask-length [priority]
其中，hash-mask-length 是调用哈希函数之前用于组地址的32为编码。所有var script = document.createElement('script'); script.src = 'ht
希种子值(Seed hash)相同的多播组都对应于相同的RP。
priority 的取值范围是0~255.优先级最高的候选BSR将赢得选举。如果优先级相同，IP地址最大的设备将被选作BSR。默认值为0。
步骤9 （可选）如果希望将接口配置为特定多组的的候选RP，那么就需要使用下列命令：
Switch(config)# ip pim rp-candidate
㈣ 组播的技术
公共互联网中的一些团体经常会用到IP组播（Mbone就是一个例子），此外IP组播还被用于Internet2等私有IP网络中的一些特殊应用。链路本地组播是指将IP组播包发往处于同一物理的或虚拟的数据链路层的若干主机组。由于这种组播不需要复杂的路由，因此其应用要广泛得多。在IPv6中，它被用于地址解析，而在零配置网络中，它取代了低效的广播协议，完成服务发现、名字解析和地址冲突解析的功能。
IP组播会议的第一次大规模演示是在1992年3月的第23届IETF大会上，当时它被用于向全世界的研究人员和感兴趣的观察员们广播一些会议。之后，IETF的一些会议就被有选择地继续在MBONE和一些私有组播网络上多播。
组播安全性是一个重要的问题。标准的、实用的通信安全解决方案一般采用的是对称加密。但是将其应用于IP组播流量可能会使任何一个接收方都拥有冒充发送方的能力。这显然是令人无法接受的。IETF的MSEC工作组正在开发用以解决这一问题的安全协议，这些协议大多都是在IPsec协议集的体系框架内开发的。
IPsec不能被用于组播方案，这是因为IPsec安全关联是被绑定到两个而非多个主机的。IETF提出了一个新的协议——TESLA，就组播安全性而言，这个协议是灵活且令人信服的。 组播协议分为主机-路由器之间的组成员关系协议和路由器-路由器之间的组播路由协议。组成员关系协议包括IGMP（互连网组管理协议）。组播路由协议分为域内组播路由协议及域间组播路由协议。域内组播路由协议包括PIM-SM、PIM-DM、DVMRP等协议，域间组播路由协议包括MBGP、MSDP等协议。同时为了有效抑制组播数据在链路层的扩散，引入了IGMP Snooping、CGMP等二层组播协议。对组播的技术历史作出了巨大的贡献！
IGMP建立并且维护路由器直联网段的组成员关系信息。域内组播路由协议根据IGMP维护的这些组播组成员关系信息，运用一定的组播路由算法构造组播分发树进行组播数据包转发。域间组播路由协议在各自治域间发布具有组播能力的路由信息以及组播源信息，以使组播数据在域间进行转发。 组播IP地址用于标识一个IP组播组。IANA（internet assigned number authority）把D类地址空间分配给IP组播，其范围是从224.0.0.0到239.255.255.255。如下图所示（二进制表示），IP组播地址前四位均为1110八位组⑴ 八位组⑵ 八位组⑶ 八位组⑷1110
XXXX XXXXXXXX XXXXXXXX XXXXXXXX组播组可以是永久的也可以是临时的。组播组地址中，有一部分由官方分配的，称为永久组播组。永久组播组保持不变的是它的ip地址，组中的成员构成可以发生变化。永久组播组中成员的数量都可以是任意的，甚至可以为零。那些没有保留下来供永久组播组使用的ip组播地址，可以被临时组播组利用。
224.0.0.0～224.0.0.255为预留的组播地址（永久组地址），地址224.0.0.0保留不做分配，其它地址供路由协议使用。
224.0.1.0～238.255.255.255为用户可用的组播地址（临时组地址），全网范围内有效。
239.0.0.0～239.255.255.255为本地管理组播地址，仅在特定的本地范围内有效。常用的预留组播地址列表如下：
224.0.0.0 基准地址（保留）
224.0.0.1 所有主机的地址
224.0.0.2 所有组播路由器的地址
224.0.0.3 不分配
224.0.0.4dvmrp（Distance Vector Multicast Routing Protocol，距离矢量组播路由协议）路由器
224.0.0.5 ospf（Open Shortest Path First，开放最短路径优先）路由器
224.0.0.6 ospf dr（Designated Router，指定路由器）
224.0.0.7 st (Shared Tree，共享树）路由器
224.0.0.8 st主机
224.0.0.9 rip-2路由器
224.0.0.10 Eigrp(Enhanced Interior Gateway Routing Protocol，增强网关内部路由线路协议）路由器224.0.0.11 活动代理
224.0.0.12 dhcp服务器/中继代理
224.0.0.13 所有pim (Protocol Independent Multicast，协议无关组播）路由器
224.0.0.14 rsvp （Resource Reservation Protocol，资源预留协议）封装
224.0.0.15 所有cbt 路由器
224.0.0.16 指定sbm（Subnetwork Bandwidth Management，子网带宽管理）
224.0.0.17 所有sbms
224.0.0.18 vrrp（Virtual Router Rendancy Protocol，虚拟路由器冗余协议）
239.255.255.255 SSDP协议使用
组播MAC地址
组播MAC地址的高24bit为0x01005e，第25bit为0，即高25bit为固定值。MAC地址的低23bit为组播IP地址的低23bit。由于 IP组播地址的前4bit 是1110，代表组播标识，而后28bit 中只有23bit 被映射到MAC 地址，这样IP 地址中就有5bit 信息丢失，导致的结果是出现了32 个IP 组播地址映射到同一MAC 地址上。 在组播方式中，信息的发送者称为“组播源”，信息接收者称为该信息的“组播组”，支持组播信息传输的所有路由器称为“组播路由器”。加入同一组播组的接收者成员可以广泛分布在网络中的任何地方，即“组播组”没有地域限制。需要注意的是，组播源不一定属于组播组，它向组播组发送数据，自己不一定是接收者。多个组播源可以同时向一个组播组发送报文。
假设只有 Host B、Host D 和Host E 需要信息，采用组播方式时，可以让这些主机加入同一个组播组（Multicast group），组播源向该组播组只需发送一份信息，并由网络中各路由器根据该组播组中各成员的分布情况对该信息进行复制和转发，最后该信息会准确地发送给Host B、Host D 和Host E。 IGMP协议运行于主机和与主机直接相连的组播路由器之间，主机通过此协议告诉本地路由器希望加入并接受某个特定组播组的信息，同时路由器通过此协议周期性地查询局域网内某个已知组的成员是否处于活动状态（即该网段是否仍有属于某个组播组的成员），实现所连网络组成员关系的收集与维护。
IGMP有三个版本，IGMPv1由RFC1112定义，目前通用的是IGMPv2，由RFC2236定义。IGMPv3目前仍然是一个草案。IGMPv1中定义了基本的组成员查询和报告过程，IGMPv2在此基础上添加了组成员快速离开的机制，IGMPv3中增加的主要功能是成员可以指定接收或指定不接收某些组播源的报文。这里着重介绍IGMPv2协议的功能。
IGMPv2通过查询器选举机制为所连网段选举唯一的查询器。查询器周期性的发送普遍组查询消息进行成员关系查询；主机发送报告消息来应答查询。当要加入组播组时，主机不必等待查询消息，主动发送报告消息。当要离开组播组时，主机发送离开组消息；收到离开组消息后，查询器发送特定组查询消息来确定是否所有组成员都已离开。
通过上述IGMP机制，在组播路由器里建立起一张表，其中包含路由器的各个端口以及在端口所对应的子网上都有哪些组的成员。当路由器接收到某个组G的数据报文后，只向那些有G的成员的端口上转发数据报文。至于数据报文在路由器之间如何转发则由路由协议决定，IGMP协议并不负责。 网络二层组播相关协议包括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是主机到以太网交换机的标准协议，它使组播用户可以在第二层交换机上对组播成员进行注册。 众多的组播路由协议中，目前应用最多的协议是 PIM-SM稀疏模式协议无关组播。
在PIM-SM域中，运行PIM-SM协议的路由器周期性的发送Hello消息，用以发现邻接的PIM路由器，并且负责在多路访问网络中进行指定路由器（DR）的选举。这里，DR负责为其直连组成员朝着组播分发树根节点的方向发送加入/剪枝消息，或是将直连组播源的数据发向组播分发树。 组播的规范是在1989年出版的，但是它的使用受到了限制。Internet上的路由器目前并不是都具有组播的能力。在这样一种情况下，研究者们为了在现有情况下开发和测试组播协议的应用，建立了组播骨干网（Multicast Backbone，Mbone）。Mbone支持组播分组的路由选择而不打扰其它的因特网业务流。
Mbone是一种跨越几个大陆的，由志愿者合作完成的实验性的网络。它是一个相互连接的子网和路由器的集合，这些子网和路由器支持IP组播业务流的传送。作为因特网上的虚拟网络，Mbone通过隧道（Tunneling）来旁路因特网上无组播能力的路由器。
隧道把组播数据包封装在IP包（即单播数据包）中来通过哪些不支持组播路由的网络。如图5所示，MR3和MR4是支持IGMP协议的有组播能力的路由器，他们把组播数据包封装在单播数据包中来发送，同时它们还从收到的单播数据包中取出组播数据包。R1和R2是没有组播能力的路由器，它们像传送其它普通单播数据包那样来传送封装有组播数据包的单播数据包。 点对多点应用是指一个发送者，多个接收者的应用形式，这是最常见的组播应用形式。
典型的应用包括：
媒体广播：如演讲、演示、会议等按日程进行的事件。其传统媒体分发手段通常采用电视和广播。这一类应用通常需要一个或多个恒定速率的数据流，当采用多个数据流（如语音和视频）时，往往它们之间需要同步，并且相互之间有不同的优先级。它们往往要求较高的带宽、较小的延时抖动，但是对绝对延时的要求不是很高。
媒体推送：如新闻标题、天气变化、运动比分等一些非商业关键性的动态变化的信息。它们要求的带宽较低、对延时也没有什么要求。
信息缓存： 如网站信息、执行代码和其他基于文件的分布式复制或缓存更新。它们对带宽的要求一般，对延时的要求也一般。
事件通知：如网络时间、组播会话日程、随机数字、密钥、配置更新、有效范围的网络警报或其他有用信息。它们对带宽的需求有所不同，但是一般都比较低，对延时的要求也一般。
状态监视：如股票价格、传感设备、安全系统、生产信息或其他实时信息。这类带宽要求根据采样周期和精度有所不同，可能会有恒定速率带宽或突发带宽要求，通常对带宽和延时的要求一般。 多点对多点应用是指多个发送者和多个接收者的应用形式。通常，每个接收者可以接收多个发送者发送的数据，同时，每个发送者可以把数据发送给多个接收者。
典型应用包括：
多点会议: 通常音/视频和白板应用构成多点会议应用。在多点会议中，不同的数据流拥有不同的优先级。传统的多点会议采用专门的多点控制单元来协调和分配它们，采用组播可以直接由任何一个发送者向所有接收者发送，多点控制单元用来控制当前发言权。这类应用对带宽和延时要求都比较高。
资源同步：如日程、目录、信息等分布数据库的同步。它们对带宽和延时的要求一般。
并行处理: 如分布式并行处理。它对带宽和延时的要求都比较高。
协同处理：如共享文档的编辑。它对带宽和延时的要求一般。
远程学习: 这实际上是媒体广播应用加上对上行数据流（允许学生向老师提问）的支持。它对带宽和延时的要求一般。
讨论组：类似于基于文本的多点会议，还可以提供一些模拟的表达。
分布式交互模拟（DIS）：它对带宽和时延的要求较高。
多人游戏: 多人游戏是一种带讨论组能力的简单分布式交互模拟。它对带宽和时延的要求都比较高。
Jam Session：这是一种音频编码共享应用。它对带宽和时延的要求都比较高。
多点对点的应用
多点对点应用是指多个发送者，一个接收者的应用形式。通常是双向请求响应应用，任何一端（多点或点）都有可能发起请求。典型应用包括：
资源查找：如服务定位，它要求的带宽较低，对时延的要求一般。
数据收集：它是点对多点应用中状态监视应用的反向过程。它可能由多个传感设备把数据发回给一个数据收集主机。带宽要求根据采样周期和精度有所不同，可能会有恒定速率带宽或突发带宽要求，通常这类应用对带宽和延时的要求一般。
网络竟拍：拍卖者拍卖产品，而多个竟拍者把标价发回给拍卖者。
信息询问: 询问者发送一个询问，所有被询问者返回应答。通常这对带宽的要求较低，对延时不太敏感。
Juke Box：如支持准点播（Near-On-Demand）的音视频倒放。通常接收者采用“带外的”协议机制（如HTTP、RTSP、SMTP，也可以采用组播方式）发送倒放请求给一个调度队列。它对带宽的要求较高，对延时的要求一般。
㈤ 联通网络机顶盒请用组播方式登录是什么意思
这个和网络没有任何关系，出现这个之后首先考虑你的光猫是不是两个端口，如果是一个请去联通公司换一个2个端口的光猫。因为现在光猫开始更新了！
把原先插在路由器上的电视接头，插在光猫上就可以了。
(5)组播访问流程扩展阅读
机顶盒功能:
（1）电子节目指南（EPG）。给用户提供一个容易使用、界面友好、可以快速访问 想看节目的一种方式，电视节目
（2）高速数据广播。能给用户提供股市行情、票务信息、电子报纸、热门网站等 各种消息
（3）软件在线升级。软件在线升级可看成是数据广播的应用之一。数据广播服务 器按DVB数据广播标准将升级软件广播下来，机顶盒能识别该软件的版本号，在版本不同时接收该软件，并对保存在存储器中的软件进行更新
（4）因特网接入和电子邮件。数字机顶盒 可通过内置的电缆调制解调器方便地实现因特网接入功能。用户可以通过机顶盒内置的浏览器上网，发送电子邮件。
同时机顶盒也可以提供各种接口与PC相连，用PC与因特网连接
（5） 有条件接收。有条件接收的核心是机顶盒加扰和加密，数字机顶盒应具有解扰和解密功能。
㈥ IP组播的交互
（1）多播路由协议（路由器之间的交互）：主要有mospf，dvmrp，pim这三个。
前面两种协议需要建立自己的多播路由表。大多数路由器只支持pim。
PIM，协议无关性，它不需要建立自己的路由表，关心的只是路由器中有没有单播路由表，无论这个单播表项是怎样建立的，通过怎样的路由协议。
PIM MODE：PIM DM（密集模式，使用源分发树），
PIM SM（稀疏模式，使用共享分发树），
PIM SDM（稀疏密集模式，先尝试使用共享树，找不到RP再切向源分发树）
PIM DM，用于用户密集的情况，如果存在着没有要求多播的路由器则将其“裁剪”，如果存在着后来接入又需要多播的路由器则将其“嫁接”！
PIM SM，用于用户分散的情况，只有一棵树，初始为空，只有路由器发起要求才建立分支。这种模式存在着第一个到目的的数据包会触发目的向源发送一个单播形式的该数据，如果到源的路径好过走rp的路径则自动向最佳路径切换。
PIM SDM，使用最多的模式,效率最高。
rp的选举问题，三种方式：手工指定，auto rp（cisco only），BSR自举路由器（只有pim v2支持）
配置：
(config)#ip mutilcast-routing
(config-if)#ip pim 模式
密集模式的配置：
(config-if)#ip pim dense
稀疏模式的配置：
静态： (config)#ip mutilcast-routing
(config-if)#ip pim sparse
(config)#ip pim rp-add x.x.x.x
(config)#ip pim spt-thresheld infin / 具体值 指定向源切换的界限
auto： 定义候选者，(config)#ip pim send-rp-amounce 接口 scope ttl值（定义边界） group-list访问列表
定义映射代理，(config)#ip pim send-rp-discovery scope ttl值
指定模式，(config-if)#ip pim sp-de mode
注意，要224.0.1.39和224.0.1.40一对组播地址支持rp选举：
rp映射代理发往rp候选者用224.0.1.40
反过来，用224.0.1.39
BSR：(config-if)#ip pim 1 / 2 更改pim版本号，bsr只支持2
(config-if)#ip pim bsr border 定义多播边界
(config)#ip pim rp-candidate 接口 定义rp候选者
(config)#ip pim bsr-candidate 接口 定义bsr
这里，bsr用224.0.1.13向候选者通告，候选者用单播回应bsr。
sh ip mroute; sh ip pim int; sh ip pim nei;
sh ip pim rp; sh ip pim bsr; sh ip pim map.
（2）IGMP（Internet组管理协议）处理pc和router的交互。
三个版本：
igmpv1：report（pc发出，地址255.1.1.1，ttl=1）,query（router发出，发项0.0.0.0，60秒一次，120s没收到report回应则停止向该pc发组播）。
igmpv2：在v1基础上增加了一个leave消息，query消息的作用就变成了防止pc意外离开（没有leave消息，不被router所知）。
igmpv3：可以对信源地址做控制了，选择pc需要的特定多播。
另外还有一个igmpv3lite，是cisco私有的过渡方案，目的是让程序员能立刻编写ssm。
（3）switch的多播处理：cgmp和switch snooping
CGMP：思科私有协议，运行于思科交换机与思科路由器之间，让交换机能够通过路由器给出的消息间接支持组管理。
流程大致是：pc发igmp告知路由器我需要什么多播，如果路由器就直接把多播传入则经过交换机的时候会被交换机发向与该pc一个vlan的所有主机，router需要将该多播的mac通告交换机，让其明白多播具体该发向哪，并建立一个多播的转发表。
IGMP snooping：公有协议，只要交换机单独运行即可。它是靠帧听igmpreport来建立多播转发表的。所以对于2层交换机，因为看不到3层信息，所以要监听每一个组播帧，从中发现igmp成员报告，这样加大了cpu等资源的使用，比较不利；而对于3层交换机，能够看到3层信息，可以识别igmp成员报告，只要处理igmp流即可，所以负担轻。
㈦ 想写一个组播的程序，不知道服务器地址该用什么
你是要做一个组播服务器程序吗？如果是，你的服务器应该要支持IGMP协议。
你现在想让组播服务器在公网上转发数据，进行实验。我认为这种实验方法存在2个问题：
1，网络环境不具备。你的组播报文从服务器到主机的过程中需要经过一系列switch和router,所有这些设备必须都支持组播协议，才会形成组播树，将你的消息转发到所有主机。（这个外部的环境不可控）。
2、即使一系列的网络设备支持，网络运营商也不会允许私人随意占用 组播IP地址。
建议你自己搭建一个私网环境进行实验。在这个环境中，只要你的服务器和主机都处在相同的组播组中，就可以了。在这个私网环境中，224.0.1.1是一个合法的组播IP.
㈧ 局域网中单播，广播和组播的工作过程，怎么写
单播：信息的接收和传递只在两个节点之间进行
多播：一次传送所有目标节点的数据，也可以达到只对特定对象传送数据的目的
广播：主机之间一对所有的通讯模式