【導(dǎo)讀】PPP是為在同等單元之間傳輸數(shù)據(jù)包這樣的簡單的鏈路而設(shè)計(jì)的。這種鏈路提供全雙工操作，并。按照順序傳遞數(shù)據(jù)包。（人們）有意讓PPP為基于各種主機(jī)、網(wǎng)橋和路由器的簡單連接提供一種。共通的解決方案。PPP封裝提供了不同網(wǎng)絡(luò)層協(xié)議同時(shí)通過統(tǒng)一鏈路的多路技術(shù)。當(dāng)使用默認(rèn)的類HDLC幀時(shí)，僅需要8個(gè)額外。在帶寬需要付費(fèi)時(shí)，封裝和幀可以減少到2或4個(gè)字節(jié)。速的執(zhí)行，默認(rèn)的封裝只使用簡單的字段，多路分解只需要對其中的一個(gè)字段進(jìn)行檢驗(yàn)。為了在一個(gè)很寬廣的環(huán)境內(nèi)能足夠方便的使用，PPP提供了LCP。點(diǎn)對點(diǎn)連接可能和當(dāng)前的一族網(wǎng)絡(luò)協(xié)議產(chǎn)生許多問題。通過設(shè)計(jì)，標(biāo)準(zhǔn)的默認(rèn)值處理全部的配置。進(jìn)行改進(jìn)，它被自動(dòng)的通知給其同等單元而無需操作員的干涉。設(shè)定選項(xiàng)，以便其正常工作。PPP封裝用于消除多協(xié)議datagrams的歧義。收到的不符合這些規(guī)則的frames，必須被視為帶有不被承認(rèn)的協(xié)議。鏈路建立階段的轉(zhuǎn)換將給LCP自動(dòng)機(jī)器一個(gè)UP事件信號。

　　

