計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ) 課件 第3章 數(shù)據(jù)鏈路層_第1頁(yè)
計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ) 課件 第3章 數(shù)據(jù)鏈路層_第2頁(yè)
計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ) 課件 第3章 數(shù)據(jù)鏈路層_第3頁(yè)
計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ) 課件 第3章 數(shù)據(jù)鏈路層_第4頁(yè)
計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ) 課件 第3章 數(shù)據(jù)鏈路層_第5頁(yè)
已閱讀5頁(yè),還剩52頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

打造人工智能共享實(shí)訓(xùn)基地,我校專(zhuān)業(yè)集群協(xié)調(diào)發(fā)展

信系第3章數(shù)據(jù)鏈路層第3章數(shù)據(jù)鏈路層數(shù)據(jù)鏈路層屬于計(jì)算機(jī)網(wǎng)絡(luò)的低層。數(shù)據(jù)鏈路層使用的信道主要有點(diǎn)對(duì)點(diǎn)信道和廣播信道兩種。(1)點(diǎn)對(duì)點(diǎn)信道(Point-to-PointLink):這種信道使用一對(duì)一的點(diǎn)對(duì)點(diǎn)通信方式。(2)廣播信道(BroadcastLink):這種信道使用一對(duì)多的廣播通信方式,因此過(guò)程比較復(fù)雜。廣播信道上可以連接多個(gè)計(jì)算機(jī),因此必須使用共享信道協(xié)議來(lái)協(xié)調(diào)這些計(jì)算機(jī)的數(shù)據(jù)發(fā)送?!緝?nèi)容巡航】第3章數(shù)據(jù)鏈路層H1的數(shù)據(jù)鏈路層

R1的數(shù)據(jù)鏈路層

R2的數(shù)據(jù)鏈路層

H2的數(shù)據(jù)鏈路層3.1.1數(shù)據(jù)鏈路和幀將運(yùn)行數(shù)據(jù)鏈路層協(xié)議的任何設(shè)備稱(chēng)為節(jié)點(diǎn)(Node),包括主機(jī)、交換機(jī)、路由器、和WiFi接入點(diǎn)。1.鏈路和數(shù)據(jù)鏈路鏈路(Link)就是從一個(gè)節(jié)點(diǎn)到相鄰節(jié)點(diǎn)的一段物理線(xiàn)路(有線(xiàn)或無(wú)線(xiàn)),而中間沒(méi)有任何其他的交換節(jié)點(diǎn)。把實(shí)現(xiàn)這些通信協(xié)議的硬件和軟件加到鏈路上,就構(gòu)成了數(shù)據(jù)鏈路。3.1.1數(shù)據(jù)鏈路和幀物理鏈路1.鏈路和數(shù)據(jù)鏈路鏈路(Link)數(shù)據(jù)鏈路物理鏈路通信協(xié)議3.1.1數(shù)據(jù)鏈路和幀2.幀3.1.1數(shù)據(jù)鏈路和幀

(1)節(jié)點(diǎn)A的數(shù)據(jù)鏈路層把網(wǎng)絡(luò)層交下來(lái)的IP數(shù)據(jù)報(bào)添加到首部和尾部封裝成幀。2.幀

(2)節(jié)點(diǎn)A把封裝好的幀發(fā)送給節(jié)點(diǎn)B的數(shù)據(jù)鏈路層。

(3)若節(jié)點(diǎn)B的數(shù)據(jù)鏈路層收到的幀無(wú)差錯(cuò),則從收到的幀中提取出IP數(shù)據(jù)報(bào)上交給上面的網(wǎng)絡(luò)層,否則丟棄這個(gè)幀。3.1.2封裝成幀

封裝成幀(Framing)就是在一段數(shù)據(jù)(網(wǎng)絡(luò)層交下來(lái)的IP數(shù)據(jù)報(bào))的前后分別添加首部和尾部,這樣就構(gòu)成了一個(gè)幀。3.1.2封裝成幀

