pppoe協(xié)議詳解-全文預覽
【正文】 個客戶端 /服務器協(xié)議，客戶端需要發(fā)送 PADI 包尋找 BAS，因此它必須同 BAS 在同一個廣播式的二層網絡內，與 VLAN 的結合很好地解決了這方面的安全隱患。同時，ASIC 芯片轉發(fā)數據包時接近硬件的轉發(fā)性能，遠非 CPU 軟件方式可比，采用這種方式將 PPPoE 數據流的處理與轉發(fā)分開，工作效率大大提高。 PPPoE 在 BAS 上的實現 PPPoE 撥號軟件在應用中已經很成熟 (Windows XP 中自帶 )，下面重點討論 PPPoE在接入服務器 BAS 中的實現方式。 DSLAM 是 ADSL 匯聚設備，其內核采用 ATM 或 IP 但上聯口為以太網口， BAS是局端實現 PPPoE 功能的接入服務器，它終結由用戶側發(fā)起的 PPPoE 進程。 PADT 包是會話中止包，它可以由會話雙方的任意一方發(fā)起，但必須是會話建立之后才有效。 (4)接入服務器收到 PADR 包后開始為用戶分配一個唯一的會話標識符Session ID，啟動 PPP 狀態(tài)機以準備開始 PPP 會話，并發(fā)送一個會話確認包 PADS。 PPPoE 建立過程可以分為 Discovery 階段和 PPP 會話階段。 兼容現有所有的 xDSL Modem 和 DSLAM。 用戶處的 xDSL 調制解調器無須任何配置。當主機收到 PADS 包確認后，雙方就進入 PPP 會話階段。 PADR 包必須包一個服務名稱類型標簽，確定向接入集線器請求的服務種類。其 CODE 字段為 0x07 ， SESSION_ID 仍為 0x0000。 3. 發(fā)現（ Discovery）階段的詳細介紹 一個典型的發(fā)現（ Discovery）階段共包括 4個步驟： 1. 主機發(fā)出 PPPoE 有效發(fā)現啟動（ PADI）包。版本標識號碼（ SESSION_ID）字段長度為 16 比特，在一個給定的 PPP 會話過程中它是固定不變的。因此對應于這兩種 過程，以太網上點對點協(xié)議幀格式（如圖 2）也包括兩種類型：發(fā)現階段的以太網幀中的類型字段為 0x8863； PPP會話階段的以太網幀中的類型字段為 0x8864，它們均已得到 IEEE 的認可。在 Discovery 過程中用戶主機以廣播方式尋找可以連接的所有的接入集線器，并獲得其以太網 MAC 地址。通過把最經濟的局域網技術以太網和點對點協(xié)議的可擴展性及管理控制功能結合在一起，網絡服務提供商和電信運營商便可利用可靠和熟悉的技術來加速部署高速互聯網業(yè)務。它通過操作系統(tǒng)的撥號網絡來提供 PPP 協(xié)議，所以在使用上和我們使用普通 56K撥號上網 非常相似，它只是在后臺悄悄地進行著 PPPOE 服務。雖然 ACCookie 在反 DOS 攻擊方面很有效，但它并不能防止所有 DOS 攻擊，在接入設備上也可以采用其他方法來對抗 DOS。 還有一種 PPPOE 有效發(fā)現終止（ PADT）包，在一個 PPP 會話建立后它隨時可由用戶主機或接入設備中任何一方發(fā)送，指示 PPP 會話已終止。 PADS 包也必須包含一個服務名稱類型的標簽確認向用戶主機提供的服務。這種過程可以根據需要重復多次。然后向所選擇的接入設備發(fā)送 PPPOE 有效發(fā)現請求（ PADR）包。 2. 接入設備收到在服務范圍內的 PADI 包后，發(fā)送 PPPOE 有效發(fā)現提供（ PADO）包以響應請求。 發(fā)現（ Discovery）階段詳述 典型的發(fā)現（ Discovery）階段共包括 4個步驟： 1. 用戶主機發(fā)出 PPPOE 有效發(fā)現初始（ PADI）包。一旦 PPP 連接建立，則用戶主機和接入設備都必須為PPP 虛擬端口分配資源。在 Discovery 過程中節(jié)點間是客戶端－服務器關系，一個用戶主機（客戶 端）最終要發(fā)現一個接入設備（服務器）。 .?兼容現有所有的 XDSL Modem 和 DSLAM。 .?用戶處的 XDSL 調制解調器無須任何配置。同時該技術亦簡化了最終用戶在選擇這些服務時的配置操作。PPPoE 協(xié)議詳解 (一 ) PPPOE 協(xié)議簡介 (一 ) modem 接入技術面臨一些相互矛盾的目標，既要通過同一個用戶前置接入設備連接遠程的多個用戶主機，又要提供類似撥號一樣的接入控制，計費等功能，而且要盡可能地減少用戶的配置操作。它使服務提供商在通過數字用戶線、電纜調制解調器或無線連接等方式，提供支持多用戶的寬帶接入服務時更加簡便易行。 PPPOE 的優(yōu)點： .?安裝與操作方式類似于以往的撥號網絡模式，方便用戶使用。 .?終端用戶可同時接入多個 ISP，這種動態(tài)服務選擇的功能可以使 ISP 容易創(chuàng)建和提供新的業(yè)務。然后選擇需要連接的用戶主機并最后獲得所要建立的 PPP會話的 SESSION_ID。 Discovery 階段保持無連接狀態(tài)直到一個 PPP 會話的建立。在 PPP 會話階段節(jié)點間是對等關系。一個完整的 PADI（包括 PPPOE 頭）不能超過 1484 字節(jié)，以留下充足的預留給 agent 設備增加 RelaySessionId 標識。 PADO 包中選擇一個合適的接入設備，選擇的原則是根據 PADO 中接入設備名稱類型標簽和服務名稱類型標 簽的內容。當一個用戶主機在確定時間沒有收到 PADO，他會重發(fā)一個PADI，同時等待兩倍的時間。 0xffff 作為預留資源，目前不能被使用作SESSION_ID。如果用戶主機在確定時間沒收到 PADS 包，與沒收到 PADO 作同樣處理。這個算法細節(jié)并沒有在 RFC2516 中具體描述。 WinPoET:由 開發(fā)（現在已經改為 WindRiver 公司） , 它是 PPPOE 協(xié)議起草者之一，它在 PPPOE 軟件中也占有極大的份額，
環(huán)評公示相關推薦
鄂ICP備17016276號-1