第4章 數(shù)據(jù)鏈路層功能及協(xié)議

1、第1頁第第4章章 數(shù)據(jù)鏈路層功能與協(xié)數(shù)據(jù)鏈路層功能與協(xié)議議本章概述 本章的學(xué)習(xí)目標主要內(nèi)容第2頁本章概述本章概述l 在OSI模型的物理層，實現(xiàn)了信號傳輸?shù)菦]有實現(xiàn)數(shù)據(jù)的通信。l 在計算機網(wǎng)絡(luò)上兩個相鄰節(jié)點之間的通信，特別是通信雙方的同步，線路控制，差錯控制，流量控制，定界，尋址，透明傳輸?shù)葐栴}，需要由特定規(guī)則和約定來支配的，這種規(guī)則和約定稱為數(shù)據(jù)鏈路控制。l 在互聯(lián)網(wǎng)發(fā)展過程中，應(yīng)用了很多成熟的數(shù)據(jù)鏈路層技術(shù)和實現(xiàn)協(xié)議。l 本章全面研究數(shù)據(jù)鏈路層服務(wù)功能和標準協(xié)議。第3頁本章的學(xué)習(xí)目標本章的學(xué)習(xí)目標l 理解數(shù)據(jù)鏈路層功能和實現(xiàn)技術(shù)l 掌握數(shù)據(jù)鏈路層協(xié)議l 掌握面向字符的協(xié)議l 理解面向比特的

2、協(xié)議l 掌握PPP協(xié)議l 理解PPPoe協(xié)議第4頁主要內(nèi)容主要內(nèi)容4.1 數(shù)據(jù)鏈路層功能4.2 數(shù)據(jù)鏈路層協(xié)議4.3 面向字符的協(xié)議4.4 面向比特的協(xié)議4.5 PPP協(xié)議4.6 PPPoe協(xié)議4.7 本章小結(jié) 第5頁4.1 數(shù)數(shù)據(jù)據(jù)鏈鏈路路層層功功能能4.1.1數(shù)數(shù)據(jù)據(jù)鏈鏈路路層層所所提提供供的的服服務(wù)務(wù)l 數(shù)據(jù)鏈路層的基本服務(wù)是將源結(jié)點的網(wǎng)絡(luò)層數(shù)據(jù)傳輸?shù)侥康慕Y(jié)點網(wǎng)絡(luò)層。在源結(jié)點上有一實體，我們稱之為進程，它將網(wǎng)絡(luò)層的比特序列交給數(shù)據(jù)鏈路層。而數(shù)據(jù)鏈路層又將它們傳到目的地機器，交給那里的網(wǎng)絡(luò)層。實際的傳輸是按照源結(jié)點網(wǎng)絡(luò)層、數(shù)據(jù)鏈路層、物理層，傳輸介質(zhì)，目的結(jié)點物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層依次

3、傳遞的。第6頁不同類型的服務(wù)不同類型的服務(wù)l 數(shù)據(jù)鏈路層可以提供多種不同類型的服務(wù)，實際提供的服務(wù)因系統(tǒng)不同而不同，但基本上有無確認、無連接服務(wù)；有確認、無連接服務(wù)；面向連接服務(wù)三種。第7頁 OSI服務(wù)原語服務(wù)原語l 網(wǎng)絡(luò)層和數(shù)據(jù)鏈路層之間的通信使用了標準的OSI服務(wù)原語，它們是：請求(Request)，指示(Indication)，響應(yīng)(Response)，證實(Confirm)。l 網(wǎng)絡(luò)層用“請求”原語請求數(shù)據(jù)鏈路層為其完成某項工作，如建立或釋放連接，或者傳送一個幀。“指示”原語用來通知網(wǎng)絡(luò)層發(fā)生了某個事件。數(shù)據(jù)鏈路層服務(wù)原語的兩種表示方法數(shù)據(jù)鏈路層服務(wù)原語的兩種表示方法第8頁第9頁4.1

4、.2傳輸?shù)耐絺鬏數(shù)耐絣 可見數(shù)據(jù)鏈路層的功能是為高層提供服務(wù)，但是首先得從底層物理層獲得服務(wù)支持才能提供三種服務(wù)。l 物理層傳輸信號可靠性的理論模型支持主要是由數(shù)據(jù)鏈路來提供。傳輸信號的首要問題是通信的同步性。時鐘漂移引起的問題時鐘漂移引起的問題第10頁第11頁LOREM IPSUM DOLORl 解決上述同步問題的方法有兩種。l 第一種稱為異步法，發(fā)送方和接收方獨立地產(chǎn)生時鐘，但定期地進行同步。l 第二種方法稱為同步方法，接收端時鐘完全由發(fā)送方時鐘控制，也就是說，接收方時間與發(fā)送方時鐘是嚴格同步的。第12頁1 異步方式異步方式l 在異步傳輸中，數(shù)據(jù)以字符為單元發(fā)送。每個字符的長度根據(jù)所使

5、用的編碼方案可以是5-8位。啟停位組幀格式啟停位組幀格式第13頁第14頁2 同步方式同步方式l 在同步傳輸中，以一種穩(wěn)定的流方式傳送比特塊，不使用開啟和停止位編碼。該數(shù)據(jù)塊在長度上可以是許多位。l 幀用一個稱為標志的前綴起始，以同樣的標志作為后綴。接收方查看標志確定一個幀的開始。跟在前綴標志后面的是一定數(shù)目的控制段，然后是數(shù)據(jù)段(對于大多數(shù)協(xié)議都是可變長度)。在數(shù)據(jù)段后面還可以有控制段，最后仍是標志段。第15頁4.1.3 數(shù)據(jù)鏈路層其他控制功能數(shù)據(jù)鏈路層其他控制功能l 線路規(guī)程之外，數(shù)據(jù)鏈路層中最重要的功能是流量控制、錯誤控制。這些功能都叫做數(shù)據(jù)鏈路控制。 第16頁4.1.4 線路規(guī)程線路規(guī)程

6、l 線路規(guī)程可以以兩種方式實現(xiàn)：詢問/應(yīng)答(ENQ/ACK)方式和輪詢/選擇方式。第一種方法在對等通信中采用，第二種方法在主從式通信中采用。1.詢問詢問/應(yīng)答應(yīng)答(ENQ/ACK)第17頁第18頁2. 輪詢輪詢/選擇模式選擇模式l 線路規(guī)程的輪詢/選擇模式是在以一個設(shè)備設(shè)計為主設(shè)備而其他設(shè)備為從設(shè)備的拓撲結(jié)構(gòu)中采用的。多點連接系統(tǒng)必須在多個通信結(jié)點而不是僅僅兩個之間進行協(xié)調(diào)。因此，在這類情形下，問題不僅僅是確定設(shè)備是否就緒，還要確定哪一個結(jié)點有權(quán)使用信道。l 如果從設(shè)備當前是激活的并且正在運行，它向主設(shè)備返回一個應(yīng)答幀(ACK)。然后主設(shè)備就發(fā)送一個或多個數(shù)據(jù)幀，每幀的地址都是預(yù)期的從設(shè)備。多