網(wǎng)絡(luò)層的IP數(shù)據(jù)報(bào)傳送到數(shù)據(jù)鏈路層就成為幀的數(shù)據(jù)部分,在幀的數(shù)據(jù)部分的前面和后面分別添加上首部和尾部,構(gòu)成了一個(gè)完整的幀。這樣的幀就是數(shù)據(jù)鏈路層的數(shù)據(jù)傳送單元。首部和尾部的作用之一就是進(jìn)行幀定界(即確定幀的界限),不同的數(shù)據(jù)鏈路層協(xié)議的幀的首部和尾部包含的信息有明確的規(guī)定,幀的首部和尾部有幀開(kāi)始符和幀結(jié)束符,稱(chēng)為“幀定界符”。如上圖.3.1.2封裝成幀一個(gè)幀的長(zhǎng)度等于幀的數(shù)據(jù)部分長(zhǎng)度加上幀首部和幀尾部的長(zhǎng)度。數(shù)據(jù)鏈路層必須使用物理層提供的服務(wù)來(lái)傳輸一個(gè)一個(gè)的幀。物理層將數(shù)據(jù)鏈路層交來(lái)的數(shù)據(jù)以比特流的形式在物理鏈路上傳輸。在發(fā)送幀時(shí),是從幀首部開(kāi)始發(fā)送的。各種數(shù)據(jù)鏈路層協(xié)議都對(duì)幀首部和幀尾部的格式有明確的規(guī)定。每一種數(shù)據(jù)鏈路層協(xié)議都規(guī)定了幀的數(shù)據(jù)部分長(zhǎng)度的上限,即最大傳輸單元(MTU)。3.1.2封裝成幀控制字符SOH(StartOfHeader)放在一幀的最前面,表示幀的首部開(kāi)始。另一個(gè)控制字符EOT(EndofTransmission)表示幀的結(jié)束。3.1.3透明傳輸當(dāng)傳送的幀是用文本文件(字符都是從鍵盤(pán)上輸入的)組成的幀時(shí),其數(shù)據(jù)部分顯然不會(huì)出現(xiàn)像SOH和EOT這樣的幀定界控制字符。這樣不管從鍵盤(pán)上輸入什么字符都可以放在這樣的幀中傳輸過(guò)去,因此這樣的傳輸就是透明傳輸?!霸跀?shù)據(jù)鏈路層透明傳送數(shù)據(jù)”表示無(wú)論什么樣的比特組合的數(shù)據(jù),都能夠按照原樣沒(méi)有差錯(cuò)地通過(guò)這個(gè)數(shù)據(jù)鏈路層。數(shù)據(jù)鏈路層對(duì)這些數(shù)據(jù)來(lái)說(shuō)是透明的。3.1.3透明傳輸當(dāng)數(shù)據(jù)部分是非ASCII碼的文本文件時(shí)(如二進(jìn)制代碼的計(jì)算機(jī)程序或圖像等),如果數(shù)據(jù)中的某個(gè)字節(jié)的二進(jìn)制代碼恰好和SOH或EOT這種控制字符一樣,如圖3.5所示,數(shù)據(jù)鏈路層就會(huì)錯(cuò)誤地“找到幀的邊界”,把部分幀收下(誤認(rèn)為是個(gè)完整的幀),而把剩下的那部分?jǐn)?shù)據(jù)丟棄(這部分找不到幀定界控制字符SOH)。3.1.3透明傳輸

設(shè)法使數(shù)據(jù)中可能出現(xiàn)的控制字符“SOH”和“EOT”在接收端不被解釋為控制字符。具體的方法是:發(fā)送端的數(shù)據(jù)鏈路層在數(shù)據(jù)中出現(xiàn)控制字符“SOH”或“EOT”的前面插入一個(gè)轉(zhuǎn)義字符“ESC”(其十六進(jìn)制編碼是1B,二進(jìn)制是00011011)。而在接收端的數(shù)據(jù)鏈路層在把數(shù)據(jù)送往網(wǎng)絡(luò)層之前刪除這個(gè)插入的轉(zhuǎn)義字符。

