[發明專利]網絡節點鏈路斷開方法及裝置

無效

• 申請號: 201010189570.1
• 申請日: 2010-06-02
• 公開（公告）號: CN101854301A
• 公開（公告）日: 2010-10-06
• 發明（設計）人: 李忠雷
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04L12/56
• 分類號: H04L12/56
• 代理公司: 信息產業部電子專利中心 11010
• 代理人: 吳永亮

技術領域

本發明涉及互聯網通訊領域，特別是涉及一種網絡節點鏈路斷開方法及裝置。

背景技術

在現有技術中，集群(Cluster)是指通信計算機網絡內的有效協同，使多臺計算機對外提供統一的功能和強大處理能力服務的特性。透明進程間通信通信協議(Transparent?Inter?Process?Communication，TIPC)是目前新興的集群網絡通信協議，已經廣泛的被應用在通信領域。在TIPC中，對于Cluster內的各個網絡節點，采用在全網絡內建立連接的方式，每個網絡節點都會與網絡內所有符合自己目的域的其它網絡節點建立連接。需要說明的是，目的域是網絡節點地址的掩碼，表示充許與本網絡節點建鏈的網絡節點地址。

在TIPC中，當兩個網絡節點建立連接后，在每個網絡節點上都會使用鏈路來表示這個連接。每個網絡節點都會保證在一個相同的時間間隔內向鏈路上發送數據報文或協議報文，以通知對方網絡節點該鏈路處于活動狀態。如果網絡節點一段時間內從鏈路上沒收到對方報文，則為這個鏈路是非活動的，這時網絡節點將會設置鏈路狀態為非活動狀態，并定時向對方網絡節點發送恢復鏈路報文，直到連接恢復成活動狀態。

圖1是現有技術中TIPC鏈路恢復的流程圖，如圖1所示，包括以下處理：

步驟101，當網絡節點發現一段時間內未收到對方報文時，設置鏈路狀態為非活動狀態；

步驟102，向對方網絡節點發送鏈路恢復報文；

步驟103，報文發送完后，等待鏈路事件；

步驟104，當有事件到達，網絡節點首先判斷是否接收到鏈路激活報文，如果判斷為是，則執行步驟105，否則，執行步驟106；

步驟105，如果判斷為是，則將鏈路設置為活動狀態，鏈路恢復操作完成；

步驟106，如果判斷為否，則判斷是否是定時器到時事件，如果判斷為是，則執行步驟102，否則，執行步驟103。

從上述處理可以看出，TIPC鏈路恢復機制可能會帶來如下問題：

在由于對方網絡節點復位引起鏈路復位，但對方網絡節點重啟后使用了新的目的域，并且新目的域不包括網絡節點復位前已經建鏈的各網絡節點的情況下，重啟后的網絡節點不會恢復以前的鏈路。這就會使由于網絡節點復位而斷鏈的各網絡節點由于鏈路無法恢復而一直發送鏈路恢復報文。

圖2是現有技術中發送鏈路恢復報文的信令流程圖，如圖2所示，網絡節點1在一段時間內沒有接收到網絡節點2的報文時，設置鏈路為非活動狀態，然后一直向網絡節點2發送鏈路恢復報文(LINK_REACTIVE)。網絡節點2啟動后，當接收到網絡節點1發送的LINK_REACTIVE報文時，發現自己沒有與網絡節點1建鏈，于是直接忽略了這個報文，并且由于網絡節點1不在網絡節點2的目的域內，網絡節點2不會向網絡節點1發送鏈路激活報文。由于網絡節點1一直無法收到網絡節點2發送的鏈路激活報文，所以網絡節點1發送LINK_REACTIVE報文的操作一直無法停止。而這個操作會導致網絡中存在大量無用的LINK_REACTIVE報文，并且浪費了網絡節點1的資源。

也就是說，如果網絡節點復位前已經與很多其它網絡節點建鏈，但復位后不再與這些網絡節點建鏈，將會使很多網絡節點不斷的發送鏈路恢復報文，從而帶來網絡資源和計算機資源的巨大浪費從而降低整個集群的效率。

發明內容

本發明提供一種網絡節點鏈路斷開方法及裝置，以解決現有技術中網絡節點不斷的發送鏈路恢復報文而帶來的網絡資源和計算機資源浪費、以及降低集群效率的問題。

本發明提供一種網絡節點鏈路斷開方法，包括：

網絡節點在接收到其他網絡節點發送的報文并確定其他網絡節點不在網絡節點的目的域內的情況下，向其他網路節點發送預先設置的斷鏈請求報文；

其他節點接收斷鏈請求報文，停止向網絡節點繼續發送報文，并刪除與網絡節點之間的鏈路。

本發明還提供了一種網絡節點鏈路斷開裝置，包括：

發送模塊，用于在接收到其他網絡節點發送的報文并確定其他網絡節點不在網絡節點的目的域內的情況下，向其他網路節點發送預先設置的斷鏈請求報文；

處理模塊，用于接收斷鏈請求報文，停止向網絡節點繼續發送報文，并刪除與網絡節點之間的鏈路。

本發明有益效果如下：