7、點選擇多點選擇第19頁第20頁輪詢輪詢l 輪詢功能是主設(shè)備請求從設(shè)備進行傳輸?shù)?。如上所述，在沒有接到請求前，從設(shè)備是不許發(fā)送數(shù)據(jù)。所有控制都集中在主設(shè)備，多點連接系統(tǒng)保證一次只能存在一個傳輸，因此在沒有優(yōu)先協(xié)議的情況下也保證不出現(xiàn)信號沖突。當主設(shè)備準備好接收數(shù)據(jù)時，它必須依次詢問每個設(shè)備發(fā)送數(shù)據(jù)。當詢問到達第一個從設(shè)備時，如果沒有數(shù)據(jù)要發(fā)送，必須回答否定應(yīng)答(NAK)，否則就發(fā)送數(shù)據(jù)幀。第21頁4.1.5 流量控制流量控制l 在控制通過傳輸鏈路的數(shù)據(jù)流量上采用兩種方法：停等協(xié)議和滑動窗口協(xié)議。第22頁1. 停等協(xié)議停等協(xié)議l 在停等協(xié)議中，發(fā)送方每發(fā)出一幀后就等待一個應(yīng)答幀如圖4-8所示。只有

8、當接收到應(yīng)答信號后，才發(fā)送下一幀。這種發(fā)送和等待交替的過程不斷重復(fù)，直到發(fā)送方發(fā)送了一個傳輸結(jié)束幀(EOT)。停等協(xié)議有點象我們在對講機中對話：我們說一段話，在說“over”這個結(jié)束符之后，等待對方回答“OK，然后再說第段話。停等協(xié)議停等協(xié)議第23頁第24頁2. 滑動窗口協(xié)議滑動窗口協(xié)議l 在流量控制的滑動窗口協(xié)議中，一次可以傳輸多個幀。在滑動窗口中的窗口一詞是指一個發(fā)送方和接收方都要創(chuàng)建的額外緩沖區(qū)。這個窗口可以在收發(fā)兩方存儲數(shù)據(jù)幀，并且對收到應(yīng)答之前可以傳輸?shù)臄?shù)據(jù)幀的數(shù)目進行了限制?？梢圆坏却翱诒惶顫M而在任何一點對數(shù)據(jù)幀進行應(yīng)答，并且只要窗口未滿就可以繼續(xù)傳輸。第25頁LOREM IPS

9、UM DOLORl 為記錄哪一幀已經(jīng)被傳輸以及接收了哪一幀，滑動窗口協(xié)議引入了一個基于窗口大小的標識機制。幀以模n方式標號，也就是說從0到n1編號。例如，如果n=8，幀順序標號就為：0，1，2，3，4，5，6，7，0，1，2，3，4，5，6，7，0，1.”窗口的大小是n-1。第26頁LOREM IPSUM DOLORl 當接收方發(fā)出一個應(yīng)答幀(ACK)，它就在其中包含了預(yù)期接收的下一幀編號。也就是為對以幀4結(jié)尾的一串數(shù)據(jù)幀進行應(yīng)答，接收方就發(fā)送一個包含有編號5的應(yīng)答幀。當發(fā)送方收到含有編號5的應(yīng)答幀(ACK)時，它就知道了直到編號4為止的所有數(shù)據(jù)幀均已經(jīng)被接收了。在兩端的窗口都可以存儲n-1幀

10、，因此在必須接收一個ACK幀之前最多可以發(fā)送n-1幀。第27頁發(fā)送窗口發(fā)送窗口l 在傳輸?shù)拈_始，發(fā)送方窗口有n-1幀。隨著數(shù)據(jù)幀的發(fā)送，窗口的左邊界向內(nèi)移動，不斷縮小窗口的大小。如果窗口大小是w，并且自從最近一次應(yīng)答以來已經(jīng)發(fā)送了三幀，那么在窗口中剩余的幀數(shù)是w-3。一旦一個應(yīng)答幀(ACK)到來，窗口根據(jù)應(yīng)答幀(ACK)中應(yīng)答的數(shù)據(jù)幀的個數(shù)對窗口進行相同數(shù)目的擴展。如圖4-10顯示了一個大小為7的發(fā)送方窗口?；瑒哟翱趨f(xié)議的發(fā)送和接收滑動窗口協(xié)議的發(fā)送和接收第28頁第29頁4.1.6錯錯誤誤控控制制1. 錯錯誤誤類類型型l 這些錯誤類型通常被稱為單比特錯誤，多比特錯誤和突發(fā)錯誤。其中，單比特錯誤

11、最易出現(xiàn)，突發(fā)錯誤較不容易發(fā)生。l 多比特錯誤是指數(shù)據(jù)單元中兩個或兩個以上不連續(xù)的比特發(fā)生了改變從0變?yōu)?或是從1變?yōu)?。l 突發(fā)錯誤指數(shù)據(jù)單元中兩個或兩個以上連續(xù)的比特發(fā)生了改變從0變?yōu)?或是從1變?yōu)?。第30頁2. 錯錯誤誤檢檢測測冗冗余余l(xiāng) 采用冗余比特來進行數(shù)據(jù)單元正確性驗證的過程。當數(shù)據(jù)單元生成后，就通過一個設(shè)備來分析它并且加上相應(yīng)的冗余校驗編碼。現(xiàn)在增加了若干比特的數(shù)據(jù)單元(在圖中增加了七個比特)就通過鏈路傳輸?shù)浇邮辗?。接收方將整個傳輸流輸入到一個校驗函數(shù)。如果接收的比特流通過了校驗標準，數(shù)據(jù)單元的數(shù)據(jù)部分就被接收而冗余位則被丟棄。冗余技術(shù)冗余技術(shù)第31頁第32頁冗余校驗技術(shù)冗余校