這種方法稱(chēng)為字節(jié)填充(bytestuffing)或字符填充(characterstuffing)。3.1.3透明傳輸3.1.4差錯(cuò)檢測(cè)比特在傳輸過(guò)程中可能會(huì)產(chǎn)生差錯(cuò):1可能會(huì)變成0,而0也可能變成1。這就叫做比特差錯(cuò)。比特差錯(cuò)是傳輸差錯(cuò)的一種。在一段時(shí)間內(nèi),傳輸錯(cuò)誤的比特占所傳輸比特總數(shù)的比率稱(chēng)為誤碼率BER(BitErrorRate)。例如,誤碼率為10-10時(shí),表示平均每傳送1010個(gè)比特就會(huì)出現(xiàn)一個(gè)比特的差錯(cuò)。3.1.4差錯(cuò)檢測(cè)3.1.4差錯(cuò)檢測(cè)在發(fā)送端,先把數(shù)據(jù)劃分為組(也就是要傳送的分組),假定每組k個(gè)比特?,F(xiàn)假定待傳送的數(shù)據(jù)M=101001(k=6)。CRC運(yùn)算就是在數(shù)據(jù)M的后面添加供差錯(cuò)檢測(cè)用的n位冗余碼,然后構(gòu)成一個(gè)幀發(fā)送出去,一共發(fā)送(k+n)位。要使用幀的數(shù)據(jù)部分和數(shù)據(jù)鏈路層首部合起來(lái)的數(shù)據(jù)(M=101001)來(lái)計(jì)算n位幀檢驗(yàn)序列(FCS),并放到幀的尾部。幀檢驗(yàn)序列是經(jīng)過(guò)簡(jiǎn)單的除法運(yùn)算得出的。方法是:首先在要校驗(yàn)的二進(jìn)制數(shù)據(jù)(M=101001)的后面添加n位的0,在除以收發(fā)雙方事先商定好的n+1位的除數(shù)P,得出的商是Q,而余數(shù)是R(n位,比除數(shù)少1位)。這個(gè)n位的余數(shù)R就是我們所需要的幀檢驗(yàn)序列FCS。注:CRC是一種檢錯(cuò)方法,F(xiàn)CS是添加在數(shù)據(jù)后面用來(lái)檢錯(cuò)的冗余碼。3.1.4差錯(cuò)檢測(cè)接收方把接收到的數(shù)據(jù)以幀為單位進(jìn)行CRC檢驗(yàn),把收到的每一幀都送到除法器進(jìn)行運(yùn)算(除以和發(fā)送方生成FCS時(shí)所使用的同樣除數(shù)),然后檢查得到的n位余數(shù)。如果在傳輸過(guò)程中未出現(xiàn)差錯(cuò),那么經(jīng)過(guò)CRC檢驗(yàn)后得出的余數(shù)肯定是零。于是這樣的幀就被接受下來(lái)。但當(dāng)出現(xiàn)差錯(cuò)時(shí),則余數(shù)將不為零,這樣的幀就被丟棄。凡是接收端數(shù)據(jù)鏈路層通過(guò)差錯(cuò)檢測(cè)接受的幀,我們都能以非常接近于1的概率認(rèn)為這些幀在傳輸過(guò)程中沒(méi)有產(chǎn)生差錯(cuò),即可以近似地表述為:凡是接收端數(shù)據(jù)鏈路層接受的幀均無(wú)差錯(cuò)。1.停止等待協(xié)議A發(fā)送的分組M1在傳輸過(guò)程中被路由器丟棄,或B接收M1時(shí)檢測(cè)出了差錯(cuò),就丟棄M1,其他什么也不做(不通知A收到有差錯(cuò)的分組)。A發(fā)送的分組M1在傳輸過(guò)程中被路由器丟棄,或B接收M1時(shí)檢測(cè)出了差錯(cuò),就丟棄M1,其他什么也不做(不通知A收到有差錯(cuò)的分組)。1.停止等待協(xié)議

