日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

  1. 首頁(yè) > 云知道 > >

PPP協(xié)議規(guī)范( 十 )

云知道



代碼
3 為Configure-Nak
標(biāo)識(shí)符
標(biāo)識(shí)符域是導(dǎo)致Configure-Nak的Configure-Request的標(biāo)識(shí)符的拷貝 。
選項(xiàng)
選項(xiàng)域是長(zhǎng)度的變量 ， 包含零到多個(gè)沒(méi)有應(yīng)答的發(fā)送方的配置選項(xiàng) 。全部配置選項(xiàng)總是同時(shí)沒(méi)有應(yīng)答的 。
5-4. Configure-Reject
描述
假如Configure-Request中收到的一些配置選項(xiàng)是不可辨認(rèn)的或者不被商議所接受（由網(wǎng)絡(luò)治理員配置的） ， 則該執(zhí)行必須傳送一個(gè)Configure-Reject 。選項(xiàng)域僅由來(lái)自Configure-Request不可接受的配置選項(xiàng)所填充 。所有可識(shí)別的和可通過(guò)商議解決的配置選項(xiàng)被過(guò)濾出Configure-Reject ， 但是另外的配置選項(xiàng)必須不被任何方式的重定義或修改 。在Configure-Reject的接受中 ， 標(biāo)識(shí)符域必須匹配最后傳輸?shù)腃onfigure-Request 。另外 ， Configure-Reject的配置選項(xiàng)必須是最后傳輸?shù)腃onfigure-Request的正確的子集 。錯(cuò)誤包被靜靜的丟棄 。有效的Configure-Reject接收指出當(dāng)一個(gè)新的Configure-Request發(fā)送的時(shí)候 ， 必須不包含任何Configure-Reject中列出的配置選項(xiàng) 。Configure-Reject包的格式如下 。域從左到右傳送 。
代碼
4 為Configure-Reject
標(biāo)識(shí)符
標(biāo)識(shí)符域是導(dǎo)致該Configure-Reject的Configure-Request的標(biāo)識(shí)符域的拷貝 。
選項(xiàng)選項(xiàng)域是長(zhǎng)度的變量 ， 包含零或者多個(gè)發(fā)送者拒絕的配置選項(xiàng)列表 。全部的配置選項(xiàng)總是被同時(shí)拒絕的 。
5-5. Terminate-Request and Terminate-Ack
描述
LCP包含Terminate-Request 和 Terminate-Ack代碼是為了提供關(guān)閉一個(gè)連接的機(jī)制 。一個(gè)執(zhí)行想要關(guān)閉一個(gè)連接應(yīng)該傳送一個(gè)Terminate-Request 。Terminate-Request包應(yīng)該繼續(xù)發(fā)送 ， 直到收到Terminate-Ack ， 低層顯示已經(jīng)關(guān)閉了 ， 或者已經(jīng)接收到了充分大的數(shù)量 ， 以致peer有確切地理由關(guān)閉 。在一個(gè)Terminate-Request接收上 ， 必須傳送一個(gè)Terminate-Ack 。接收一個(gè)未被引出的Terminate-Ack表示peer在Closed（關(guān)閉）或Stopped（停止）狀態(tài) ， 或者需要另外再商議 。Terminate-Request 和 Terminate-Ack包格式如下 。域從左到右傳送 。
代碼
5 為T(mén)erminate-Request；
6 為T(mén)erminate-Ack 。
標(biāo)識(shí)符
傳送過(guò)程中 ， 無(wú)論何時(shí)數(shù)據(jù)域的內(nèi)容發(fā)生了改變 ， 而且無(wú)論何時(shí)接收到一個(gè)對(duì)前一個(gè)請(qǐng)求有效的答復(fù) ， 標(biāo)識(shí)符域必須改變 ， 對(duì)于重新傳送 ， 標(biāo)識(shí)符可以保持不變 。接收過(guò)程中 ， Terminate-Request的標(biāo)識(shí)符域被拷貝到Terminate-Ack包的標(biāo)識(shí)符域 。
數(shù)據(jù)
數(shù)據(jù)域?yàn)榱銈€(gè)或多個(gè)八位字節(jié) ， 包含發(fā)送方使用的未解釋的數(shù)據(jù) 。該數(shù)據(jù)可以由任何二進(jìn)制值組成 。該域的結(jié)束可以由長(zhǎng)度指出 。
5-6. Code-Reject
描述
一個(gè)帶有未知代碼的LCP包的接收顯示peer由一個(gè)不同的版本操作 。這必須傳送一個(gè)Code-Reject報(bào)告回給未知代碼的發(fā)送方 。一個(gè)基本的該版本協(xié)議的Code-Reject的接收中 ， 執(zhí)行應(yīng)該報(bào)告問(wèn)題并結(jié)束連接 ， 既然該情形不像能被自動(dòng)矯正 。Code-Reject包格式如下 。域從左到右傳送 。
代碼
7 為Code-Reject
標(biāo)識(shí)符
對(duì)于每次Code-Reject發(fā)送 ， 該標(biāo)識(shí)符域必須被改變 。
被拒絕的包
被拒絕的包域包含被拒絕的LCP包的拷貝 。它由信息域開(kāi)始 ， 并且不包括任何數(shù)據(jù)鏈路層的頭或者FCS 。被拒絕的包必須被縮短來(lái)符合peer指定的MRU 。
5-7. Protocol-Reject
描述
一個(gè)帶有未知協(xié)議域的PPP包的接收顯示peer試圖使用一個(gè)不支持的協(xié)議 。這通常發(fā)生在peer試圖配置一個(gè)新的協(xié)議時(shí) 。假如LCP自動(dòng)處理處于Opened（打開(kāi)）狀態(tài) ， 那么必須通過(guò)傳送一個(gè)Protocol-Reject報(bào)告回該peer 。在Protocol-Reject接收中 ， 執(zhí)行必須及早停止發(fā)送被指出的協(xié)議的包 。Protocol-Reject包只能在LCP的Opened（打開(kāi)）狀態(tài)被發(fā)送 。在其他不是Opened（打開(kāi)）狀態(tài)下接收到的Protocol-Reject包應(yīng)該被靜靜的丟棄 。Protocol-Reject包格式如下 。域從左到右傳送 。

推薦閱讀