rfc1661_ppp協(xié)議

1、<p>　　組織：中國(guó)互動(dòng)出版網(wǎng)（http://www.china-pub.com/）</p><p>　　RFC文檔中文翻譯計(jì)劃（http://www.china-pub.com/compters/emook/aboutemook.htm）</p><p>　　E-mail：ouyang@china-pub.com</p><p>　　譯者：龍?zhí)煊荆╨o

2、ngty2000 ）</p><p>　　譯文發(fā)布時(shí)間：2001-4-10</p><p>　　版權(quán)：本中文翻譯文檔版權(quán)歸中國(guó)互動(dòng)出版網(wǎng)所有?？梢杂糜诜巧虡I(yè)用途自由轉(zhuǎn)載，但必須保留本文檔的翻譯及版權(quán)信息。</p><p>　　Network Working Group W. Simpson, Edit

3、or</p><p>　　Request for Comments: 1661 Daydreamer</p><p>　　STD: 51 July 1994</p><p>　　Obsol

4、etes: 1548</p><p>　　Category: Standards Track</p><p>　　RFC1661 PPP協(xié)議</p><p>　?。≧FC1661 The Point-to-Point Protocol (PPP)）</p><p><b>　　本備忘錄狀態(tài)</b></p>

5、<p>　　This memo provides information for the Internet community. It does</p><p>　　not specify an Internet standard of any kind. Distribution of this</p><p>　　memo is unlimited.</p>

6、<p><b>　　摘要</b></p><p>　　PPP為基于點(diǎn)對(duì)點(diǎn)連接的多協(xié)議自尋址數(shù)據(jù)包的傳輸提供了一個(gè)標(biāo)準(zhǔn)方法。PPP包含以下三個(gè)成分：</p><p>　　1． 壓縮多協(xié)議自尋址數(shù)據(jù)包的方法。</p><p>　　2． 用于建立、設(shè)定和測(cè)試數(shù)據(jù)鏈路連接的LCP。</p><p>　　3． 一族用

7、于建立、設(shè)定不同網(wǎng)絡(luò)層協(xié)議的NCP。</p><p>　　本文檔定義了PPP的組織和方法，以及PPP封裝，與之一起定義的還有：擴(kuò)展選項(xiàng)協(xié)商機(jī)制，他使得（人們）可以就豐富的設(shè)定參數(shù)進(jìn)行磋商，同時(shí)還提供額外的管理功能。PPP鏈路控制協(xié)議（LCP）九是用這種機(jī)制描述的。</p><p><b>　　目錄</b></p><p><b>　　

8、1 介紹3</b></p><p>　　1-1 要求說(shuō)明書(shū)4</p><p><b>　　1-2 術(shù)語(yǔ)4</b></p><p><b>　　2 PPP封裝5</b></p><p>　　3 PPP鏈路操作6</p><p><b>　　3-1

9、 概述6</b></p><p>　　3-2 階段劃分框圖6</p><p>　　3-3 鏈路死亡（物理連接不存在）6</p><p>　　3-4 鏈路建立階段7</p><p>　　3-5 認(rèn)證階段7</p><p>　　3-6 網(wǎng)絡(luò)層協(xié)議階段7</p><p>　　3

10、-7 鏈路終止階段8</p><p>　　4 自動(dòng)機(jī)協(xié)商選項(xiàng)8</p><p>　　4-1 狀態(tài)遷移圖9</p><p><b>　　4-2 狀態(tài)10</b></p><p><b>　　4-3 事件12</b></p><p><b>　　4-4 動(dòng)作

11、14</b></p><p>　　4-5 環(huán)躲避（循環(huán)避免）15</p><p>　　4-6 計(jì)數(shù)器和定時(shí)器16</p><p>　　5 LCP包格式16</p><p>　　5-1. Configure-Request18</p><p>　　5-2. Configure-Ack18</p

12、><p>　　5-3. Configure-Nak19</p><p>　　5-4. Configure-Reject20</p><p>　　5-5. Terminate-Request and Terminate-Ack20</p><p>　　5-6. Code-Reject21</p><p>　　5-7.

13、 Protocol-Reject22</p><p>　　5-8. Echo-Request and Echo-Reply22</p><p>　　5-9. Discard-Request23</p><p>　　6. LCP配置選項(xiàng)24</p><p>　　6-1. Maximum-Receive-Unit (MRU)25<

14、/p><p>　　6-2. Authentication-Protocol25</p><p>　　6-3. Quality-Protocol26</p><p>　　6-4. Magic-Number27</p><p><b>　　安全考慮30</b></p><p><b>　

15、　參考資料30</b></p><p><b>　　致謝31</b></p><p><b>　　主席地址31</b></p><p><b>　　作者地址32</b></p><p><b>　　1 介紹</b></p>

16、<p>　　PPP是為在同等單元之間傳輸數(shù)據(jù)包這樣的簡(jiǎn)單的鏈路而設(shè)計(jì)的。這種鏈路提供全雙工操作，并按照順序傳遞數(shù)據(jù)包。（人們）有意讓PPP為基于各種主機(jī)、網(wǎng)橋和路由器的簡(jiǎn)單連接提供一種共通的解決方案。</p><p><b>　　封裝：</b></p><p>　　PPP封裝提供了不同網(wǎng)絡(luò)層協(xié)議同時(shí)通過(guò)統(tǒng)一鏈路的多路技術(shù)。（人們）精心的設(shè)計(jì)PPP封裝，使其

17、保有對(duì)常用支持硬件的兼容性。</p><p>　　當(dāng)使用默認(rèn)的類(lèi)HDLC幀（HDLC-like framing）時(shí)，僅需要8個(gè)額外的字節(jié)，就可以形成封裝。在帶寬需要付費(fèi)時(shí)，封裝和幀可以減少到2或4個(gè)字節(jié)。</p><p>　　為了支持高速的執(zhí)行，默認(rèn)的封裝只使用簡(jiǎn)單的字段，多路分解只需要對(duì)其中的一個(gè)字段進(jìn)行檢驗(yàn)。默認(rèn)的頭和信息字段落在32-bit邊界上，尾字節(jié)可以被填補(bǔ)到任意的邊界。<

18、;/p><p>　　鏈路控制協(xié)議（LCP）：</p><p>　　為了在一個(gè)很寬廣的環(huán)境內(nèi)能足夠方便的使用，PPP提供了LCP。LCP用于就封裝格式選項(xiàng)自動(dòng)的達(dá)成一致，處理數(shù)據(jù)包大小的變化，探測(cè)looped-back鏈路和其他普通的配置錯(cuò)誤，以及終止鏈路。提供的其他可選設(shè)備有：對(duì)鏈路中同等單元標(biāo)識(shí)的認(rèn)證，和當(dāng)鏈路功能正常或鏈路失敗時(shí)的決定。</p><p><b&