“停止等待”就是每發(fā)送完一個(gè)分組就停止發(fā)送,等待對(duì)方的確認(rèn),在收到確認(rèn)后再發(fā)送下一個(gè)分組。A發(fā)送分組M1,發(fā)完就暫停發(fā)送,等待B的確認(rèn)。B收到了M1就向A發(fā)送確認(rèn)。A在收到了對(duì)M1的確認(rèn)后,就再發(fā)送下一個(gè)分組M2。同樣,在收到B對(duì)M2的確認(rèn)后,再發(fā)送M3。1.停止等待協(xié)議B所發(fā)送的對(duì)M1的確認(rèn)丟失了。A在設(shè)定的超時(shí)重傳時(shí)間內(nèi)沒(méi)有收到確認(rèn),并無(wú)法知道是自己發(fā)送的分組出錯(cuò)、丟失,或者是B發(fā)送的確認(rèn)丟失了。因此A在超時(shí)計(jì)時(shí)器到期后就要重傳M1,現(xiàn)在應(yīng)注意B的動(dòng)作,假定B又收到了重傳的分組M1。這時(shí)應(yīng)采取兩個(gè)行動(dòng)。

第一,丟棄這個(gè)重復(fù)的分組M1,不向上層交付;

第二,向A發(fā)送確認(rèn),不能認(rèn)為已經(jīng)發(fā)送過(guò)確認(rèn)就不再發(fā)送,因?yàn)锳之所以重傳M1就表示A沒(méi)有收到對(duì)M,的確認(rèn)。1.停止等待協(xié)議1.停止等待協(xié)議

假定A發(fā)送分組需要的時(shí)間是TD。顯然,TD等于分組長(zhǎng)度除以數(shù)據(jù)率。再假定分組正確到達(dá)B后,B處理分組的時(shí)間可以忽略不計(jì),同時(shí)立即發(fā)回確認(rèn)。假定B發(fā)送確認(rèn)分組需要時(shí)間TA。如果A處理確認(rèn)分組的時(shí)間也可以忽略不計(jì),那么A在經(jīng)過(guò)時(shí)間(TD+RTT+TA)后就可以再發(fā)送下一個(gè)分組,這里的RTT是往返時(shí)間。因?yàn)閮H僅是在時(shí)間TD內(nèi)才用來(lái)傳送有用的數(shù)據(jù)(包括分組的首部),因此信道的利用率U可用下式計(jì)算:U=TD/TD+RTT+TA。1.停止等待協(xié)議1.停止等待協(xié)議2.連續(xù)ARQ協(xié)議

