[發(fā)明專利]獲取傳輸路徑上節(jié)點傳輸信息的方法和設備

有效

• 申請?zhí)枺?/td>: 200910119811.2
• 申請日: 2009-03-18
• 公開（公告）號: CN101510849A
• 公開（公告）日: 2009-08-19
• 發(fā)明（設計）人: 樊勇兵;徐博文
• 申請（專利權）人: 中國電信股份有限公司
• 主分類號: H04L12/56
• 分類號: H04L12/56;H04L12/26;H04L29/06
• 代理公司: 中國國際貿(mào)易促進委員會專利商標事務所
• 代理人: 宋海寧

技術領域

本發(fā)明屬于數(shù)據(jù)通信領域，尤其涉及通信網(wǎng)絡中獲取傳輸路徑上節(jié)點傳輸信息的方法和系統(tǒng)。

背景技術

現(xiàn)有的數(shù)據(jù)通信網(wǎng)絡通過Ping(Packet?Internet?Groper)命令來檢測網(wǎng)絡故障。一般的路由器和三層交換機上都提供Ping命令。通常講的Ping命令是通過向網(wǎng)絡中的目的設備發(fā)送若干ICMP(InternetControl?Message?Protocol)回聲請求報文，隨后監(jiān)聽目的設備返回的ICMP回聲應答報文來檢查兩臺設備之間的網(wǎng)絡是否連通。

在電信領域里，特別是在NGN(Next?Generation?Network)網(wǎng)絡里，某些業(yè)務對網(wǎng)絡的服務質(zhì)量要求很高，例如，語音業(yè)務、IPTV業(yè)務等。因此，網(wǎng)絡維護人員在測試過程中所關注的不僅僅是設備之間的路由是否連通，還希望得到盡可能多的其他相關信息。比如，數(shù)據(jù)報文從源節(jié)點傳送到目的節(jié)點過程中所經(jīng)歷的幾種不同時延、系統(tǒng)信息和接口信息等。

數(shù)據(jù)報文從源節(jié)點傳送到目的節(jié)點的過程中，該報文在沿途的每個節(jié)點都會經(jīng)歷幾種不同類型的時延，包括去程傳送時延、節(jié)點處理時延、輸出緩沖區(qū)排隊時延、返程傳送時延。圖1為現(xiàn)有技術中產(chǎn)生時延的示意圖。其中，去程傳送時延指Ping報文從源節(jié)點的發(fā)送接口傳送至目的節(jié)點的接收接口所需的時間。如果源節(jié)點和目的節(jié)點之間通過網(wǎng)絡相連，也包括中間經(jīng)過的所有設備的各類時延。節(jié)點處理時延指目的節(jié)點處理Ping報文首部和生成Ping?reply報文所需的時間。輸出緩沖區(qū)排隊時延指Ping?reply報文在目的節(jié)點的輸出緩沖器排隊等候所需的時間。返程傳送時延是指Ping?reply報文從目的節(jié)點的發(fā)送接口傳送至源節(jié)點的接收接口所需的時間

圖2為現(xiàn)有技術中利用Ping命令檢測網(wǎng)絡設備間連通性的實例。從路由器1向路由器4發(fā)送Ping報文，得到的輸出結果為：Successrate?is?100percent(5/5)，roun?d-trip?min/arg/max＝32/35/36ms，表明路由器1到路由器4之間的路由是連通的，沒有丟包。RTT(Round?TripTime)往返時間最小值是32ms，最大值是36ms，平均值是35ms。但是，這里得到的RTT包含了所有途經(jīng)設備的處理時延、排隊時延、鏈路傳輸時延、目的節(jié)點對Ping命令報文的處理時延、以及生成Pingreply報文等時延，只能用于粗略地估計數(shù)據(jù)報文在兩個節(jié)點之間傳送的往返時間。

可以看出，現(xiàn)有IP網(wǎng)絡設備中Ping命令存在以下不足：

無法給出數(shù)據(jù)報文從一臺設備傳送到另一臺設備所需的單程傳送時延，更無法給出到達途經(jīng)每臺中間設備的單程傳送時間。單程傳送時延能夠更準確地體現(xiàn)出設備間距離、鏈路質(zhì)量等信息，網(wǎng)絡維護人員想知道一個數(shù)據(jù)報文從源節(jié)點傳送到目的節(jié)點的單程傳送時延，單靠簡單的Ping命令是無法實現(xiàn)的，通常需要掛接專業(yè)的測試儀表，增加了測試成本和復雜性。

無法給出某臺指定設備對Ping報文的節(jié)點處理時延、輸出緩沖區(qū)排隊時延、CPU利用率、內(nèi)存占用率、接口類型、最大傳輸單元MTU(Maximum?Transmission?Unit)等信息。節(jié)點處理時延能反映出一臺設備的CPU利用率等情況，當網(wǎng)絡維護人員想了解一條傳輸路徑上每臺設備的CPU利用率，往往不可能登錄傳輸路徑上的每臺設備分別查看，希望在源節(jié)點敲入一條命令來了解路徑上每臺設備的節(jié)點處理時延，從而進一步判斷故障是否由于某臺設備的CPU利用率過高等原因?qū)е隆］敵鼍彌_區(qū)排隊時延可以反映出一臺設備的輸出緩沖區(qū)的擁塞情況，有助于判斷故障是否由于輸出緩沖區(qū)長時間過滿而導致。CPU利用率和內(nèi)存占用率是進行故障定位通常需要用到的信息。接口信息有助于判斷是否由于設備的接口類型不匹配等問題引起網(wǎng)絡故障。

當檢測兩臺設備之間的路由不連通時，可以利用TraceRt命令定位哪臺設備出現(xiàn)故障。但是，對于能夠Ping通的情況，進一步的故障定位就比較復雜，通常需要網(wǎng)絡維護人員多年的維護經(jīng)驗和專業(yè)測試儀表的幫助。

因此，提供一種簡單有效的方法來得到傳輸路徑上每個節(jié)點的相關時延信息、系統(tǒng)信息和接口信息是十分必要的。

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

本發(fā)明提出一種獲取傳輸路徑上節(jié)點傳輸信息的方法和系統(tǒng)。可以簡單有效的得到傳輸路徑上每個節(jié)點的相關時延信息、系統(tǒng)信息和/或接口信息，并能夠準確的定位故障。