rfc1661_ppp協(xié)議

1、<p>　　組織：中國互動出版網(wǎng)（http://www.china-pub.com/）</p><p>　　RFC文檔中文翻譯計劃（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ā)布時間：2001-4-10</p><p>　　版權(quán)：本中文翻譯文檔版權(quán)歸中國互動出版網(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為基于點對點連接的多協(xié)議自尋址數(shù)據(jù)包的傳輸提供了一個標(biāo)準(zhǔn)方法。PPP包含以下三個成分：</p><p>　　1． 壓縮多協(xié)議自尋址數(shù)據(jù)包的方法。</p><p>　　2． 用于建立、設(shè)定和測試數(shù)據(jù)鏈路連接的LCP。</p><p>　　3． 一族用

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

8、1 介紹3</b></p><p>　　1-1 要求說明書4</p><p><b>　　1-2 術(shù)語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 自動機(jī)協(xié)商選項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 動作

11、14</b></p><p>　　4-5 環(huán)躲避（循環(huán)避免）15</p><p>　　4-6 計數(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配置選項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ù)包這樣的簡單的鏈路而設(shè)計的。這種鏈路提供全雙工操作，并按照順序傳遞數(shù)據(jù)包。（人們）有意讓PPP為基于各種主機(jī)、網(wǎng)橋和路由器的簡單連接提供一種共通的解決方案。</p><p><b>　　封裝：</b></p><p>　　PPP封裝提供了不同網(wǎng)絡(luò)層協(xié)議同時通過統(tǒng)一鏈路的多路技術(shù)。（人們）精心的設(shè)計PPP封裝，使其

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

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

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

20、<p>　　（人們）有意使PPP鏈路很容易配置。通過設(shè)計，標(biāo)準(zhǔn)的默認(rèn)值處理全部的配置。執(zhí)行者可以對默認(rèn)配置進(jìn)行改進(jìn)，它被自動的通知給其同等單元而無需操作員的干涉。最終，操作員可以明確的為鏈路設(shè)定選項，以便其正常工作。</p><p><b>　　1-1 要求說明書</b></p><p>　　在本文檔中，用以下幾個詞來表示說明書的要求，這些詞一般以大寫字

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

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

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

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

25、組成。它的值標(biāo)識著壓縮在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)識著特殊packets的網(wǎng)絡(luò)層協(xié)議。在范圍"8***" 到"b***"內(nèi)的協(xié)議字段，標(biāo)識著packets屬于聯(lián)合的（相關(guān)的）網(wǎng)絡(luò)控制協(xié)議（NCP）。在范圍"4***"到"7***"內(nèi)的協(xié)議字段，用于沒有相關(guān)NCP的低通信量協(xié)議。在范圍"c***"到&quo

27、t;f***"內(nèi)的協(xié)議字段，標(biāo)識著使用鏈路層控制協(xié)議（例如LCP）的packets。</p><p>　　到目前為止，協(xié)議字段的值在最近的"Assigned Numbers" RFC [2]里有詳細(xì)的說明。本說明書保留以下的值：</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ì)報告</p><p>　　c223 　　　　　　　　　Challenge Handshake Authentication Protocol挑戰(zhàn)-認(rèn)證握手協(xié)議</p><p>　　新的協(xié)議的開發(fā)者必須從the Internet Assign

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

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

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

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

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

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

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

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é)議來認(rèn)證，那么它必須在鏈路建立階段要求使用那個認(rèn)證協(xié)議。</p><p>　　應(yīng)該盡可能在鏈路建立后立即進(jìn)行認(rèn)證。而，鏈路質(zhì)量檢查可以同時發(fā)生。在一次執(zhí)行中，禁止因為交換鏈路質(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īng)答就造成認(rèn)證的失敗是不應(yīng)該的。認(rèn)證應(yīng)該允許某種再傳輸，只有在若干次的認(rèn)證嘗試失敗以后，不得已的時候，才進(jìn)入鏈路終止階段。</p><p>　　在執(zhí)行中，哪一方拒絕了另一方的認(rèn)證，哪一方就要負(fù)責(zé)開始鏈路終止階段。</p><p>　　3-6 網(wǎng)絡(luò)層協(xié)議階段</p><p>　　一旦PPP完成了前面的階段，每一個網(wǎng)絡(luò)層

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

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

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

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

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

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

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

50、-拒絕），或Echo-Requests（回波-要求），Echo-Replies（回波-應(yīng)答）和Discard-Requests（丟棄-要求）--在自動機(jī)描述中不加以區(qū)分。從后面的描述可知，這些packets確實有著不同的功能。然而他們總是引起相同的轉(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)換和動作備表示成：動作/新狀態(tài)的形式。多個動作用逗號分隔，無先后順序。狀態(tài)后面跟的那個字母是說明性的腳注。短劃線（'-'）代表無效的轉(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)行著重啟計時器的狀態(tài)，是可以由存在的TO事件確認(rèn)的。只有 Send-Configure-Request，Send-Terminate-Request和Zero-Restart-Count動作才啟動或者

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

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

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

73、e-Request。</p><p>　　Closed（關(guān)閉）：</p><p>　　在關(guān)閉狀態(tài)，鏈路時可用的（Up），但是沒有Open發(fā)生。Restart timer不在該狀態(tài)下運(yùn)行。當(dāng)收到Configure-Request packets時，發(fā)送一個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動作之后，或是發(fā)送Terminate-Ack之后，自動機(jī)正等待Down事件的時候，進(jìn)入該狀態(tài)。Restart timer不在該狀態(tài)下運(yùn)行。</p><p>　　當(dāng)收到Configure-Request packets時，發(fā)送一個適當(dāng)?shù)捻憫?yīng)。當(dāng)收到其他packets時，發(fā)送一個

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

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

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

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

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

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

81、-Ack。</p><p>　　Ack-Received（Ack-接收）</p><p>　　在Ack-接收狀態(tài)，發(fā)送了一個Configure-Request，接收了一個Configure-Ack。因為還沒有發(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ā)送了。但沒有接收到Configure-Ack。因為還沒有接收到Configure-Ack，所以Restart timer仍舊運(yùn)行。</p><p>　　Opened（開啟）</p><p>　　在開啟狀態(tài)，發(fā)送了一個Configure-Ack，也接收了一個Configure-Ack。Rest

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

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

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

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

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

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

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

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

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

92、quest和Terminate-Request packets的響應(yīng)的時間。</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)收到一個來自peer的Configure-Request packet時，該事件發(fā)生。Configure-Request packet表明希望開創(chuà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é)商配置選項。</p><p>　　Receive-Configure-Ack (RCA)：</p><p>　　當(dāng)收到一個來自peer的有效Configure-Ack packet時，該事件發(fā)生。Configure-Ack packet是對Configure-Request packet的肯定應(yīng)答。序列之外的或者無效的packet被靜靜的丟棄。</p><p>

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

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

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

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

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

101、Terminate-Ack packet通常是對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)收到一個來自peer的un-interpretable（不能說明的

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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