19、gt;　　網(wǎng)絡(luò)控制協(xié)議：</b></p><p>　　點(diǎn)對(duì)點(diǎn)連接可能和當(dāng)前的一族網(wǎng)絡(luò)協(xié)議產(chǎn)生許多問(wèn)題。例如，基于電路交換的點(diǎn)對(duì)點(diǎn)連接（比如撥號(hào)模式服務(wù)），分配和管理IP地址，即使在LAN環(huán)境中，也非常困難。這些問(wèn)題由一族網(wǎng)絡(luò)控制協(xié)議（NCP）來(lái)處理，每一個(gè)協(xié)議管理著各自的網(wǎng)絡(luò)層協(xié)議的特殊需求。</p><p><b>　　配置：</b></p>

20、<p>　?。ㄈ藗儯┯幸馐筆PP鏈路很容易配置。通過(guò)設(shè)計(jì)，標(biāo)準(zhǔn)的默認(rèn)值處理全部的配置。執(zhí)行者可以對(duì)默認(rèn)配置進(jìn)行改進(jìn)，它被自動(dòng)的通知給其同等單元而無(wú)需操作員的干涉。最終，操作員可以明確的為鏈路設(shè)定選項(xiàng)，以便其正常工作。</p><p><b>　　1-1 要求說(shuō)明書(shū)</b></p><p>　　在本文檔中，用以下幾個(gè)詞來(lái)表示說(shuō)明書(shū)的要求，這些詞一般以大寫(xiě)字

21、體書(shū)寫(xiě)。</p><p>　　MUST--要求；MUST NOT--禁止；SHOULD--推薦；MAY--可選。 </p><p><b>　　1-2 術(shù)語(yǔ)</b></p><p>　　本文檔中，頻繁使用以下術(shù)語(yǔ)：</p><p>　　datagram -- 在網(wǎng)絡(luò)層中的傳輸單元（例如IP）。一個(gè)datagram可能被壓

22、縮成一個(gè)或幾個(gè)packets，在數(shù)據(jù)鏈路層中傳輸。</p><p>　　frame -- 在數(shù)據(jù)鏈路層中的傳輸單元。 一個(gè)frame包括一個(gè)頭和/或尾字節(jié)，后面跟有幾個(gè)單元的數(shù)據(jù)。</p><p>　　packet -- 封裝的基本單元，它穿越網(wǎng)絡(luò)層和數(shù)據(jù)鏈路層的分解面。通常一個(gè)packet映射成一個(gè)frame，但也有例外：即當(dāng)數(shù)據(jù)鏈路層執(zhí)行拆分或?qū)讉€(gè)packet合成一個(gè)frame的時(shí)候

23、。</p><p>　　peer -- 點(diǎn)對(duì)點(diǎn)鏈路的另一端。</p><p>　　silently discard</p><p>　　-- 丟棄packet而不進(jìn)行進(jìn)一步的處理。執(zhí)行（這個(gè)動(dòng)作）應(yīng)該提供記錄錯(cuò)誤，包括丟棄packet的內(nèi)容，的容量，并且應(yīng)該在一個(gè)統(tǒng)計(jì)計(jì)數(shù)器中記錄這一事件。</p><p><b>　　2 PPP封裝

24、</b></p><p>　　PPP封裝用于消除多協(xié)議datagrams的歧義。封裝需要幀同步以確定封裝的開(kāi)始和結(jié)束。提供幀同步的方法在參考文檔中。</p><p>　　PPP封裝的概要如下所示。字段的傳輸從左到右。</p><p><b>　　協(xié)議字段：</b></p><p>　　協(xié)議字段由一個(gè)或兩個(gè)字節(jié)

25、組成。它的值標(biāo)識(shí)著壓縮在packet的信息字段里的datagram。字段中最有意義位（最高位）被首先傳輸。</p><p>　　該字段結(jié)構(gòu)與ISO 3309地址字段擴(kuò)充機(jī)制相一致。該字段必須是奇數(shù)：最輕意義字節(jié)的最輕意義位（最低位）必須等于1。另外，字段必須被賦值，以便最有意義字節(jié)的最輕意義位為0。收到的不符合這些規(guī)則的frames，必須被視為帶有不被承認(rèn)的協(xié)議。</p><p>　　在范

26、圍"0***"到"3***"內(nèi)的協(xié)議字段，標(biāo)識(shí)著特殊packets的網(wǎng)絡(luò)層協(xié)議。在范圍"8***" 到"b***"內(nèi)的協(xié)議字段，標(biāo)識(shí)著packets屬于聯(lián)合的（相關(guān)的）網(wǎng)絡(luò)控制協(xié)議（NCP）。在范圍"4***"到"7***"內(nèi)的協(xié)議字段，用于沒(méi)有相關(guān)NCP的低通信量協(xié)議。在范圍"c***"到&quo

27、t;f***"內(nèi)的協(xié)議字段，標(biāo)識(shí)著使用鏈路層控制協(xié)議（例如LCP）的packets。</p><p>　　到目前為止，協(xié)議字段的值在最近的"Assigned Numbers" RFC [2]里有詳細(xì)的說(shuō)明。本說(shuō)明書(shū)保留以下的值：</p><p>　　Value (in hex) 　　　　Protocol Name</p><p>　　0

28、001 　　　　　　　　　Padding Protocol填料協(xié)議</p><p>　　0003 to 001f　　　　　 reserved (transparency inefficient)保留（透明度效率低的）</p><p>　　007d 　　　　　　　　　reserved (Control Escape)保留（控制逃逸）</p><p>　　00cf 　　

29、　　　　　　　reserved (PPP NLPID)保留(PPP NLPID)</p><p>　　00ff 　　　　　　　　　reserved (compression inefficient)保留(壓縮效率低的)</p><p>　　8001 to 801f 　　　　　unused（未使用）</p><p>　　807d 　　　　　　　　　unused（未使用

30、）</p><p>　　80cf 　　　　　　　　　unused（未使用）</p><p>　　80ff 　　　　　　　　　unused（未使用）</p><p>　　c021 　　　　　　　　　Link Control Protocol鏈路控制協(xié)議</p><p>　　c023 　　　　　　　　　Password Authenticatio

31、n Protocol密碼認(rèn)證協(xié)議</p><p>　　c025 　　　　　　　　　Link Quality Report鏈路品質(zhì)報(bào)告</p><p>　　c223 　　　　　　　　　Challenge Handshake Authentication Protocol挑戰(zhàn)-認(rèn)證握手協(xié)議</p><p>　　新的協(xié)議的開(kāi)發(fā)者必須從the Internet Assign

32、ed Numbers Authority (IANA), at IANA@isi.edu.處獲得號(hào)碼。</p><p><b>　　信息字段：</b></p><p>　　信息字段是0或更多的字節(jié)。對(duì)于在協(xié)議字段里指定的協(xié)議，信息字段包含datagram。</p><p>　　信息字段的最大長(zhǎng)度，包含填料但不包含協(xié)議字段，術(shù)語(yǔ)叫做最大接收單元（