12、驗技術(shù)l 在數(shù)據(jù)通信中采用四種類型的冗余校驗技術(shù)：垂直冗余校驗(VRC)(也稱為奇偶校驗)，縱向冗余校驗(LRC)，循環(huán)冗余校驗(CRC)，以及校驗和。前面三種，垂直冗余校驗(VRC)，縱向冗余校驗(LRC)，和循環(huán)冗余校驗(CRC)，是在物理層實現(xiàn)而被數(shù)據(jù)鏈路層使用的。而第四種技術(shù)，校驗和技術(shù)，主要由網(wǎng)絡(luò)層，包括國際互連網(wǎng)所使用，而在傳輸層實現(xiàn)的。第33頁循環(huán)冗余碼校驗循環(huán)冗余碼校驗l 循環(huán)冗余碼校驗和與基于加法的VRC及LRC技術(shù)不同，循環(huán)冗余校驗(CRC)是基于二進制除法的。l 給定一個m比特的幀或報文，發(fā)送器生成一個r比特的序列，稱為幀校驗序列(FCS)。這樣所形成的幀將由(m+r)比

13、特組成。這個幀剛好能被某個預(yù)先確定的數(shù)整除。接收器用相同的數(shù)去除外來的幀。如果無余數(shù)，則認為無差錯。第34頁冗余校驗計算校驗和的算法冗余校驗計算校驗和的算法l 設(shè)G(x)為r階，在幀的末尾附加r個零，使幀為m+r位，則相應(yīng)的多項式是xrM(x)。l 按模2除法用對應(yīng)G(x)的位串去除對應(yīng)xrM(x)的位串。l 按模2減法從對應(yīng)于xrM(x)的位串減去余數(shù)(總是等于或小于r位)。結(jié)果就是要傳送的帶校驗和的幀，叫多項式T(x)。第35頁校驗和校驗和l 在高層協(xié)議中使用的錯誤檢測技術(shù)稱為校驗和技術(shù)。和VRC、LRC以及CRC技術(shù)一樣，校驗和是建立在冗余概念上的。l 在發(fā)送方，校驗和生成器將數(shù)據(jù)單元細

14、分成大小都為n(通常是16)比特的幾段。這些分段采用反碼加法算法加在一起，使得整個結(jié)果仍然是n比特長。該總和(校驗和)隨后取反并當作冗余位加在原始數(shù)據(jù)單元的末尾，稱作校驗和域。第36頁3. 錯誤糾正錯誤糾正l 錯誤糾正可以通過兩種方式進行。一種方式是當發(fā)現(xiàn)錯誤時，接收方可以讓發(fā)送方重新發(fā)送整個數(shù)據(jù)單元。另一種方法是可以采用錯誤糾正碼，自動糾正一些錯誤。l 理論上，可以自動糾正任何一種二進制編碼錯誤。但是錯誤糾正碼比錯誤檢測碼要復(fù)雜得多，并且需要占據(jù)更多的冗余比特位。糾正多比特錯誤和突發(fā)錯誤所需要的比特位數(shù)是如此巨大，因此在大多數(shù)情況下這樣做是十分低效的。第37頁單比特錯誤糾正單比特錯誤糾正l

15、通過檢驗最簡單的情形：單比特錯誤，最容易對錯誤糾正的基本概念得到理解。l 為計算糾正一個給定數(shù)目(m)的數(shù)據(jù)比特所需要的冗余位的數(shù)目(r)，必須找到m和r之間的關(guān)系。如果可傳輸單元的總比特數(shù)是m + r ，那么r必須能至少代表m + r + 1種狀態(tài)。在這些狀態(tài)中，一種狀態(tài)代表沒有錯誤，其他m + r 種狀態(tài)代表在m + r 位每個位置上發(fā)生的錯誤。第38頁LOREM IPSUM DOLORl 因此，必須能夠通過r位來發(fā)現(xiàn)所有m + r + 1種狀態(tài)，而r比特可以代表2r不同狀態(tài)。因此，2r必須大于或等于m+r+1： 2r m + r + 1。r的值可以通過插入要傳輸?shù)臄?shù)據(jù)單元的原始長度m的值

16、來得到。例如，如果01的值是7(就如同七位ASCII碼一樣)，滿足上述公式的最小的r值是4。第39頁海明碼海明碼l 在數(shù)據(jù)通信的過程中，解決差錯問題的一種方法是在每個要發(fā)送的數(shù)據(jù)塊上附加足夠的冗余信息，使接收方能夠推導(dǎo)出發(fā)送方實際送出的應(yīng)該是什么樣的比特串。通常，一幀是由m個數(shù)據(jù)位(即報文)和r個冗余位(或稱校驗位)組成。設(shè)總長度為n，則n = m + r，此長度為n位的單元常常被稱作n位碼字。第40頁LOREM IPSUM DOLORl 假設(shè)有任意兩個碼字，10001001和10110001，可以確定有多少個不同的對應(yīng)位。其中有3個不同位。為了確定有多少位不同，只需對兩個碼字進行異或運算。然

17、后計算結(jié)果中的1的位數(shù)。兩個碼字中不同的位的數(shù)目稱作海明距離(1950年由Hamming提出)。這種海明距離的重要性在于如果兩個碼字的海明距離為d，那么只有出現(xiàn)d個單位差錯才能將其中一個碼字轉(zhuǎn)換成另一個碼字。第41頁多比特錯誤糾正多比特錯誤糾正l 在互相重疊的數(shù)據(jù)比特組上計算的冗余位也可以用來糾正多比特錯誤。但是，糾正這些錯誤所需要的冗余比特數(shù)將大大高于糾正單比特錯誤的冗余比特數(shù)。例如，為糾正兩比特錯誤，必須將整個序列中任意兩個比特的組合情況考慮進來。三比特錯誤糾正就要考慮整個序列中的任意三比特組合。第42頁4.1.7 差錯控制差錯控制l 數(shù)據(jù)通信中，在檢測出差錯之后就需要對差錯進行控制，利用

18、編碼方法進行差錯控制的方法基本上有兩類：自動請求重發(fā)(ARQ：Automatic Request for Repeat)和前向糾錯(FEC：Forward Error Correction)。第43頁1. 自動重復(fù)請求自動重復(fù)請求 l 在數(shù)據(jù)鏈路層錯誤糾正的實現(xiàn)是簡單的：在一次交互中出現(xiàn)任何一個錯誤，一個否定應(yīng)答NAK)就被返回并且對應(yīng)的幀就被重新傳輸。這個過程被稱作自動重復(fù)請求(ARQ)。l 在數(shù)據(jù)鏈路層的錯誤控制是基于自動重復(fù)請求(ARQ)的，這意味著三種情況下的數(shù)據(jù)重傳：幀破壞，幀丟失，以及應(yīng)答幀丟失。第44頁2. 停等自動重復(fù)請求停等自動重復(fù)請求l 停等自動重復(fù)請求是包括了在丟失和損壞

