4-5 環(huán)躲避（循環(huán)避免）
協(xié)議做避開協(xié)商成環(huán)狀的配置選項的適當(dāng)嘗試 。不過 ， 協(xié)議不保證環(huán)將不發(fā)生 。和任何協(xié)商一樣 ， 有可能來設(shè)置2個PPP由不收斂的矛盾的方法來執(zhí)行 。同樣 ， 也有可能配置收斂的 ， 重要的時間這樣去做的方法 。設(shè)備應(yīng)該考慮這些 ， 并且應(yīng)該滿足環(huán)偵測機(jī)制或更高水平的超時 。
4-6 計數(shù)器和定時器
重啟動定時器
有一個非凡的定時器被自動使用 。重啟動定時器被用于計算Configure-Request和Terminate-Request包的傳輸時間 。重啟動定時器的滿期產(chǎn)生一個超時事件 ， 并且通信Configure-Request或Terminate-Request包重新傳送 。重啟動定時器必須是可配置的 ， 但是應(yīng)該缺省為三（3）秒 。
執(zhí)行記錄：重新開始計時器應(yīng)該根據(jù)鏈路的速度 。缺省值被指定為低的速度（2,400～9,600 bps） ， 高交換的等待時間鏈路（典型電話線） 。更高的速度鏈路或和低交換等待時間的鏈路應(yīng)該相對應(yīng)有更快的再次傳輸時間 。代替恒定值 ， 重新開始計時器可以從最初的小的值開始增加到配置的最終值 。每一個小于最終值的連續(xù)值應(yīng)該至少是前一個值的兩倍 。初始值應(yīng)該對包的大小來說足夠大 ， 用于以線路速率傳輸兩倍的round trip時間 ， 并且至少附加100毫秒來答應(yīng)peer來處理響應(yīng)之前的包 。一些電路又加了200毫秒的附加遲延 。以14,400 bps運(yùn)作的調(diào)制解調(diào)器的round trip時間范圍中精確到160到600毫秒以上 。
Max-Terminate
必須有一個Terminate-Requests的restart計數(shù)器 。Max-Terminate顯示Terminate-Request包發(fā)送 ， 但是認(rèn)為peer不會應(yīng)答的 ， 沒有收到Terminate-Ack的包的個數(shù) 。Max-Terminate必須是可配置的 ， 但是應(yīng)該缺省為二（2）秒傳輸 。
Max-Configure
推薦為Configure-Requests采用一個類似的計數(shù)器 。Max-Configure顯示Configure-Request包發(fā)送 ， 在peer不會應(yīng)答前的 ， 沒有接收到一個有效的Configure-Ack ， Configure-Nak 或 Configure-Reject的包的個數(shù) 。Max-Configure必須是可配置的 ， 但是應(yīng)該缺省為十（10）次傳輸 。
Max-Failure
推薦為Configure-Nak采用一個相關(guān)的計數(shù)器 。Max-Failure顯示Configure-Nak包發(fā)送 ， 在假定配置不收斂之前發(fā)Configure-Ack的Configure-Nak包的個數(shù) 。任何更進(jìn)一步的用于peer請求的選項被轉(zhuǎn)換到Configure-Reject包 ， 并且不在附加局部要求選項 。Max-Failure必須是可配置的 ， 但是應(yīng)該缺省為五（5）次傳輸 。
5 LCP包格式
LCP包有3類： 鏈路配置包 ， 用于建立和配置鏈路（Configure-Request ， Configure-Ack ， Configure-Nak ， 和Configure-Reject） 。鏈路結(jié)束包被用于結(jié)束一個鏈路（Terminate-Request 和 Terminate-Ack） 鏈路維修包被用于治理和調(diào)試一個鏈路（Code-Reject, Protocol-Reject, Echo-Request, Echo-Reply, 和 Discard-Request） 。為了簡單 ， LCP包里沒有版本域 。一個正確的運(yùn)作的LCP的執(zhí)行將總是對帶有簡單地可以識別的LCP包的未知協(xié)議和代碼進(jìn)行響應(yīng) 。這樣倘若一個確定性的可靠的機(jī)制用于其他版本的執(zhí)行 。不管哪個配置選項被答應(yīng) ， 所有的LCP鏈路配置 ， 鏈路終止和代碼-拒絕包（代碼1到7）總被發(fā)送 ， 就像沒有配置選項被協(xié)商一樣 。非凡是 ， 每個配置選項都指定缺省值 。這就保證了這樣的LCP包總是可以識別的 ， 甚至當(dāng)1個鏈路的結(jié)束錯誤的相信該鏈路是開著的 。
確切的說1個LCP包被封裝在PPP信息域中 ， 該P(yáng)PP協(xié)議域表示類型為十六進(jìn)制c021（鏈路控制協(xié)議） 。鏈環(huán)控制協(xié)議包格式的摘要如下 。域被從左往右傳送 。
代碼 代碼域是一個八位字節(jié) ， 確定LCP包的種類 。當(dāng)收到一個帶有未知域的包時 ， 一個Code-Reject包被傳送 。LCP代碼域的Up-to-date值在最近的"指定號碼"RFC[2]中被指定 。該文檔涉及以下的值：
推薦閱讀
- IPv6 Internet 協(xié)議第六版 規(guī)范
- POP3 郵局協(xié)議-版本3
- Internet Protocol Internet協(xié)議
- ICMP Internet控制信息協(xié)議
- 動態(tài)主機(jī)配置協(xié)議
- 網(wǎng)絡(luò)通信協(xié)議
- CIP 傳輸協(xié)議
- Daytime協(xié)議
- OSPF協(xié)議
- PPP協(xié)議