組織：中國(guó)互動(dòng)出版網(wǎng)（http://www.china-pub.com/）
RFC文檔中文翻譯計(jì)劃（http://www.china-pub.com/compters/emook/aboutemook.htm）
E-mail：ouyang@china-pub.com
譯者：龍?zhí)煊荆╨ongty2000）
譯文發(fā)布時(shí)間：2001-4-10
版權(quán)：本中文翻譯文檔版權(quán)歸中國(guó)互動(dòng)出版網(wǎng)所有。可以用于非商業(yè)用途自由轉(zhuǎn)載，但必須保留本文檔的翻譯及版權(quán)信息。



Network Working Group                                        G. McGregor
Request for Comments: 1332                                         Merit
Obsoletes: RFC 1172                                             May 1992




RFC1332 端對(duì)端協(xié)議網(wǎng)間協(xié)議控制協(xié)議（IPCP）
（RFC1332 The PPP Internet Protocol Control Protocol (IPCP)）
 

本備忘錄狀態(tài)
   This memo provides information for the Internet community.  It does
   not specify an Internet standard of any kind.  Distribution of this
   memo is unlimited.

摘要
  PPP協(xié)議（端對(duì)端協(xié)議）[ 1 ]提供在點(diǎn)對(duì)點(diǎn)鏈路上面壓縮網(wǎng)絡(luò)層協(xié)議信息的標(biāo)準(zhǔn)的方法。同樣，PPP協(xié)議定義可擴(kuò)展的鏈路控制協(xié)議，和為了建立和配置不同的網(wǎng)絡(luò)層協(xié)議的網(wǎng)絡(luò)控制協(xié)議（NCP）族。
　　本文檔定義了為了在PPP協(xié)議上面建立和配置網(wǎng)間協(xié)議[ 2 ]的NCP，以及協(xié)商和使用PPP協(xié)議上Van Jacobson TCP/IP報(bào)頭壓縮[ 3 ]的方法。
　　本RFC是國(guó)際網(wǎng)工作交流協(xié)會(huì)的串列點(diǎn)協(xié)議工作（IETF）小組的成果。









目錄
1.介紹	2
2.端對(duì)端協(xié)議網(wǎng)絡(luò)控制協(xié)議（NCP）為IP	2
2.1 發(fā)送IP數(shù)據(jù)報(bào)	3
3.IPCP配置可選項(xiàng)	3
3.1 IP-地址（IP-Addresses）	3
3.2 IP-壓縮協(xié)議	4
3.3 IP-地址（IP-Address）	4
4.VAN JACOBSON TCP/IP報(bào)頭壓縮	5
4.1 配置可選項(xiàng)格式	5
附錄A.IPCP推薦的可選項(xiàng)	6
安全考慮	6
參考	6