33、MRU），默認(rèn)值是1500字節(jié)。若經(jīng)過(guò)協(xié)商同意，也可以使用其它的值作為MRU。</p><p><b>　　填料：</b></p><p>　　在傳輸?shù)臅r(shí)候，信息字段會(huì)被填充若干字節(jié)以達(dá)到MRU。每個(gè)協(xié)議負(fù)責(zé)根據(jù)實(shí)際信息的大小確定填料的字節(jié)數(shù)。</p><p><b>　　3 PPP鏈路操作</b></p>

34、<p><b>　　3-1 概述</b></p><p>　　為了通過(guò)點(diǎn)對(duì)點(diǎn)鏈路建立通信，PPP鏈路的每一端，必須首先發(fā)送LCP packets以便設(shè)定和測(cè)試數(shù)據(jù)鏈路。在鏈路建立之后，peer才可以被認(rèn)證。</p><p>　　然后，PPP必須發(fā)送NCP packets以便選擇和設(shè)定一個(gè)或更多的網(wǎng)絡(luò)層協(xié)議。一旦每個(gè)被選擇的網(wǎng)絡(luò)層協(xié)議都被設(shè)定好了，來(lái)自每個(gè)網(wǎng)絡(luò)

35、層協(xié)議的datagrams就能在連路上發(fā)送了。</p><p>　　鏈路將保持通信設(shè)定不變，直到外在的LCP和NCP關(guān)閉鏈路，或者是發(fā)生一些外部事件的時(shí)候（休止?fàn)顟B(tài)的定時(shí)器期滿或者網(wǎng)絡(luò)管理員干涉）。</p><p>　　3-2 階段劃分框圖</p><p>　　在設(shè)定、維持和終止點(diǎn)對(duì)點(diǎn)鏈路的過(guò)程里，PPP鏈路經(jīng)過(guò)幾個(gè)清楚的階段，如框圖所示。這張圖并沒(méi)有給出所有的狀態(tài)

36、轉(zhuǎn)換。</p><p>　　3-3 鏈路死亡（物理連接不存在）</p><p>　　鏈路一定開(kāi)始并結(jié)束于這個(gè)階段。當(dāng)一個(gè)外部事件（例如載波偵聽(tīng)或網(wǎng)絡(luò)管理員設(shè)定）指出物理層已經(jīng)準(zhǔn)備就緒時(shí)，PPP將進(jìn)入鏈路建立階段。</p><p>　　在這個(gè)階段，LCP自動(dòng)機(jī)器將處于初始狀態(tài)，向鏈路建立階段的轉(zhuǎn)換將給LCP自動(dòng)機(jī)器一個(gè)UP事件信號(hào)。</p><p&

37、gt;<b>　　執(zhí)行筆記：</b></p><p>　　典型的，在與調(diào)制解調(diào)器斷開(kāi)之后，鏈路將自動(dòng)返回這一階段。在用硬件實(shí)現(xiàn)的鏈路里，這一階段相當(dāng)?shù)亩?-僅夠偵測(cè)設(shè)備的存在。</p><p>　　3-4 鏈路建立階段</p><p>　　LCP用于交換配置信息包（Configure packets），建立連接。一旦一個(gè)配置成功信息包（Conf

38、igure-Ack packet）被發(fā)送且被接收，就完成了交換，進(jìn)入了LCP開(kāi)啟狀態(tài)。</p><p>　　所有的配置選項(xiàng)都假定使用默認(rèn)值，除非被配置交換所改變。</p><p>　　有一點(diǎn)要注意：只有不依賴(lài)于特別的網(wǎng)絡(luò)層協(xié)議的配置選項(xiàng)才倍LCP配置。在網(wǎng)絡(luò)層協(xié)議階段，個(gè)別的網(wǎng)絡(luò)層協(xié)議的配置由個(gè)別的網(wǎng)絡(luò)控制協(xié)議（NCP）來(lái)處理。</p><p>　　在這個(gè)階段接收的

39、任何非LCP packets必須被silently discarded（靜靜的丟棄）。</p><p>　　收到LCP Configure-Request（LCP配置要求）能使鏈路從網(wǎng)絡(luò)層協(xié)議階段或者認(rèn)證階段返回到鏈路建立階段。</p><p><b>　　3-5 認(rèn)證階段</b></p><p>　　在一些鏈路上，在允許網(wǎng)絡(luò)層協(xié)議packet

40、s交換之前，鏈路的一端可能需要peer去認(rèn)證它。</p><p>　　默認(rèn)的，認(rèn)證是不需要強(qiáng)制執(zhí)行的。如果一次執(zhí)行希望peer根據(jù)某一特定的認(rèn)證協(xié)議來(lái)認(rèn)證，那么它必須在鏈路建立階段要求使用那個(gè)認(rèn)證協(xié)議。</p><p>　　應(yīng)該盡可能在鏈路建立后立即進(jìn)行認(rèn)證。而，鏈路質(zhì)量檢查可以同時(shí)發(fā)生。在一次執(zhí)行中，禁止因?yàn)榻粨Q鏈路質(zhì)量檢查packets而不確定地將認(rèn)證向后推遲這一做法。</p&g

41、t;<p>　　在認(rèn)證完成之前，禁止從認(rèn)證階段前進(jìn)到網(wǎng)絡(luò)層協(xié)議階段。如果認(rèn)證失敗，認(rèn)證者應(yīng)該躍遷到鏈路終止階段。</p><p>　　在這一階段里，只有鏈路控制協(xié)議、認(rèn)證協(xié)議，和鏈路質(zhì)量監(jiān)視協(xié)議的packets是被允許的。在該階段里接收到的其他的packets必須被靜靜的丟棄。</p><p><b>　　執(zhí)行筆記：</b></p><

42、;p>　　一次執(zhí)行中，僅僅是因?yàn)槌瑫r(shí)或者沒(méi)有應(yīng)答就造成認(rèn)證的失敗是不應(yīng)該的。認(rèn)證應(yīng)該允許某種再傳輸，只有在若干次的認(rèn)證嘗試失敗以后，不得已的時(shí)候，才進(jìn)入鏈路終止階段。</p><p>　　在執(zhí)行中，哪一方拒絕了另一方的認(rèn)證，哪一方就要負(fù)責(zé)開(kāi)始鏈路終止階段。</p><p>　　3-6 網(wǎng)絡(luò)層協(xié)議階段</p><p>　　一旦PPP完成了前面的階段，每一個(gè)網(wǎng)絡(luò)層

