新闻中心

EEPW首页 > 嵌入式系统 > 设计应用 > IPTV承载网接入认证方案对比

IPTV承载网接入认证方案对比

作者:时间:2013-04-02来源:网络收藏


是对组播要求极高的业务。在组播业务中,要保证业务的可运营、可管理,就要通过一些必要的策略来达到业务可控的目的。组播的控制策略有很多种,其中控制组播用户的一个重要技术手段就是对用户进行认证、授权。原有宽带网络中用户的认证多用于IP单播业务,并不能够完全满足组播认证的要求。这就需要对原有的认证体系进行改造,以适应业务的开展要求。

对于采用进行认证的方式,主要需要解决的问题是组播数据的下发。因此,可以针对用户的不同业务采用不同的业务分发通道。也就是说,一方面要求BRAS设备支持业务的认证,其相关的单播数据通过的通道下发;另一方面组播数据通过IPOE的通道进行下发。这就要求BRAS通过认证信息能够区分用户业务种类,而DSLAM设备需要支持组播分发及组播组的控制,同时要求STB设备支持双协议栈。这样既可以保证原有认证系统的功能,同时也能够保证组播业务的顺利开展。

对于认证方式,其主要问题是保证接入的安全性和真实性,这就需要在包文中引入OPTION82选项;对于存在多个终端同时使用DHCP的场合,为了区分这些终端,还需引入OPTION60选项。DHCPOPTION82选项通常由DSLAM设备将用户的端口信息和设备信息插入到用户的DHCP报文,DHCP服务器通过识别OPTION82来执行IP地址分配策略或其它策略。OPTION60选项通常由终端自带,不同类型的终端可以通过设置不同的OPTION60来识别。通过OPTION60选项,可以实现对不同的终端分配不同的地址空间。但是,OPTION82的引入需要DSLAM的支持,目前网络上使用的设备大部分并不具备该功能,因此需要进行接入设备的改造。

两种认证方式各有优缺点,PPPoE认证技术比较成熟,安全性高,不需要进行接入网设备的改造,但是BRAS对组播等新业务支持能力差(目前BRAS均不支持组播)、效率低;需要改造BRAS来支持,投资很大,不利于IPTV业务的拓展。而DHCP+Web可以实现较多的增值业务,同时又可以很好地支持组播业务。虽然DHCP认证方式安全性不如PPPoE,但经过多年的发展,已具备相应的条件保证IPTV接入认证的安全。为保证接入的安全性可配合使用接入网设备支持的OPTION82特性,为防止DHCPServer欺骗,可进行二层的用户隔离。采用DHCP认证方式,IPTV业务流量可以从三层交换机走,投资很少,符合运营者发展IPTV的长远利益。

下面,我们从几个方面来具体比较PPPoE和DHCP在IPTV网络中的适用性。

●计费的准确性

对于PPPoE方式,在用户认证通过后,由宽带接入服务器(BAS),向后台的RADIUS服务器发送计费开始包,在用户下线后(用户主动挂断、异常死机、网络断等),由BAS向后台的RADIUS服务器发送计费结束包。后台计费系统便可根据计费起始包、结束包按时长、按流量进行实时计费。采用这种方式,计费数据相当准确。

对于DHCP+Web方式,用户认证通过后,同样由接入服务器向后台的RADIUS服务器发送计费开始包,当用户需要下线时,需要通过点击Web页面挂断按钮,触发宽带接入服务器向后台的RADIUS服务器发送计费结束包。在这种正常情况下,计费数据较准。但如果用户是异常下线,接入服务器需要根据设置的用户空闲最长时间来判断,如果超过最长空闲时间。则认为是用户已下线,此时宽带接入服务器向后台的RADIUS服务器发送计费结束包。后台计费系统便可根据计费起始包、结束包按时长、按流量进行实时计费。利用这种判断用户异常下线方式,可能最后的计费结束包的时间比用户实际的下线时间要多出一段时间。要解决这个问题,需要将用户空闲的最长时间设短,但此时间如果太短,又有可能让用户在上网的过程中(比如较长时间的阅读,没有通信流量的时候,会被BAS认为是用户已下线),出现多次需要重新进行认证,带来使用的不方便性。