連續(xù)ARQ協(xié)議在流水線(xiàn)傳輸?shù)幕A(chǔ)上利用發(fā)送窗口來(lái)限制發(fā)送方連續(xù)發(fā)送分組的個(gè)數(shù)。為此,發(fā)送方要維持一個(gè)發(fā)送窗口,發(fā)送窗口是允許發(fā)送方已發(fā)送但還沒(méi)有收到確認(rèn)的分組序號(hào)的范圍。窗口大小就是發(fā)送方已發(fā)送但還沒(méi)有收到確認(rèn)的最大分組數(shù)。實(shí)際上,發(fā)送窗口為1,就是前面討論的停止等待協(xié)議。2.連續(xù)ARQ協(xié)議2.連續(xù)ARQ協(xié)議連續(xù)ARQ協(xié)議規(guī)定,發(fā)送方每收到一個(gè)確認(rèn),就把發(fā)送窗口向前滑動(dòng)一個(gè)分組的位置。圖3.12(b)表示發(fā)送方收到了對(duì)第1個(gè)分組的確認(rèn),于是把發(fā)送窗口向前移動(dòng)一個(gè)分組的位置。如果原來(lái)已經(jīng)發(fā)送了前4分組,那么現(xiàn)在就可以發(fā)送窗口內(nèi)的第5分組了。在協(xié)議的工作過(guò)程中發(fā)送窗口不斷向前滑動(dòng),因此這類(lèi)協(xié)議又稱(chēng)為滑動(dòng)窗口協(xié)議。2.連續(xù)ARQ協(xié)議3.選擇重傳協(xié)議為進(jìn)一步提高性能,可設(shè)法只選擇出現(xiàn)差錯(cuò)的分組進(jìn)行重傳,但這時(shí)接收窗口大小不再為1,以便先收下失序到達(dá)但仍然處在接收窗口中的那些分組,等到所缺分組收齊后再一并送交上層。這就是選擇重傳(SelectiveRepeat,SR)協(xié)議3.選擇重傳協(xié)議3.選擇重傳協(xié)議

為進(jìn)一步提高連續(xù)性能,可設(shè)法只選擇出現(xiàn)差錯(cuò)的分組進(jìn)行重傳,但這時(shí)接收窗口大小不再為1,以便先收下失序到達(dá)但仍然處在接收窗口中的那些分組,等到所缺分組收齊后再一并送交上層。這就是選擇重傳(SelectiveRepeat,SR)協(xié)議3.選擇重傳協(xié)議為進(jìn)一步提高性能,可設(shè)法只選擇出現(xiàn)差錯(cuò)的分組進(jìn)行重傳,但這時(shí)接收窗口大小不再為1,以便先收下失序到達(dá)但仍然處在接收窗口中的那些分組,等到所缺分組收齊后再一并送交上層。這就是選擇重傳(SelectiveRepeat,SR)協(xié)議3.選擇重傳協(xié)議注意:為了使發(fā)送方僅重傳出現(xiàn)差錯(cuò)的分組,接收方不能再采用累計(jì)確認(rèn),而需要對(duì)每個(gè)正確接收到的分組進(jìn)行逐一確認(rèn)(選擇確認(rèn))。3.2點(diǎn)對(duì)點(diǎn)協(xié)議點(diǎn)對(duì)點(diǎn)協(xié)議(Point-to-PointProtocol,PPP)是基于物理鏈路上傳輸網(wǎng)絡(luò)層的報(bào)文而設(shè)計(jì)的,它的校驗(yàn)、認(rèn)證和鏈接協(xié)商機(jī)制有效解決了串行線(xiàn)路網(wǎng)際協(xié)議(SerialLineInternetProtocol,SLIP)的無(wú)容錯(cuò)機(jī)制、無(wú)授權(quán)和協(xié)議運(yùn)行單一的問(wèn)題。PPP的可靠性和安全性較高,且支持各類(lèi)網(wǎng)絡(luò)層協(xié)議,可以允許在不同類(lèi)型的接口和鏈路上。3.2.1

PPP協(xié)議的特點(diǎn)1.PPP協(xié)議應(yīng)滿(mǎn)足的需求簡(jiǎn)單封裝成幀透明傳輸差錯(cuò)檢驗(yàn)支持多種網(wǎng)絡(luò)層協(xié)議(IPv4、v6、IPX)支持多種類(lèi)型鏈路(串、并,同、異,低、高,點(diǎn)、光等)自動(dòng)檢測(cè)鏈路連接狀態(tài)可設(shè)置最大傳輸單元值網(wǎng)絡(luò)地址協(xié)商數(shù)據(jù)壓縮協(xié)商3.2.1

PPP協(xié)議的特點(diǎn)2.PPP協(xié)議的組成(1)高級(jí)數(shù)據(jù)鏈路控制協(xié)議(2)鏈路控制協(xié)議。(3)網(wǎng)絡(luò)控制協(xié)議。3.2.2同步傳輸和異步傳輸1.同步傳輸

