[發明專利]一種網管參與方獲知其對端存活狀態的方法和系統

無效

• 申請號: 200610093621.4
• 申請日: 2006-06-19
• 公開（公告）號: CN101051940A
• 公開（公告）日: 2007-10-10
• 發明（設計）人: 李巖
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24
• 代理公司: 北京三高永信知識產權代理有限責任公司
• 代理人: 何文彬

技術領域

本發明涉及網絡通訊領域，特別涉及一種網管參與方獲知它的對端網管協議存活狀態的方法和系統。

背景技術

在現有的網管協議中，傳輸層主要采用非面向連接的協議，即UDP(User?DatagramProtocol用戶數據報協議)。例如網管協議SNMP(Simple?Network?Management?Protocol簡單網絡管理協議)、SYSLOG(System?Log系統日志)目前都是運行在UDP之上的。但未來的趨勢是傳輸層要采用面向連接的協議，如TCP(Transport?Control?Protocol傳輸控制協議)、SSH(Secure?Shell安全殼)、BEEP(Blocks?Extensible?Exchange?Protocol塊可擴展的交換協議)、TLS(Transport?Layer?Security傳輸層安全協議)。

采用面向連接的協議后，傳輸變得可靠。安全協議的使用，更增加了傳輸的安全性。但這樣做也帶來了連接的維護和恢復的問題。例如：SNMP的TRAP(SNMP報文的一種，用于被管設備主動向NMS發送事件通知)報文采用TCP傳輸，TRAP發送者和TRAP接收者之間將建立一個TCP連接。若TRAP發送者非正常地離開，TRAP接收者將不能發現此情況，繼續為被管設備維護TCP連接資源。時間越久，連接的設備越多，TRAP接收者中成為“僵尸”的TCP連接也越多。再從故障恢復的角度考慮，TRAP接收者希望TRAP發送者在故障恢復后能夠和它重新建立連接，延續先前收集TRAP的活動。然而TRAP接收者不知道何時TRAP發送者的故障已經恢復，找不到重新發起連接的正確時機。

為了獲知對端的存活狀態，現有技術使用的一個普遍方法是采用Hello技術。在應用層協議定義Hello報文，雙方周期向對端發送Hello報文，并檢測對端發來的Hello報文。若收到對端的Hello報文則證明對端仍然存活；若連續幾個發送周期都收不到對端的Hello報文，則認為對端不存在了。

在一個網絡協議中，通常定義了多種報文，每種報文的功能和格式各不相同，為了引用方便起見，每種報文都被指定了一個名字。通常把具有探測對端可達性功能的報文稱作Hello報文，周期發送這種報文的方法稱為Hello機制。

但是，該現有技術存在以下缺點：

1.現有的網管協議都沒有定義Hello報文和Hello機制。若采用此種方法，則必須為每種網管協議定義Hello報文，對現有的協議改動比較大。

2.網管參與方包括被管設備和網管站，被管設備和網管站之間往往同時運行多種網管協議，例如既運行SNMP又運行SYSLOG；而且雙方的連接關系可能是多對多的，例如圖1中，網管參與方M1、M2為網管站，網管參與方D1、D2、D3、D4為被管設備，M1管理D1、D2、D3、D4，同時接收這4臺設備發來的報文；D2又被M1、M2管理，同時向M1、M2發送報文。如果在每一對被管設備和網管站的每一個網管協議之間都建立Hello關系將耗費許多帶寬。

發明內容

為了克服現有技術中采用Hello技術對現有協議改動較大，并且耗費帶寬的問題，本發明提供一種網管參與方獲知其對端網管協議存活狀態的方法和系統。所述技術方案為：使用一個中間實體，該中間實體能和所有網管參與方進行通訊。

本發明提供的網管參與方獲知其對端網管協議存活狀態的方法，利用中間實體執行以下步驟：

步驟A：網管參與方在上線之初，向中間實體發送初始化消息，所述初始化消息內容包括：所述網管參與方的各種網管協議的存活狀態和所述網管參與方的關聯方列表；

步驟B：所述中間實體收到所述初始化消息后，保存所述網管參與方的各種網管協議的存活狀態及所述網管參與方的關聯方列表；

步驟C：所述網管參與方與所述中間實體相互發送Hello報文。

所述步驟C具體包括：

步驟C1：所述中間實體向所述網管參與方發送Hello報文，所述Hello報文內容包括：所述網管參與方的關聯方的各種網管協議的存活狀態以及查詢所述網管參與方的各種網管協議的存活狀態的請求；

步驟C2：所述網管參與方收到所述中間實體發送的Hello報文后，根據所述中間實體的查詢請求檢測各種網管協議的存活狀態，并把檢測結果通過Hello報文返回給中間實體；

步驟C3：所述中間實體收到所述網管參與方的Hello報文后，更新所述網管參與方當前的各種網管協議的存活狀態。

所述步驟C具體包括：