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

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

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

云知道


停止?fàn)顟B(tài)是鏈路終止 ， 鏈路設(shè)定失敗 ， 和其他自動(dòng)機(jī)失敗模式的一個(gè)接合（中間）狀態(tài) 。這些各自獨(dú)立的狀態(tài)被潛在的聯(lián)合起來(lái) 。在Down事件應(yīng)答（從This-Layer-Finished動(dòng)作）和Receive-Configure-Request事件之間 ， 有一種競(jìng)賽條件 。當(dāng)Configure-Request在Down事件之前到來(lái) ， 代替Down事件的是自動(dòng)機(jī)返回到Starting狀態(tài) 。這防止了由重復(fù)產(chǎn)生的攻擊 。
執(zhí)行選項(xiàng)：
在peer對(duì)Configure-Requests響應(yīng)失敗之后 ， 一個(gè)執(zhí)行可以被動(dòng)的等待peer發(fā)送Configure-Requests 。在這種情況下 ， 在狀態(tài)Req-Sent ， Ack-Rcvd ， 和Ack-Sent里 ， 動(dòng)作This-Layer-Finished不用于TO- 事件 。這個(gè)選項(xiàng)對(duì)于專用電路或者沒(méi)有可用的狀態(tài)信號(hào)的電路有用 ， 但禁止用于交換電路 。Closing（結(jié)束）:在結(jié)束狀態(tài)里 ， 為了終止連接作了一次嘗試 。發(fā)送了一個(gè)Terminate-Request ， 并運(yùn)行了Restart timer ， 但沒(méi)有收到Terminate-Ack 。當(dāng)收到Terminate-Ack時(shí) ， 就進(jìn)入了Closed狀態(tài) 。當(dāng)Restart timer期滿時(shí) ， 傳輸一個(gè)新的Terminate-Request ， 并且Restart timer被重新啟動(dòng) 。在Restart timer達(dá)到Max-Terminate時(shí)間后 ， 就進(jìn)入了Closed狀態(tài) 。Stopping（停下）:停下?tīng)顟B(tài)是結(jié)束狀態(tài)的Open相似物 。發(fā)送了一個(gè)Terminate-Request ， 并運(yùn)行了Restart timer ， 但沒(méi)有收到Terminate-Ack ?；驹恚?br /> 停下?tīng)顟B(tài)提供了一個(gè)很好的機(jī)會(huì)在答應(yīng)新的通信量之前終止鏈路 。在鏈路終止后 ， 經(jīng)由Stopped或Starting狀態(tài) ， 會(huì)出現(xiàn)一個(gè)新的配置（設(shè)定） 。Request-Sent（要求-發(fā)送）:在要求-發(fā)送狀態(tài) ， 嘗試著配置（設(shè)定）連接 。發(fā)送了一個(gè)Terminate-Request ， 并運(yùn)行了Restart timer ， 但沒(méi)有收到Terminate-Ack 。Ack-Received（Ack-接收）:在Ack-接收狀態(tài) ， 發(fā)送了一個(gè)Configure-Request ， 接收了一個(gè)Configure-Ack 。因?yàn)檫€沒(méi)有發(fā)送Configure-Ack ， 所以Restart timer仍然運(yùn)行 。Ack-Sent（Ack-發(fā)送）:在Ack-發(fā)送狀態(tài) ， Configure-Request和Configure-Ack都被發(fā)送了 。但沒(méi)有接收到Configure-Ack 。因?yàn)檫€沒(méi)有接收到Configure-Ack ， 所以Restart timer仍然運(yùn)行 。Opened（開(kāi)啟）:在開(kāi)啟狀態(tài) ， 發(fā)送了一個(gè)Configure-Ack ， 也接收了一個(gè)Configure-Ack 。Restarttimer不運(yùn)行 。當(dāng)進(jìn)入該狀態(tài)時(shí) ， 執(zhí)行應(yīng)該通知上層 ， 現(xiàn)在Up 。相反 ， 當(dāng)離開(kāi)該裝態(tài)時(shí) ， 執(zhí)行應(yīng)該通知上層 ， 現(xiàn)在Down 。4-3 事件
自動(dòng)機(jī)里的狀態(tài)轉(zhuǎn)換和動(dòng)作是由事件引起的 。Up：當(dāng)?shù)蛯又赋鲆杨A(yù)備好攜帶packets時(shí) ， 發(fā)生此事件 。典型的 ， 該事件被調(diào)制解調(diào)器處理或呼叫過(guò)程 ， 或被一些其他的連接于物理媒體的PPP用于通知LCP ， 鏈路正進(jìn)入鏈路建立階段 。它也能被LCP用于通知每個(gè)NCP ， 鏈路進(jìn)入網(wǎng)絡(luò)層協(xié)議階段 。即 ， 來(lái)自LCP的動(dòng)作This-Layer-Up觸發(fā)了NCP中的Up事件 。Down：當(dāng)?shù)蛯又赋霾辉兕A(yù)備攜帶packets時(shí) ， 發(fā)生此事件 。典型的 ， 該事件被調(diào)制解調(diào)器處理或呼叫過(guò)程 ， 或被一些其他的連接于物理媒體的
PPP用于通知LCP ， 鏈路正進(jìn)入鏈路死亡階段 。它也能被LCP用于通知每個(gè)NCP ， 鏈路離開(kāi)網(wǎng)絡(luò)層協(xié)議階段 。即 ， 來(lái)自LCP的動(dòng)作This-Layer-Down觸發(fā)了NCP中的Down事件 。Open：該事件指出鏈路的通信量是可以治理的：即 ， 網(wǎng)絡(luò)治理者（人或程序）指出鏈路答應(yīng)被Opened 。當(dāng)這一事件發(fā)生 ， 且鏈路不處于Opened狀態(tài)時(shí) ， 自動(dòng)機(jī)則試圖給peer發(fā)送配置packets 。假如自動(dòng)機(jī)不能開(kāi)始配置（下層是Down ， 或者前一個(gè)Close事件還沒(méi)有結(jié)束） ， 那么
鏈路的建立將被自動(dòng)的推遲 。當(dāng)收到一個(gè)Terminate-Request ， 或者其他導(dǎo)致鏈路不可用的事件發(fā)生時(shí) ， 自動(dòng)機(jī)將進(jìn)入一個(gè)狀態(tài) ， 在那里鏈路預(yù)備re-open 。無(wú)需額外的治理干涉 。執(zhí)行選項(xiàng)：
經(jīng)驗(yàn)表明：當(dāng)用戶想就鏈路進(jìn)行重新談判時(shí) ， 他們將額外的執(zhí)行一條Open命令 。這表明新的值將被協(xié)商 。既然這不是Open事件的含義 ， 那就暗示著在Opened, Closing, Stopping或Stopped狀態(tài) ， 當(dāng)執(zhí)行一條Open用戶命令時(shí) ， 執(zhí)行發(fā)行一個(gè)Down事件 ， 緊接著一個(gè)Up事件 。一定要注重不能有從另一個(gè)源發(fā)生的Down事件的干涉 。緊接著Up事件的Down事件將引起一次有秩序的鏈路的再協(xié)商（通過(guò)先前進(jìn)到Starting狀態(tài) ， 再進(jìn)入到Request-Sent狀態(tài)） 。該再協(xié)商沒(méi)有負(fù)面影響 。

推薦閱讀