網(wǎng)絡(luò)控制協(xié)議是一組獨(dú)立定義的協(xié)議。NCP層協(xié)議一般是在WAN連接的一端丟失了特定協(xié)議的成功操作的信息時(shí)被使用。例如，如果一個(gè)用戶要撥號(hào)進(jìn)入Cisco路由器，該用戶的機(jī)器一般不知道要使用哪個(gè)IP地址，因此必須通過NCP/IPCP協(xié)商從Cisco路由器獲得一個(gè)地址。然而，當(dāng)在專用連接上使用PPP時(shí)，網(wǎng)絡(luò)管理者分配所有的網(wǎng)絡(luò)層屬性，因此NCP的能力并不重要。

PPP的設(shè)計(jì)意圖是定義一個(gè)能夠在點(diǎn)到點(diǎn)線路上運(yùn)送多種網(wǎng)絡(luò)協(xié)議的數(shù)據(jù)報(bào)(Datagram)的數(shù)據(jù)鏈路層協(xié)議。在Intemet體系結(jié)構(gòu)中沒有OSI/RM中服務(wù)的概念，因此，PPP還必須涉及與網(wǎng)絡(luò)層間的數(shù)據(jù)交換問題，必須具備就數(shù)據(jù)鏈路層支持的網(wǎng)絡(luò)協(xié)議進(jìn)行協(xié)商并進(jìn)行相應(yīng)配置的能力。這就是在PPP中需要涉及網(wǎng)絡(luò)控制協(xié)議(NCP)的原因，應(yīng)當(dāng)指出：NCP是數(shù)據(jù)鏈路層支持對(duì)多種網(wǎng)絡(luò)協(xié)議進(jìn)行配置協(xié)商的手段，因此，使用網(wǎng)絡(luò)控制協(xié)議一詞很容易誤解為網(wǎng)絡(luò)層的控制協(xié)議，讀者應(yīng)當(dāng)正確理解其實(shí)質(zhì)。LCP為數(shù)據(jù)鏈路的建立與終止、控制、配置協(xié)商等提供了一種通用機(jī)制，因此，在NCP的定義中借用了這種機(jī)制，借用了LCP的PDU格式(只是協(xié)議代碼為表1中的NCP編碼)，甚至PDU名稱也借用LCP的名稱。從這種意義上講，NCP主要是對(duì)相關(guān)協(xié)商內(nèi)容的定義。

IETF為多種網(wǎng)絡(luò)協(xié)議定義了相應(yīng)的NCP，例如：支持IP協(xié)議的NCP被稱為IPCP(IP Control Protocol)，支持Novell網(wǎng)的IPX的NCP叫做IPXCP等等。在PPP運(yùn)作過程中，當(dāng)進(jìn)人網(wǎng)絡(luò)層協(xié)議處理階段時(shí)，首先通過LCP就鏈路測(cè)試和配置進(jìn)行協(xié)商，然后利用NCP進(jìn)行網(wǎng)絡(luò)配置協(xié)商。PPP允許在其上的網(wǎng)絡(luò)層有多種網(wǎng)絡(luò)協(xié)議，因此.可根據(jù)需要利用相應(yīng)的NCP進(jìn)行多次協(xié)商。以下是對(duì)IPCP作簡(jiǎn)要的介紹。IPCP的責(zé)任是在PPP鏈路兩端配置、激活和停止IP模塊。IPCP格式與LCP幾乎完全相同。

不同之處在于：①協(xié)議字段 LCP的該字段為二—十進(jìn)制“C021”，而IPCP的該字段為“8021”;②PDU編碼字段 LCP使用代碼“1”一“12”，而IPCP只借用了其中的“1”一“7”，即Configure-Request、Configure-Ack、Configure-NAK、configure-Reject、Terrrdnate-Request、Terminate-Ack和Code-ReJect。應(yīng)當(dāng)注意，這一字段是在協(xié)議字段界定之下的特定PDU的編碼，因此，盡管同名，LCP協(xié)商的內(nèi)容與數(shù)據(jù)鏈路層有關(guān)，而NCP協(xié)商的內(nèi)容卻是與相關(guān)的網(wǎng)絡(luò)層協(xié)議有關(guān)。RFCll72定義了兩類協(xié)商選項(xiàng)：IP-Addresses和Compression-Type;而RFCl332(1PCP)則增加了一個(gè)選項(xiàng)：IP-Address，但建議不再使用IP-Addresses。]P-Addresses建議者試圖對(duì)鏈路兩端的“源一的”IP“地址對(duì)”進(jìn)行協(xié)商，而IP-Address僅就請(qǐng)求方使用的IP地址進(jìn)行協(xié)商;由于前者在實(shí)踐中遇到許多實(shí)際問題，F(xiàn)RCl332中建議使用后者。

Compression Protocol在使用RFCll44規(guī)定Van Jacobson算法壓縮TCP/IP頭(注：UDP/TCP頭不適合壓縮)時(shí)，則該字段中代碼為“002D”(二一十進(jìn)制)，“Slot”是TCP/11)P實(shí)現(xiàn)中用于存放TCP/IP頭的緩存，每個(gè)Slot存放一個(gè)TCP/IP頭，故Slot數(shù)量關(guān)系到能緩存TCP/IP報(bào)文的數(shù)量，因此被列入?yún)f(xié)商對(duì)象;Slot-Id可取值為0一Max-Slot-Id，Comp-slot-Id用于表示該字段是否允許被壓縮(0表示不能，l表示可以)。