43、協(xié)議（例如IP，IPX，或AppleTalk）必須被適當(dāng)?shù)木W(wǎng)絡(luò)控制協(xié)議（NCP）分別設(shè)定。每個(gè)NCP可以隨時(shí)被打開(kāi)和關(guān)閉。</p><p><b>　　執(zhí)行筆記：</b></p><p>　　因?yàn)橐淮螆?zhí)行最初可能需要大力浪的時(shí)間用于鏈路質(zhì)量檢測(cè)，所以當(dāng)?shù)却齪eer設(shè)定NCP的時(shí)候，執(zhí)行應(yīng)該避免使用固定的timeouts。</p><p>　　當(dāng)

44、一個(gè)NCP處于Opened狀態(tài)時(shí)，PPP將攜帶相應(yīng)的網(wǎng)絡(luò)層協(xié)議packets。當(dāng)相應(yīng)的NCP不處于Opened狀態(tài)時(shí)，任何接收到的被支持的網(wǎng)絡(luò)層協(xié)議packets都將被靜靜的丟棄。</p><p><b>　　執(zhí)行記錄：</b></p><p>　　當(dāng)LCP處于Opened狀態(tài)時(shí)，任何不被該執(zhí)行所支持的協(xié)議packets必須在Protocol-Reject里返回。只有

45、支持的協(xié)議才被靜靜的丟棄。</p><p>　　在這個(gè)階段，鏈路通信量由LCP，NCP，和網(wǎng)絡(luò)層協(xié)議packets的任意可能的聯(lián)合組成。</p><p>　　3-7 鏈路終止階段</p><p>　　PPP可以在任意時(shí)間終止鏈路。引起鏈路終止的原因很多：載波丟失、認(rèn)證失敗、鏈路質(zhì)量失敗、空閑周期定時(shí)器期滿、或者管理員關(guān)閉鏈路。</p><p>

46、;　　LCP用交換Terminate（終止）packets的方法終止鏈路。當(dāng)鏈路正被關(guān)閉時(shí)，PPP通知網(wǎng)絡(luò)層協(xié)議，以便他們可以采取正確的行動(dòng)。</p><p>　　交換Terminate（終止）packets之后，執(zhí)行應(yīng)該通知物理層斷開(kāi)，以便強(qiáng)制鏈路終止，尤其當(dāng)認(rèn)證失敗時(shí)?！　　erminate-Request（終止-要求）的發(fā)送者，在收到Terminate-Ack（終止-允許）后，或者在重啟計(jì)數(shù)器期滿后，應(yīng)該

47、斷開(kāi)連接。收到Terminate-Request的一方，應(yīng)該等待peer去切斷，在發(fā)出Terminate-Request后，至少也要經(jīng)過(guò)一個(gè)Restart time（重啟時(shí)間），才允許斷開(kāi)。PPP應(yīng)該前進(jìn)到鏈路死亡階段。</p><p>　　在該階段收到的任何非LCP packets，必須被靜靜的丟棄。</p><p><b>　　執(zhí)行筆記：</b></p>

48、;<p>　　LCP關(guān)閉鏈路就足夠了，不需要每一個(gè)NCP發(fā)送一個(gè)Terminate packets。相反，一個(gè)NCP關(guān)閉卻不足以引起PPP鏈路的終止，即使那個(gè)NCP是當(dāng)前唯一一個(gè)處于Opened狀態(tài)的NCP。</p><p><b>　　4 自動(dòng)機(jī)協(xié)商選項(xiàng)</b></p><p>　　finite-state automaton（有限態(tài)自動(dòng)機(jī)）由事件、動(dòng)

49、作和狀態(tài)轉(zhuǎn)換定義。事件包括接收外部命令，例如Open and Close（打開(kāi)和關(guān)閉）、重啟定時(shí)器期滿、和接收從peer來(lái)的packets。動(dòng)作包括啟動(dòng)重啟定時(shí)器和向peer傳輸packets。</p><p>　　一些packets類(lèi)型--Configure-Naks（設(shè)定-成功）和Configure-Rejects（設(shè)定-拒絕），或Code-Rejects（編碼-拒絕）和Protocol-Rejects（協(xié)議

50、-拒絕），或Echo-Requests（回波-要求），Echo-Replies（回波-應(yīng)答）和Discard-Requests（丟棄-要求）--在自動(dòng)機(jī)描述中不加以區(qū)分。從后面的描述可知，這些packets確實(shí)有著不同的功能。然而他們總是引起相同的轉(zhuǎn)換。</p><p>　　Events Actions</p><p>　　Up = lower layer is Up tlu = This

51、-Layer-Up</p><p>　　Down = lower layer is Down tld = This-Layer-Down</p><p>　　Open = administrative Open tls = This-Layer-Started</p><p>　　Close= administrative Close tlf = This-Laye

52、r-Finished</p><p>　　TO+ = Timeout with counter > 0 irc = Initialize-Restart-Count</p><p>　　TO- = Timeout with counter expired zrc = Zero-Restart-Count</p><p>　　RCR+ = Receive-Con

53、figure-Request (Good) scr = Send-Configure-Request</p><p>　　RCR- = Receive-Configure-Request (Bad)</p><p>　　RCA = Receive-Configure-Ack sca = Send-Configure-Ack</p><p>　　RCN = Recei

54、ve-Configure-Nak/Rej scn = Send-Configure-Nak/Rej</p><p>　　RTR = Receive-Terminate-Request str = Send-Terminate-Request</p><p>　　RTA = Receive-Terminate-Ack sta = Send-Terminate-Ack</p>&

55、lt;p>　　RUC = Receive-Unknown-Code scj = Send-Code-Reject</p><p>　　RXJ+ = Receive-Code-Reject (permitted)</p><p>　　or Receive-Protocol-Reject</p><p>　　RXJ- = Receive-Code-Reject (

56、catastrophic)</p><p>　　or Receive-Protocol-Reject</p><p>　　RXR = Receive-Echo-Request ser = Send-Echo-Reply</p><p>　　or Receive-Echo-Reply</p><p>　　or Receive-Discard-R

57、equest</p><p><b>　　4-1 狀態(tài)遷移圖</b></p><p>　　全部的狀態(tài)轉(zhuǎn)換如下表。狀態(tài)在水平軸，事件在垂直軸。狀態(tài)轉(zhuǎn)換和動(dòng)作備表示成：動(dòng)作/新?tīng)顟B(tài)的形式。多個(gè)動(dòng)作用逗號(hào)分隔，無(wú)先后順序。狀態(tài)后面跟的那個(gè)字母是說(shuō)明性的腳注。短劃線（'-'）代表無(wú)效的轉(zhuǎn)換。</p><p><b>　　| S

58、tate</b></p><p>　　| 0 1 2 3 4 5</p><p>　　Events| Initial Starting Closed Stopped Closing Stopping</p><p>　　------+-----------------------------------------------------------&l

59、t;/p><p>　　Up | 2 irc,scr/6 - - - -</p><p>　　Down | - - 0 tls/1 0 1</p><p>　　Open | tls/1 1 irc,scr/6 3r 5r 5r</p><p>　　Close| 0 tlf/0 2 2 4 4</p><p><b>