19、幀情形下，數(shù)據(jù)重傳的停等流量控制形式。為實現(xiàn)重傳，在基本流量控制機制上要增加四種特性。第45頁3. 滑動窗口自動重復(fù)請求滑動窗口自動重復(fù)請求l 在幾種常見的連續(xù)傳輸錯誤控制機制中，有兩種協(xié)議是最常見的：回退n自動重復(fù)請求和選擇拒絕自動重復(fù)請求，兩者都是基于滑動窗口流量控制協(xié)議的。為擴展滑動窗口協(xié)議來解決丟失和損壞幀的重發(fā)問題，需要在基本的滑動窗口流量控制上增加三種特性：第46頁LOREM IPSUM DOLORl 其一，在發(fā)送出去的幀被應(yīng)答消息確認前保持它們所有的備份。l 其二，除應(yīng)答幀(ACK)外，如果數(shù)據(jù)幀被破壞，接收方還可以選擇發(fā)送否定應(yīng)答幀(NAK)。 NAK幀告訴發(fā)送方重新發(fā)送一個損

20、壞的幀。l 其三，和停等ARQ類似，在滑動窗口自動重復(fù)請求(滑動窗口ARQ)協(xié)議中的發(fā)送設(shè)備具有一個定時器來使發(fā)送方能夠處理應(yīng)答消息丟失的情況。第47頁主要內(nèi)容主要內(nèi)容4.1 數(shù)據(jù)鏈路層功能4.2 數(shù)據(jù)鏈路層協(xié)議4.3 面向字符的協(xié)議4.4 面向比特的協(xié)議4.5 PPP協(xié)議4.6 PPPoe協(xié)議4.7 本章小結(jié) 第48頁4.2 數(shù)據(jù)鏈路層協(xié)議數(shù)據(jù)鏈路層協(xié)議l 數(shù)據(jù)鏈路協(xié)議可以被細分為兩組：異步協(xié)議和同步協(xié)議。異步協(xié)議對于比特流中的每個字符都單獨處理。同步協(xié)議則將整個比特流當作一個整體并將其切分成大小相等的一個個字符串。l 在串行數(shù)據(jù)傳輸中，如果發(fā)送的數(shù)據(jù)可以被接收端立即打印顯示或存儲，就不需要

21、流控制。但是如果兩端的操作存在速度的差異，就必須有流控措施。數(shù)據(jù)流匹配技術(shù)可以分為暫時數(shù)據(jù)存儲法和數(shù)據(jù)流開關(guān)控制法兩大類。后者又可以進一步分為RTS/CTS、XON/OFF和協(xié)議傳送等子類。第49頁LOREM IPSUM DOLORl 鏈路層同步協(xié)議可以分為面向字符（又稱面向字節(jié)）和面向比特兩種類型。l 大多數(shù)字符協(xié)議的控制段位于幀內(nèi)不固定的位置，而比特協(xié)議的控制段通常都處于幀內(nèi)的固定位置。更重要的是，字符協(xié)議和所用的代碼有關(guān)，它用特定的代碼（ASCII、EBCDIC等）來決定控制段的含義。l 比特協(xié)議對代碼是透明的，因為對協(xié)議控制的解釋是基于比特，而不是依賴某種特別的代碼。第50頁主要內(nèi)容主

22、要內(nèi)容4.1 數(shù)據(jù)鏈路層功能4.2 數(shù)據(jù)鏈路層協(xié)議4.3 面向字符的協(xié)議4.4 面向比特的協(xié)議4.5 PPP協(xié)議4.6 PPPoe協(xié)議4.7 本章小結(jié) 第51頁4.3面面向向字字符符的的協(xié)協(xié)議議4.3.1 二二進進制制同同步步通通信信協(xié)協(xié)議議l 二進制同步傳輸協(xié)議（BSC）是常用的面向字符的數(shù)據(jù)鏈路協(xié)議，由IBM公司在1964年研制。該協(xié)議可以在點到點和多點線路配置中使用，支持采用停等ARQ流量控制和錯誤控制的半雙工傳輸。BSC不支持全雙工傳輸和滑動窗口協(xié)議。第52頁4.3.2 BSC協(xié)議幀協(xié)議幀l BSC協(xié)議將傳輸分割成幀。如果一幀只能嚴格用于控制目的，就叫做控制幀?？刂茙挥脕碓谕ㄐ旁O(shè)備之

23、間交換信息。l 例如，建立初始連接，控制傳輸流，進行錯誤糾正請求，以及在會話結(jié)束時在設(shè)備之間斷開連接等等都需要用控制幀來交換信息。如果一幀有部份數(shù)據(jù)或全部是數(shù)據(jù)的話，它被稱為數(shù)據(jù)幀。數(shù)據(jù)幀被用來傳輸信息，但也可以包含可以應(yīng)用到該信息上的控制信息。BSC數(shù)據(jù)幀數(shù)據(jù)幀第53頁第54頁LOREM IPSUM DOLORl 簡單數(shù)據(jù)幀的格式。幀開頭是一個或兩個同步字符(SYN)。這些字符通知接收方有新的幀到來并為接收方提供一種可以用來與發(fā)送設(shè)備進行時鐘同步的比特模式。從附錄A中，可以發(fā)現(xiàn)ASCII碼的SYN字符是0010110。字節(jié)的前導(dǎo)比特(第八位)常常用附加的0填充。兩個同步字符在一起就如下：00

24、01011000010110。第55頁LOREM IPSUM DOLORl 在兩個同步字符之后是文本開始符(STX)。這個字符通知接收方控制信息結(jié)束，下一字節(jié)將是數(shù)據(jù)。數(shù)據(jù)或文本可以由不同數(shù)目的字符組成。l 一個文本結(jié)束符(ETX)指明了文本和進一步的控制字符之間的轉(zhuǎn)換。最后，包含有用于錯誤檢測的一個或兩個被稱作塊校驗計數(shù)符(BCC)的字符。一個BCC域是一個字節(jié)長度的縱向冗余校驗碼(LRC)或是兩個字節(jié)的循環(huán)冗余校驗碼(CRC)。第56頁數(shù)據(jù)透明性數(shù)據(jù)透明性l 在BSC協(xié)議中的數(shù)據(jù)透明性是通過一個叫做字節(jié)填充的過程實現(xiàn)的。l 它涉及到兩種活動：通過數(shù)據(jù)鏈路轉(zhuǎn)義符(DLE)定義透明文本區(qū)域以及

