點對點信道的數(shù)據(jù)鏈路層-免費閱讀
【正文】 HDLC協(xié)議 ? HDLC (Highlevel Data Link Control)，譯為高級數(shù)據(jù)鏈路控制，鏈路接入規(guī)程LAP (Link Access Procedure)， LAPB叫做鏈路接入規(guī)程（平衡型）。 ? LCP配置選項包括鏈路上的最大幀長、所使用的鑒別協(xié)議 (authentication protocol) 的規(guī)約（如果有的話），以及不使用 PPP幀中的地址和控制字段 。每當發(fā)現(xiàn) 5 個連續(xù) 1 時，就將其后的一個 0 刪除，以還原成原來的比特流。 ? 當協(xié)議字段為 0x0021 時， PPP 幀的信息字段就是IP 數(shù)據(jù)報。 ? 鏈路控制協(xié)議 LCP (Link Control Protocol)：用于建立、配置和測試數(shù)據(jù)鏈路連接。 ? （ 3）透明性 ? （ 4）多種網(wǎng)絡層協(xié)議 PPP協(xié)議必須能夠在在同一條物理鏈路上同時支持多種網(wǎng)絡層協(xié)議（如 IP和 IPX等）的運行。 ? “ 無差錯接受 ” 是指： “ 凡是接受的幀 （ 即 不包括丟棄的幀 ） ， 我們都能以非常接近于 1 的概率認為這些幀在傳輸過程中沒有產(chǎn)生差錯 ” 。把收到的幀除以同樣的 P(模 2運算 )，得出余數(shù) R。 ? 得到的 (k + n) bit 的數(shù)除以事先選定好的長度為 (n + 1) bit 的數(shù) P，得出商是 Q 而余數(shù)是 R，余數(shù) R 比除數(shù) P 至少要少 1 個比特。如： 數(shù)據(jù)出現(xiàn)的控制字符 經(jīng)字節(jié)插入后發(fā)送時的字符 SOH ESC x EOT ESC y ESC ESC z 上述控制字符稱為轉義字符。 ? 當傳送的幀是用文本文件組成幀時，其數(shù)據(jù)部分不會出現(xiàn)像 SOH或 EOT這樣的幀定界控制字符。 ? ASCII控制字符 SOH表示幀首部開始，EOT表示幀的結束。每一種鏈路層協(xié)議都規(guī)定了幀的數(shù)據(jù)部分的長度上限 —— 最大傳送單元 MTU (Maximum Transfer Unit)。 ? 早期的數(shù)據(jù)通信協(xié)議曾叫做通信規(guī)程 (procedure)。 可見 ， 鏈路只是一條路徑的組成部分 。 ? 數(shù)據(jù)鏈路層的任務就是把網(wǎng)絡層交下來的數(shù)據(jù)發(fā)送到鏈路上，以及把接收到的幀中的數(shù)據(jù)取出并上交給網(wǎng)絡層。 ? （ 3）若結點 B的數(shù)據(jù)鏈路層收到的幀無差錯，則從收到的幀中提取出 IP數(shù)據(jù)報上交給上面的網(wǎng)絡層；否則丟棄這個幀。 ? 也有人采用另外的術語。這就是透明傳輸問題。這種上限稱為最大傳送單元 MTU。接收方借助于幀定界符從連續(xù)地比特流中找出每一幀的開始和結束位置。如圖 46數(shù)據(jù)鏈路層會錯誤地 “ 找到幀的邊界 ” 把部分幀收下，而把剩下部分丟棄。 ? 假設待傳送的數(shù)據(jù) M = 1010001101（共 k bit）。 ? CRC 是一種常用的 檢錯方法 ，而 FCS 是添加在數(shù)據(jù)后面的 冗余碼 。 ? 一旦檢測出差錯 ， 就 丟棄 這個出現(xiàn)差錯的幀 。 PPP協(xié)議應滿足的需求 IETF認為，在設計 PPP協(xié)議時必須考慮以下的多方面需求 [RFC 1547]。 ? （ 8）最大傳送單元 PPP協(xié)議必須對每一種類型的點對點鏈路設置最大傳送單元 MTU的標準默認值。 ? 信息部分是 IP數(shù)據(jù)報，受 MTU限制，一般不超過1500字節(jié)。即 在發(fā)送端，當一串比特流數(shù)據(jù)中有 5 個連續(xù) 1 時，就立即填入一個 0。 ? （ 1）配置確認幀 (configureack)： 所有選項都接受。兩個 PPP端點還可發(fā)送回送請求 LCP分組 (echorequest) 和回送回答 LCP分組 (echoreply) 以檢查鏈路的狀態(tài)。 。 ? 如果在 PPP鏈路上運行的是 IP，則使用 IP控制協(xié)議 IPCP (IP Control Protocol) 來對 PPP鏈路的每一端配置 IP模塊（如分配 IP地址）。 這時LCP開始協(xié)商一些配置選項
教學課件相關推薦
鄂ICP備17016276號-1