60、;　　|</b></p><p>　　TO+ | - - - - str/4 str/5</p><p>　　TO- | - - - - tlf/2 tlf/3</p><p><b>　　|</b></p><p>　　RCR+ | - - sta/2 irc,scr,sca/8 4 5</p>

61、<p>　　RCR- | - - sta/2 irc,scr,scn/6 4 5</p><p>　　RCA | - - sta/2 sta/3 4 5</p><p>　　RCN | - - sta/2 sta/3 4 5</p><p><b>　　|</b></p><p>　　RTR | - - s

62、ta/2 sta/3 sta/4 sta/5</p><p>　　RTA | - - 2 3 tlf/2 tlf/3</p><p><b>　　|</b></p><p>　　RUC | - - scj/2 scj/3 scj/4 scj/5</p><p>　　RXJ+ | - - 2 3 4 5</p>

63、<p>　　RXJ- | - - tlf/2 tlf/3 tlf/2 tlf/3</p><p><b>　　|</b></p><p>　　RXR | - - 2 3 4 5</p><p><b>　　| State</b></p><p><b>　　| 6 7 8 9

64、</b></p><p>　　Events| Req-Sent Ack-Rcvd Ack-Sent Opened</p><p>　　------+-----------------------------------------</p><p>　　Up | - - - -</p><p>　　Down | 1 1 1 tld/

65、1</p><p>　　Open | 6 7 8 9r</p><p>　　Close|irc,str/4 irc,str/4 irc,str/4 tld,irc,str/4</p><p><b>　　|</b></p><p>　　TO+ | scr/6 scr/6 scr/8 -</p><p&

66、gt;　　TO- | tlf/3p tlf/3p tlf/3p -</p><p><b>　　|</b></p><p>　　RCR+ | sca/8 sca,tlu/9 sca/8 tld,scr,sca/8</p><p>　　RCR- | scn/6 scn/7 scn/6 tld,scr,scn/6</p><p&

67、gt;　　RCA | irc/7 scr/6x irc,tlu/9 tld,scr/6x</p><p>　　RCN |irc,scr/6 scr/6x irc,scr/8 tld,scr/6x</p><p><b>　　|</b></p><p>　　RTR | sta/6 sta/6 sta/6 tld,zrc,sta/5</p&g

68、t;<p>　　RTA | 6 6 8 tld,scr/6</p><p><b>　　|</b></p><p>　　RUC | scj/6 scj/7 scj/8 scj/9</p><p>　　RXJ+ | 6 6 8 9</p><p>　　RXJ- | tlf/3 tlf/3 tlf/3 tld,

69、irc,str/5</p><p><b>　　|</b></p><p>　　RXR | 6 7 8 ser/9</p><p>　　那些其中運(yùn)行著重啟計(jì)時(shí)器的狀態(tài)，是可以由存在的TO事件確認(rèn)的。只有 Send-Configure-Request，Send-Terminate-Request和Zero-Restart-Count動(dòng)作才啟動(dòng)或者

70、重新啟動(dòng)重啟定時(shí)器。當(dāng)從任意一個(gè)定時(shí)器運(yùn)行的狀態(tài)轉(zhuǎn)換到一個(gè)定時(shí)器不運(yùn)行的狀態(tài)時(shí)，重啟定時(shí)器（Restart timer）停止。</p><p>　　根據(jù)消息通過(guò)體系機(jī)構(gòu)而不是信號(hào)通知體系機(jī)構(gòu)，（人們）定義了事件和動(dòng)作。如果希望一個(gè)動(dòng)作去控制特定的信號(hào)（如DTR），那么就可能需要額外的動(dòng)作。</p><p>　　[p] 被動(dòng)選項(xiàng)；見(jiàn)Stopped狀態(tài)討論。</p><p&

71、gt;　　[r] 重啟選項(xiàng)；見(jiàn)Open事件討論。</p><p>　　[x] 交叉連接；見(jiàn)RCA事件討論。</p><p><b>　　4-2 狀態(tài)</b></p><p>　　下面是每個(gè)自動(dòng)機(jī)狀態(tài)的詳細(xì)描述。</p><p>　　Initial（初始）：</p><p>　　在初始狀態(tài)，下層是不

72、可獲得的（Down），并且沒(méi)有Open發(fā)生。Restart timer不在該狀態(tài)下運(yùn)行。</p><p>　　Starting（啟動(dòng)）：</p><p>　　啟動(dòng)狀態(tài)是初始狀態(tài)的Open相似物。一個(gè)管理的Open被初始化，但下層仍舊不可用（Down）。Restart timer不在該狀態(tài)下運(yùn)行。</p><p>　　當(dāng)下層變?yōu)榭捎茫║p）時(shí)，發(fā)送一個(gè)Configur

73、e-Request。</p><p>　　Closed（關(guān)閉）：</p><p>　　在關(guān)閉狀態(tài)，鏈路時(shí)可用的（Up），但是沒(méi)有Open發(fā)生。Restart timer不在該狀態(tài)下運(yùn)行。當(dāng)收到Configure-Request packets時(shí)，發(fā)送一個(gè)Terminate-Ack。Terminate-Acks被靜靜的丟棄，以防止造成循環(huán)。</p><p>　　Sto

74、pped（停止）</p><p>　　停止?fàn)顟B(tài)是關(guān)閉狀態(tài)的Open相似物。當(dāng)在This-Layer-Finished動(dòng)作之后，或是發(fā)送Terminate-Ack之后，自動(dòng)機(jī)正等待Down事件的時(shí)候，進(jìn)入該狀態(tài)。Restart timer不在該狀態(tài)下運(yùn)行。</p><p>　　當(dāng)收到Configure-Request packets時(shí)，發(fā)送一個(gè)適當(dāng)?shù)捻憫?yīng)。當(dāng)收到其他packets時(shí)，發(fā)送一個(gè)

75、Terminate-Ack。Terminate-Acks被靜靜的丟棄，以防止造成循環(huán)。</p><p><b>　　基本原理：</b></p><p>　　停止?fàn)顟B(tài)是鏈路終止，鏈路設(shè)定失敗，和其他自動(dòng)機(jī)失敗模式的一個(gè)接合（中間）狀態(tài)。這些各自獨(dú)立的狀態(tài)被潛在的聯(lián)合起來(lái)。</p><p>　　在Down事件應(yīng)答（從This-Layer-Finis

76、hed動(dòng)作）和Receive-Configure-Request事件之間，有一種競(jìng)賽條件。當(dāng)Configure-Request在Down事件之前到來(lái)，代替Down事件的是自動(dòng)機(jī)返回到Starting狀態(tài)。這防止了由重復(fù)產(chǎn)生的攻擊。</p><p><b>　　執(zhí)行選項(xiàng)：</b></p><p>　　在peer對(duì)Configure-Requests響應(yīng)失敗之后，一個(gè)執(zhí)行