【正文】 gureReject。選項(xiàng)域僅由來自 ConfigureRequest不可接受的配置選項(xiàng)所填充。所有可識別的和可通過商議解決的配置選項(xiàng)被過濾出ConfigureReject，但是另外的配置選項(xiàng)必須不被任何方式的 重定義或修改。在ConfigureReject的接受中，標(biāo)識符域必須匹配最后傳輸?shù)?ConfigureRequest。另外，ConfigureReject的配置選項(xiàng)必須是最后傳輸?shù)?ConfigureRequest的正確的子集。錯(cuò)誤包被靜靜的丟棄。有效的 ConfigureReject接收指出當(dāng)一個(gè)新的 ConfigureRequest發(fā)送的時(shí)候，必須不包含任何 ConfigureReject中列出的配置選項(xiàng)。 ConfigureReject包的格式如下。域從左到右傳送。 代碼 4 為 ConfigureReject 標(biāo)識符 標(biāo)識符域是導(dǎo)致該 ConfigureReject的 ConfigureRequest的標(biāo)識符域的拷貝。 選項(xiàng)選項(xiàng)域是長度的變量，包含零或者多個(gè)發(fā)送者拒絕的配置選項(xiàng)列表。全部的配置選項(xiàng)總是被同時(shí)拒絕的。 55. TerminateRequest and TerminateAck 描述 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費(fèi)資源共享 ) 第 24 頁 共 37 頁 LCP包含 TerminateRequest 和 TerminateAck代碼是為了提供關(guān)閉一個(gè)連接的機(jī)制。一個(gè)執(zhí)行想要關(guān)閉一個(gè)連接應(yīng)該傳送一個(gè) TerminateRequest。 TerminateRequest包應(yīng)該繼續(xù)發(fā)送，直到收到 TerminateAck，低層顯示已經(jīng)關(guān)閉了，或者已經(jīng)接收到了充分大的數(shù)量，以致 peer有確切地理由關(guān)閉。在一個(gè) TerminateRequest接收上，必須傳送一個(gè) TerminateAck。接收一個(gè)未被引出的 TerminateAck表示 peer在 Closed（關(guān)閉）或 Stopped（停 止）狀態(tài)，或者需要另外再商議。 TerminateRequest 和 TerminateAck包格式如下。域從左到右傳送。 代碼 5 為 TerminateRequest； 6 為 TerminateAck。 標(biāo)識符 傳送過程中，無論何時(shí)數(shù)據(jù)域的內(nèi)容發(fā)生了改變，而且無論何時(shí)接收到一個(gè)對前一個(gè)請求有效的答復(fù)，標(biāo)識符域必須改變，對于重新 傳送，標(biāo)識符可以保持不變。接收過程中， TerminateRequest的標(biāo)識符域被拷貝到 TerminateAck包的標(biāo)識符域。 數(shù)據(jù) 數(shù)據(jù)域?yàn)榱銈€(gè)或多個(gè)八位字節(jié)，包含發(fā)送方使用的未解釋的數(shù)據(jù)。該數(shù)據(jù)可以由任何二進(jìn)制值組成。該域的結(jié)束可以由長度指出。 56. CodeReject 描述 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費(fèi)資源共享 ) 第 25 頁 共 37 頁 一個(gè)帶有未知代碼的 LCP包的接收顯示 peer由一個(gè)不同的版本操作。這必須傳送一個(gè)CodeReject報(bào)告回給未知代碼的發(fā)送方。一個(gè)基本的該版本協(xié)議的 CodeReject的接收中，執(zhí)行應(yīng)該報(bào)告問題并結(jié)束連接，既然該情 形不像能被自動(dòng)矯正。 CodeReject包格式如下。域從左到右傳送。 代碼 7 為 CodeReject 標(biāo)識符 對于每次 CodeReject發(fā)送，該標(biāo)識符域必須被改變。 被拒絕的包 被拒絕的包域包含被拒絕的 LCP包的拷貝。它由信息域開始，并且不包括任何數(shù)據(jù)鏈路層的頭或者 FCS。被拒絕的包必須被縮短來符合 peer指定的 MRU。 57. ProtocolReject 描述 一個(gè)帶有未知協(xié)議域的 PPP包的接收顯示 peer試圖使用一個(gè)不支持的協(xié)議。這通常發(fā)生在 peer試圖配置一個(gè)新的協(xié)議時(shí)。如果 LCP自動(dòng)處理處于 Opened（打開）狀態(tài)，那么必須通過傳送一個(gè)ProtocolReject報(bào)告回該 peer。在 ProtocolReject接收中，執(zhí)行必須及早停止發(fā)送被指出的協(xié)議的包。 ProtocolReject包只能在 LCP的 Opened（打開）狀態(tài)被發(fā)送。在其他不是 Opened（打開）狀態(tài)下接收到的 ProtocolReject包應(yīng) 該被靜靜的丟棄。 ProtocolReject包格式如下。域從左到右傳送。 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費(fèi)資源共享 ) 第 26 頁 共 37 頁 代碼 8 為 ProtocolReject 標(biāo)識符 對每一次 ProtocolReject發(fā)送，標(biāo)識符域必須被改變。 被拒絕的協(xié)議 被拒絕的協(xié)議域?yàn)槎€(gè)八位字節(jié)，包含被拒絕的 PPP協(xié)議域。 被拒絕的信息 被拒絕的信息域包含被拒絕的包的拷貝。由信息域開始，不包 含任何數(shù)據(jù)鏈路層頭或 FCS。被拒絕的信息必須削減來適應(yīng) peer制定的 MRU。 58. EchoRequest and EchoReply 描述 LCP包含 EchoRequest 和 EchoReply代碼來供給一個(gè)數(shù)據(jù)鏈路層回送機(jī)制來演習(xí)鏈路雙方的使用。這對調(diào)試、鏈路質(zhì)量檢測、執(zhí)行測試和眾多的其他功能有幫助。一個(gè)在 LCP的 Opened（打開）狀態(tài)接收 EchoRequest時(shí)，必須傳送一個(gè) EchoReply。 EchoRequest 和 EchoReply包必須僅在 LCP的 Opened（打開） 狀態(tài)下發(fā)送，在其他不是 Opened（打開）狀態(tài)下接收到的 EchoRequest 和 EchoReply包應(yīng)該被靜靜的丟棄。 EchoRequest 和 EchoReply包格式如下。域從左到右傳送。 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費(fèi)資源共享 ) 第 27 頁 共 37 頁 代碼 9 為 EchoRequest； 10 為 EchoReply 標(biāo)識符 傳輸中，無論何時(shí)數(shù)據(jù)域內(nèi)容的改變，并且無論何時(shí)接 收到前一個(gè)請求的有效的響應(yīng)，標(biāo)識符域必須被改變。對于重新傳送標(biāo)識符可以保持不變。接收中， EchoRequest的標(biāo)識符域被拷貝到EchoReply包的標(biāo)識符域。 MagicNumber MagicNumber域是四個(gè)八位字節(jié)，對檢測處于 loopedback條件下的鏈路有幫助。在該MagicNumber配置選項(xiàng)被成功的協(xié)商之前， MagicNumber必須被以零傳送。在 MagicNumber配置選項(xiàng)中由更詳細(xì)的說明。 數(shù)據(jù) 數(shù)據(jù)域是零或者多個(gè)八位字節(jié)，包含被發(fā)送方使用的未解釋的數(shù)據(jù)。該數(shù)據(jù)可以由 任何二進(jìn)制值組成。該域的結(jié)束由長度指出。 59. DiscardRequest 描述 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費(fèi)資源共享 ) 第 28 頁 共 37 頁 LCP包含一個(gè) DiscardRequest代碼為了供給一個(gè)用于演習(xí)本地到遙遠(yuǎn)的鏈路方向的數(shù)據(jù)鏈路層接收器機(jī)制。有助于調(diào)試、執(zhí)行測試、和眾多的其他功能。 DiscardRequest包必須僅在 LCP的Opened（打開）狀態(tài)被發(fā)送。接收中，接收器必須靜靜的丟棄任何收到的 DiscardRequest。DiscardRequest包格式如下。域從左到右傳送。 代碼 11 為 DiscardRequest 標(biāo)識符 每個(gè) DiscardRequest發(fā)送，標(biāo)識符域必須改變。 MagicNumber MagicNumber域?yàn)樗膫€(gè)八位字節(jié)，對檢測處于 loopedback條件下的鏈路有幫助。在該MagicNumber配置選項(xiàng)被成功的協(xié)商之前， MagicNumber必須被以零傳送。在 MagicNumber配置選項(xiàng)中由更詳細(xì)的說明。 數(shù)據(jù) 數(shù)據(jù)域 是零或者多個(gè)八位字節(jié)，包含被發(fā)送方使用的未解釋的數(shù)據(jù)。該數(shù)據(jù)可以由任何二進(jìn)制值組成。該域的結(jié)束由長度指出。 6. LCP配置選項(xiàng) 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費(fèi)資源共享 ) 第 29 頁 共 37 頁 LCP配置選項(xiàng)允許點(diǎn)對點(diǎn)鏈路的默認(rèn)特征的更改的協(xié)商。如果一個(gè)配置選項(xiàng)不包含在ConfigureRequest包中，配置選項(xiàng)被假定為默認(rèn)值。一些配置選項(xiàng)可以被列出超過一次。配置選項(xiàng)詳細(xì)的效果，由每一個(gè)配置選項(xiàng)描述所指出。（該說明書內(nèi)的配置選項(xiàng)均不能被列出超過一次。）列表最后的配置選項(xiàng)由 LCP包的長度域所指出。若不另外指定，所有的配置選項(xiàng)由半雙工方式支持：典型的，線路的接收方是來自 ConfigureRequest發(fā)送者的觀點(diǎn)。 設(shè)計(jì)思想 選項(xiàng)指出另外的性能和提出選項(xiàng)的執(zhí)行的要求。不了解任何選項(xiàng)的執(zhí)行應(yīng)該與實(shí)現(xiàn)每一個(gè)選項(xiàng)的操作交互執(zhí)行。對每一個(gè)允許鏈路沒有選項(xiàng)協(xié)商的正確功能的每一個(gè)選項(xiàng)指定默認(rèn)值，盡管低于最佳性能。除非明確的指出，一個(gè)選項(xiàng)的確認(rèn)并不需要 peer來比默認(rèn)附加任何動(dòng)作。沒有必要為 ConfigureRequest中的選項(xiàng)發(fā)送默認(rèn)值。配置選項(xiàng)格式如下。域從左到右傳送。 類型 類型域是一個(gè)八位字節(jié)，指出配置選項(xiàng)的類型。 LCP選項(xiàng)類型域的 Uptodate值在大多數(shù)當(dāng)前的Assigned Numbers RFC [2]中被指定。該文檔涉及以下值： 0 RESERVED（保留） 1 MaximumReceiveUnit（最大 接收 單元） 3 AuthenticationProtocol（鑒定 協(xié)議） 4 QualityProtocol（質(zhì)量 協(xié)議） 5 MagicNumber 7 ProtocolFieldCompression（協(xié)議 域 壓縮） 8 AddressandControlFieldCompression（地址 和 控制 域 壓縮） 長度 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費(fèi)資源共享 ) 第 30 頁 共 37 頁 長度域是一個(gè)八位字節(jié)，并且指出該配置選項(xiàng)，包括類型、長度和數(shù)據(jù)域的長度。如果在一個(gè)ConfigureRequest中收到了一個(gè)可通過談判解決的配置選項(xiàng)，但是帶有一個(gè)非法的或者未被承認(rèn)的長度， ConfigureNak應(yīng)該被傳送包括帶有適當(dāng)?shù)拈L度和數(shù)據(jù)的想得到的配置選項(xiàng)。 數(shù)據(jù) 數(shù)據(jù)域是零個(gè)或者更多的八位字節(jié)，并且包含配 置選項(xiàng)的特殊詳細(xì)信息。數(shù)據(jù)域的類型和長度由類型和長度域所決定。當(dāng)數(shù)據(jù)域由長度到擴(kuò)充超過信息域的結(jié)束所指出，整個(gè)包被不通知自動(dòng)機(jī)制靜靜的丟棄。 61. MaximumReceiveUnit (MRU) 描述 該配置選項(xiàng)可以被發(fā)送到通知 peer該執(zhí)行可以接收更大的包，或者請求 peer發(fā)送小一點(diǎn)的包。默認(rèn)值是 1500個(gè)八位字節(jié)。如果請求小一點(diǎn)的包，萬一鏈路同步丟失，一個(gè)執(zhí)行必須仍然能夠接收整個(gè) 1500個(gè)八位字節(jié)的全部信息域。 執(zhí)行記錄： 該選項(xiàng)用于指出一個(gè)執(zhí)行的容量。 peer不必需要最大容量的使用。例如，當(dāng) 一個(gè) 2048個(gè)八位字節(jié) MRU被指出， peer不需要用 2048個(gè)八位字節(jié)發(fā)送每個(gè)包。 peer不需要 ConfigureNak指出它將僅發(fā)送小一點(diǎn)的包，既然該執(zhí)行將總是需要對至少 1500八位字節(jié)的支持。MaximumReceiveUnit配