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é)議域類(lèi)型為十六進(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)證和線(xiàn)路質(zhì)量監(jiān)測(cè)完成做好預(yù)備。被建議執(zhí)行僅僅在用戶(hù)干涉或可變的時(shí)間量后面放棄。
　　配置可選項(xiàng)類(lèi)型
　　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é)議域類(lèi)型為十六進(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)答應(yīng)合乎需要的網(wǎng)間協(xié)議參數(shù)的協(xié)商。IPCP用和LCP [ 1 ]一樣的選項(xiàng)定義格式來(lái)分隔各個(gè)選項(xiàng)的設(shè)置。
　　IPCP選項(xiàng)類(lèi)型域的最新的值在最近的"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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
類(lèi)型 長(zhǎng)度 IP-壓縮協(xié)議
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
數(shù)據(jù)...
+-+-+-+-+
類(lèi)型 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地址的方法。它答應(yīng)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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
類(lèi)型 長(zhǎng)度 IP-地址
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
IP地址（cont）
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

類(lèi)型 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)低速串行線(xià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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
類(lèi)型 長(zhǎng)度 IP-壓縮協(xié)議
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
最大時(shí)間片ID 比較時(shí)間片ID
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
類(lèi)型 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í)符不答應(yīng)被壓縮。在誤差后面的同步依靠用時(shí)間片標(biāo)識(shí)符接收包。在參考中看討論[ 3 ]。
附錄A.IPCP推薦的可選項(xiàng)
　　推薦下列配置可選項(xiàng)：
　　IP-壓縮協(xié)議 － 帶有至少4個(gè)時(shí)間片--通常為16個(gè)時(shí)間片。
　　IP-地址 　　－ 僅在撥號(hào)線(xiàn)路上。
安全考慮
　　安全問(wèn)題不在本記錄中被討論。
參考
　　[1]Simpson, W., "The Point-to-Point Protocol", RFC1331, May 1992.
　　[2]Postel, J., "Internet Protocol", RFC791, USC/Information Sciences Institute, September 1981.
　　[3]Jacobson, V., "Compressing TCP/IP Headers", RFC1144, January 1990.
　　[4]Postel, J., "The TCP Maximum Segment Size Option and Related Topics", RFC879, USC/Information Sciences Institute, November 1983.
　　[5]Mogul, J., and S. Deering, "Path MTU Discovery", RFC1191, November 1990.
　　[6]Reynolds, J., and J. Postel, "Assigned Numbers", RFC1060, USC/Information Sciences Institute, March 1990.
　　[7]Perkins, D., and R. Hobby, "Point-to-Point Protocol (PPP) initial configuration options", RFC1172, August 1990.


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