PPPoA體系的關鍵點和IP管理

PPPoA體系的實現是大家經常碰到的問題，怎樣去實現PPPoA體系的設置，它還有什麼相關的口令等等問題，下面小編準備了關於PPPoA體系的關鍵點和IP管理的文章，提供給大家參考!

要考慮的關鍵點在實現PPPoA體系結構之前包括：當前和在將來服務訂户的數量，這影響必需的PPP會話的數量。PPP交易是否結束在服務provider?s會聚路由器或發送到其他公司網關或網絡服務提供商(ISP)。

服務提供商或最終服務目的地是否提供IP地址給subscriber?sCPE。提供的IP地址是否是合法共享或專用的。CPE執行 NAT/PAT或NAT是否將執行在終結目的地?最終用户、住宅用户、SmallOfficeHomeOffice(SOHO)用户和遠程辦公者檔案。

一旦超過一個用户，所有用户是否需要到達同一項最終目的地或服務，或者他們全部有不同的服務目的地。服務提供商提供任何增值服務類似語音或視頻?服務提供商是否要求所有訂户對首先去一個特定網絡在到達最終目的地之前?訂户何時使用SSG，他們使用轉接服務、點到點協議終接匯聚(PTA)，仲裁設備或者代理?

服務提供商在使用的固定費率、每回話使用方法或者服務如何發單subscribers—based。CPEs、DSLAMs和聚合PointsofPresence(PoPs)配置和物資供應。商業模式為NAP。型號是否也包括賣批發服務類似安全的企業訪問和增值服務類似語音和視頻?NAP是否是和NSPs同一個實體?

公司的商業模式。與一個獨立的市話運營商(ILEC)，具有競爭力的市話運營商(CLEC)或ISP它是否是可比較的`?NSP為最終用户將提供應用程序的種類。期望的上行和下行數據流量。保留這些點在頭腦，我們討論PPPoA體系結構如何將適合並且擴展對不同的商業模式為服務提供商並且提供商如何能使用此體系結構有益於。

　　PPPoA體系結構的關鍵點

此部分在PPPoA體系結構描述三個關鍵點：CPE，IP管理和到達服務目的地。由於PAT的本質，嵌入的某些應用程序IP信息在有效載荷在此方案不能工作。解決此問題，適用子網IP地址而不是單個IP地址。

在此體系結構因為IP地址分配到CPE，NAP/NSP遠程登錄到CPE配置和排除故障是容易。CPEs能根據subscriber?s配置文件使用不同的選項。例如，為了一個住宅用户CPE可能配置沒有PAT/DHCP。為訂户用超過一個PC，CPEs可以為PAT/DHCP或方式配置和那一個住宅用户一樣。如果有IP電話接通到CPE，CPE可能為超過一個PVC配置。

　　PPPoA體系IP管理

在PPPoA體系結構，訂户CPEIP地址分配在撥號模式下使用IPCP協商，PPP的同一個原理。IP地址根據訂户使用的服務類型分配。如果訂户有僅互聯網訪問從NSP，NSP將結束那些PPP交易從訂户並且分配IP地址。IP地址從一個本地定義的池分配，DHCP服務器或者可以是適用從RADIUS服務器。

並且，當訂户起動PPP會話時，ISP可能提供了一套靜態IP地址給訂户並且可能不動態地分配IP地址。在此方案，服務提供商將使用僅RADIUS服務器驗證用户。如果訂户喜歡有多個服務可用，NSP可能需要實現SSG。以下可能性為分配IP地址。

SP可能提供IP地址給訂户通過其本地地址池或RADIUS服務器。在用户選擇一項服務之後，SSG寄user?s數據流給該目的地。如果SSG使用代理模式，最終目的地可能提供IP地址，SSG將使用作為可視地址為NAT。

PPP會話在服務provider?s會聚路由器沒獲得終止。他們被建立隧道或轉發到最終目的地或家庭網關，最終將結束PPP交易。最終目的地或家庭網關與訂户協商IPCP，從而動態地提供IP地址。只要最終目的地分配了那些IP地址並且有路由到他們，靜態地址也是可能的。

在CiscoIOS軟件版本12.0.5DC之前Cisco6400NRP，沒有辦法為了服務提供商能提供子網IP地址給訂户。Cisco6400平台和Cisco600系列CPEs在CPE允許IP子網動態地配置在PPP協商期間。一IP地址從此子網分配到CPE並且剩餘IP地址動態地分配到位置通過DHCP。當使用時此功能，CPEs不需要為PAT配置，不與一些應用程序一起使用。