日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

PPPoE 在以太網(wǎng)上傳輸PPP的方法( 三 )


PADI數(shù)據(jù)包必須包含且僅包含一個TAG_TYPE為Service-Name的TAG,以表明主機請求的服務(wù),以及任意數(shù)目的其它類型的TAG 。整個PADI數(shù)據(jù)包(包括PPPoE頭部)不答應(yīng)超過1484個字節(jié),以留足空間讓中繼代理(向數(shù)據(jù)包中)增加類型為Relay-Session-Id的TAG 。
5.2ThePPPoEActiveDiscoveryOffer數(shù)據(jù)包(PADO)
假如訪問集中器能夠為收到的PADI請求提供服務(wù),它將通過發(fā)送一個PADO數(shù)據(jù)包來做出應(yīng)答 。DESTINATION_ADDR為發(fā)送PADI的主機的單播地址,CODE域為0x07,SESSION_ID域必須設(shè)置為0x0000 。
PADO數(shù)據(jù)包必須包含一個類型為AC-Name的TAG(包含了訪問集中器的名字),與PADI中相同的Service-Name,以及任意數(shù)目的類型為Service-Name的TAG表明訪問集中器提供的其它服務(wù) 。假如訪問集中器不能為PADI提供服務(wù),則不答應(yīng)用PADO作響應(yīng) 。
5.3ThePPPoEActiveDiscoveryRequest數(shù)據(jù)包(PADR)
由于PADI是廣播的,主機可能收到不止一個PADO,它將審查接收到的所有PADO并從中選擇一個 ??梢愿鶕?jù)其中的AC-Name或PADO所提供的服務(wù)來作出選擇 。然后主機向選中的訪問集中器發(fā)送一個PADR數(shù)據(jù)包 。其中,DESTINATION_ADDR域設(shè)置為發(fā)送PADO的訪問集中器的單播地址,CODE域設(shè)置為0x19,SESSION_ID必須設(shè)置為0x0000 。
PADR必須包含且僅包含一個TAG_TYPE為Service-Name的TAG,表明主機請求的服務(wù),以及任意數(shù)目其他類型的TAG 。
5.4ThePPPoEActiveDiscoverySession-confirmation數(shù)據(jù)包(PADS)
當(dāng)訪問集中器收到一個PADR數(shù)據(jù)包,它就預(yù)備開始一個PPP會話 。它為PPPoE會話創(chuàng)建一個唯一的SESSION_ID并用一個PADS數(shù)據(jù)包來給主機作出響應(yīng) 。DESTINATION_ADDR域為發(fā)送PADR數(shù)據(jù)包的主機的單播以太網(wǎng)地址,CODE域設(shè)置為0x65,SESSION_ID必須設(shè)置為所創(chuàng)建好的PPPoE會話標(biāo)識符 。
PADS數(shù)據(jù)包包含且僅包含一個TAG_TYPE為Service-Name的TAG,表明訪問集中器已經(jīng)接受的該PPPoE會話的服務(wù)類型,以及任意數(shù)目的其他類型的TAG 。
假如訪問集中器不喜歡PADR中的Service-Name,那么它必須用一個帶有類型為Service-Name-Error的TAG(以及任意數(shù)目的其它TAG類型)的PADS來作出應(yīng)答 。這種情況下,SESSION_ID必須設(shè)置為0x0000 。
5.5ThePPPoEActiveDiscoveryTerminate數(shù)據(jù)包(PADT)
這種數(shù)據(jù)包可以在會話建立以后的任意時刻發(fā)送,表明PPPoE會話已經(jīng)終止 。它可以由主機或訪問集中器發(fā)送,DESTINATION_ADDR域為單播以太網(wǎng)地址,CODE域設(shè)置為0xa7,SESSION_ID必須表明終止的會話,這種數(shù)據(jù)包不需要任何TAG 。
當(dāng)收到PADT以后,就不答應(yīng)再使用該會話發(fā)送PPP流量了 。在發(fā)送或接收到PADT后,即使是常規(guī)的PPP結(jié)束數(shù)據(jù)包也不答應(yīng)發(fā)送 。PPP通信雙方應(yīng)該使用PPP協(xié)議自身來結(jié)束PPPoE會話,但在無法使用PPP時可以使用PADT 。
6.PPP會話階段
一旦PPPoE會話開始,PPP數(shù)據(jù)就像其它PPP封裝一樣發(fā)送 。所有的以太網(wǎng)數(shù)據(jù)包都是單播的 。ETHER_TYPE域設(shè)置為0x8864 。PPPoE的CODE必須設(shè)置為0x00 。PPPoE會話的SESSION_ID不答應(yīng)發(fā)生改變,必須是Discovery階段所指定的值 。PPPoE的payload包含一個PPP幀,幀始于PPPProtocol-ID 。
附錄B中給出了數(shù)據(jù)包的一個實例 。
7.LCP方面的考慮
推薦使用MagicNumberLCP配置選項,不推薦使用協(xié)議域壓縮(ProtocolFieldCompression,PFC)選項 。不答應(yīng)實現(xiàn)請求使用下面的任何一個選項,對此必須作出拒絕:
FieldCheckSequence(FCS)Alternatives,
Address-and-Control-Field-Compression(ACFC),
Asynchronous-Control-Character-Map(ACCM)
協(xié)商后(PPPoE)的最大接收單元(MRU)不答應(yīng)超過1492 。因為以太網(wǎng)的最大凈載為1500字節(jié),而PPPoE頭部為6個字節(jié),PPPProtocol-ID為2個字節(jié),所以PPP的MTU不答應(yīng)超過1492 。
推薦訪問集中器不時向主機發(fā)送回聲請求(Echo-Request)數(shù)據(jù)包,以確定會話的狀態(tài) 。否則假如主機在沒有發(fā)送結(jié)束請求(Terminate-Request)數(shù)據(jù)包的情況下終止會話,則訪問集中器將無法得知該會話已經(jīng)“死去” 。

推薦閱讀