1.介紹
　　PPP協(xié)議有3個(gè)主要的部分：
　　1.串行的鏈路上壓縮數(shù)據(jù)報(bào)的方法。
　　2.完成鏈路建立，配置的數(shù)據(jù)鏈路控制協(xié)議（LCP）。
　　3.為網(wǎng)絡(luò)層協(xié)議族配置不同的網(wǎng)絡(luò)層協(xié)議的網(wǎng)絡(luò)控制協(xié)議（NCP）。
　　為了在點(diǎn)到點(diǎn)鏈路上面建立通信，每個(gè)PPP協(xié)議鏈路的端都為了配置和試驗(yàn)必須首先發(fā)LCP包。在鏈路經(jīng)過(guò)LCP選擇和建立之后，PPP必須發(fā)送NCP包選擇和配置一個(gè)或一個(gè)以上的網(wǎng)絡(luò)層協(xié)議。如果每個(gè)被選中的網(wǎng)絡(luò)層協(xié)議都被配置，來(lái)自每個(gè)網(wǎng)絡(luò)層協(xié)議的數(shù)據(jù)報(bào)就能在鏈路上面被發(fā)送。
　　鏈路一直保持通信配置到通信單元LCP或NCP包明確指示關(guān)閉鏈路，或者一些外部事件發(fā)生（計(jì)時(shí)器呼出休止?fàn)顟B(tài)，或者網(wǎng)絡(luò)管理員干涉）為止。
2.端對(duì)端協(xié)議網(wǎng)絡(luò)控制協(xié)議（NCP）為IP
　　IP控制協(xié)議（IPCP）負(fù)責(zé)配置，以及點(diǎn)對(duì)點(diǎn)鏈路的雙端上激活和去激活I(lǐng)P協(xié)議傳輸。IPCP使用和鏈路控制協(xié)議（LCP）同樣的包交換machanism。IPCP包也可以在PPP協(xié)議達(dá)到網(wǎng)絡(luò)層的協(xié)議階段以前不被交換。在本階段達(dá)到之前收到的IPCP包應(yīng)該靜靜地拋棄。
　　IP控制協(xié)議確切地說(shuō)除下列情形外，是和鏈路控制協(xié)議[ 1 ]同樣的東西：
　　數(shù)據(jù)鏈路層協(xié)議域
　　確切地說(shuō) IPCP包是被壓縮在協(xié)議域類型為十六進(jìn)制8021（IP控制協(xié)議）的PPP協(xié)議數(shù)據(jù)鏈路層幀的信息字段中的。
　　編碼域
　　只有代碼1到7（Configure-Request，Configure-Ack，Configure-Nak，Configure-Reject，Terminate-Request，Terminate-Ack和Code-Reject）被使用。其他的編碼應(yīng)該被處理為未經(jīng)承認(rèn)并且應(yīng)該導(dǎo)致結(jié)果Code-Rejects。
　　超時(shí)
　　IPCP包可以在PPP協(xié)議達(dá)到網(wǎng)絡(luò)-層的協(xié)議階段之前不被交換。執(zhí)行應(yīng)該為等待在等待Configure-Ack或其他響應(yīng)的定時(shí)器超時(shí)之前的認(rèn)證和線路質(zhì)量監(jiān)測(cè)完成做好準(zhǔn)備。被建議執(zhí)行僅僅在用戶干涉或可變的時(shí)間量后面放棄。
　　配置可選項(xiàng)類型
　　IPCP有在下邊定義的的配置可選項(xiàng)的清楚的置值。
　　2.1 發(fā)送IP數(shù)據(jù)報(bào)
　　在任何IP包可以被傳輸之前，PPP協(xié)議必須達(dá)到網(wǎng)絡(luò)-層的協(xié)議階段，IP控制協(xié)議必為Opened狀態(tài)。
　　確切地說(shuō)IP包是被壓縮在協(xié)議域類型為十六進(jìn)制0021（網(wǎng)間協(xié)議）的PPP協(xié)議數(shù)據(jù)鏈路層幀的信息字段中的。
在PPP協(xié)議鏈路上面被傳送的IP包的最大的長(zhǎng)度是和PPP協(xié)議數(shù)據(jù)鏈路層結(jié)構(gòu)的信息字段的最大的長(zhǎng)度同樣的東西。大的IP數(shù)據(jù)報(bào)必須分片傳輸。
　　如果系統(tǒng)想避免分片和重組，它應(yīng)該使用TCP的最大分片尺寸選項(xiàng)[ 4 ]和MTU discovery[ 5 ]。 
3.IPCP配置可選項(xiàng)
　　IPCP配置可選項(xiàng)允許合乎需要的網(wǎng)間協(xié)議參數(shù)的協(xié)商。IPCP用和LCP [ 1 ]一樣的選項(xiàng)定義格式來(lái)分隔各個(gè)選項(xiàng)的設(shè)置。
　　IPCP選項(xiàng)類型域的最新的值在最近的"Assigned Numbers"RFC中被指定[ 6 ]。當(dāng)前的值象下面這樣被分配：
　　1 IP-地址（Addresses）
　　2 IP-壓縮協(xié)議
　　3 IP-地址（Address）
　　3.1 IP-地址（IP-Addresses）
　　描述
　　IP-地址（Addresses）配置選項(xiàng)的使用已經(jīng)被反對(duì)了。它難以在全部使用本選項(xiàng)的例子中保證協(xié)商收斂。RFC [ 7 ] 1172為向后兼容執(zhí)行需要提供信息。IP-地址（Address）配置選項(xiàng)代替本選項(xiàng)，并且它的使用是首選的。