25、在透明文本區(qū)域內(nèi)的DLE符之前加上附加DLE字符。定義透明區(qū)域，就需要在文本區(qū)域開始的STX符之前插入一個轉(zhuǎn)義符DLE并且在文本區(qū)域結(jié)束的ETX符(或是ITB或ETB字符)前也插入一個轉(zhuǎn)義符DLE。第57頁LOREM IPSUM DOLORl 第一個DLE字符告訴接收方文本中可能有控制字符并要求忽略這些控制符。最后一個DLE字符告訴接收方透明區(qū)域結(jié)束了。如果透明區(qū)域內(nèi)含有一個作為文本的轉(zhuǎn)義符DLE，那么仍然會出現(xiàn)問題。在這種情況下，就在文本中的每個DLE字符前都再插入一個DLE字符。字節(jié)填充字節(jié)填充l 第58頁第59頁主要內(nèi)容主要內(nèi)容4.1 數(shù)據(jù)鏈路層功能4.2 數(shù)據(jù)鏈路層協(xié)議4.3 面向字符

26、的協(xié)議4.4 面向比特的協(xié)議4.5 PPP協(xié)議4.6 PPPoe協(xié)議4.7 本章小結(jié) 第60頁4.4 面面向向比比特特的的協(xié)協(xié)議議4.4.1 高高級級數(shù)數(shù)據(jù)據(jù)鏈鏈路路控控制制協(xié)協(xié)議議l 高級數(shù)據(jù)鏈路控制(HDLC)是由國際標準化組織制定的,為支持在點到點和多點鏈路上的半雙工和全雙工通信而設(shè)計的，面向比特的有序鏈路級協(xié)議。l 在HDLC中，任何必須在兩個站之間交換的控制信息都被放在傳送幀的特別段中。這些段相對幀的邊界有固定的位置。第61頁1.站點類型站點類型l HDLC協(xié)議有三種不同類型的站點：主站點，從站點，以及復(fù)合站點。l 在HDLC協(xié)議中，主站點的功能與流量控制中主設(shè)備的功能是相同的。主站

27、點是在點到點或多點線路配置中對鏈路具有完全控制的結(jié)點設(shè)備。主站點發(fā)送命令到從站點。主站點發(fā)布命令，從站點進行響應(yīng)。一個復(fù)合站點既可以發(fā)命令也可以進行響應(yīng)。復(fù)合站點是一組互相連接的對等站點中的一個，這些站點被安排來根據(jù)傳輸?shù)膶傩院头较虻牟煌凑罩髡军c或從站點方式工作。第62頁2. 配置配置 l 配置這個詞是指鏈路上硬件設(shè)備的關(guān)系。設(shè)備可以按照主從方式或是對等方式組織。根據(jù)選擇的交互模式的不同，對等設(shè)備可以同時是主設(shè)備或是從設(shè)備。主站點、從站點以及復(fù)合站點可以以三種方式配置：非平衡式，對稱式，以及平衡式。任何一種配置都能夠支持半雙工和全雙工傳輸。高級鏈路控制協(xié)議高級鏈路控制協(xié)議(HDLC)的設(shè)備

28、配置的設(shè)備配置第63頁第64頁3. 通信方式通信方式l HDLC協(xié)議中的方式就是在一次交互中涉及到的兩個設(shè)備之間的關(guān)系，這種方式描述了由誰控制鏈路。通過非平衡配置進行的交互總是采用正常應(yīng)答方式的。通過對稱和平衡配置進行的交互可以通過為傳遞命令設(shè)計的幀(在關(guān)于U幀的一節(jié)中討論)設(shè)置成特定的方式。HDLC協(xié)議支持站點間的三種不同通信方式：正常應(yīng)答方式(NRM)，異步應(yīng)答方式(ARM)，以及異步平衡方式(ABM)。l HDLC協(xié)議通信方式協(xié)議通信方式第65頁第66頁4.4.2 幀格式幀格式l 為了提供必要的靈活性來支持上述在通信方式和配置上的所有可能的選擇，HDLC協(xié)議定義了三種類型的幀：信息幀(I

29、幀)，監(jiān)管幀(S幀)，以及無序號幀(U幀)。HDLC幀類型幀類型第67頁第68頁LOREM IPSUM DOLORl 在HDLC協(xié)議中的每一幀可以包含最多六個域：一個開始標志域，一個地址域，一個控制域，一個信息域，一個幀校驗序列(FCS)域，以及一個結(jié)束標志域。在多幀傳輸中，一幀的結(jié)束標志可能同時表示下一幀的開始標志。第69頁1. 標志域標志域l HDLC協(xié)議幀的標志域是具有比特模式01111110的八比特序列，是表明幀的開始和結(jié)束并且為接收方當作同步模式服務(wù)的。如圖4-34顯示了在一個I幀中兩個標志域的位置。HDLC標志域標志域第70頁第71頁2. 地址域地址域l 在HDLC協(xié)議幀中的第二個

30、域包含了幀的來源或終點的從站點地址(或者是以從站點方式運行的復(fù)合站點)。l 如果地址域只有一字節(jié)，最后一比特總是1。如果地址域有多個字節(jié)，除最后一字節(jié)外其他所有字節(jié)都要以0結(jié)尾，只有最后一字節(jié)以1結(jié)尾。以0結(jié)束每個中間字節(jié)向接收方指明了還有更多多的后續(xù)地址字節(jié)。HDLC協(xié)議中地址域協(xié)議中地址域第72頁第73頁3. 控制域控制域l 控制域是幀中一個字節(jié)或兩個字節(jié)的分段，是用來進行流量管理的。此處將只限于討論一字節(jié)的情況。兩字節(jié)情況是類似的。l 根據(jù)幀類型不同，控制域也不同。如果控制域的第一個比特是0，該幀就是一個信息幀(1幀)。如果第一個比特是1而且第二個比特是0，就是一個監(jiān)管幀(S幀)。如果第

31、一和第二個比特都是1，則意味著一個無序號幀(U幀)。所有這三種類型的幀的控制域都包含一個查詢/結(jié)束（P/F）位。HDLC協(xié)議中控制域協(xié)議中控制域第74頁第75頁LOREM IPSUM DOLORl P/F位是具有雙重功能的單個比特位。僅當該位被設(shè)置(比特值為1)時才是有意義的，意味著查詢或結(jié)束。當幀是從主站點發(fā)送到從站點時(當?shù)刂酚蚝薪邮辗降刂窌r)它意味著查詢。當幀是從從站點發(fā)送到主站點時(當?shù)刂酚蚝邪l(fā)送方地址時)它意味著結(jié)束。第76頁4. 信息域信息域l 在I幀中，信息域包含了用戶數(shù)據(jù)；在U幀中則包含了網(wǎng)絡(luò)管理信息如圖4-37所示。它的長度可以因網(wǎng)絡(luò)而不同，但是在每一具體網(wǎng)絡(luò)中總是固定的

