[發(fā)明專利]一種檢測PPP鏈路狀態(tài)的方法及系統(tǒng)

在審

• 申請?zhí)枺?/td>: 201710299113.X
• 申請日: 2017-04-28
• 公開（公告）號: CN107342912A
• 公開（公告）日: 2017-11-10
• 發(fā)明（設(shè)計）人: 于德海
• 申請（專利權(quán)）人: 北京極科極客科技有限公司
• 主分類號: H04L12/26
• 分類號: H04L12/26
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術(shù)領(lǐng)域

本發(fā)明屬于網(wǎng)絡(luò)通信系統(tǒng)的技術(shù)領(lǐng)域，具體地涉及一種檢測PPP鏈路狀態(tài)的方法，以及檢測PPP鏈路狀態(tài)的系統(tǒng)，其能夠保證PPP鏈路狀態(tài)檢測的可靠性。

背景技術(shù)

PPP(Point-to-Point Protocol，點到點協(xié)議)是為在同等單元之間傳輸數(shù)據(jù)包這樣的簡單鏈路設(shè)計的鏈路層協(xié)議。這種鏈路提供全雙工操作，并按照順序傳遞數(shù)據(jù)包。設(shè)計目的主要是用來通過撥號或?qū)＞€方式建立點對點連接發(fā)送數(shù)據(jù)，使其成為各種主機、網(wǎng)橋和路由器之間簡單連接的一種共通的解決方案。

PPP現(xiàn)在已經(jīng)成為使用最廣泛的Internet接入方式的數(shù)據(jù)鏈路層協(xié)議。PPP可以和ADSL、Cable Modem、LAN等技術(shù)結(jié)合起來完成各類型的寬帶接入。我們家庭中使用最多的寬帶接入方式就是PPPoE(PPP over Ethernet)。這是一種PPP利用以太網(wǎng)(Ethernet)資源，在以太網(wǎng)上運行PPP來對用戶進行接入認證的技術(shù)，PPP負責在用戶端和運營商的接入服務(wù)器之間建立通信鏈路。

然而，由于各種原因(網(wǎng)絡(luò)噪音，網(wǎng)絡(luò)節(jié)點異常，服務(wù)器異常等等)，網(wǎng)絡(luò)通信鏈路很可能出現(xiàn)鏈路斷開的情況。準確地檢測出PPP鏈路是連接還是斷開狀態(tài)，可以有效保證網(wǎng)絡(luò)通信質(zhì)量。

在現(xiàn)有的技術(shù)中，為了檢測PPP鏈路狀態(tài)，客戶端是通過發(fā)送LCP echo request請求，檢查服務(wù)端是否做了LCP echo reply響應(yīng)，來判斷PPP鏈路是否斷開。但是，當網(wǎng)絡(luò)不穩(wěn)定時或者LCP echo reply被丟失或者服務(wù)器不響應(yīng)LCP echo request時，就會誤認為PPP鏈路已經(jīng)斷開，但是實際上沒有斷開。也就是說，通過現(xiàn)有的LCP echo request技術(shù)來檢測和維護PPP鏈路是不可靠的。

發(fā)明內(nèi)容

本發(fā)明要解決的技術(shù)解決問題是：克服現(xiàn)有技術(shù)的不足，提供一種檢測PPP鏈路狀態(tài)的方法，其可以有效地補充LCP echo request的鏈路狀態(tài)檢測方法，能夠保證PPP鏈路狀態(tài)檢測的可靠性。

本發(fā)明的技術(shù)解決方案是：這種檢測PPP鏈路狀態(tài)的方法，該方法包括以下步驟：

(1)在客戶端啟動一個進程周期來統(tǒng)計PPP鏈路上的總數(shù)據(jù)包；

(2)當使用LCP echo request檢測方法時，客戶端沒有收到服務(wù)端發(fā)來的LCP響應(yīng)包，取出第一個LCP echo request數(shù)據(jù)包發(fā)送的時間點時PPP鏈路數(shù)據(jù)包總數(shù)sum_start和最后一個LCP echo request數(shù)據(jù)包發(fā)送的時間點時的PPP鏈路數(shù)據(jù)包總數(shù)sum_end；

(3)判斷sum_start和sum_end這兩個值是否相同，是則執(zhí)行步驟(5)，否則執(zhí)行步驟(4)；

(4)確定鏈路是處于連接狀態(tài)的，LCP的檢測是錯誤的，重置LCP檢測狀態(tài)和鏈路數(shù)據(jù)包統(tǒng)計狀態(tài)，保持PPP鏈路的連接狀態(tài)，跳轉(zhuǎn)到步驟(1)；

(5)確定LCP的檢測結(jié)果是正確的，鏈路異常斷開了，重啟PPP鏈路，跳轉(zhuǎn)到步驟(1)。

本發(fā)明通過周期性監(jiān)控PPP鏈路上有對端發(fā)送的數(shù)據(jù)包，基于PPP鏈路是點到點鏈路，所以鏈路上有數(shù)據(jù)包，可以證明PPP鏈路仍然是連通的，此方法不用使用dns協(xié)議做探測包，是與協(xié)議完全無關(guān)的，而且可以有效的補充LCP echo request的鏈路狀態(tài)檢測方法，保證PPP鏈路狀態(tài)檢測的可靠性。

還提供了一種檢測PPP鏈路狀態(tài)的系統(tǒng)，該系統(tǒng)包括：

統(tǒng)計模塊，其配置來在客戶端啟動一個進程周期來統(tǒng)計PPP鏈路上的總數(shù)據(jù)包；

取數(shù)模塊，其配置來當使用LCP echo request檢測方法時，客戶端沒有收到服務(wù)端發(fā)來的LCP響應(yīng)包，取出第一個LCP echo request數(shù)據(jù)包發(fā)送的時間點時PPP鏈路數(shù)據(jù)包總數(shù)sum_start和最后一個LCP echo request數(shù)據(jù)包發(fā)送的時間點時的PPP鏈路數(shù)據(jù)包總數(shù)sum_end；

取數(shù)模塊，其配置來判斷sum_start和sum_end這兩個值是否相同，是則執(zhí)行確認模塊，否則執(zhí)行糾錯模塊；

糾錯模塊，其配置來確定鏈路是處于連接狀態(tài)的，LCP的檢測是錯誤的，重置LCP檢測狀態(tài)和鏈路數(shù)據(jù)包統(tǒng)計狀態(tài)，保持PPP鏈路的連接狀態(tài)，執(zhí)行統(tǒng)計模塊；

確認模塊，其配置來確定LCP的檢測結(jié)果是正確的，鏈路異常斷開了，重啟PPP鏈路，執(zhí)行統(tǒng)計模塊。

附圖說明

圖1是根據(jù)本發(fā)明的檢測PPP鏈路狀態(tài)的方法的流程圖。

圖2示出了根據(jù)本發(fā)明的一個優(yōu)選實施例的流程圖。