同步傳輸(synchronousTransmission)以數(shù)據(jù)幀為單位傳輸數(shù)據(jù),可采用字符形式或位組合形式的幀同步信號(hào),在短距離的高速傳輸中,該時(shí)鐘信號(hào)可由專(zhuān)門(mén)的時(shí)鐘線(xiàn)路傳輸,由發(fā)送端或接收端提供專(zhuān)用于同步的時(shí)鐘信號(hào)。計(jì)算機(jī)網(wǎng)絡(luò)采用同步傳輸方式時(shí),常將時(shí)鐘同步信號(hào)(前同步碼)植入數(shù)據(jù)信號(hào)幀中,以實(shí)現(xiàn)接收端和發(fā)送端的時(shí)鐘同步。

發(fā)送端發(fā)送的幀在幀開(kāi)始定界符前植入了前同步碼,用于同步接收端時(shí)鐘,前同步碼后面是一個(gè)完整的幀,3.2.2同步傳輸和異步傳輸發(fā)送端發(fā)送的幀在幀開(kāi)始定界符前植入了前同步碼,用于同步接收端時(shí)鐘,前同步碼后面是一個(gè)完整的幀3.2.2同步傳輸和異步傳輸2.異步傳輸異步傳輸(asynchronousTransmission)以字符為單位傳輸數(shù)據(jù),發(fā)送端和接收端具有相互獨(dú)立的時(shí)鐘(頻率相差不能太多),并且兩者中的任意一方都不需要向?qū)Ψ教峁r(shí)鐘同步信號(hào)。異步傳輸?shù)陌l(fā)送端和接收端在數(shù)據(jù)可以傳輸之前不需要協(xié)調(diào),發(fā)送端可以在任何時(shí)刻發(fā)送數(shù)據(jù),而接收端必須隨時(shí)都處于準(zhǔn)備接收數(shù)據(jù)的狀態(tài)。計(jì)算機(jī)主機(jī)與輸入、輸出設(shè)備之間一般采用異步傳輸方式,如鍵盤(pán)可以在任何時(shí)刻發(fā)送一個(gè)字符,這取決于用戶(hù)何時(shí)輸入。3.2.2同步傳輸和異步傳輸2.異步傳輸如果發(fā)送端以異步傳輸?shù)姆绞桨l(fā)送幀到接收端,則需要將發(fā)送的幀拆分成以字符為單位進(jìn)行傳輸,每個(gè)字符前有一個(gè)起始位,后面有一個(gè)停止位。字符之間的時(shí)間間隔不固定。接收端收到這些陸續(xù)到來(lái)的字符,照樣可以組裝成一個(gè)完整的幀,3.2.2同步傳輸和異步傳輸3.2.2同步傳輸和異步傳輸異步傳輸和同步傳輸?shù)膮^(qū)別如下:(1)異步傳輸是面向字符的傳輸,而同步傳輸是面向比特的傳輸。(2)異步傳輸?shù)膯挝皇亲止?jié),而同步傳輸?shù)膯挝皇菐?。?)異步傳輸通過(guò)字符起止的開(kāi)始碼和停止碼抓住再同步的機(jī)會(huì),而同步傳輸則是從前同步碼中抽取同步信息。3.2.3

PPP幀格式3.2.3

PPP幀格式(4)協(xié)議字段:2字節(jié),不同的值用來(lái)標(biāo)識(shí)PPP幀內(nèi)的信息是什么數(shù)據(jù)。0x0021:PPP幀的信息字段是IP數(shù)據(jù)報(bào);0x8021:表示這是網(wǎng)絡(luò)層控制數(shù)據(jù)NCP;0xc021:信息字段是PPP鏈路控制數(shù)據(jù);0xc023:信息字段是安全性認(rèn)證PAP;0xc025:信息字段是LQR;0xc028:信息字段是安全性認(rèn)證CHAP。3.2.4