32、。一個S幀沒有信息域。第77頁5. 幀校驗序列幀校驗序列(FCS)域域l 幀校驗序列(FCS)是HDLC協(xié)議的錯誤檢測域。它含有一個兩字節(jié)或四字節(jié)的循環(huán)冗余校驗碼(CRC)。第78頁4.4.3 關(guān)關(guān)于于幀幀的的其其他他內(nèi)內(nèi)容容1. S幀幀l S幀沒有信息域，但每一幀都給接收方帶去了消息。這些消息是建立在S幀類型的基礎(chǔ)和傳輸上下文基礎(chǔ)上的。每一個S幀的類型由設(shè)置在控制域中P/F位前面的兩位編碼確定?？偣灿兴姆NS幀：接收方就緒(RR)，接收方未就緒(RNR)，拒絕(REJ)，以及選擇-拒絕(SREJ) 。HDLC協(xié)議中協(xié)議中S幀控制域幀控制域 第79頁第80頁2.U幀幀l U幀的命令和響應(yīng)可以分成

33、五個基本功能類：方式設(shè)置，無序號交互，斷開連接，啟動，以及混雜形式，第81頁4.4.4HDLC的子集及相關(guān)協(xié)議的子集及相關(guān)協(xié)議l HDLC主集的成功為它的一些子集的應(yīng)用打下了基礎(chǔ)。目前有幾種HDLC的子集在工業(yè)界有重要的應(yīng)用，如SDLC、LAP、LAPB、LAPD、LAPX、LLC以及LAPF等。如果一個DTE采用了一個HDLC類別定義的全部命令和響應(yīng)，我們就稱該DTE符合這個協(xié)議類別。l HDLC有三個基本類別。UN類，即非平衡的通用響應(yīng)方式(NRM)；UA類，即非平衡的異步響應(yīng)方式(ARM)；BA類，即平衡異步方式(ABM)。第82頁主要內(nèi)容主要內(nèi)容4.1 數(shù)據(jù)鏈路層功能4.2 數(shù)據(jù)鏈路層

34、協(xié)議4.3 面向字符的協(xié)議4.4 面向比特的協(xié)議4.5 PPP協(xié)議4.6 PPPoe協(xié)議4.7 本章小結(jié) 第83頁4.5 PPP協(xié)協(xié)議議4.5.1PPP協(xié)協(xié)議議的的基基本本概概念念1 PPP協(xié)協(xié)議議出出現(xiàn)現(xiàn)的的背背景景l(fā) PPP協(xié)議出現(xiàn)之前，SLIP（Serial Line Internet Protocol ）協(xié)議曾經(jīng)在Interne中廣泛使用。SLIP協(xié)議的封裝格式,通過在被發(fā)送IP數(shù)據(jù)報的尾部增加特殊的END字符（0 xC0 ）從而形成一個簡單的SLIP的數(shù)據(jù)幀，而后該幀會被傳送到物理層進行發(fā)送。第84頁2 PPP協(xié)議簡介協(xié)議簡介l PPP 提供了一種在點對點的鏈路上封裝多協(xié)議數(shù)據(jù)報的標

35、準方法。它不僅能支持IP地址的動態(tài)分配和管理；同步或異步物理層的傳輸；網(wǎng)絡(luò)層協(xié)議的復(fù)用；鏈路的配置、質(zhì)量檢測和糾錯；而且還支持多種配置參數(shù)選項的協(xié)商。l PPP協(xié)議主要包括三部分：LCP（Link Control Protocol）鏈路控制協(xié)議、NCP（Network Control Protocol）和PPP的擴展協(xié)議。第85頁4.5.2PPP協(xié)協(xié)議議的的三三組組件件1.PPP協(xié)協(xié)議議的的封封裝裝l PPP協(xié)議它也采用了HDLC的定界幀格式。如圖所示PPP數(shù)據(jù)幀的封裝格式。PPP數(shù)據(jù)幀的封裝格式數(shù)據(jù)幀的封裝格式第86頁第87頁LOREM IPSUM DOLORl PPP數(shù)據(jù)幀封裝格式中，每一

36、個PPP數(shù)據(jù)幀均是以一個標志字節(jié)起始和結(jié)束的，該字節(jié)為0 x7E。緊接在起始標志字節(jié)后的一個字節(jié)是地址域，該字節(jié)為0 xFF。我們熟知網(wǎng)絡(luò)是分層的，且對等層之間進行相互通信，而下層為上層提供服務(wù)。第88頁2. LCP協(xié)議協(xié)議l 為了能適應(yīng)復(fù)雜多變的網(wǎng)絡(luò)環(huán)境，PPP協(xié)議提供了一種鏈路控制協(xié)議來配置和測試數(shù)據(jù)通信鏈路，它能用來協(xié)商PPP協(xié)議的一些配置參數(shù)選項；處理不同大小的數(shù)據(jù)幀；檢測鏈路環(huán)路、一些鏈路的錯誤；終止一條鏈路。第89頁3. NCP協(xié)議協(xié)議l PPP的網(wǎng)絡(luò)控制協(xié)議根據(jù)不同的網(wǎng)絡(luò)層協(xié)議可提供一族網(wǎng)絡(luò)控制協(xié)議，常用的有提供給TCP/IP網(wǎng)絡(luò)使用的IPCP網(wǎng)絡(luò)控制協(xié)議和提供給SPX/IPX網(wǎng)

37、絡(luò)使用的IPXCP網(wǎng)絡(luò)控制協(xié)議等，但最為常用的是IPCP協(xié)議，當點對點的兩端進行NCP參數(shù)配置協(xié)商時，主要是用來通信雙方的網(wǎng)絡(luò)層地址。4.5.3PPP鏈路的建立鏈路的建立1.PPP的狀態(tài)轉(zhuǎn)移圖的狀態(tài)轉(zhuǎn)移圖第90頁第91頁PPP需經(jīng)歷以下幾個階段需經(jīng)歷以下幾個階段l （1）鏈路不可用階段，有時也稱為物理層不可用階段，PPP鏈路都需從這個階段開始和結(jié)束。l （2）鏈路建立階段，也是PPP協(xié)議最關(guān)鍵和最復(fù)雜的階段。該階段主要是發(fā)送一些配置報文來配置數(shù)據(jù)鏈路，這些配置的參數(shù)不包括網(wǎng)絡(luò)層協(xié)議所需的參數(shù)。第92頁LOREM IPSUM DOLORl （3）驗證階段，多數(shù)情況下的鏈路兩端設(shè)備是需要經(jīng)過認證后

