[發明專利]網絡系統和節點裝置

無效

• 申請號: 200810080848.4
• 申請日: 2008-02-22
• 公開（公告）號: CN101286899A
• 公開（公告）日: 2008-10-15
• 發明（設計）人: 湯本一磨;桝川博史;吉田均;草間一宏;森拓郎
• 申請（專利權）人: 株式會社日立制作所
• 主分類號: H04L12/26
• 分類號: H04L12/26;H04L29/08
• 代理公司: 永新專利商標代理有限公司
• 代理人: 胡建新

技術領域

本發明涉及對于聚合鏈路采用使用傳輸層的通信協議的故障檢測協議的方法。

背景技術

作為有關鏈路聚合化的正式的標準，有非專利文獻1。通過使用非專利文獻1記載的技術，能夠將多個物理鏈路的容量集束為1個邏輯鏈路而增加帶寬。對于IPv4及IPv6那樣的OSI參考模型的網絡層以上，聚合化的鏈路可看作是1個MAC。

作為用來檢測下一跳間的通信故障的、從路由協議獨立的協議，由IETF(Internet?Engineering?Task?Force)推進了BFD(BidirectionalForwarding?Detection/雙向轉發檢測)的標準化(參照非專利文獻2、3)。BFD使用UDP在系統間進行定期的包的收發，在一定時間中沒有接收到包的情況下認為發生了通信路徑的故障。BFD通常基于來自路由協議的請求實施通信路徑的故障監視，但在對于相同的數據協議路徑從多個路由協議產生了故障監視的請求的情況下，設定為通過單一的BFD會話進行監視。

非專利文獻1?IEEE802.3ad

非專利文獻2?Bidirectional?Forwarding?Detection，draft-ietf-bfd-base-05，June，2006

非專利文獻3?BFD?for?IPv4?and?IPv6(Single?Hop)，draft-ietf-bfd-v4v6-1hop-05，June，2006

如果從BFD那樣的3層以上的協議來看，則聚合化的鏈路被識別為1個通信路徑。在這樣對虛擬為1個通信路徑的路徑采用3層以上的故障檢測協議的情況下，在聚合化的所有的物理鏈路的通信變為故障的情況下能夠檢測為不能通信，但不能檢測到聚合化的各個物理鏈路的故障。

對于BFD，有可能從多個路由協議發出對于同一個聚合鏈路的監視請求。此時，也有如果某個路由協議即使物理鏈路為1條也有效、則想要繼續使用該通信路徑的情況。但是，也有其他的路由協議在聚合化的物理鏈路的一部分中發生故障、不能保證要求的帶寬的情況下希望切換為其他能夠保證帶寬的通信路徑的情況。這樣，在每個路由協議中對于聚合鏈路的故障檢測請求不同的情況下，有通過現行的方式不能應對的問題。

發明內容

在本發明的一個實施方式中，對形成聚合鏈路的各個物理鏈路執行故障檢測協議，區別聚合鏈路整體的通信變為故障的情況、和形成聚合鏈路的物理鏈路的一部分變為故障的情況，對作為通信路徑的故障監視請求源的上層應用(例如路由協議)進行通知。

在本發明的另一實施方式中，對形成聚合鏈路的各物理鏈路通過輪循執行故障檢測協議。在使用BFD作為本實施方式的故障檢測協議的情況下，利用請求模式或回波功能進行動作。在沒有來自對方系統的應答的情況下，認為是沒有應答的物理鏈路的故障而對上層應用進行通知，在形成聚合鏈路的所有的物理鏈路變為故障時認為是聚合鏈路的故障而進行通知。

本發明的對聚合鏈路的故障檢測協議的使用方式由于識別形成聚合鏈路的各物理鏈路而進行故障檢測協議的會話的建立和包的收發，所以不僅作為聚合鏈路整體、還能夠以形成聚合鏈路的各物理鏈路為單位，識別通信路徑的故障，所以具有對于來自對聚合鏈路的路徑切換條件不同的路由協議的故障監視請求也能夠對應的優點。

附圖說明

圖1是表示在節點間采用聚合鏈路的系統的結構例的圖。

圖2是表示對于聚合鏈路的故障檢測協議的使用方法的一例的裝置框圖。

圖3是表示對于來自路由協議的請求的聚合鏈路故障監視通知功能的處理順序的一例的流程圖。

圖4是表示在路由協議與故障檢測協議之間使用的消息的一結構例的圖。

圖5是并行地進行構成聚合鏈路的各物理鏈路的檢查的方式的、故障檢測程序的管理表的一結構例的圖。

圖6是表示故障檢測協議的會話建立順序的一例的圖。

圖7是表示在并行地檢查所有物理鏈路的方式中使用的故障檢測協議的一動作例的圖。

圖8是表示通過輪循進行構成聚合鏈路的各物理鏈路的檢查的方式的、故障檢測程序的管理表的一結構例的圖。

圖9是表示在通過輪循檢查各物理鏈路的方式中使用的故障檢測協議的一動作例的圖。

圖10是表示對于來自故障檢測協議的請求的物理端口監視控制功能的處理順序的一例的流程圖。

圖11是表示在故障檢測協議與聚合器之間使用的消息的一結構例的圖。

圖12是表示在故障檢測協議與聚合器之間使用的消息的另一結構例的圖。