【正文】 peer不需要 ConfigureNak指出它將僅發(fā)送小一點(diǎn)的包，既然該執(zhí)行將總是需要對至少 1500八位字節(jié)的支持。 peer不必需要最大容量的使用。如果請求小一點(diǎn)的包，萬一鏈路同步丟失，一個執(zhí)行必須仍然能夠接收整個 1500個八位字節(jié)的全部信息域。 61. MaximumReceiveUnit (MRU) 描述 該配置選項(xiàng)可以被發(fā)送到通知 peer該執(zhí)行可以接收更大的包，或者請求 peer發(fā)送小一點(diǎn)的包。數(shù)據(jù)域的類型和長度由類型和長度域所決定。如果在一個ConfigureRequest中收到了一個可通過談判解決的配置選項(xiàng)，但是帶有一個非法的或者未被承認(rèn)的長度， ConfigureNak應(yīng)該被傳送包括帶有適當(dāng)?shù)拈L度和數(shù)據(jù)的想得到的配置選項(xiàng)。 LCP選項(xiàng)類型域的 Uptodate值在大多數(shù)當(dāng)前的Assigned Numbers RFC [2]中被指定。域從左到右傳送。沒有必要為 ConfigureRequest中的選項(xiàng)發(fā)送默認(rèn)值。對每一個允許鏈路沒有選項(xiàng)協(xié)商的正確功能的每一個選項(xiàng)指定默認(rèn)值，盡管低于最佳性能。 設(shè)計思想 選項(xiàng)指出另外的性能和提出選項(xiàng)的執(zhí)行的要求。）列表最后的配置選項(xiàng)由 LCP包的長度域所指出。配置選項(xiàng)詳細(xì)的效果，由每一個配置選項(xiàng)描述所指出。如果一個配置選項(xiàng)不包含在ConfigureRequest包中，配置選項(xiàng)被假定為默認(rèn)值。該域的結(jié)束由長度指出。 數(shù)據(jù) 數(shù)據(jù)域 是零或者多個八位字節(jié)，包含被發(fā)送方使用的未解釋的數(shù)據(jù)。在該MagicNumber配置選項(xiàng)被成功的協(xié)商之前， MagicNumber必須被以零傳送。 代碼 11 為 DiscardRequest 標(biāo)識符 每個 DiscardRequest發(fā)送，標(biāo)識符域必須改變。DiscardRequest包格式如下。 DiscardRequest包必須僅在 LCP的Opened（打開）狀態(tài)被發(fā)送。 59. DiscardRequest 描述 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費(fèi)資源共享 ) 第 28 頁 共 37 頁 LCP包含一個 DiscardRequest代碼為了供給一個用于演習(xí)本地到遙遠(yuǎn)的鏈路方向的數(shù)據(jù)鏈路層接收器機(jī)制。該數(shù)據(jù)可以由 任何二進(jìn)制值組成。在 MagicNumber配置選項(xiàng)中由更詳細(xì)的說明。 MagicNumber MagicNumber域是四個八位字節(jié)，對檢測處于 loopedback條件下的鏈路有幫助。對于重新傳送標(biāo)識符可以保持不變。域從左到右傳送。 EchoRequest 和 EchoReply包必須僅在 LCP的 Opened（打開） 狀態(tài)下發(fā)送，在其他不是 Opened（打開）狀態(tài)下接收到的 EchoRequest 和 EchoReply包應(yīng)該被靜靜的丟棄。這對調(diào)試、鏈路質(zhì)量檢測、執(zhí)行測試和眾多的其他功能有幫助。被拒絕的信息必須削減來適應(yīng) peer制定的 MRU。 被拒絕的信息 被拒絕的信息域包含被拒絕的包的拷貝。 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費(fèi)資源共享 ) 第 26 頁 共 37 頁 代碼 8 為 ProtocolReject 標(biāo)識符 對每一次 ProtocolReject發(fā)送，標(biāo)識符域必須被改變。 ProtocolReject包格式如下。 ProtocolReject包只能在 LCP的 Opened（打開）狀態(tài)被發(fā)送。如果 LCP自動處理處于 Opened（打開）狀態(tài)，那么必須通過傳送一個ProtocolReject報告回該 peer。 57. ProtocolReject 描述 一個帶有未知協(xié)議域的 PPP包的接收顯示 peer試圖使用一個不支持的協(xié)議。它由信息域開始，并且不包括任何數(shù)據(jù)鏈路層的頭或者 FCS。 代碼 7 為 CodeReject 標(biāo)識符 對于每次 CodeReject發(fā)送，該標(biāo)識符域必須被改變。 CodeReject包格式如下。這必須傳送一個CodeReject報告回給未知代碼的發(fā)送方。該域的結(jié)束可以由長度指出。 數(shù)據(jù) 數(shù)據(jù)域?yàn)榱銈€或多個八位字節(jié)，包含發(fā)送方使用的未解釋的數(shù)據(jù)。 標(biāo)識符 傳送過程中，無論何時數(shù)據(jù)域的內(nèi)容發(fā)生了改變，而且無論何時接收到一個對前一個請求有效的答復(fù)，標(biāo)識符域必須改變，對于重新 傳送，標(biāo)識符可以保持不變。域從左到右傳送。接收一個未被引出的 TerminateAck表示 peer在 Closed（關(guān)閉）或 Stopped（停 止）狀態(tài)，或者需要另外再商議。 TerminateRequest包應(yīng)該繼續(xù)發(fā)送，直到收到 TerminateAck，低層顯示已經(jīng)關(guān)閉了，或者已經(jīng)接收到了充分大的數(shù)量，以致 peer有確切地理由關(guān)閉。 55. TerminateRequest and TerminateAck 描述 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費(fèi)資源共享 ) 第 24 頁 共 37 頁 LCP包含 TerminateRequest 和 TerminateAck代碼是為了提供關(guān)閉一個連接的機(jī)制。 選項(xiàng)選項(xiàng)域是長度的變量，包含零或者多個發(fā)送者拒絕的配置選項(xiàng)列表。域從左到右傳送。有效的 ConfigureReject接收指出當(dāng)一個新的 ConfigureRequest發(fā)送的時候，必須不包含任何 ConfigureReject中列出的配置選項(xiàng)。另外，ConfigureReject的配置選項(xiàng)必須是最后傳輸?shù)?ConfigureRequest的正確的子集。所有可識別的和可通過商議解決的配置選項(xiàng)被過濾出ConfigureReject，但是另外的配置選項(xiàng)必須不被任何方式的 重定義或修改。 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費(fèi)資源共享 ) 第 23 頁 共 37 頁 54. ConfigureReject 描述 如果 ConfigureRequest中收到的一些配置選項(xiàng)是不可辨認(rèn)的或者不被商議所接受（由網(wǎng)絡(luò)管理員配置的），則該執(zhí)行必須傳送一個 ConfigureReject。 選項(xiàng) 選項(xiàng)域是長度的變量，包含零到多個沒有應(yīng)答的發(fā)送方的配置選項(xiàng)。域從左到右傳送。既然沒有應(yīng)答的選項(xiàng)被 peer修正了，該執(zhí)行必須能夠處理與來自原 Configure Request不同的選項(xiàng)長度。當(dāng)當(dāng)前配置選項(xiàng)是多種情況時， peer應(yīng)該選擇一個單一的值包含到下一個 ConfigureRequest包中。錯誤包被靜靜的丟棄。任何用于該選項(xiàng)的值域必須指出 ConfigureNak發(fā)送方的可接受值。最后，一個執(zhí)行可以被配置到要求明確的配置選項(xiàng)。一個詳細(xì)的配置選項(xiàng)類型能以不同的值被列出超過一次時，ConfigureNak必須包括 ConfigureNak發(fā)送方所接受的全部選項(xiàng)值的列表。允許僅有一個單一要求的每一個配置選項(xiàng)必須被修正到可接受的值到 ConfigureNak發(fā)送方。全部可接 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費(fèi)資源共享 ) 第 22 頁 共 37 頁 受的配置選項(xiàng)填充在 ConfigureNak外，但是來自 ConfigureRequest的配置選項(xiàng)必須不被重命令。 53. ConfigureNak 描述 如果每一個收到的配置選項(xiàng)要求是可認(rèn)知的，但是一些值不能被接受，那么該執(zhí)行必須傳送一個ConfigureNak。 選項(xiàng) 選項(xiàng)域是長度的變量，并包含零個或多個發(fā)送方確認(rèn)的配置選項(xiàng)的列表。域從左到右傳輸。錯誤包被靜靜的丟棄。 ConfigureAck的接收中，標(biāo)識符域必 須匹配最后傳送的 ConfigureRequest。 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費(fèi)資源共享 ) 第 21 頁 共 37 頁 52. ConfigureAck 描述 如果 ConfigureRequest中收到的每一個配置選項(xiàng)和全部的值都是能接受的，那么該執(zhí)行必須傳送一個 ConfigureAck。全部配置選項(xiàng)總是被同時協(xié)商。對重發(fā)來說，標(biāo)識符可以保持不變。域從左到右傳輸。 ConfigureRequest的接收上，必須傳送適當(dāng)?shù)拇饛?fù)。選項(xiàng)域被填充任何想要的對鏈路默認(rèn)的改變。數(shù)據(jù)域的格式由代碼域決定。當(dāng)收到帶有無效標(biāo)識符該包將不影響自動機(jī)制，被靜靜的丟棄。該長度必須不超過鏈路的 MRU。當(dāng)帶有無效標(biāo)識符域的包被接收時候，該包將不影響自動機(jī)制，被靜靜的丟棄。 LCP代碼域的 Uptodate值在最近的 指定號碼 RFC[2]中被指定。 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費(fèi)資源共享 ) 第 19 頁 共 37 頁 ? 代碼 代碼域是一個八位字節(jié)，確定 LCP包的種類。鏈環(huán)控制協(xié)議包格式的摘要如下。這就保證了這樣的 LCP包總是可以識別的，甚至當(dāng) 1個鏈路的結(jié)束錯誤的相信該鏈路是開著的。不管哪個配置選項(xiàng)被允許，所有的 LCP鏈路配置，鏈路終止和代碼 拒絕包（代碼 1到 7）總被發(fā)送，就像沒有配置選項(xiàng)被協(xié)商一樣。一個正確的運(yùn)作的 LCP的執(zhí)行將總是對帶有簡單地可以識別的LCP包的未知協(xié)議和代碼進(jìn)行響應(yīng)。 2. 鏈路結(jié)束包被用于結(jié)束一個鏈路（ TerminateRequest 和 TerminateAck） 3. 鏈路維修包被用于管理和調(diào)試一 個鏈路（ CodeReject, ProtocolReject, EchoRequest, EchoReply, 和 DiscardRequest）。 MaxFailure必須是可配置的，但是應(yīng)該缺省為五（ 5）次傳輸。 MaxFailure顯示 ConfigureNak包發(fā)送，在假定配置不收斂之前發(fā) ConfigureAck的 ConfigureNak包的個數(shù) 。 MaxConfigure必須是可配置的，但是應(yīng)該缺省為十（ 10）次傳輸。 MaxConfigure 推薦為 ConfigureRequests采用一個類似的計數(shù)器。 MaxTerminate顯示 TerminateRequest包發(fā)送，但是認(rèn)為 peer不會應(yīng)答的，沒有收到 TerminateAck的包的個數(shù)。以 14,400 bps運(yùn)作的調(diào)制解調(diào)器的 round trip時間范圍中精確到 160到 600毫秒以上。初始值應(yīng)該對包的大小來說足夠大，用于以線路速率傳輸兩倍的 round trip時間，并且至少附加 100毫秒來允許 peer來處理響應(yīng)之前的包。代替恒定值，重新開始計時器可以從最初的小的值開始增加到配置的最終值。缺省值被指定為低的速度（ 2,400～ 9,600 bps），高交換的等待時間鏈路（典型電話線）。重啟動定時器必須是可配置的，但是應(yīng)該缺省為三（ 3） 秒。重啟動定時器被用于計算 ConfigureRequest和TerminateRequest包的傳輸時間。設(shè)備應(yīng)該考慮這些，并且應(yīng)該滿足環(huán)偵測機(jī)制或更高水平的超時。和任何協(xié)商一樣，有可能來設(shè)置 2個 PPP由不收斂的矛盾的方法來執(zhí)行。 45 環(huán)躲避（循環(huán)避免） 中國最大的管 理 資料下載中心