PPP幀格式填充方式在異步傳輸?shù)逆溌飞?,?shù)據(jù)傳輸以字節(jié)為單位,PPP幀的轉(zhuǎn)義符定義為Ox7D(即01111101),并使用字節(jié)填充,(RFC1662)規(guī)定了如下所述的填充方法,如圖3.19所示1.異步傳輸使用字節(jié)填充3.2.4

PPP幀格式填充方式在同步傳輸?shù)逆溌飞希瑪?shù)據(jù)傳輸以幀為單位,PPP采用零比特填充方法來(lái)實(shí)現(xiàn)透明傳輸。

在發(fā)送端,先掃描整個(gè)信息字段(通常是用硬件實(shí)現(xiàn),但也可用軟件實(shí)現(xiàn),只是會(huì)慢些)。只要發(fā)現(xiàn)有5個(gè)連續(xù)1,則立即填入一個(gè)0。經(jīng)過(guò)這個(gè)零比特填充的數(shù)據(jù),就可以保證在信息字段中不會(huì)出現(xiàn)6個(gè)連續(xù)1。接收端在收到一個(gè)幀時(shí),先找到幀定界符以確定一個(gè)幀的邊界,再用硬件對(duì)其中的比特流進(jìn)行掃描,每當(dāng)發(fā)現(xiàn)5個(gè)連續(xù)1時(shí),就把這5個(gè)連續(xù)1后的一個(gè)0刪除,以還原數(shù)據(jù)比特流。這樣就保證了透明傳輸:所傳送的數(shù)據(jù)比特流可以包含任意組合的比特模式,而不會(huì)引起對(duì)幀邊界的判斷錯(cuò)誤。2.同步傳輸使用零比特填充3.2.5PPP協(xié)議的工作狀態(tài)3.2.5PPP協(xié)議的工作狀態(tài)

(1)Dead階段。開(kāi)始是Dead階段,這個(gè)階段表示物理層沒(méi)有連接,也就是鏈路Down。

(2)LinkEstablishment階段(鏈路建立階段)。物理層可用時(shí),PPP首先進(jìn)行LCP協(xié)商,協(xié)商的內(nèi)容包括工作方式是SP還是MP,驗(yàn)證方式,最大傳輸單元(MRU)等。LCP協(xié)商通過(guò)后,狀態(tài)變?yōu)镺pened,表示鏈路已經(jīng)建立。3.2.5PPP協(xié)議的工作狀態(tài)

(3)Authenticate階段(鑒別階段)。這個(gè)階段是可選。默認(rèn)情況下,PPP鏈路不進(jìn)行驗(yàn)證,如果要求驗(yàn)證,在鏈路建立階段必須制定驗(yàn)證協(xié)議。

(4)Network-LayerProtocol階段(網(wǎng)絡(luò)層協(xié)議階段)。PPP完成了前面幾個(gè)階段,通過(guò)NCP協(xié)商來(lái)選擇和配置同一個(gè)網(wǎng)絡(luò)層協(xié)議,并進(jìn)行網(wǎng)絡(luò)層參數(shù)協(xié)商。3.2.5PPP協(xié)議的工作狀態(tài)

(5)Terminate階段(網(wǎng)絡(luò)終止階段)。PPP能在任何時(shí)候終止鏈路。當(dāng)載波丟失、認(rèn)證失敗或管理員人為關(guān)閉鏈路等情況均會(huì)導(dǎo)致鏈路終止。3.2.6PPP的身份認(rèn)證1.密碼認(rèn)證協(xié)議PAP。密碼認(rèn)證協(xié)議PAP(PasswordAuthenticationProtocol為兩次握手驗(yàn)證,它通過(guò)用戶(hù)名及口令來(lái)進(jìn)行身份

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論