●对网络环境的要求

PPPoE的本质就是在以太网上跑PPP协议。由于PPP协议认证过程的第一阶段是Discovery阶段,广播只能在二层网络,才能发现BAS。因此,也就决定了在用户主机和BAS之间,不能有路由器或三层交换机。另外,由于PPPoE的点对点的本质,在用户主机和BAS之间,限制了组播协议的存在。这样,将会在一定程度上,影响今后视频业务的开展。不过国际上为了解决这个问题,提出了一些草案(IPmulticastingandbroadcasting extension for PPPoE Protocol),希望能解决PPPoE上的组播问题。DHCP+Web认证不存在二层网络的限制,同样也不存在组播协议的限制。

●可管理性

对于PPPoE方式,宽带接入服务器与RADIUS服务器配合,可以进行一定程度的服务质量控制。较多的接入服务器能够实现Policing和rate-limiting等功能。Policing是一种接收控制功能,只容许指定速率的流量通过。类似的,rate-limiting是发送控制功能,只容许指定速率的流量发送。

对于DHCP+Web方式,当采用旁路方式的网络架构时,不能对用户进行带宽管理。如果是直路的网络架构,可以根据用户的不同,对带宽进行不同等级的限速控制。

●IP地址分配

PPPoE方式下的IP地址分配,完全是由宽带接入服务器和RADIUS服务器配合完成,用户不能修改。同时,后台的支撑系统还能够根据不同的用户分配不同范围、不同性质的IP地址,如某些用户使用公网地址,某些用户使用私有地址。

DHCP+Web则不能根据用户的不同,在IP地址的分配上做不同的区分。另外,使用DHCP来动态分配IP地址,还可以基于策略化分配。

●客户端软件限制

使用PPPoE进行用户认证,必须在客户端安装虚拟拨号软件。通过此虚拟拨号软件来与运营商局端的宽带接入服务器完成PPPoE的连接。但随着WindowsXP的发布,微软已把PPPoE虚拟拨号的功能集成到操作系统中。

DHCP+Web认证方式最大的一个优势就在于客户端不需要安装任何拨号软件,认证完全依靠浏览器来完成,在维护上很方便。

●多服务选择能力

在PPPoE方式下,许多厂家的宽带接入服务器提供类似“虚设备”的处理模块,不同的用户能够基于不同的“虚设备”,而引导至不同的服务区域。

对于DHCP+Web方式,要实现多服务选择能力比较困难。目前能够支持多服务选择的设备只有少数几家国外设备,如Ellacoya也是主要依靠VitualServiceContext技术来实现的。

●性能特点

由于PPPoE的特点,宽带接入服务器可能会成为网络的瓶颈。对于DHCP+Web,一般采用网络旁路的架构,不会影响到网络的性能。

3、结束语

从以上多个角度的对比,两种方式各有优缺点,基于PPPoE的认证方式,可管理性强,计费准确,其代价就是PPP本身限制了网络环境和组播业务的开展。而Web方式的认证,对网络环境不会造成任何影响,但在整个网络的用户可管理性、异常情况下计费准确度等方面都存在一定问题。运营商可以根据自身的业务运营特点,采用相应的认证方式。如果运营商偏重系统的可管理性、计费的精确性,推荐采用PPPoE的认证计费方式,如果偏重客户端的方便性,而对用户端的计费要求不是很高的情况(例如目前常用的包月制)下,推荐采用DHCP+Web认证计费模式。

目前两种认证模式在国内外运营商都有应用案例。随着IPTV业务的用户数量的增加,DHCP认证方式的应用会逐步增多,如最近韩国电信IPTV已经采用了DHCP方式,国内运营商也有针对DHCP方案的试验系统。


上一页 1 2 下一页

关键词: IPTV DHCP PPPoE

评论


相关推荐

技术专区

关闭