剖析PPPoA體系的配置實施解決方案，不錯的文章告訴你想知道的。在本文的"實施注意事項"部分，PPPoA體系結構可以使用不同的方案配置根據服務provider?s商業模式。在此部分，我們討論服務提供商必須在配置解決方案之前記住的不同的可能性和考慮。

在配置PPPoA體系結構和一個特定的解決方案之前為此體系結構，了解服務provider?s商業模式是重要的。考慮服務提供商將提供的服務。服務提供商是否將提供一項服務類似對其最終用戶的高速互聯網訪問或是否將賣批發服務對不同的ISPs并且提供增值服務給那些訂戶？服務提供商是否將提供所有？

一旦高速互聯網訪問在NSP和NAP其中是相同的環境里，在配置的會聚路由器必須結束subscriber?sPPP交易。在此方案，服務提供商需要考慮多少場PPP交易在一個單個路由器匯聚設備可以結束，用戶如何驗證，他們如何執行記帳和路徑對互聯網一旦用戶會話被終止。

根據PPP會話和訂戶的數量，會聚路由器能是Cisco6400或Cisco7200。Today?sCisco6400用7個節點路由處理器(NRP)能結束14,000場PPP交易。Cisco7200對2,000次PPP會話被限制。這些編號將更改與新的版本。請檢查版本說明并且產品文件為每個會聚路由器可以支持會話的確切的數字。

用戶認證和記帳在這些方案通過使用一個工業標準的RADIUS服務器***處理，能驗證根據用戶名或虛擬路徑標識符/虛信道標識符的用戶(VPI/VCI)使用，為高速互聯網訪問，NSPs通常發單用戶一個固定費率。大多當前配置實現此樣。當NSP和NAP是同一個實體時，用戶被發單以一個固定速度為訪問和另一個固定速度為互聯網訪問。

此模型變動當服務提供商開始提供增值服務。服務提供商能充電根據服務類型的用戶并且服務使用期限。用戶接通到互聯網通過會聚路由器使用路由協議類似開放式最短路徑優先（OSPF）或增強的內部網關路由協議(EIGRP)到可能運行邊界網關協議(BGP)的邊界路由器。

服務提供商有為提供高速互聯網訪問的另一個選項是發送流入的PPP會話從訂戶到獨立的ISP使用L2TP/L2F建立隧道。當使用時L2x建立隧道，應該為產生特別注意事項隧道目的地如何可以到達?？捎玫倪x項對用一些路由協議或提供靜態路由在會聚路由器。限制當時使用L2TP或L2F隧道是：(1)隧道的數量和在那些隧道可以支持會話的數量;并且(2)使用路由協議不兼容與第三方ISPs，可能使用靜態路由要求。

如果服務提供商為最終用戶提供服務為不同的ISPs或公司網關，他們在會聚路由器可能需要實現SSG功能。這允許訂戶通過使用基于Web的服務選擇選擇不同的服務目的地。服務提供商能或者向前訂戶PPP會話對他們所選的目的地通過結合所有會話被注定對ISP到單個PVC為傳輸，或者如果服務提供商提供多個服務級別，超過一個PVC可能橫跨核心設立。

在一個批發服務模型，服務提供商可能不使用SSG功能。在此型號，服務提供商對家庭網關擴大所有PPP會話。家庭網關提供IP地址給最終用戶并且驗證終端用戶。一個主要考慮在任何這些方案是服務提供商如何能提供不同的服務質量（QoS）為不同的服務并且他們如何計算帶寬分配。

當前，方式多數服務提供商在不同的PVC配置此體系結構提供另外QoS。他們在核心可能有獨立的PVC為住宅和商業用戶。使用不同的PVC允許服務提供商為不同的服務指定另外QoS。此樣，QoS能在獨立的PVC或在第三層。

適用QoS在第三層要求服務提供商知道最終目的地，可能是一個限定系數。但，如果使用與第二層QoS的組合(通過適用它在不同的VC)，它可以是有用的為服務提供商。限制與此型號是是固定的并且服務提供商需要為QoS事先提供。QoS在服務的選擇沒獲得動態地適用。當前，沒有能選擇不同的帶寬的用戶的選項為不同的服務帶有鼠標的點擊;然而，投資了大量的工程工作開發此功能。

CPE配置、管理和物資供應可能是非常富挑戰性在此體系結構，CPE需要為用戶名和口令配置。作為一個簡單解決方案，一些服務提供商為所有CPEs使用同一個用戶名和口令。這提交重大的安全風險。另外，如果CPE需要同時打開不同的會話、另外的VC需要提供在CPE，NAP和NSP。

CiscoDSLAMs和匯聚設備有能力簡化CPE配置和物資供應。流通過管理工具為端到端PVC物資供應也是可用的。因為必須管理，提供在NSP為使用PVC的許多訂戶是一個限定系數所有不同的PVC。另外，沒有物資供應2000PVC簡單方法在單個NRP通過點擊鼠標或輸入少量keystorkes。

今天我們有不同的管理應用為此體系結構不同的組件，例如Viewrunner為DSLAM和SCM為那里Cisco6400是將提供所有組件的沒有管理平臺。這是一個很好被認可的限制并且投資大量精力有單個，綜合管理應用程序提供CPE，DSLAM和Cisco6400。另外，我們當前有一個解決方案實現PPPoA體系與SVC，極大將實現配置。PPPoA體系與SVC也將允許終端用戶動態地選擇目的地和QoS。

要記住的另一個重要點為大ADSL部署使用此體系結構是通信從會聚路由器到RADIUS服務器。如果NRP前端失去作用當幾一千場PPP交易在匯聚設備時結束，必須重建所有那些PPP會話。這意味著必須驗證所有訂戶并且他們的計費記錄被終止和重新啟動一旦連接被建立。當許多訂戶設法獲得同時時驗證，管道到RADIUS服務器可以是瓶頸。一些訂戶可能不能驗證并且這能制造問題為服務提供商。

有RADIUS服務器的一條鏈路以同時適應所有訂戶的足夠的帶寬是非常重要的。此外，RADIUS服務器應該是足夠強大的同意權限所有訂戶。一旦千位訂戶，應該設想一個選項對負載平衡在可用的RADIUS服務器之間。此功能是可用的在®CiscoIOS軟件。

作為最終考慮事項，會聚路由器必須滿足執行適應許多PPP會話。運用其他實施使用的同樣流量工程原理。早先，用戶在點對點子接口必須配置PVC。今天PPPoA體系在多點子接口允許用戶配置多個PVC以及點到點。每PPPoA體系連接不再要求二個接口描述符模塊(IDBs)，一個為虛擬訪問接口和一個為ATM子接口。此增進增加PPPoA體系會話的***數量運行在路由器的。

平臺支持***數PPPoA體系會話取決于可用系統資源例如內存和CPU速度。每次PPPoA體系會話取出一個虛擬訪問接口。每個虛擬訪問接口包括硬件接口描述阻塞和一個軟件接口描述阻塞(hwidb/swidb)對。

每hwidb采取關于4.5K.每swidb一起采取關于2.5K.，虛擬訪問接口要求7.5K.2000虛擬訪問接口要求2000年*7.5K或15M。運行2000次會話，路由器需要一另外15M。由于在會話限制的增量，路由器需要支持更多IDBs。此技術支持影響性能由于更多CPU周期運行PPP狀態機的更多實例。