论文投稿_医学论文投稿_核心期刊,职称论文投稿发表_论文部落

　　摘要：笔者主要介绍了IPTV的网络组网架构和二级组播组网方式，并重点探讨了如何利用网络虚拟化、anycastRP技术解决设备冗余和BFD技术解决链路冗余等技术实践方案。

　　关键词：IPTV；anycastRP；BFP；multicast

　　1IPTV组网架构

　　随着信息科技技术在广播、电影、电视行业的广泛应用，画面、声音、文字等的有效结合增加了广播电视节目的感染力。

　　与其他行业相同，计算机网络技术对传统的广播电视行业的发展起到了积极的促进作用。其与广播内容的有机整合，使用广播电视的性能更加完善，使电视传媒给观众们提供了更加丰富、多元的内容和按需所取的方式，满足了信息时候，大众用户的大部分需求。笔者对提供该能力的平台网络进行简单的探讨。

　　IPTV基于IP网络提供服务，因此需要考虑网络区域的独立性和稳定性。随着运营商集约化、业务的集中式部署思路。同时又要考虑到网络的复杂性，节约省集中设备资源的前提下，目前运营商的IPTV组网主要采用二级组播、独立组播域的方式部署。

　　在省集中层面，全省每个地市部署一套系统（以下简称区域中心）接收省中心通过组播下推的视频流，所有地址部署平台配置相同的RP和相同的组播IP地址。

　　地市区域中心以允当组播接收者的角色接收到省中心码流后，同时又以组播提供者的角色面向城域网用户提供组播服务。具体组网如图1所示：

　　2二级组播部署的方式

　　IPTV的内容下推部署有三种方式类型。

　　方式一：省中心向地市区域中心推直播节目内容时，采用单播的方式，再由地市区域中心以组播的方式向城域网用户提供节目码流，此种方式主要是如果省内地市太多，就需要省中心提供多套面向地市提供服务的省中心节目码流服务器，同时由于又要考虑平台设备的冗余性，平台部署的设备服务器要新增加两倍的数量，但对于省到地节目流下推，可以通过控制单播路由的方式，做到省到地节目内容承载冗余链路的负载均衡。

　　方式二：省中心向地市区域中心推直播节目内容，采用组播的方式。地市区域中心向城域网用户推流时同样也将采用组播，由于省中心的组播流只在地市区域中心进行终结，同时又为了每个地市城域网内部只采用本区域内的RP，所以将采取在地市区域中心网络设备上配置两个RP地址，并采用RP加ACL的方式，使每个RP只对特定的组播地址进行注册。同时又降低了全省所有地市由于RPF所带来的组播故障风险。将PIM邻居终结在每个城域网A类与D类路由器的三层接口。具体部署方式如图2所示：

　　方式三：省中心一套组播流直接向全省所有用户提供直播节目流服务。此种组网虽然简化了地市区域中心节点的组播服务器的部署，但由于全省需要共用同一个RP地址，但各地市城域网设备的RPF检测环境的复杂度有所增加，同时故障时影响用户的范围面较大。

　　针对以上三种组网方式的权衡利弊，目前运营商大部分采用第二种二级组播下推直接节目流的方式。

　　3设备和链路冗余

　　目前运营商重要平台都将采用主备冗余和负载均衡冗余的方式。

　　3.1IPTV环境中的设备冗余

　　1）在IPTV环境中的省到地区域中心组播推流的RP设备方面，由于区域中心基本都是直接与服务器对接，为了解决端口密度和三层网络中多台主机在同一网段的通信问题，一般采用交换机部署，目前国内几家大的厂家都对虚拟化技术比较成熟。所以一般都采用两台三层交换机设备进行虚拟化来解决省中心和区域中心组播RP的设备冗余问题。

　　2）在IPTV环境中的区域中心到用户侧推流的RP设备方面，根据pim-sm组播的工作机制，RP只承担组播源和接收者的注册功能，只需要三层路由可达的路径满足RPF检测机制即可满足需求。所以一般采用城域网的SR或者CR路由器承当RP的工作。而且国内外主流厂家的路由器一般都支持anycastRP带来的冗余场景。具体部署方式如图3所示：