38、才進入到網(wǎng)絡(luò)層協(xié)議階段，缺省情況下鏈路兩端的設(shè)備是不進行認證的。在該階段支持PAP和CHAP兩種認證方式，驗證方式的選擇是依據(jù)在鏈路建立階段雙方進行協(xié)商的結(jié)果。第93頁LOREM IPSUM DOLORl （4）網(wǎng)絡(luò)層協(xié)議階段，一旦PPP完成了前面幾個階段，每種網(wǎng)絡(luò)層協(xié)議（IP、IPX和AppleTalk）會通過各自相應(yīng)的網(wǎng)絡(luò)控制協(xié)議進行配置，每個NCP協(xié)議可在任何時間打開和關(guān)閉。l （5）網(wǎng)絡(luò)終止階段，PPP能在任何時候終止鏈路。當載波丟失、授權(quán)失敗、鏈路質(zhì)量檢測失敗和管理員人為關(guān)閉鏈路等情況均會導(dǎo)致鏈路終止。第94頁2 LCP協(xié)議協(xié)議l 一共包括12種LCP數(shù)據(jù)報文，依據(jù)各報文的的功能又將

39、其具體細化為以下三類：鏈路配置報文，主要用來建立和配置一條鏈路的。鏈路終止報文，主要用來終止一條鏈路的。鏈路維護報文，主要用來維護和調(diào)試鏈路的。第95頁3 NCP協(xié)議協(xié)議l NCP協(xié)議的數(shù)據(jù)報文是在網(wǎng)絡(luò)層協(xié)議階段被交換的，在這個階段所需的一些配置參數(shù)選項協(xié)商完后，就可以進行網(wǎng)絡(luò)層的通信，也即是在點對點的鏈路上可以開始傳送網(wǎng)絡(luò)層的數(shù)據(jù)報文了。NCP協(xié)議主要包括IPCP、IPXCP等。第96頁IPCPl IPCP控制協(xié)議主要是負責(zé)完成IP網(wǎng)絡(luò)層協(xié)議通信所需配置參數(shù)的選項協(xié)商的。IPCP在運行的過程當中，主要是完成點對點通信設(shè)備的兩端動態(tài)的協(xié)商IP地址。l IPCP控制協(xié)議的靜態(tài)和動態(tài)的兩個過程，實

40、際上兩者的區(qū)分是在于互連設(shè)備IP地址的獲取過程。第97頁IPCP靜態(tài)協(xié)商靜態(tài)協(xié)商l 也即是不協(xié)商。點對點的通信設(shè)備兩端在PPP協(xié)商之前已配置好了IP地址，所以就無須在網(wǎng)絡(luò)層協(xié)議階段協(xié)商IP地址，而雙方唯一要做的就是告訴對方自身的IP地址。第98頁IPCP動態(tài)協(xié)商動態(tài)協(xié)商l 一端配置為動態(tài)獲取IP地址，另一端通過手動方式配置IP地址，且允許給對端分配IP地址，這個過程實際上可與窄帶撥號上網(wǎng)的過程相一致，如果我們想用計算機上網(wǎng)，均會安裝一個撥號適配器，而且計算機中的撥號網(wǎng)絡(luò)適配器是采用動態(tài)獲取IP地址的方式。第99頁4.5.4LCP的的可可選選配配置置參參數(shù)數(shù)1 魔魔術(shù)術(shù)字字（Magic-Numb

41、er）l 魔術(shù)字是在LCP的Config-Request報文中被協(xié)商的，并且可被其它一些其它類型的LCP數(shù)據(jù)報文所使用，如前面已經(jīng)說過的Echo-Request、Echo-Reply報文和Quality-Protocol報文等。第100頁2 認證協(xié)議認證協(xié)議l PPP協(xié)議也提供了可選的認證配置參數(shù)選項，缺省情況下點對點通信的兩端是不進行認證的。在LCP的Config-Request報文中不可一次攜帶多種認證配置選項，必須二者擇其一（PAP/CHAP。l PPP支持兩種授權(quán)協(xié)議：PAP（Password Authentication Protocol）和CHAP（Challenge Hand A

42、uthentication Protocol）。第101頁PAP認證認證l PAP認證是兩次握手，在鏈路建立階段，依據(jù)設(shè)備上的配置情況，如果是使用PAP認證，則驗證方在發(fā)送Config-Request報文時會攜帶認證配置參數(shù)選項，而對于被驗證方而言則是不需要，它只需要收到該配置請求報文后根據(jù)自身的情況給對端返回相應(yīng)的報文。 第102頁CHAP認證認證l CHAP為三次握手協(xié)議，它只在網(wǎng)絡(luò)上傳送用戶名而不傳送口令，因此安全性比PAP高。l 在驗證一開始，不像PAP一樣是由被驗證方發(fā)送認證請求報文了，而是由驗證方向被驗證方發(fā)送一段隨機的報文，并加上自己的主機名，我們通稱這個過程叫做挑戰(zhàn)。l 當被驗

43、證方收到驗證方的驗證請求，從中提取出驗證方所發(fā)送過來的主機名，然后根據(jù)該主機名在被驗證方設(shè)備的后臺數(shù)據(jù)庫中去查找相同的用戶名的記錄。第103頁LOREM IPSUM DOLORl 當查找到后就使用該用戶名所對應(yīng)的密鑰，然后根據(jù)這個密鑰、報文ID和驗證方發(fā)送的隨機報文用Md5加密算法生成應(yīng)答，隨后將應(yīng)答和自己的主機名送回，同樣驗證方收到被驗證方發(fā)送回應(yīng)后，提取被驗證方的用戶名，然后去查找本地的數(shù)據(jù)庫，當找到與被驗證方一致用戶名后，根據(jù)該用戶名所對應(yīng)的密鑰、保留報文ID和隨機報文用Md5加密算法生成結(jié)果，和剛剛被驗證方所返回的應(yīng)答進行比較，相同則返回Ack，否則返回。第104頁3. MRU（Max

44、ium Receive Unit）l 這個配置參數(shù)選項主要是Config-Request報文的發(fā)送端告訴接收端，本端接收到的PPP數(shù)據(jù)幀的數(shù)據(jù)域的最大值。通常情況下這個參數(shù)選項使用默認值1500字節(jié)。l 當在某些特殊應(yīng)用中，可能會使用到小于1500字節(jié)或大于1500字節(jié)的情況，這時在Config-Request報文就會攜帶要協(xié)商的MRU配置參數(shù)選項值。第105頁4.5.5 PPP擴擴展展協(xié)協(xié)議議MP（Multilink Protocol）協(xié)協(xié)議議l MP的協(xié)商較為特殊。MP配置參數(shù)選項的協(xié)商是在LCP協(xié)商過程中完成的，協(xié)商MP配置參數(shù)選項的目的完成以下幾個過程：l 表明系統(tǒng)是否支持將多個物理鏈

