計(jì)費(fèi)的準(zhǔn)確性對(duì)于PPPoE方式，在用戶認(rèn)證通過(guò)后，由寬帶接入服務(wù)器（BAS），向后臺(tái)的RADIUS服務(wù)器發(fā)送計(jì)費(fèi)開(kāi)始包，在用戶下線后（用戶主動(dòng)掛斷、異常死機(jī)、網(wǎng)絡(luò)斷等），由BAS向后臺(tái)的RADIUS服務(wù)器發(fā)送計(jì)費(fèi)結(jié)束包。后臺(tái)計(jì)費(fèi)系統(tǒng)便可根據(jù)計(jì)費(fèi)起始包、結(jié)束包按時(shí)長(zhǎng)、按流量進(jìn)行實(shí)時(shí)計(jì)費(fèi)。采用這種方式，計(jì)費(fèi)數(shù)據(jù)相當(dāng)準(zhǔn)確。對(duì)于DHCP+Web方式，用戶認(rèn)證通過(guò)后，同樣由接入服務(wù)器向后臺(tái)的RADIUS服務(wù)器發(fā)送計(jì)費(fèi)開(kāi)始包，當(dāng)用戶需要下線時(shí)，
計(jì)費(fèi)的準(zhǔn)確性
對(duì)于PPPoE方式，在用戶認(rèn)證通過(guò)后，由寬帶接入服務(wù)器（
BAS），向后臺(tái)的RADIUS服務(wù)器發(fā)送計(jì)費(fèi)開(kāi)始包，在用戶下線后（用戶主動(dòng)掛斷、異常死機(jī)、網(wǎng)絡(luò)斷等），由BAS向后臺(tái)的RADIUS服務(wù)器發(fā)送計(jì)費(fèi)結(jié)束包。后臺(tái)計(jì)費(fèi)系統(tǒng)便可根據(jù)計(jì)費(fèi)起始包、結(jié)束包按時(shí)長(zhǎng)、按流量進(jìn)行實(shí)時(shí)計(jì)費(fèi)。采用這種方式，計(jì)費(fèi)數(shù)據(jù)相當(dāng)準(zhǔn)確。
對(duì)于DHCP+Web方式，用戶認(rèn)證通過(guò)后，同樣由接入服務(wù)器向后臺(tái)的RADIUS服務(wù)器發(fā)送計(jì)費(fèi)開(kāi)始包，當(dāng)用戶需要下線時(shí)，需要通過(guò)點(diǎn)擊Web頁(yè)面掛斷按鈕，觸發(fā)寬帶接入服務(wù)器向后臺(tái)的RADIUS服務(wù)器發(fā)送計(jì)費(fèi)結(jié)束包。在這種正常情況下，計(jì)費(fèi)數(shù)據(jù)較準(zhǔn)。但如果用戶是異常下線，接入服務(wù)器需要根據(jù)設(shè)置的用戶空閑最長(zhǎng)時(shí)間來(lái)判斷，如果超過(guò)最長(zhǎng)空閑時(shí)間。則認(rèn)為是用戶已下線，此時(shí)寬帶接入服務(wù)器向后臺(tái)的RADIUS服務(wù)器發(fā)送計(jì)費(fèi)結(jié)束包。后臺(tái)計(jì)費(fèi)系統(tǒng)便可根據(jù)計(jì)費(fèi)起始包、結(jié)束包按時(shí)長(zhǎng)、按流量進(jìn)行實(shí)時(shí)計(jì)費(fèi)。利用這種判斷用戶異常下線方式，可能最后的計(jì)費(fèi)結(jié)束包的時(shí)間比用戶實(shí)際的下線時(shí)間要多出一段時(shí)間。要解決這個(gè)問(wèn)題，需要將用戶空閑的最長(zhǎng)時(shí)間設(shè)短，但此時(shí)間如果太短，又有可能讓用戶在上網(wǎng)的過(guò)程中（比如較長(zhǎng)時(shí)間的閱讀，沒(méi)有通信流量的時(shí)候，會(huì)被BAS認(rèn)為是用戶已下線），出現(xiàn)多次需要重新進(jìn)行認(rèn)證，帶來(lái)使用的不方便性。
對(duì)網(wǎng)絡(luò)環(huán)境的要求
PPPoE的本質(zhì)就是在以太網(wǎng)上跑PPP協(xié)議。由于PPP協(xié)議認(rèn)證過(guò)程的第一階段是Discovery階段，廣播只能在二層網(wǎng)絡(luò)，才能發(fā)現(xiàn)BAS。因此，也就決定了在用戶主機(jī)和BAS之間，不能有路由器或三層
交換機(jī)。另外，由于PPPoE的點(diǎn)對(duì)點(diǎn)的本質(zhì)，在用戶主機(jī)和BAS之間，限制了組播協(xié)議的存在。這樣，將會(huì)在一定程度上，影響今后視頻業(yè)務(wù)的開(kāi)展。不過(guò)國(guó)際上為了解決這個(gè)問(wèn)題，提出了一些草案（
IPmulticastingandbroadcasting extension for PPPoE Protocol），希望能解決PPPoE上的組播問(wèn)題。DHCP+Web認(rèn)證不存在二層網(wǎng)絡(luò)的限制，同樣也不存在組播協(xié)議的限制。
可管理性
對(duì)于PPPoE方式，寬帶接入服務(wù)器與RADIUS服務(wù)器配合，可以進(jìn)行一定程度的服務(wù)質(zhì)量控制。較多的接入服務(wù)器能夠?qū)崿F(xiàn)Policing和rate-limiting等功能。Policing是一種接收控制功能，只容許指定速率的流量通過(guò)。類似的，rate-limiting是發(fā)送控制功能，只容許指定速率的流量發(fā)送。
對(duì)于DHCP+Web方式，當(dāng)采用旁路方式的網(wǎng)絡(luò)架構(gòu)時(shí)，不能對(duì)用戶進(jìn)行帶寬管理。如果是直路的網(wǎng)絡(luò)架構(gòu)，可以根據(jù)用戶的不同，對(duì)帶寬進(jìn)行不同等級(jí)的限速控制。
IP地址分配
PPPoE方式下的IP地址分配，完全是由寬帶接入服務(wù)器和RADIUS服務(wù)器配合完成，用戶不能修改。同時(shí)，后臺(tái)的支撐系統(tǒng)還能夠根據(jù)不同的用戶分配不同范圍、不同性質(zhì)的IP地址，如某些用戶使用公網(wǎng)地址，某些用戶使用私有地址。
DHCP+Web則不能根據(jù)用戶的不同，在IP地址的分配上做不同的區(qū)分。另外，使用DHCP來(lái)動(dòng)態(tài)分配IP地址，還可以基于策略化分證，必須在客戶端安裝虛擬撥號(hào)軟件。通過(guò)此虛擬撥號(hào)軟件來(lái)與運(yùn)營(yíng)商局端的寬帶接入服務(wù)器完成PPPoE的連接。但隨著WindowsXP的發(fā)布，微軟已把PPPoE虛擬撥號(hào)的功能集成到操作系統(tǒng)中。
DHCP+Web認(rèn)證方式最大的一個(gè)優(yōu)勢(shì)就在于客戶端不需要安裝任何撥號(hào)軟件，認(rèn)證完全依靠瀏覽器來(lái)完成，在維護(hù)上很方便。
多服務(wù)選擇能力
在PPPoE方式下，許多廠家的寬帶接入服務(wù)器提供類似“虛設(shè)備”的處理
模塊，不同的用戶能夠基于不同的“虛設(shè)備”，而引導(dǎo)至不同的服務(wù)區(qū)域。
