【正文】 =1的幀后，應(yīng)盡早地回答本站的狀態(tài)并將 F比特置 1。 ?P/F位的使用方法 圖中主站 A和從站 B、 C連成多點(diǎn)鏈路，傳送幀的一些主要參數(shù)按照“地址，幀名和序號(hào)， P/F”的先后順序標(biāo)注。這里的地址是指地址字段中應(yīng)填入的站地址；幀名是指幀的名稱，如 RR、 I；序號(hào)是指監(jiān)控幀中的 N(R) 或信息幀中的 N(S)和 N(R)，如 RR I31（第 1個(gè)數(shù)字是 N(S)，第 2個(gè)數(shù)字是 N(R)）。 P/F是在其為 1時(shí)才寫上 P或 F，表明此時(shí)控制字段的第 5比特為 1。 ?P/F位的使用方法 主站 A先詢問 B站：“ B站，若有信息，請(qǐng)立刻發(fā)送”。這時(shí) A站發(fā)送的幀是 RR監(jiān)控幀，并將 N(R)置 0，表示期望收到對(duì)方的 0號(hào)幀。因此在圖中將這樣的幀記為“ B,RR0,P ”。對(duì)主站的這一命令， B站響應(yīng)以連續(xù) 4個(gè)信息幀，其序號(hào) N(S)從 0到 3。最后在第 4個(gè)信息幀中將 F置 1，表示“我要發(fā)送的信息已發(fā)完”。這個(gè)幀記為“ B, I 30,F”。 A站在收到 B站發(fā)來(lái)的 4個(gè)信息幀后，發(fā)回確認(rèn)幀 RR4（這時(shí) N(R)=4）。我們注意到這時(shí) P/F比特并未置 1，所以B站收到 RR4后不必應(yīng)答。接下去 A站輪詢 C站， P=1，雖然這時(shí)C站沒有數(shù)據(jù)發(fā)送，但也必須立即應(yīng)答。 C站應(yīng)答也是 RR幀，表示目前沒有信息幀發(fā)送， F=1表明這是回答對(duì)方命令的一個(gè)響應(yīng)。 ?P/F位的使用方法 有了 P/F比特，使 HDLC規(guī)程使用起來(lái)更加靈活。在兩個(gè)復(fù)合站全雙工通信時(shí)，任何一方都可隨時(shí)使 P=1，這時(shí)對(duì)方就要立即回答 RR幀，并置 F=1，這樣就可以收到對(duì)方的確認(rèn)了。如果不使用 P/F比特，則收方不一定馬上發(fā)出確認(rèn)幀，比如收方可以在發(fā)送自己的信息幀時(shí)，利用 N(R)把確認(rèn)信息發(fā)出。 ?P/F位的使用方法 因特網(wǎng)的點(diǎn)對(duì)點(diǎn)協(xié)議 PPP PPP（ PointtoPoint Protocol點(diǎn)到點(diǎn)協(xié)議）是為在同等單元之間傳輸數(shù)據(jù)包這樣的簡(jiǎn)單鏈路設(shè)計(jì)的鏈路層協(xié)議。這種鏈路提供全雙工操作，并按照順序傳遞數(shù)據(jù)包。設(shè)計(jì)目的主要是用來(lái)通過撥號(hào)或?qū)＞€方式建立點(diǎn)對(duì)點(diǎn)連接發(fā)送數(shù)據(jù)，使其成為各種主機(jī)、網(wǎng)橋和路由器之間簡(jiǎn)單連接的一種解決方案。 PPP 協(xié)議的工作原理 ? 現(xiàn)在使用得最多的數(shù)據(jù)鏈路層協(xié)議是 點(diǎn)對(duì)點(diǎn)協(xié)議 PPP 。 ? 用戶使用撥號(hào)電話線接入因特網(wǎng)時(shí)，一般都是使用 PPP 協(xié)議。 路由器 調(diào)制解調(diào)器 調(diào)制解調(diào)器 因特網(wǎng)服務(wù)提供者 (ISP) 用戶家庭 撥號(hào)電話線 使用 TCP/IP 的 PPP 連接 使用 TCP/IP 的 客戶進(jìn)程 路由選擇 進(jìn)程 至 因 特 網(wǎng) … PC 機(jī) ? PPP 的特性 PPP協(xié)議是目前使用得最廣泛的廣域網(wǎng)協(xié)議，這是因?yàn)樗哂幸韵绿匦裕? ?能夠控制數(shù)據(jù)鏈路的建立； ?能夠?qū)?IP地址進(jìn)行分配和使用； ?允許同時(shí)采用多種網(wǎng)絡(luò)層協(xié)議； ?能夠配置和測(cè)試數(shù)據(jù)鏈路； ?能夠進(jìn)行錯(cuò)誤檢測(cè)； ?有協(xié)商選項(xiàng)，能夠?qū)W(wǎng)絡(luò)層的地址和數(shù)據(jù)壓縮等進(jìn)行協(xié)商。 ? PPP 協(xié)議組成 ?一個(gè)將 IP 數(shù)據(jù)報(bào)封裝到串行鏈路的方法。 ? 鏈路控制協(xié)議 LCP (Link Control Protocol)： LCP負(fù)責(zé)創(chuàng)建，維護(hù)或終止一次物理連接。 可以使用多種物理層服務(wù) 。 ? 認(rèn)證協(xié)議，最常用的包括口令驗(yàn)證協(xié)議 PAP和挑戰(zhàn)握手驗(yàn)證協(xié)議 CHAP。 ? 網(wǎng)絡(luò)控制協(xié)議 NCP (Network Control Protocol)：負(fù)責(zé)解決物理連接上運(yùn)行什么網(wǎng)絡(luò)協(xié)議，以及解決上層網(wǎng)絡(luò)協(xié)議發(fā)生的問題。 可以支持多種網(wǎng)絡(luò)層協(xié)議 。 PPP 協(xié)議的幀格式 ?PPP 的幀格式和 HDLC 的相似。 ?標(biāo)志字段 F 仍為 0x7E （符號(hào)“ 0x”表示后面的字符是用十六進(jìn)制表示。十六進(jìn)制的 7E 的二進(jìn)制表示是 01111110）。 ?地址字段 A 只置為 0xFF。地址字段實(shí)際上并不起作用，PPP不分配個(gè)人地址。 ?控制字段 C 通常置為 0x03。要求用戶數(shù)據(jù)傳輸采用無(wú)序號(hào)幀，不提供使用序號(hào)和確認(rèn)的可靠傳輸。 ?PPP 是面向字節(jié)的，所有的 PPP 幀的長(zhǎng)度都是整數(shù)字節(jié)。 ? PPP 協(xié)議的幀格式 ? PPP 有一個(gè) 2 個(gè)字節(jié)的協(xié)議字段。識(shí)別幀的信息部分字段所封裝的協(xié)議。 – 當(dāng)協(xié)議字段為 0x0021 時(shí)， PPP 幀的信息字段就是 IP 數(shù)據(jù)報(bào)。 – 若為 0xC021, 則信息字段是 PPP 鏈路控制數(shù)據(jù) LCP。 – 若為 0x8021，則表示這是網(wǎng)絡(luò)控制數(shù)據(jù) NCP。 IP 數(shù)據(jù)報(bào) 1 2 1 1 字節(jié) 1 2 不超過 1500 字節(jié) PPP 幀 先發(fā)送 7E FF 03 F A C FCS F 7E 協(xié)議 信 息 部 分 首部 尾部 ?透明傳輸問題 ? 當(dāng) PPP 用在同步傳輸鏈路時(shí)，協(xié)議規(guī)定采用硬件來(lái)完成比特填充（和 HDLC 的做法一樣）。 ? 當(dāng) PPP 用在異步傳輸時(shí)，就使用一種特殊的 字符填充法 。 ?字符填充法 具體的做法是： (1) 將信息字段中出現(xiàn)的每一個(gè) 0x7E字節(jié)轉(zhuǎn)變成為 2字 節(jié)序列（ 0x7D， 0x5E）。 (2) 若信息字段中出現(xiàn)一個(gè) 0x7D的字節(jié)，則將其轉(zhuǎn)變成 為 2字節(jié)序列（ 0x7D， 0x5D）。 (3) 若信息字段中出現(xiàn) ASCll碼的控制字符（即小于0x20的字符），則在該字符前面加一個(gè) 0x7D字節(jié)。這樣做可以防止這些表面上的 ASCll碼控制符將被錯(cuò)誤地解釋為控制符。 ?不提供使用序號(hào)和確認(rèn)的可靠傳輸 ? PPP 協(xié)議之所以不使用序號(hào)和確認(rèn)機(jī)制是出于以下的考慮： ? 在數(shù)據(jù)鏈路層出現(xiàn)差錯(cuò)的概率不大時(shí)，使用比較簡(jiǎn)單的 PPP 協(xié)議較為合理。 ? 在因特網(wǎng)環(huán)境下， PPP 的信息字段放入的數(shù)據(jù)是 IP 數(shù)據(jù)報(bào)。 數(shù)據(jù)鏈路層的可靠傳輸并不能夠保證網(wǎng)絡(luò)層的傳輸也是可靠的。 ? 幀檢驗(yàn)序列 FCS 字段可保證無(wú)差錯(cuò)接受。 PPP 協(xié)議的工作狀態(tài) ? 當(dāng)用戶撥號(hào)接入 ISP時(shí)，路由器的 Modem對(duì)撥號(hào)作出應(yīng)答，并建立一條物理連接。這時(shí)， PC機(jī)向路由器發(fā)送一系列的 LCP分組（封裝成多個(gè) PPP幀）。這些分組及其響應(yīng)選擇了將要使用的一些 PPP參數(shù)。接著進(jìn)行網(wǎng)絡(luò)配置， NCP給新接入的 PC機(jī)分配一個(gè)臨時(shí)的 IP地址，這樣，PC機(jī)就成為 Inter上的一個(gè)主機(jī)了。通信完畢， NCP釋放網(wǎng)絡(luò)層的連接，收回原來(lái)分配出去的 IP地址；接著LCP釋放數(shù)據(jù)鏈路層連接；最后釋放的是物理層的連接。 ? PPP鏈路建立的過程 ? 一個(gè)典型的鏈路建立過程分為三個(gè)階段：創(chuàng)建階段、認(rèn)證階段和網(wǎng)絡(luò)協(xié)商階段。 階段 1： 創(chuàng)建 PPP鏈路 LCP負(fù)責(zé)創(chuàng)建鏈路。在這個(gè)階段，將對(duì)基本的通訊方式進(jìn)行選擇。鏈路兩端設(shè)備通過 LCP向?qū)Ψ桨l(fā)送配置信息報(bào)文。一旦一個(gè)配置成功信息包被發(fā)送且被接收，就完成了交換，進(jìn)入了 LCP開啟狀態(tài)。 ? PPP鏈路建立的過程（續(xù)） ? 階段 2： 用戶驗(yàn)證 在這個(gè)階段，客戶端會(huì)將自己的身份發(fā)送給遠(yuǎn)端的接入服務(wù)器。該階段使用一種安全驗(yàn)證方式避免第三方竊取數(shù)據(jù)或冒充遠(yuǎn)程客戶接管與客戶端的連接。在認(rèn)證完成之前，禁止從認(rèn)證階段前進(jìn)到網(wǎng)絡(luò)層協(xié)議階段。如果認(rèn)證失敗，認(rèn)證者應(yīng)該躍遷到鏈路終止階段。 ? 口令驗(yàn)證協(xié)議（ PAP） PAP是一種簡(jiǎn)單的明文驗(yàn)證方式。 NAS（網(wǎng)絡(luò)接入服務(wù)器， Network Access Server）要求用戶提供用戶名和口令， PAP以明文方式返回用戶信息。很明顯，這種驗(yàn)證方式的安全性較差，第三方可以很容易的獲取被傳送的用戶名和口令，并利用這些信息與 NAS建立連接獲取 NAS提供的所有資源。所以，一旦用戶密碼被第三方竊取， PAP無(wú)法提供避免受到第三方攻擊的保障措施。 ? 挑戰(zhàn) 握手驗(yàn)證協(xié)議（ CHAP） CHAP是一種加密的驗(yàn)證方式，能夠避免建立連接時(shí)傳送用戶的真實(shí)密碼。 NAS向遠(yuǎn)程用戶發(fā)送一個(gè)挑戰(zhàn)口令（ challenge），其中包括會(huì)話 ID和一個(gè)任意生成的挑戰(zhàn)字串（ arbitrary challengestring）。遠(yuǎn)程客戶必須使用MD5單向哈希算法（ oneway hashing algorithm）返回用戶名和加密的挑戰(zhàn)口令、會(huì)話 ID以及用戶口令，其中用戶名以非哈希方式發(fā)送。 ? PPP鏈路建立的過程（續(xù)） ? 階段 3： 調(diào)用網(wǎng)絡(luò)層協(xié)議 認(rèn)證階段完成之后， PPP將調(diào)用在鏈路創(chuàng)建階段（階段 1）選定的各種網(wǎng)絡(luò)控制協(xié)議（ NCP）。選定的 NCP解決PPP鏈路之上的高層協(xié)議問題，例如，在該階段 IP控制協(xié)議（ IPCP）可以向撥入用戶分配動(dòng)態(tài)地址。 這樣，經(jīng)過三個(gè)階段以后，一條完整的 PPP鏈路就建立起來(lái)了。 ? PPP 協(xié)議的狀態(tài)圖 建立 失敗 失敗 NCP 配置 鑒別成功 通信 結(jié)束 載波 停止 檢測(cè)到 載波 雙方協(xié)商 一些選項(xiàng) 鑒別 網(wǎng)絡(luò) 打開 終止 靜止 作業(yè)： P91 30 3 32