77、可以被動(dòng)的等待peer發(fā)送Configure-Requests。在這種情況下，在狀態(tài)Req-Sent，Ack-Rcvd，和Ack-Sent里，動(dòng)作This-Layer-Finished不用于TO- 事件。</p><p>　　這個(gè)選項(xiàng)對(duì)于專(zhuān)用電路或者沒(méi)有可用的狀態(tài)信號(hào)的電路有用，但禁止用于交換電路。</p><p>　　Closing（結(jié)束）</p><p>　　在

78、結(jié)束狀態(tài)里，為了終止連接作了一次嘗試。發(fā)送了一個(gè)Terminate-Request，并運(yùn)行了Restart timer，但沒(méi)有收到Terminate-Ack。</p><p>　　當(dāng)收到Terminate-Ack時(shí)，就進(jìn)入了Closed狀態(tài)。當(dāng)Restart timer期滿時(shí)，傳輸一個(gè)新的Terminate-Request，并且Restart timer被重新啟動(dòng)。在Restart timer達(dá)到Max-Term

79、inate時(shí)間后，就進(jìn)入了Closed狀態(tài)。</p><p>　　Stopping（停下）</p><p>　　停下?tīng)顟B(tài)是結(jié)束狀態(tài)的Open相似物。發(fā)送了一個(gè)Terminate-Request，并運(yùn)行了Restart timer，但沒(méi)有收到Terminate-Ack。</p><p><b>　　基本原理：</b></p><

80、;p>　　停下?tīng)顟B(tài)提供了一個(gè)很好的機(jī)會(huì)在允許新的通信量之前終止鏈路。在鏈路終止后，經(jīng)由Stopped或Starting狀態(tài)，會(huì)出現(xiàn)一個(gè)新的配置（設(shè)定）。</p><p>　　Request-Sent（要求-發(fā)送）</p><p>　　在要求-發(fā)送狀態(tài)，嘗試著配置（設(shè)定）連接。發(fā)送了一個(gè)Terminate-Request，并運(yùn)行了Restart timer，但沒(méi)有收到Terminate

81、-Ack。</p><p>　　Ack-Received（Ack-接收）</p><p>　　在Ack-接收狀態(tài)，發(fā)送了一個(gè)Configure-Request，接收了一個(gè)Configure-Ack。因?yàn)檫€沒(méi)有發(fā)送Configure-Ack，所以Restart timer仍舊運(yùn)行。</p><p>　　Ack-Sent（Ack-發(fā)送）</p><p

82、>　　在Ack-發(fā)送狀態(tài)，Configure-Request和Configure-Ack都被發(fā)送了。但沒(méi)有接收到Configure-Ack。因?yàn)檫€沒(méi)有接收到Configure-Ack，所以Restart timer仍舊運(yùn)行。</p><p>　　Opened（開(kāi)啟）</p><p>　　在開(kāi)啟狀態(tài)，發(fā)送了一個(gè)Configure-Ack，也接收了一個(gè)Configure-Ack。Rest

83、art timer不運(yùn)行。</p><p>　　當(dāng)進(jìn)入該狀態(tài)時(shí)，執(zhí)行應(yīng)該通知上層，現(xiàn)在Up。相反，當(dāng)離開(kāi)該裝態(tài)時(shí)，執(zhí)行應(yīng)該通知上層，現(xiàn)在Down。</p><p><b>　　4-3 事件</b></p><p>　　自動(dòng)機(jī)里的狀態(tài)轉(zhuǎn)換和動(dòng)作是由事件引起的。</p><p><b>　　Up：</b>

84、;</p><p>　　當(dāng)?shù)蛯又赋鲆褱?zhǔn)備好攜帶packets時(shí)，發(fā)生此事件。</p><p>　　典型的，該事件被調(diào)制解調(diào)器處理或呼叫過(guò)程，或被一些其他的連接于物理媒體的PPP用于通知LCP，鏈路正進(jìn)入鏈路建立階段。</p><p>　　它也能被LCP用于通知每個(gè)NCP，鏈路進(jìn)入網(wǎng)絡(luò)層協(xié)議階段。即，來(lái)自LCP的動(dòng)作This-Layer-Up觸發(fā)了NCP中的Up事件。

85、</p><p><b>　　Down：</b></p><p>　　當(dāng)?shù)蛯又赋霾辉贉?zhǔn)備攜帶packets時(shí)，發(fā)生此事件。</p><p>　　典型的，該事件被調(diào)制解調(diào)器處理或呼叫過(guò)程，或被一些其他的連接于物理媒體的PPP用于通知LCP，鏈路正進(jìn)入鏈路死亡階段。</p><p>　　它也能被LCP用于通知每個(gè)NCP，鏈路

86、離開(kāi)網(wǎng)絡(luò)層協(xié)議階段。即，來(lái)自LCP的動(dòng)作This-Layer-Down觸發(fā)了NCP中的Down事件。</p><p><b>　　Open：</b></p><p>　　該事件指出鏈路的通信量是可以管理的：即，網(wǎng)絡(luò)管理者（人或程序）指出鏈路允許被Opened。當(dāng)這一事件發(fā)生，且鏈路不處于Opened狀態(tài)時(shí)，自動(dòng)機(jī)則試圖給peer發(fā)送配置packets。</p&g

87、t;<p>　　如果自動(dòng)機(jī)不能開(kāi)始配置（下層是Down，或者前一個(gè)Close事件還沒(méi)有結(jié)束），那么鏈路的建立將被自動(dòng)的推遲。</p><p>　　當(dāng)收到一個(gè)Terminate-Request，或者其他導(dǎo)致鏈路不可用的事件發(fā)生時(shí)，自動(dòng)機(jī)將進(jìn)入一個(gè)狀態(tài)，在那里鏈路準(zhǔn)備re-open。無(wú)需額外的管理干涉。</p><p><b>　　執(zhí)行選項(xiàng)：</b><

88、/p><p>　　經(jīng)驗(yàn)表明：當(dāng)用戶(hù)想就鏈路進(jìn)行重新談判時(shí)，他們將額外的執(zhí)行一條Open命令。這表明新的值將被協(xié)商。既然這不是Open事件的含義，那就暗示著在Opened, Closing, Stopping或Stopped狀態(tài)，當(dāng)執(zhí)行一條Open用戶(hù)命令時(shí)，執(zhí)行發(fā)行一個(gè)Down事件，緊接著一個(gè)Up事件。一定要注意不能有從另一個(gè)源發(fā)生的Down事件的干涉。緊接著Up事件的Down事件將引起一次有秩序的鏈路的再協(xié)商（通過(guò)

