PPPoE的實質(zhì)是在以太網(wǎng)上跑PPP協(xié)議，在用戶端和寬帶接入服務(wù)器之間建立了PPP的點對點通道。也就是說，如果在用戶主機和BRAS之間啟用組播業(yè)務(wù)，則組播數(shù)據(jù)必須以BRAS作為接收端復(fù)制點，這樣會使大量的組播數(shù)據(jù)穿越網(wǎng)絡(luò)和DSLAM設(shè)備，違背組播的初衷。因此PPPoE接入方式限制了組播協(xié)議的存在，影響視頻業(yè)務(wù)的開展。

　　（2）DHCP+Web技術(shù)

　　DHCP+Web認證需要與DHCP服務(wù)器和Web認證服務(wù)器配合使用，Host首先通過DHCP得到一個IP地址，與Web認證服務(wù)器通信，也可以使用戶只訪問一些內(nèi)部服務(wù)器，然后，接入服務(wù)器將用戶強制連接到Web認證服務(wù)器上，并在瀏覽器中彈認證頁面。在該頁面中輸入賂和密碼，Web Server作為Radius的Client端把認證信息傳送到Radius Server，對用戶進行認證。認證通過后，用戶獲得新的合法的IP地址，可以訪問因特網(wǎng)或特定的網(wǎng)絡(luò)。

　　在DHCP+Web認證方式中，用戶主機和接入服務(wù)器之間并沒有任何類似PPP的第3層通道，也不存在對組播協(xié)議的限制。如果用戶主要到接入服務(wù)器之間的交換機或DSLAM能支持IGMP Snooping，組播業(yè)務(wù)很容易開展。但是DHCP本身存在很多缺點，特別是安全性問題，如何能夠保證用戶信息的合法性、真實性是DHCP需要解決的關(guān)鍵問題。

　　（3）改進方案

　　由此可以看到，網(wǎng)絡(luò)層認證根據(jù)STB終端支持的程度可采用PPPoE認證或DHCP方式。但是這兩種認證方式，都不能夠滿足IPTV業(yè)務(wù)開展的需要。因此，我們就需要針對現(xiàn)在的認證方式提供相應(yīng)的解決方案，在保證IPTV業(yè)務(wù)開展的前提下，盡可能的減少對現(xiàn)網(wǎng)的大規(guī)范改動，以保證原有業(yè)務(wù)的的支撐。

　　對于STB終端采用PPPoE進行認證的方式，主要需要解決的問題是數(shù)據(jù)的下發(fā)。因此可以針對用戶的不同業(yè)務(wù)采用不同的業(yè)務(wù)分發(fā)通道。也就是說，一方面要求BRAS設(shè)備支持IPTV業(yè)務(wù)的PPPoE認證，其相關(guān)的單播數(shù)據(jù)通過PPPoE的通道進行下發(fā)；這就要求BRAS通過認證信息能夠區(qū)分用戶業(yè)務(wù)種類，而DLSAM設(shè)備需要支持組播分發(fā)及組播組的控制，同時要求STB設(shè)備支持雙協(xié)議棧。這樣既可以保證原有認證系統(tǒng)的功能，同時也能夠保證組播業(yè)務(wù)的順利開展。

　　而對于DHCP認證方式，其主要問題是保證DHCP接入的安全性和真實性，這就需要在DHCP包文中引入OPTION82選項；對于存在多個終端同時使用DHCP的場合，為了區(qū)分這些終端，還需引入OPTION60選項。DHCP OOPTION82選項通常由DSLAM設(shè)備將用戶的商品信息和設(shè)備信息到用戶的DHCP報文，DHCP服務(wù)器通過識別OPTION82為來執(zhí)行IP地址分配策略或其它策略。OPTION60選項通常由終端自帶，不同類型的終端可以通過設(shè)置不同的OPTION60來識別。通過OPTION60選項，可以實現(xiàn)不同的終端分配不同的地址空間。但是，OPTION82的引入需要DSLAM的支持，目前運營使用的設(shè)備并不具備該功能，因此需要進行網(wǎng)絡(luò)設(shè)備的改造。