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