IPTVPPPoEWeb1、背景IPTVDSL網絡機頂盒〔STB，Set-TopBox〕PC播、視頻點播、玩耍、視頻會議等業務。基于IPTV必需能夠支持組播應用的順當開展。削減運營商在核心網絡擴容改造方面的巨額投資；必需能夠區分不同的終端類型以進展業務分別，順當支持增值業務的開展；值業務的供給效率；高自身的運營效率；必需具備高并發IP地址懇求處理力量，保證全部用戶能夠順當登錄網絡并承受效勞；認證系統必需具有強大的可擴展性和穩定性，能夠牢靠供給業務并順應IPTV等型業務快速進展的趨勢。2、IPTV當前在寬帶網中使用的最主要認證技術包括兩類，即PPPoE和DHCP〔或者DHCP+Web〕技術。PPPoEPPPoE〔RFC2516〕認證技術在以太網接入和ADSL接入方式中應用的最為廣泛，其組網原DSLAMDSLAM后面設置BRAS設備來終結PPP。終結PPP連接的寬帶接入效勞器可以對PPPPPPoE的實質是在以太網上跑PPP協議，在用戶端和寬帶接入效勞器之間建立PPP的點對點通道。PPPoE方式其整個通信過程都必需進展PPPoEBRASBRAS則組播數據必需以BRASDSLAM，違反組播的初衷。因此，PPPoE。DHCP+WebDHCP+Web認證需要與DHCP效勞器和WebDHCP一個IP地址，與Web效勞器將用戶強制連接到Web戶名和密碼，WebServer作為RADIUSClientRADIUSServer，對用戶IP在DHCP+WebPPP道，也不存在對組播協議的限制。假設用戶到接入效勞器之間的交換機或DSLAMIGMPSnoopingWebPortal兩種認證方式的特點比較11兩種認證方式的特點比較1DHCP+Web組播支持力量較強〔只要局端設備支持域網會聚層同時作為BRAS使用，對IPTVDHCP+Web的用戶數量進展掌握，由于承受Portal方式，其增值業務力量較強。從客戶端支持來看，由于DHCP+Web不需要客戶端軟件，避開了放號困難及維護工作量較大的問題。總體而言，PPPoEIPTV是對組播要求極高的業務。在組播業務中，要保證業務的可運營、可治理，就要的一個重要技術手段就是對用戶進展認證、授權。原有寬帶網絡中用戶的認證多用于IP單IPTV對于承受PPPoE針對用戶的不同業務承受不同的業務分發通道。也就是說，一方面要求BRAS設備支持IPTV業務的PPPoEPPPoEIPOE的通道進展下發。這就要求BRAS通過認證信息能夠區分用戶業務種類，而DSLAM設備需要STB系統的功能，同時也能夠保證組播業務的順當開展。對于DHCPDHCPDHCP包文中引入OPTION82選項；對于存在多個終端同時使用DHCP的場合，為了區分這些終端，還需引入OPTION60DHCPOPTION82選項通常由DSLAM息插入到用戶的DHCPDHCP效勞器通過識別OPTION82來執行IP策略。OPTION60OPTION60別。通過OPTION60OPTION82引入需要DSLAM備的改造。兩種認證方式各有優缺點，PPPoE認證技術比較成熟，安全性高，不需要進展接入網設備的改造，但是BRAS對組播等業務支持力量差〔目前BRAS均不支持組播〕、效率低；需要改造BRASIPTV業務的拓展。而DHCP+Web值業務，同時又可以很好地支持組播業務。雖然DHCP認證方式安全性不如PPPoE，但經過多年的進展，已具備相應的條件保證IPTV接入認證的安全。為保證接入的安全性可協作使用接入網設備支持的OPTION82DHCPServerDHCPIPTVIPTV的長遠利益。下面，我們從幾個方面來具體比較PPPoEDHCPIPTV計費的準確性對于PPPoE方式，在用戶認證通過后，由寬帶接入效勞器〔BAS〕，向后臺的RADIUS效勞器發送計費開頭包，在用戶下線后〔用戶主動掛斷、特別死機、網絡斷等〕，由BAS向后臺的RADIUS效勞器發送計費完畢包。后臺計費系統便可依據計費起始包、完畢包按時長、按流量進展實時計費。承受這種方式，計費數據相當準確。對于DHCP+WebRADIUSWeb臺的RADIUS效勞器發送計費完畢包。在這種正常狀況下，計費數據較準。但假設用戶是特別下線，接入效勞器需要依據設置的用戶空閑最長時間來推斷，假設超過最長空閑時間。則認為是用戶已下線，此時寬帶接入效勞器向后臺的RADIUS效勞器發送計費完畢包。后臺計費系〔比方較長時間的閱讀，沒有通信流量的時候，會被BAS認為是用戶已下線〕，消滅屢次需要重進展認證，帶來使用的不便利性。對網絡環境的要求PPPoEPPPPPPDiscoveryBASBAS之間，不能有路由器或三層交換機。另外，由于PPPoE的點對點的本質，在用戶主機和BAS之間，限制了組播協議的存在。這樣，將會在肯定程度上，影響今后視頻業務的開展。不過國際上為了解決這個問題，提出了一些草案〔IPmulticastingandbroadcastingextensionforPPPoEProtocol〕，期望能解決PPPoEDHCP+Web的限制，同樣也不存在組播協議的限制。可治理性對于PPPoE方式，寬帶接入效勞器與RADIUS效勞器協作，可以進展肯定程度的效勞質量掌握。較多的接入效勞器能夠實現Policing和rate-limitingPolicing接收掌握功能，只容許指定速率的流量通過。類似的，rate-limiting是發送掌握功能，只容許指定速率的流量發送。對于DHCP+Web方式，當承受旁路方式的網絡架構時，不能對用戶進展帶寬治理。假設是直路的網絡架構，可以依據用戶的不同，對帶寬進展不同等級的限速掌握。IPPPPoE方式下的IPRADIUS戶不能修改。同時，后臺的支撐系統還能夠依據不同的用戶安排不同范圍、不同性質的IP地址，如某些用戶使用公網地址，某些用戶使用私有地址。DHCP+WebIPDHCP來動態安排IP客戶端軟件限制使用PPPoE運營商局端的寬帶接入效勞器完成PPPoEWindowsXPPPPoE虛擬撥號的功能集成到操作系統中。DHCP+Web認證方式最大的一個優勢就在于客戶端不需要安裝任何撥號軟件，認證完全依靠掃瞄器來完成，在維護上很便利。多效勞選擇力量在PPPoE用戶能夠基于不同的“虛設備”，而引導至不同的效勞區域。對于DHCP+Web備只有少數幾家國外設備Ellacoya也是主要依靠VitualServiceContext技術來實現的。性能特點由于PPPoE的特點，寬帶接入效勞器可能會成為網絡的瓶頸。對于DHCP+Web，一般承受網絡旁路的架構，不會影響到網絡的性能。3、完畢語從以上多個角度的比照，兩種方式各有優缺點，基于PPPoE的認證方式，可治理性強