　　本可選項(xiàng)不應(yīng)該在已經(jīng)被承認(rèn)的包含了IP-Address和IP-Addresses的任意一個(gè)選項(xiàng)Configure-Request或Configure-Request中被發(fā)送。
　　如果Configure-Reject為IP-地址的可選項(xiàng)被收到，或者Configure-Nak用IP-地址的可選項(xiàng)被認(rèn)為是附加的選項(xiàng)，本可選項(xiàng)可以被發(fā)送。
　　在IPCP協(xié)議狀態(tài)達(dá)到Internet草案標(biāo)準(zhǔn)之后，本可選項(xiàng)也許被廢除。
　　3.2 IP-壓縮協(xié)議
　　描述
　　本配置可選項(xiàng)提供協(xié)商特定的壓縮協(xié)議的使用的方法。在默認(rèn)情況下，壓縮不使用。

IP-壓縮協(xié)議配置可選項(xiàng)格式的摘要在下邊被表示。域從左往右被傳送。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 類型 | 長(zhǎng)度 | IP-壓縮協(xié)議 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 數(shù)據(jù)...
+-+-+-+-+
類型 2
長(zhǎng)度 >= 4
IP-壓縮協(xié)議
IP-壓縮協(xié)議域是和顯示壓縮協(xié)議要求的2八位字節(jié)。給本域的值總是和給那個(gè)相同的壓縮協(xié)議的PPP協(xié)議數(shù)據(jù)鏈路層協(xié)議域值同樣的東西。
IP-壓縮協(xié)議域的最新的值在最近的"Assigned Numbers"RFC中被指定[ 6 ]。當(dāng)前的值象下面這樣被分配：
值（十六進(jìn)制在中） 　　　　　　協(xié)議
002d　　　　　　　　　　　　　 Van Jacobson Compressed TCP/IP(用于網(wǎng)絡(luò)的一組通訊協(xié)議)
數(shù)據(jù)
數(shù)據(jù)區(qū)是零，或者，由特別壓縮協(xié)議決定的更多的八位字節(jié)的附加數(shù)據(jù)數(shù)據(jù)。
缺省
不使用壓縮協(xié)議。
3.3 IP-地址（IP-Address）
　　描述
　　本配置選項(xiàng)提供協(xié)商在鏈路本端上被使用的IP地址的方法。它允許Confugure-Requestde的發(fā)送方聲明要求哪個(gè)IP地址，或者請(qǐng)求對(duì)端提供信息。對(duì)端能通過(guò)NAKing選項(xiàng)提供本信息，返回有效的IP地址。
　　如果必須進(jìn)行關(guān)于遠(yuǎn)程的的IP地址的協(xié)商，而對(duì)端不提供其Configure-Request里邊可選項(xiàng)，可選項(xiàng)應(yīng)該被加到Configure-Nak上。被給的IP地址值必須象遠(yuǎn)程的的IP地址那樣可接受，或者顯示對(duì)端提供信息的要求。
在默認(rèn)情況下，IP地址不被分配。
IP-地址（IP-Address）的配置可選項(xiàng)格式的摘要在下邊被表示。域從左往右被傳送。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
| 類型 | 長(zhǎng)度 | IP-地址
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
IP地址（cont） |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

類型 3
長(zhǎng)度 6
IP-地址
4個(gè)八位字節(jié)IP地址是發(fā)件人在Configure-Request中要求的本端地址。如果全部4個(gè)八位字節(jié)都是零值，它表示請(qǐng)求對(duì)端提供IP-地址信息。 缺省