89、先前進(jìn)到Starting狀態(tài)，再進(jìn)入到Request-Sent狀態(tài)）。該再協(xié)商沒(méi)有負(fù)面影響。</p><p><b>　　Close：</b></p><p>　　該事件意味著鏈路沒(méi)有通信量。即，網(wǎng)絡(luò)管理者（人或程序）指示鏈路不允許被開(kāi)放。當(dāng)該事件發(fā)生且鏈路不處于Closed狀態(tài)時(shí)，自動(dòng)機(jī)試圖終止連接。拒絕重新配置鏈路的嘗試，直到一個(gè)新的Open事件發(fā)生。</p

90、><p><b>　　執(zhí)行筆記：</b></p><p>　　當(dāng)認(rèn)證失敗，鏈路應(yīng)該被終止，以防止受到重復(fù)性的攻擊和為其他用戶(hù)服務(wù)。這可以通過(guò)模仿一個(gè)Close事件給LCP，然后緊跟著一個(gè)Open事件來(lái)完成，既然鏈路在管理上是可被訪問(wèn)的。一定要注意不能有從另一個(gè)源發(fā)生的Down事件的干涉。</p><p>　　緊接著Up事件的Down事件將引起一次有

91、秩序的鏈路的再協(xié)商（通過(guò)先前進(jìn)到Closing狀態(tài)，再進(jìn)入到Stopping狀態(tài)），This-Layer-Finished動(dòng)作能斷開(kāi)鏈路的連接。在Stopped或Starting狀態(tài)，自動(dòng)機(jī)等待下一次連接嘗試。</p><p>　　Timeout (TO+,TO-)：</p><p>　　該事件表明Restart timer期滿。Restart timer用于記錄對(duì)Configure-Re

92、quest和Terminate-Request packets的響應(yīng)的時(shí)間。</p><p>　　TO+事件表明Restart counter持續(xù)大于零，它觸發(fā)了相應(yīng)的Configure-Request或Terminate-Request packet的發(fā)送。</p><p>　　TO-事件表明Restart counter持續(xù)不大于零，不再需要發(fā)送packets。</p>

93、<p>　　Receive-Configure-Request (RCR+,RCR-)：</p><p>　　當(dāng)收到一個(gè)來(lái)自peer的Configure-Request packet時(shí)，該事件發(fā)生。Configure-Request packet表明希望開(kāi)創(chuàng)一個(gè)連接并且可以指定配置選項(xiàng)。</p><p>　　RCR+事件表明Configure-Request是可接受的，并且觸發(fā)相

94、應(yīng)的Configure-Ack的傳輸。</p><p>　　RCR-事件表明Configure-Request是不可接受的，并且觸發(fā)相應(yīng)的Configure-Nak 或Configure-Reject的傳輸。</p><p><b>　　執(zhí)行筆記：</b></p><p>　　這些事件可以發(fā)生在已經(jīng)處于Opened狀態(tài)的連接上。該執(zhí)行必須準(zhǔn)備立

95、即再協(xié)商配置選項(xiàng)。</p><p>　　Receive-Configure-Ack (RCA)：</p><p>　　當(dāng)收到一個(gè)來(lái)自peer的有效Configure-Ack packet時(shí)，該事件發(fā)生。Configure-Ack packet是對(duì)Configure-Request packet的肯定應(yīng)答。序列之外的或者無(wú)效的packet被靜靜的丟棄。</p><p>

96、;<b>　　執(zhí)行筆記：</b></p><p>　　既然在到達(dá)Ack-Rcvd或Opened狀態(tài)之前，正確的packet已經(jīng)被收到了，那就絕不可能有另一個(gè)這樣的packet的到來(lái)。像說(shuō)明的一樣，所有無(wú)效的Ack/Nak/Rej packets將被靜靜的丟棄，并不影響自動(dòng)機(jī)的（狀態(tài)）轉(zhuǎn)換。</p><p>　　然而，格式正確的packet不可能通過(guò)coincident

97、ally-timed cross-connection（同步交換連接）到達(dá)（目的地）的。它更可能是執(zhí)行出錯(cuò)的結(jié)果。至少，這種情況應(yīng)該被記錄下來(lái)。</p><p>　　Receive-Configure-Nak/Rej (RCN)：</p><p>　　當(dāng)收到一個(gè)來(lái)自peer的有效Configure-Nak或Configure-Reject packet時(shí)，該事件發(fā)生。Configure-N

98、ak或Configure-Reject packet是對(duì)Configure-Request packet的否定應(yīng)答。序列之外的或者無(wú)效的packet被靜靜的丟棄。</p><p><b>　　執(zhí)行筆記：</b></p><p>　　盡管Configure-Nak和Configure-Reject在自動(dòng)機(jī)中引起相同的狀態(tài)轉(zhuǎn)換，但這些packets對(duì)發(fā)送于Configur

99、e-Request packet中的配置選項(xiàng)有著截然不同的影響。</p><p>　　Receive-Terminate-Request (RTR)：</p><p>　　當(dāng)收到一個(gè)Terminate-Request packet時(shí)，該事件發(fā)生。Terminate-Request packet表明希望peer去關(guān)閉連接。</p><p><b>　　執(zhí)行筆

100、記：</b></p><p>　　該事件于Close事件不同，它需要考慮局域網(wǎng)管理者的Open命令。執(zhí)行必須準(zhǔn)備接收新的沒(méi)有網(wǎng)絡(luò)管理者干涉的Configure-Request。</p><p>　　Receive-Terminate-Ack (RTA)：</p><p>　　當(dāng)收到一個(gè)來(lái)自peer的Terminate-Ack packet時(shí)，該事件發(fā)生。

101、Terminate-Ack packet通常是對(duì)Terminate-Request packet的響應(yīng)。Terminate-Ack packet也可以表明peer正處于Closed或Stopped狀態(tài)，適應(yīng)于鏈路配置的再同步。</p><p>　　Receive-Unknown-Code (RUC)：</p><p>　　當(dāng)收到一個(gè)來(lái)自peer的un-interpretable（不能說(shuō)明的

102、）packet時(shí)，該事件發(fā)生。發(fā)送一個(gè)Code-Reject packet作為響應(yīng)。</p><p>　　Receive-Code-Reject, Receive-Protocol-Reject (RXJ+,RXJ-)：</p><p>　　當(dāng)收到一個(gè)來(lái)自peer的Code-Reject或Protocol-Reject packet時(shí)，該事件發(fā)生。</p><p>

103、　　當(dāng)拒絕值可接受時(shí)（例如一個(gè)擴(kuò)充編碼的Code-Reject，或一個(gè)NCP的Protocol-Reject，這些在一般操作的范圍內(nèi)），RXJ+事件出現(xiàn)。執(zhí)行必須停止發(fā)送損壞了的packet類(lèi)型。</p><p>　　當(dāng)拒絕值是災(zāi)難性的時(shí)候（例如一個(gè)Configure-Request的Code-Reject，或一個(gè)LCP的Protocol-Reject），RXJ- 事件出現(xiàn)。該事件傳達(dá)了一個(gè)不可校正的錯(cuò)誤（導(dǎo)致連

