精選分類 書庫 完本 排行 原創專區
欣可小說 > 曆史 > 電子郵件係統 > PPPOE

電子郵件係統 PPPOE

作者:李相國 分類:曆史 更新時間:2026-04-17 08:20:02

{

\"code\": 200,

\"title\": \"\",

\"content\": \"pppoe是point-to-pointprotocoloverethernet的簡稱,可以使以太網的主機通過一個簡單的橋接設備連到一個遠端的接入集中器上。通過pppoe協議,遠端接入設備能夠實現對每個接入用戶的控製和計費。\\n\\n與傳統的接入方式相比,pppoe具有較高的效能價格比,它在包括小區組網建設等一係列應用中被廣泛采用,目前流行的寬帶接入方式ADSL就使用了pppoe協議。\\n\\nmodem接入技術麵臨一些相互矛盾的目標,既要通過同一個用戶前置接入設備連接遠程的多個用戶主機,又\\n\\n要提供類似撥號一樣的接入控製,計費等功能,而且要儘可能地減少用戶的配置操作。\\n\\nPPPOE的目標就是解決上述問題,1998年後期問世的以太網上點對點協議(PPPoverEthernet)技術是由Redback網絡公司、客戶端軟件開發商RouterWare公司以及Worldcom子公司UUNETTechnologies公司在IETFRFC的基礎上聯合開發的。通過把最經濟的局域網技術-以太網和點對點協議的可擴展性及管理控製功能結合在一起,網絡服務提供商和電信運營商便可利用可靠和熟悉的技術來加速部署高速互聯網業務。它使服務提供商在通過數字用戶線、電纜調製解調器或無線連接等方式,提供支援多用戶的寬帶接入服務時更加簡便易行。同時該技術亦簡化了最終用戶在選擇這些服務時的配置操作。\\n\\nPPPoE:以太網上的PPP\\n\\n(PPPoE:pointtopointprotocoloverEthernet)\\n\\n在以太網上承載PPP協議(點到點連接協議),它利用以太網將大量主機組成網絡,通過一個遠端接入設備連入因特網,並對接入的每一個主機實現控製。計費功能,極高的效能價格比使pppoe在包括小區組網建設等一係列應用中廣泛采用\\n\\nPPPoE的以太網有效載荷顯示如下:\\n\\n4\\n\\n8\\n\\n16\\n\\n32bit\\n\\nVer\\n\\nType\\n\\nCode\\n\\nSession-ID\\n\\nLength\\n\\nPayload\\n\\nVER―PPPOE版本。必須設置為0x1。\\n\\nTYPE―必須設置為0x1。\\n\\nCODE―Discovery和PPPSession階段有定義。\\n\\nSESSION_ID―無符號值。Discovery數據包中有該欄位定義。對於特定的PPPSession而言,該值為固定值。實際上,該欄位定義了包括以太網SOURCE_ADDR和DESTINATION_ADDR的PPP。0xffff作為預留值,不作使用。\\n\\nLENGTH―表示PPPoE有效載荷長。不包括以太網或PPPoE頭的長度。\\n\\n隨著低成本的寬帶技術變得日益流行,DSL(DigitalSubscriberLine)數字用戶線技術更是使得許多計算機在互聯網上能夠酣暢淋漓的衝浪了。但是這也增加了DSL服務提供商們對於網絡安全的擔心。\\n\\n通過DSL方式上網的計算機大都是通過以太網卡(Ethernet)與互聯網相連的。同樣使用的還是普通的TCP\\/IP方式,並冇有附加新的協議。另外一方麵,調製解調器的撥號上網,使用的是PPP協議,即PointtoPointProtocol,點到點協議,該協議具有用戶認證及通知IP地址的功能。PPPoverEthernet(PPPoE)協議,是在以太網絡中轉播PPP幀資訊的技術,尤其適用於DSL等方式。\\n\\nPPPoE協議工作原理\\n\\nPPPoE協議的工作流程包含發現和會話兩個階段,發現階段是無狀態的,目的是獲得PPPoE終結端(在局端的ADSL設備上)的以太網MAC地址,並建立一個唯一的PPPoESESSION-ID。發現階段結束後,就進入標準的PPP會話階段。\\n\\n當一個主機想開始一個PPPoE會話,它必須首先進行發現階段,以識彆局端的以太網MAC地址,並建立一個PPPoESESSION-ID。在發現階段,基於網絡的拓撲,主機可以發現多個接入集中器,然後允許用戶選擇一個。當發現階段成功完成,主機和選擇的接入集中器都有了他們在以太網上建立PPP連接的資訊。直到PPP會話建立,發現階段一直保持無狀態的Client\\/Server(客戶\\/服務器)模式。一旦PPP會話建立,主機和接入集中器都必\\n\\n須為PPP虛介麵分配資源。\\n\\nPPPoE協議會話的發現和會話兩個階段具體進程如下。\\n\\n1.發現(Discovery)階段\\n\\n在發現(Discovery)階段中用戶主機以廣播方式尋找所連接的所有接入集中器(或交換機),並獲得其以太網MAC地址。然後選擇需要連接的主機,並確定所要建立的PPP會話標識號碼。發現階段有4個步驟,當此階段完成,通訊的兩端都知道PPPoESESSION-ID和對端的以太網地址,他們一起唯一定義PPPoE會話。這4個步驟如下。\\n\\n(1)主機廣播發起分組(PADI)\\n\\n(1)主機廣播發起分組(PADI),分組的目的地址為以太網的廣播地址0×ffffffffffff,CODE(代碼)欄位值為0×09,SESSION-ID(會話ID)欄位值為0×0000。PADI分組必須至少包含一個服務名稱類型的標簽(標簽類型欄位值為0×0101),向接入集中器提出所要求提供的服務。\\n\\n(2)接入集中器\\n\\n(2)接入集中器收到在服務範圍內的PADI分組,發送PPPoE有效發現提供包(PADO)分組,以響應請求。其中CODE欄位值為0×07,SESSION-ID欄位值仍為0×0000。PADO分組必須包含一個接入集中器名稱類型的標簽(標簽類型欄位值為0×0102),以及一個或多個服務名稱類型標簽,表明可向主機提供的服務種類。\\n\\n(3)主機選擇一個合適的PADO分組\\n\\n(3)主機在可能收到的多個PADO分組中選擇一個合適的PADO分組,然後向所選擇的接入集中器發送PPPoE有效發現請求分組(PADR)。其中CODE欄位為0×19,SESSION_ID欄位值仍為0×0000。PADR分組必須包含一個服務名稱類型標簽,確定向接入集線器(或交換機)請求的服務種類。當主機在指定的時間內冇有接收到PADO,它應該重新發送它的PADI分組,並且加倍等待時間,這個過程會被重複期望的次數。\\n\\n(4)準備開始PPP會話\\n\\n(4)接入集中器收到PADR分組後準備開始PPP會話,它發送一個PPPoE有效發現會話確認PADS分組。其中CODE欄位值為0×65,SESSION-ID欄位值為接入集中器所產生的一個唯一的PPPoE會話標識號碼。PADS分組也必須包含一個接入集中器名稱類型的標簽以確認向主機提供的服務。當主機收到PADS分組確認後,雙方就進入PPP會話階段。\\n\\n2.PPP會話階段\\n\\n用戶主機與接入集中器根據在發現階段所協商的PPP會話連接參數進行PPP會話。一旦PPPoE會話開始,PPP數據就可以以任何其他的PPP封裝形式發送。所有的以太網幀都是單播的。PPPoE會話的SESSION-ID一定不能改變,並且必須是發現階段分配的值。\\n\\nPPPoE還有一個PADT分組,它可以在會話建立後的任何時候發送,來終止PPPoE會話,也就是會話釋放。它可以由主機或者接入集中器發送。當對方接收到一個PADT分組,就不再允許使用這個會話來發送PPP業務。PADT分組不需要任何標簽,其CODE欄位值為0×a7,SESSION-ID欄位值為需要終止的PPP會話的會話標識號碼。在發送或接收PADT後,即使正常的PPP終止分組也不必發送。PPP對端應該使用PPP協議自身來終止PPPoE會話,但是當PPP不能使用時,可以使用PADT。\\n\\n以上各個階段的會話流程可用圖4-5描述。\\n\\nPPPoE的驗證過程\\n\\n假如客戶端要通過一個局域網與遠程的PPPoE服務器進行身份驗證,這時,它們會有兩個不同的會話階段,Discovery階段和PPP會話階段。當一個客戶端想開始一個PPPoE會話時,它必須首先進行發現階段以識彆對端的以太網MAC地址,並建立一個PPPoESESSON_ID。在發現階段,基於網絡的拓撲結構,客戶端可以發現多個PPPoE服務器,然後從中選擇一個,不過通常都是選擇反應最快的一個。\\n\\nDiscovery階段是一個無狀態的階段,該階段主要是選擇接入服務器,確定所要建立的PPP會話標識符SessionID,同時獲得對方點到點的連接資訊;PPP會話階段執行標準的PPP過程。當此階段完成,通訊的兩端都知道PPPoESESSON_ID和對端的以太網地址,它們一起定義了一個唯一的PPPoE會話。這些步驟包括客戶端廣播一個發起分組(PADI),一個或多個PPPoE服務器發送響應分組(PADO),客戶端向選中的服務器發送請求分組(PADR),選中的PPPoE服務器發送一個確認分組(PADS)給客戶端。當客戶端接收到確認分組,它可以開始進行PPP會話階段。當PPPoE服務器發送出確認分組,它可以開始PPP會話。\\n\\n當客戶端在指定的時間內冇有接收到PADO,它應該重新發送它的PADI分組,並且加倍等待時間,這個過程會被重複期望的次數。如果客戶端正等待接收PADS,應該使用具有客戶端重新發送PADR的相似超時機製。在重試指定的次數後,主機應該重新發送PADI分組。PPPOE還有一個PADT分組,它可以在會話建立後的任何時候發送,來終止PPPOE會話。它可以由客戶端或者PPPOE服務器發送。當接收到一個PADT,不再允許使用這個會話來發送PPP業務在發送或接收PADT後,即正常的PPP不能使用時,可以使用PADT,一旦PPPOE會話開始,PPP數據就可以以任何其它的PPP封裝形式發送。所有的以太網幀都是單播的,身份驗證是發生在會話階段的,PPPoE會話的SESSION_ID一定不能改變,並且必須是發現階段分配的值。\\n\\nPPPoE的相關技術概要\\n\\n1.通訊過程概述\\n\\n建立PPPOE通道(ADSL撥號)分兩個階段:發現階段和PPP會話階段。\\n\\n在發現階段,以太網上的客戶機要找到一個訪問集中器(AC,AccessConcentrator),也就是局端的AC,不是客戶端的那個貓,發現階段完成後,客戶機和AC都得到要在以太網上建立PPP通道的相關資訊。\\n\\n發現階段是無狀態的,也就是兩邊都不用儲存以前的狀態資訊;隻有PPP會話開始後,雙方就要建立一個虛擬的PPP通訊介麵,具體在Linux下會有ppp0網卡,在windows下網絡連接中增加ADSL的介麵。\\n\\n2.協議頭格式\\n\\n2.1協議值\\n\\nPPPOE數據是直接在以太頭數據之上的,其等級和ARP、IP等是相同的,在以太頭的類型欄位中,用0x8863表示是PPPOE發現階段數據,用0x8864表示PPP會話階段數據,如下所示。(類比:0x0800表示IP數據,0x0806表示ARP數據)\\n\\n0123456789012345\\n\\n - - - - - - - - - - - - - - - - \\n\\n|DESTINATION_ADDR|\\n\\n|(6octets)|\\n\\n||\\n\\n - - - - - - - - - - - - - - - - \\n\\n|SOURCE_ADDR|\\n\\n|(6octets)|\\n\\n||\\n\\n - - - - - - - - - - - - - - - - \\n\\n|ETHER_TYPE(2octets)|\\n\\n|0x8863or0x8864|\\n\\n - - - - - - - - - - - - - - - - \\n\\n||\\n\\n|PPPOEHeader|\\n\\n|(6octets)|\\n\\n - - - - - - - - - - - - - - - - \\n\\n~~\\n\\n~payload~\\n\\n~~\\n\\n - - - - - - - - - - - - - - - - \\n\\n|CHECKSUM|\\n\\n - - - - - - - - - - - - - - - - \\n\\n2.2PPPOE協議頭\\n\\n123\\n\\n01234567890123456789012345678901\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|VER|TYPE|CODE|SESSION_ID|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|LENGTH|payload~\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\nPPPOE協議頭有6個字節,正好和14字節的以太頭實現了4字節對齊,包括以下欄位:\\n\\nVER:版本號,4位,必須為0x01TYPE:類型,4位,必須是0x01CODE:8位,在發現階段和PPP會話階段有不同的定義,表示PPPOE數據類型SESSION_ID:16位,用來定義一個PPP會話,在發現過程中定義。LENGTH:16位,表示負載長度,不包括以太頭和PPPOE頭。\\n\\n3.發現階段\\n\\nPPPOE發現階段數據的以太類型是0x8863。\\n\\n3.1TAG\\n\\n在發現階段用於交換客戶機和AC的資訊,建立PPPOE通道,負載資訊都是PPPOE資訊,並冇有上層協議數據。\\n\\n發現階段的負載稱為TAG,一個TAG資訊格式如下,負載資訊中可能會包含多個TAG:\\n\\n123\\n\\n01234567890123456789012345678901\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|TAG_TYPE|TAG_LENGTH|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|TAG_VALUE...~\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\nTAG_TYPE:16位,TAG類型TAG_LENGTH:16位,表示TAG_VALUE部分的長度TAG_VALUE:TAG值\\n\\nTAG_TYPE可取以下值(注意第一字節為2表示是錯誤資訊):\\n\\n0x0000End-Of-List\\n\\n0x0101Service-Name\\n\\n0x0102AC-Name\\n\\n0x0103Host-Uniq\\n\\n0x0104AC-Cookie\\n\\n0x0105Vendor-Specific\\n\\n0x0110Relay-Session-Id\\n\\n0x0201Service-Name-Error\\n\\n0x0202AC-System-Error\\n\\n0x0203Generic-Error\\n\\n3.2PPPOE主動發現初始包\\n\\nPPPOE主動發現初始包(PPPoEActiveDiscoveryInitiation,PADI)由客戶機發出,以太頭中的目的地址是以太廣播地址FF:FF:FF:FF:FF:FF,PPPOE頭中的CODE為0x09,SESSION_ID值必須為0,負載部分必須隻包含一個Service-Name類型的TAG表示請求的服務類型,另外可以包含其他TAG,整個PPPOE包不能超過1484字節,這樣省出的16字節可以由ADSL中繼設備新增中繼TAG。\\n\\n一個PADI包的例子為:\\n\\n123\\n\\n01234567890123456789012345678901\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|0xffffffff|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|0xffff|Host_mac_addr|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|Host_mac_addr(cont)|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|ETHER_TYPE=0x8863|v=1|t=1|CODE=0x09|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|SESSION_ID=0x0000|LENGTH=0x0004|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|TAG_TYPE=0x0101|TAG_LENGTH=0x0000|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n3.3PPPOE主動發現提議包\\n\\nPPPOE主動發現提議包(PPPoEActiveDiscoveryOffer,PADO)由AC發出,用來迴應客戶機的PADI包,以太頭中的目的地址是客戶機的MAC地址,PPPOE頭中的CODE為0x07,SESSION_ID值必須為0,負載部分必須包含一個AC-Name類型的TAG,用來指示本AC的名稱,一個在PADI包中指定的Service-Name的TAG,另外可以包含其他Service-Name的TAG。如果AC不對該客戶機提供服務,AC就不迴應PADO包。一個PADO包的例子為:\\n\\n123\\n\\n01234567890123456789012345678901\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|Host_mac_addr|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|Host_mac_addr(cont)|Access_Concentrator_mac_addr|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|Access_Concentrator_mac_addr(cont)|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|ETHER_TYPE=0x8863|v=1|t=1|CODE=0x07|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|SESSION_ID=0x0000|LENGTH=0x0020|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|TAG_TYPE=0x0101|TAG_LENGTH=0x0000|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|TAG_TYPE=0x0102|TAG_LENGTH=0x0018|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|0x47|0x6f|0x20|0x52|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|0x65|0x64|0x42|0x61|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|0x63|0x6b|0x20|0x2d|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|0x20|0x65|0x73|0x68|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|0x73|0x68|0x65|0x73|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|0x68|0x6f|0x6f|0x74|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n3.4PPPOE主動發現請求包\\n\\nPPPOE主動發現請求包(PPPoEActiveDiscoveryRequest,PADR)由客戶機發出,因為可能會有多個AC對客戶機發出的PADI包迴應了PADO包,客戶機從迴應的PADO包中選擇一個AC發送PADR包,以太頭中的目的地址是該AC的MAC地址,PPPOE頭中的CODE為0x19,SESSION_ID值必須為0,負載部分必須隻包含一個Service-Name類型的TAG表示請求的服務類型,另外可以包含其他TAG。\\n\\n3.5PPPOE主動發現會話確認包\\n\\nPPPOE主動發現會話確認包(PPPoEActiveDiscoverySession-confirmation,PADS)由AC發出,收到客戶機的PADR包後,AC將產生一個SEESSION_ID值用來標誌本次PPP會話,以PADR包方式發送給客戶機。以太頭中的目的地址是客戶機的MAC地址,PPPOE頭中的CODE為0x65,SESSION_ID值必須為所生成的那個SESSION_ID,負載部分必須隻包含一個Service-Name類型的TAG,表示該服務類型被AC接受,另外可以包含其他TAG。如果AC不接受PADR中的Server-Name,PADS中則包含一個Service-Name-Error類型的TAG,這時SESSION_ID設置為0。\\n\\n3.6PPPOE主動發現停止包\\n\\nPPPOE主動發現停止包(PPPoEActiveDiscoveryTerminate,PADT)表示PPPOE會話過程的結束,AC和客戶機都可以主動發出。以太頭中的目的地址是對方的MAC地址,PPPOE頭中的CODE為0xa7,SESSION_ID值必須為PPPOE會話過程的SESSION_ID,不需要TAG。\\n\\n4.PPP會話階段\\n\\n在PPP會話階段,PPP包被封裝在PPPOE以太幀中,以太包目的地址都是單一的,以太協議為0x8864,PPPOE頭的CODE必須為0,SESSION_ID必須一直為發現階段協商出的SEESION_ID值,PPPOE的負載是整個PPP包,PPP包前是兩字節的PPP協議ID值。\\n\\n一個PPPOE會話過程包的例子為:\\n\\n123\\n\\n01234567890123456789012345678901\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|Access_Concentrator_mac_addr|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|Access_Concentrator_mac_addr(c)|Host_mac_addr|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|Host_mac_addr(cont)|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|ETHER_TYPE=0x8864|v=1|t=1|CODE=0x00|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|SESSION_ID=0x1234|LENGTH=0x????|\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n|PPPPROTOCOL=0xc021|PPPpayload~\\n\\n - - - - - - - - - - - - - - - - - - - - - - - - - - - - \\n\\n注意:由於PPPOE頭是6字節,PPP協議ID號兩個字節,一共要占用8個字節,而以太網的MTU值為1500,所以上層PPP負載數據不能超過1492字節,所以PPP協商時協商的最大接收單元值不能超過1492字節,也就是相當於在PPPOE環境下的MTU是1492字節。\\n\\n5.ADSL撥號過程簡述\\n\\n客戶機啟動撥號程式,發送PADI包,ADSLMODEM迴應PADO包,客戶機再發送PADR包,ADSLMODEM迴應PADS包後建立PPPOE通道,隨後客戶機進行普通的PPP協議撥號過程,不過PPP數據包都是包裝進以太幀中的,撥號成功後客戶機和服務器之間建立了PPP通道,ADSLMODEM起到將以太幀轉換為PPP包的作用。ADSL雖然是用電話線,但所用頻率不是通話用的頻率,所以ADSL撥號不影響打電話。通訊結束後,會發送PADT斷開PPPOE通道。\\n\\nPPPoE相關知識問答集\\n\\n我們用以下一問一答的方式提供PPPoE的有關知識,希望能夠對讀者有一定的幫助。這些知識大都來源Vicomsoft公司對TCP\\/IP路由技術的一些解釋及我們對互聯網連接的理解。\\n\\nVicomsoft公司開發和提供了NetworkAddressTranslation(網絡地址翻譯)和TCP\\/IP路由技術,其中包括了PPP和PPPoE的全部特性。我們的軟件允許用戶以一種或多種方式將整個LAN(局域網)與互聯網相連,也稱軟路由。Vicomsoft在TCP\\/IP協議(包括PPP,PPPoE)的領域內取得很多寶貴經驗,並且願意將它的資訊與有誌於此的人分享。\\n\\n1.什麼是PPP?\\n\\nTCP\\/IP資訊包本身並不能夠通過序列鏈路來傳輸,這使得它不適合於WAN廣域網(WideAreaNetworks)。截止到撰寫此稿之時,還冇有一個切實可行的方法來擴展以太網,雖然在不久的將來,隨著光纖10G以太網的出現,這種情況將會得到改觀。而這些年來,電信公司在全世界建設了無數的序列通訊鏈接網,因此他們迫切需要一種協議,使得TCP\\/IP資訊包可以在序列線路上傳送。因此出現兩個有用的協議。\\n\\n·SLIP(SerialLineInternetProtocol)序列線路互聯網協議\\n\\n·PPP\\n\\n其中PPP是PointtoPointProtocol(點到點協議)的字母縮寫。它是TCP\\/IP網絡協議集的成員之一。也可以認為PPP是對TCP\\/IP的一個擴展,它增加了兩組有用的功能。\\n\\n·它可以通過序列鏈路來傳送TCP\\/IP資訊包。\\n\\n·用戶登錄認證\\n\\nPPP效能更加豐富,而且很大程度上取代了SLIP的地位。因為在公用電話係統中也采用了部分序列鏈路,所以必須確保通訊的可靠性。為此,PPP將用戶名與密碼安全結合在一起,比如當接駁要求發起時,此要求通過PPP協議轉發到路由器和服務器,這時候就可以進行安全驗證了。因為PPP具有在序列鏈路上傳遞TCP\\/IP資訊包的能力,並且還可以進行安全驗證,所以互聯網服務提供商ISP(InternetServiceProviders)一般都是利用PPP協議,允許撥號用戶與互聯網相連。\\n\\n2.什麼是PPPoE?\\n\\nPPP是為序列通訊設計的,現在它與以太網(Ethernet)相結合,成為在以太網絡中轉播PPP幀資訊的技術。也稱PPPoverEthernet,即PPPoE協議。PPP協議與以太網並不是相容的東西,因此用戶經常感到十分的迷惑,為什麼要將以太網與PPP結合在一起呢?\\n\\n如果我們將TCP\\/IP通訊與公路交通相比的話,那麼基本的TCP\\/IP協議就是這個城市的街道網。街道上有許多的路口(或者停車點),人們在馬路上可以很容易地上車或者下車。但是人們不知道每條街上有多少輛車在跑,而且每新增加一個路口將帶來新的管理任務,因為你將更不清楚有多少人,有多少車在街道上跑了。PPP就好比鐵路,人們隻能在固定的站點上上車或者下車,因此對乘客的管理和控製也相對容易(比如上車必須買票。)因此不妨再打個比喻,PPPoE就象是在街道上跑的火車,事實上這不是不可能的,比如電車軌道,地鐵。它帶來的好處是顯而易見的,首先它不影響城市裡其它的交通,其次還給你帶來鐵路的優點,比如流量的控製。\\n\\n有些ISP並不是通過序列鏈路與用戶相連的,這種情況下PPPoE也可以帶來部分好處;使用序列鏈路的ISP早已經在調製解調器通訊上使用PPP了,另一方麵,DSL提供商通過以太網,而不是序列鏈路通訊,因此PPPoE可以滿足許多人的需要。並且,許多人對於PPPoE的付加能力感到特彆滿意。因為PPPoE允許ISP們對用戶的登錄安全進行控製和測量用戶流量。\\n\\n3.誰將使用PPPoE?\\n\\n然而目前為止,隻有DSL提供商是在使用PPPoE協議,cablemodem有線電視網絡服務提供商將在近兩年內也采用PPPoE。\\n\\n4.誰將需要PPPoE軟件?\\n\\n需要使用PPPoE的DSL提供商通常會給他們的用戶提供多種PPPoE軟件。如果你隻是通過DSL將一台電腦與互聯網相連,那麼這就足夠了。然而如果是企業用戶,需要將整個局域網通過DSL與互聯網相連,DSL提供商所提供的軟件就不夠用了。在局域網(LAN)與DSL的連接使用中,路由器和互聯網共享軟件的使用將存在一些相容的問題。你需要與DSL服務提供商共同討論解決這個問題。\\n\\n5.Vicomsoft公司的建議\\n\\n如果你是通過DSL和PPPoE將一台電腦與互聯網相連,那麼DSL提供商為你提供的軟件是已經足夠的,但是仍然有可以替換的產品。Vicomsoft公司推出的SurfDoubler軟件為PPPoE提供全方位的支援,隨著帶寬的增加,對各種類型的互聯網連接都可提供升級版。\\n\\n如果你是使用DSL和PPPoE將一個局域網與互聯網相連,最經濟的方法就是使用由你的DSLISP為你分配的唯一的公用IP地址。通過互聯網共享軟件和硬體,局域網內的用戶都可以享受到寬帶上網的樂趣了。但是要考慮的是互聯網共享軟件和硬體是否與你的PPPoE軟件相容呢?我們的建議是你登錄到互聯網共享軟件和硬體的網站,在搜尋引擎內鍵入\\\"PPPoE\\\",你將很快地找出他們是否支援\\\"PPPoE\\\"。\\n\\nPPPoE是一個標準,你可以假定所有的解決方案都是\\\"平等\\\"的。然而事實上,還是有些小小的差彆,該標準要求PPPoE軟件在每一個TCP\\/IP資訊包前加上一個附加的頭資訊。這樣資訊包的尺寸就比允許的尺寸要大,某些軟件提出這樣的解決方案,在局域網的客戶機上重新設置TCP\\/IP協議。\\n\\nPPPoE常見故障及分析\\n\\n(1)645故障描述:撥號適配器未裝\\n\\n這種情況主要針對WindowsME和Windows98而言,解決辦法是在Windows98下新增撥號適配器組件即可。對WindowsME而言,因為它冇有直接新增撥號適配器的選項,所以必須在控製麵板中先刪除撥號網絡組件,再新增撥號網絡組件完成適配器的新增。\\n\\n(2)691\\/629故障描述:不能通過驗證\\n\\n可能的原因是用戶的賬戶或者密碼輸入錯誤,或用戶的賬戶餘額不足,用戶在使用時未正常退出而造成用戶賬號駐留,可等待幾分鐘或重新啟動後再撥號。\\n\\n(3)630故障描述:無法撥號,冇有合適的網卡和驅動\\n\\n可能的原因是網卡未安裝好、網卡驅動不正常或網卡損壞。檢查網卡是否工作正常或更新網卡驅動。\\n\\n(4)633故障描述:調製解調器(或其它連接設備)已在使用,或冇有正確配置。\\n\\n如果是撥號網絡連接,則網絡連接試圖使用的COM正在被其他活動網絡連接或其他進程(例如,諸如傳真程式之類的電話線路監視程式)使用。推出阻止使用COM的應用程式。\\n\\n如果是虛擬專用網絡(VPN),則不能打開網絡連接試圖使用的VPN設備。這需要您的係統管理員才能解決。\\n\\n如果這是寬帶連接,則無法打開網絡連接嘗試使用的寬帶設備。確保要求硬體(電纜調製解調器)運行正常。有關所需硬體的詳細資訊需要您的寬帶服務提供商來解答。\\n\\n(5)720故障描述:不支援PPPoE連接\\n\\n它是Windows2000特有的故障,建議重新啟動後再進行連接,如仍不能排除故障,建議重裝係統。\\n\\n(6)697故障描述:網卡禁用\\n\\n隻要在設備管理中重新啟用網卡即可。\\n\\n(7)769故障描述:撥號時報769錯誤\\n\\n在WindowsXP係統中網卡被禁用、係統檢測不到網卡或者撥號軟件故障,有時會報769錯誤。重新啟用網卡、檢查網卡工作是否正常或重裝撥號軟件即可解決。\\n\\n(8)678(651)故障描述:無法建立連接\\n\\n遠程計算機冇有響應,windowsxp錯誤代碼為678,windows7錯誤代碼為651,造成此故障的原因是基礎線路問題,或者您的互聯網服務提供商設備問題。\\n\\n\"

}

目錄
設置
設置
閱讀主題
字體風格
雅黑 宋體 楷書 卡通
字體風格
適中 偏大 超大
儲存設置
恢複默認
手機
手機閱讀
掃碼獲取鏈接,使用瀏覽器打開
書架同步,隨時隨地,手機閱讀
收藏
聽書
聽書
發聲
男聲 女生 逍遙 軟萌
語速
適中 超快
音量
適中
開始播放
推薦
反饋
章節報錯
當前章節
報錯內容
提交
加入收藏 < 上一章 章節列表 下一章 > 錯誤舉報