日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

  1. 首頁 > 云知道 > >

點對點協(xié)議 壓縮的SLIP和PPP

云知道

【點對點協(xié)議 壓縮的SLIP和PPP】
由于串行線路的速率通常較低（19200 b/s或更低），而且通信經常是交互式的（如Telnet和Rlogin，二者都使用TCP），因此在SLIP線路上有許多小的TCP分組進行交換 。為了傳送1個字節(jié)的數(shù)據(jù)需要20個字節(jié)的IP首部和20個字節(jié)的TCP首部，總數(shù)超過40個字節(jié)（19.2節(jié)描述了Rlogin會話過程中，當敲入一個簡單命令時這些小報文傳輸?shù)木唧w情況）
;;;;既然承認這些性能上的缺陷，于是人們提出一個被稱作CSLIP（即壓縮SLIP）的新協(xié)議，它在RFC 1144[Jacobson 1990a]中被具體描述 。CSLIP一般能把上面的40個字節(jié)壓縮到3或5個字節(jié) 。它能在CSLIP的每一端維持多達16個TCP連接，并且知道其中每個連接的首部中的某些字段一般不會發(fā)生變化 。對于那些發(fā)生變化的字段，大多數(shù)只是一些小的數(shù)字和的改變 。這些被壓縮的首部大大地縮短了交互響應時間 。
;;;;現(xiàn)在大多數(shù)的SLIP產品都支持CSLIP 。作者所在的子網（參見封面內頁）中有兩條SLIP鏈路，它們均是CSLIP鏈路 。
;;;;PPP，點對點協(xié)議修改了SLIP協(xié)議中的所有缺陷 。PPP包括以下三個部分：
;;;;1) 在串行鏈路上封裝IP數(shù)據(jù)報的方法 。PPP既支持數(shù)據(jù)為8位和無奇偶檢驗的異步模式（如大多數(shù)計算機上都普遍存在的串行接口），還支持面向比特的同步鏈接 。
;;;;2) 建立、配置及測試數(shù)據(jù)鏈路的鏈路控制協(xié)議（LCP：Link Control Protocol） 。它答應通信雙方進行協(xié)商，以確定不同的選項 。
;;;;3) 針對不同網絡層協(xié)議的網絡控制協(xié)議（NCP：Network Control Protocol）體系 。當前RFC定義的網絡層有IP、OSI網絡層、DECnet以及AppleTalk 。例如，IP NCP答應雙方商定是否對報文首部進行壓縮，類似于CSLIP（縮寫詞NCP也可用在TCP的前面） 。
;;;;RFC 1548[Simpson 1993]描述了報文封裝的方法和鏈路控制協(xié)議 。RFC 1332[McGregor1992]描述了針對IP的網絡控制協(xié)議 。
;;;;PPP數(shù)據(jù)幀的格式看上去很像ISO的HDLC（高層數(shù)據(jù)鏈路控制）標準 。圖2 - 3是PPP數(shù)據(jù)幀的格式 。
;;;;每一幀都以標志字符0x7e開始和結束 。緊接著是一個地址字節(jié)，值始終是0xff，然后是一個值為0x03的控制字節(jié) 。
;;;;接下來是協(xié)議字段，類似于以太網中類型字段的功能 。當它的值為0x0021時，表示信息字段是一個IP數(shù)據(jù)報；值為0xc021時，表示信息字段是鏈路控制數(shù)據(jù)；值為0x8021時，表示信息字段是網絡控制數(shù)據(jù) 。
;;;;CRC字段（或FCS，幀檢驗序列）是一個循環(huán)冗余檢驗碼，以檢測數(shù)據(jù)幀中的錯誤 。
;;;;由于標志字符的值是0x7e，因此當該字符出現(xiàn)在信息字段中時， PPP需要對它進行轉義 。在同步鏈路中，該過程是通過一種稱作比特填充(bit stuffing )的硬件技術來完成的[Tanenbaum1989] 。在異步鏈路中，非凡字符0x7d用作轉義字符 。當它出現(xiàn)在PPP數(shù)據(jù)幀中時，那么緊接著的字符的第6個比特要取其補碼，具體實現(xiàn)過程如下：
;;;;1) 當碰到字符0x7e時，需連續(xù)傳送兩個字符：0x7d和0x5e，以實現(xiàn)標志字符的轉義 。
;;;;2) 當碰到轉義字符0x7d時，需連續(xù)傳送兩個字符：0x7d和0x5d，以實現(xiàn)轉義字符的轉義 。
;;;;3 ) 默認情況下，假如字符的值小于0x20（比如，一個ASCII控制字符），一般都要進行轉義 。例如，碰到字符0x01時需連續(xù)傳送0x7d和0x21兩個字符（這時，第6個比特取補碼后變?yōu)?，而前面兩種情況均把它變?yōu)?） 。
;;;;這樣做的原因是防止它們出現(xiàn)在雙方主機的串行接口驅動程序或調制解調器中，因為有時它們會把這些控制字符解釋成非凡的含義 。另一種可能是用鏈路控制協(xié)議來指定是否需要對這32個字符中的某一些值進行轉義 。默認情況下是對所有的32個字符都進行轉義 。

推薦閱讀