104、接終止）。</p><p>　　Receive-Echo-Request, Receive-Echo-Reply, Receive-Discard-Request(RXR)：</p><p>　　當(dāng)收到一個(gè)來(lái)自peer的Echo-Request，Echo-Reply或Discard-Request packet時(shí)，該事件發(fā)生。Echo-Reply packet是對(duì)Echo-Request

105、packet的響應(yīng)。Echo-Reply或Discard-Request packet沒(méi)有響應(yīng)。</p><p><b>　　4-4 動(dòng)作</b></p><p>　　自動(dòng)機(jī)中的動(dòng)作有事件引起。典型的，動(dòng)作表明了packets的傳輸，和/或Restart timer的啟動(dòng)和停止。</p><p>　　Illegal-Event (-)：不合法的

106、事件</p><p>　　該動(dòng)作指出一個(gè)在正常執(zhí)行的自動(dòng)機(jī)中不可能出現(xiàn)的事件。執(zhí)行有一個(gè)內(nèi)在的錯(cuò)誤，應(yīng)該把它報(bào)告并記錄下來(lái)。沒(méi)有轉(zhuǎn)換被執(zhí)行，執(zhí)行不應(yīng)該reset or freeze（重新安排或凍結(jié)）。</p><p>　　This-Layer-Up（tlu）</p><p>　　動(dòng)作給自動(dòng)進(jìn)入打開(kāi)階段的上邊的層做指示。</p><p>　　典

107、型的，該動(dòng)作被LCP用于對(duì)一個(gè)NCP發(fā)送向上的事件信號(hào)，或者鏈路質(zhì)量協(xié)議，或者可以被一個(gè)NCP用于顯示該鏈路可用于它的網(wǎng)絡(luò)層往來(lái)。</p><p>　　This-Layer-Down（tld）</p><p>　　該動(dòng)作給自動(dòng)留下打開(kāi)的階段的上邊的層做指示。</p><p>　　典型地，該動(dòng)作被LCP用于向一個(gè)NCP發(fā)送向下的事件，證實(shí)協(xié)議，或者可以被一個(gè)NCP用于

108、顯示該鏈路對(duì)它的網(wǎng)絡(luò)層傳輸不再可用。</p><p>　　This-Layer-Started了（tls）</p><p>　　該動(dòng)作對(duì)自動(dòng)進(jìn)入開(kāi)始狀態(tài)的更低的層做指示，并且需要更低的層用于該鏈路。</p><p>　　當(dāng)更低的層可用的時(shí)候，更低的層應(yīng)該用一個(gè)向上的事件響應(yīng)。</p><p>　　該動(dòng)作的結(jié)果是高度的依賴(lài)動(dòng)作的執(zhí)行的。<

109、/p><p>　　This-Layer-Finished（tlf）</p><p>　　該動(dòng)作給自動(dòng)進(jìn)入最初，關(guān)閉了或者停止的階段的更低的層做指示，并且，在鏈路上不再需要更低的層。</p><p>　　當(dāng)更低的層終止的時(shí)候，更低的層應(yīng)該用一個(gè)向下的事件應(yīng)答。</p><p>　　典型地，該動(dòng)作可以被LCP用于前進(jìn)到鏈路死掉的狀態(tài)，或者可以被一個(gè)N

110、CP用于給當(dāng)沒(méi)有其他的NCPs打開(kāi)時(shí)鏈路可以被終止的LCP做指示。</p><p>　　該動(dòng)作的結(jié)果是高度的依賴(lài)動(dòng)作的執(zhí)行的。</p><p>　　Initialize-Restart-Count（irc）</p><p>　　該動(dòng)作對(duì)Restart計(jì)數(shù)器設(shè)置適當(dāng)?shù)闹担∕ax-Terminate 或 Max-Configure）。</p><p&

111、gt;　　每次傳輸，包括第一次傳輸，計(jì)數(shù)器自減。</p><p><b>　　執(zhí)行記錄：</b></p><p>　　附加的設(shè)置Restart計(jì)數(shù)器，當(dāng)使用了重定時(shí)返回時(shí)，該執(zhí)行必須設(shè)置超時(shí)周期到初始值。</p><p>　　Zero-Restart-Count（zrc）</p><p>　　該動(dòng)作對(duì)Restart計(jì)數(shù)器

112、清零。</p><p><b>　　執(zhí)行記錄：</b></p><p>　　該動(dòng)作允許FSA在進(jìn)行到要求的最終狀態(tài)之前暫停，允許用peer進(jìn)行傳輸。</p><p>　　附加的清零Restart計(jì)數(shù)器，該執(zhí)行必須設(shè)置超時(shí)周期到初始值。</p><p>　　Send-Configure-Request（scr）</p

113、><p>　　一個(gè)Configure-Request的包被傳送。</p><p>　　這表明要用指定的一套特殊的配置選項(xiàng)打開(kāi)一個(gè)連接。</p><p>　　為了防止包丟失，Restart計(jì)時(shí)器在Configure-Request包被傳送的時(shí)候打開(kāi)。</p><p>　　每次一個(gè)Configure-Request被發(fā)送的時(shí)候，Restart計(jì)數(shù)器自

114、減。</p><p>　　Send-Configure-Ack（sca）</p><p>　　一個(gè)Configure-Ack包被傳送。這確認(rèn)接收了一個(gè)帶有一套可接受的配置選項(xiàng)的Configure-Request包。</p><p>　　Send-Configure-Nak（scn）</p><p>　　一個(gè)Configure-Nak或Conf

115、igure-Reject包被穩(wěn)妥的傳送。</p><p>　　否定的響應(yīng)表明一個(gè)Configure-Request包帶有一套不可接受的配置選項(xiàng)。</p><p>　　Configure-Nak包被用于拒絕一個(gè)配置選項(xiàng)值，并提議一個(gè)新的，可接受的值。</p><p>　　Configure-Reject包被用于拒絕全部的關(guān)于一個(gè)配置選項(xiàng)的協(xié)商，典型的因?yàn)椴槐徽J(rèn)可或不被

116、滿足。</p><p>　　在關(guān)于LCP包格式的章節(jié)對(duì)Configure-Nak的使用比Configure-Reject有更充分的描述。</p><p>　　Send-Terminate-Request（str）</p><p>　　一個(gè)Terminate-Request包被傳送。</p><p>　　這表示想要關(guān)上連接的愿望。</p&

117、gt;<p>　　當(dāng)Terminate-Request包被傳送時(shí)Restart計(jì)時(shí)器被開(kāi)啟，來(lái)防止包丟失。</p><p>　　每次一個(gè)Terminate-Request被發(fā)送的時(shí)候，Restart計(jì)數(shù)器自減。</p><p>　　Send-Terminate-Ack (sta)</p><p>　　一個(gè)Terminate-Ack包被傳送。</p