IP地址不被分配。
4.Van Jacobson TCP/Ip報(bào)頭壓縮
　　Van Jacobson TCP/IP報(bào)頭壓縮把TCP/IP報(bào)頭降低到3字節(jié)。這可以顯著的改進(jìn)低速串行線的通信。
　　IP-壓縮協(xié)議配置可選項(xiàng)被用來(lái)表示收到壓縮的包的能力。如果要求雙向壓縮，鏈路的每一端都必須獨(dú)立地請(qǐng)求本可選項(xiàng)。
　　當(dāng)傳送IP包的時(shí)候，PPP協(xié)議協(xié)議域是對(duì)下列值的置值：
　　值（十六進(jìn)制在中）
　　0021 典型IP。IP協(xié)議不是TCP，或包被分割，或者不能壓縮。
　　002d 壓縮TCP。TCP/IP報(bào)頭被壓縮報(bào)都替換。
　　002f 未壓縮TCP。IP協(xié)議域被時(shí)間片標(biāo)識(shí)符替換。
　　4.1 配置可選項(xiàng)格式
　　為了協(xié)商Van Jacobson TCP/IP報(bào)頭壓縮IP-壓縮協(xié)議配置選項(xiàng)的格式的摘要在下邊被表示。域從左往右被傳送。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 類型 | 長(zhǎng)度 | IP-壓縮協(xié)議 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|最大時(shí)間片ID | 比較時(shí)間片ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
類型 2
長(zhǎng)度 6
IP-壓縮協(xié)議
　　002d（十六進(jìn)制）給Van Jacobson的壓縮了TCP/Ip報(bào)頭。
最大-時(shí)間片身份識(shí)別標(biāo)志（Max-Slot-ID）
　　Max-Slot-Id域是表示最大的時(shí)間片標(biāo)識(shí)符的1八位字節(jié)。它比時(shí)間片的實(shí)際的號(hào)碼更少；時(shí)間片標(biāo)識(shí)符可以取從零到Max-Slot-Id的值。
　　記錄：
　　用1時(shí)間片僅僅（最大-時(shí)間片身份識(shí)別標(biāo)志= 0）可以有有問(wèn)題的執(zhí)行。在參考中看討論[ 3 ]。在[ 3 ]例子執(zhí)行將僅僅和3一起通過(guò)254時(shí)間片動(dòng)。
比較-時(shí)間片身份識(shí)別標(biāo)志（Comp-Slot-Id）
　　Comp-Slot-Id域是表示是否時(shí)間片標(biāo)識(shí)符域可以被壓縮的1八位字節(jié)。
　　0 時(shí)間片標(biāo)識(shí)符不必被壓縮。全部壓縮的TCP包都必須在每一個(gè)變化的mask中設(shè)置C比特，而且必須包括時(shí)間片標(biāo)識(shí)符在內(nèi)。
　　1 時(shí)間片標(biāo)識(shí)符可以被壓縮。
　　如果PPP協(xié)議鏈路沒(méi)有能力在接收中給解壓縮模塊表示誤差，時(shí)間片標(biāo)識(shí)符不允許被壓縮。在誤差后面的同步依靠用時(shí)間片標(biāo)識(shí)符接收包。在參考中看討論[ 3 ]。
附錄A.IPCP推薦的可選項(xiàng)
　　推薦下列配置可選項(xiàng)：
　　IP-壓縮協(xié)議 － 帶有至少4個(gè)時(shí)間片--通常為16個(gè)時(shí)間片。
　　IP-地址 　　－ 僅在撥號(hào)線路上。
安全考慮
　　安全問(wèn)題不在本記錄中被討論。
參考
　　[1]Simpson, W., "The Point-to-Point Protocol", RFC 1331, May 1992.
　　[2]Postel, J., "Internet Protocol", RFC 791, USC/Information Sciences Institute, September 1981.
　　[3]Jacobson, V., "Compressing TCP/IP Headers", RFC 1144, January 1990.
　　[4]Postel, J., "The TCP Maximum Segment Size Option and Related Topics", RFC 879, USC/Information Sciences Institute, November 1983.
　　[5]Mogul, J., and S. Deering, "Path MTU Discovery", RFC 1191, November 1990.
　　[6]Reynolds, J., and J. Postel, "Assigned Numbers", RFC 1060, USC/Information Sciences Institute, March 1990.
　　[7]Perkins, D., and R. Hobby, "Point-to-Point Protocol (PPP) initial configuration options", RFC 1172, August 1990.


RFC1332 The PPP Internet Protocol Control Protocol(IPCP) RFC1332端對(duì)端協(xié)議網(wǎng)間協(xié)議控制協(xié)議（IPCP）

1


1
ＲＦＣ文檔中文翻譯計(jì)劃