45、路捆綁成一個邏輯鏈路。l 系統(tǒng)在多鏈路上接收到了對端發(fā)送的數(shù)據(jù)單元后，能夠通過附加在這些數(shù)據(jù)之前的重組字段對這些分段的數(shù)據(jù)單元進行重組。第106頁LOREM IPSUM DOLORl 邏輯鏈路為了能夠提高傳輸?shù)男?，可以不使用單一PPP物理鏈路上的最大接收單元，可以重新協(xié)商新的邏輯鏈路上使用的最大接收單元進行數(shù)據(jù)報文的發(fā)送和接收。l MP協(xié)議可以用來靈活的調(diào)整點對點系統(tǒng)之間的多條獨立物理鏈路，它可為整個系統(tǒng)提供一個虛擬鏈路，虛擬鏈路的帶寬是N個鏈路的捆綁之和（N1）。而對于被捆綁的鏈路并未做出特殊要求，可以將同步鏈路和異步鏈路進行捆綁，同樣也可將低速鏈路和高速鏈路進行捆綁。第107頁主要內(nèi)容主

46、要內(nèi)容4.1 數(shù)據(jù)鏈路層功能4.2 數(shù)據(jù)鏈路層協(xié)議4.3 面向字符的協(xié)議4.4 面向比特的協(xié)議4.5 PPP協(xié)議4.6 PPPoe協(xié)議4.7 本章小結(jié) 第108頁4.6 PPPoe協(xié)協(xié)議議4.6.1 PPPOE協(xié)協(xié)議議的的基基本本概概念念l ETF的工程師們在秉承窄帶撥號上網(wǎng)的運營思路，制定出了在以太網(wǎng)上傳送PPP數(shù)據(jù)包的協(xié)議（Point To Point Protocol Over Ethernet）。l PPPOE協(xié)議提供了在類似于以太網(wǎng)的廣播式的網(wǎng)絡(luò)中，多臺主機連接到遠端的訪問集中器（寬帶接入服務(wù)器）上的一種標準。第109頁PPPOE協(xié)議共包括兩個階段協(xié)議共包括兩個階段l PPPOE的發(fā)

47、現(xiàn)階段（PPPOE Discovery Stage）和PPPOE的會話階段（PPPOE Session Stage）。l 因為PPPOE的會話階段類似于PPP的會話過程，兩者的主要區(qū)別只是在PPP的數(shù)據(jù)報文前封裝了PPPOE的報文頭，所以可直接參照之前的PPP協(xié)議，而無論是哪一個階段的數(shù)據(jù)報文最終會被封裝成以太網(wǎng)的幀進行傳送。第110頁LOREM IPSUM DOLORl 當一個主機希望能夠開始一個PPPOE會話時，它首先會在廣播式的網(wǎng)絡(luò)上尋找一個訪問集中器，當然可能網(wǎng)絡(luò)上會存在多個訪問集中器時，對于主機而言則會根據(jù)各訪問集中器（AC，Access Concentration）所能提供的服務(wù)或

48、用戶的預(yù)先的一些配置來進行相應(yīng)的選擇。但在實際應(yīng)用中情況更復(fù)雜，可能還要跨躍多點訪問的網(wǎng)絡(luò)，如ATM等，將會形成PPPOEOA的數(shù)據(jù)包。第111頁LOREM IPSUM DOLORl 主機選擇完了所需要的訪問集中器后，就開始和訪問集中器建立一個PPPOE會話進程。在這個過程中訪問集中器會為每一個PPPOE會話分配一個唯一的進程ID，會話建立起來后就開始了PPPOE的會話階段，在這個階段中已建立好邏輯上點對點連接關(guān)系的雙方，就采用PPP協(xié)議來交換數(shù)據(jù)報文，從而完成一系列PPP的過程，最終將在這點對點的邏輯通道上進行網(wǎng)絡(luò)層數(shù)據(jù)報的傳送。第112頁4.6.2PPPOE的發(fā)現(xiàn)階段的發(fā)現(xiàn)階段l PPPO

49、E的初始化過程是至關(guān)重要的，它不僅要在廣播式的網(wǎng)絡(luò)上確定一對一的邏輯關(guān)系，而且還要為PPPOE的會話階段準備一些必要條件，如訪問集中器唯一分配的會話ID（Session ID）。第113頁 1.幀格式幀格式l 對于PPPOE的兩大階段，也正是通過以太網(wǎng)的類型域進行區(qū)分的。在PPPOE的發(fā)現(xiàn)階段時，以太網(wǎng)的類型域填充0 x8863；而在PPPOE的會話階段時，以太網(wǎng)的類型域填充為0 x8864。l 數(shù)據(jù)域（凈載荷）主要是用來承載類型域中所指示的數(shù)據(jù)報文，在PPPOE協(xié)議中所有的PPPOE數(shù)據(jù)報文就是被封裝在這個域中被傳送。l 校驗域，主要用來保證鏈路層數(shù)據(jù)幀傳送的正確性。第114頁2. PPPO

50、E的數(shù)據(jù)報文格式的數(shù)據(jù)報文格式l 描述完了以太網(wǎng)的幀格式后，我們簡要介紹一下PPPOE的數(shù)據(jù)報文格式。PPPOE的數(shù)據(jù)報文是被封裝在以太網(wǎng)幀的數(shù)據(jù)域內(nèi)的。為了方便理解，我們把PPPOE報文分成兩大部分，一大部分是PPPOE的數(shù)據(jù)報頭，另一部分則是PPPOE的凈載荷（數(shù)據(jù)域），對于PPPOE報文數(shù)據(jù)域中的內(nèi)容會隨著會話過程的進行而不斷改變。PPPOE報文的格式報文的格式第115頁第116頁LOREM IPSUM DOLORl PPPOE數(shù)據(jù)報文最開始的4位為版本域，這個域的內(nèi)容填充0 x01。緊接在版本域后的4位是類型域，協(xié)議中同樣規(guī)定，這個域的內(nèi)容填充為0 x01。代碼域占用1個字節(jié)，對于PPPOE 的不同階段這個域內(nèi)的內(nèi)容也是不一樣的。l 會話ID點用2個字節(jié)，當訪問集中器還未分配唯一的會話ID給用戶主機的話，則該域內(nèi)的內(nèi)容必須填充為0 x