[發明專利]一種中高端機架式大容量設備通信管理方法

有效

• 申請號: 201410509791.0
• 申請日: 2014-09-28
• 公開（公告）號: CN104270270A
• 公開（公告）日: 2015-01-07
• 發明（設計）人: 姚啟桂;于海;虞躍;吳軍民;張剛;黃在朝;黃輝;張小建;陳志佳;周正;鄧輝;喻強;吳鵬;王瑋;侯功;陳磊;劉川;陶靜;沈文;張增華;王向群;李春龍;孫曉艷;于鵬飛;陳偉;任杰;黃治
• 申請（專利權）人: 國家電網公司;中國電力科學研究院;國網上海市電力公司;國網湖北省電力公司信息通信公司
• 主分類號: H04L12/24
• 分類號: H04L12/24
• 代理公司: 北京安博達知識產權代理有限公司 11271
• 代理人: 徐國文

技術領域

本發明涉及一種管理方法，具體涉及一種中高端機架式大容量設備通信管理方法。

背景技術

在中高端機架式大容量設備中，分布式管理方法發揮著重大作用，其主要功能是：管理各個板卡的狀態、設置板卡的通信模式、控制板卡間通信、收集和管理各板卡重要報文等。各類型板卡之間通信機制如下：主控板必須能管理和控制業務板卡的信息，負責將業務板卡的業務信息和配置信息傳到業務板上，同時負責監視各板卡的運行狀態。各種業務板卡必須能及時感知自己與主控板卡間的交換狀態，以及自身與遠端設備之間的連接配置狀態。主控板和業務板之間通信的主要方法是通過帶內通道的數據傳輸，該方法雖然能滿足分布式通信設備內通信和管理，但如果該通道存在問題，就會造成分布式設備內通信阻塞，管理報文不能下發等多種問題。

發明內容

為了克服上述現有技術的不足，本發明提供一種中高端機架式大容量設備通信管理方法，有效解決了分布式大容量設備內的通信和管理，解決了管理報文傳輸堵塞、丟失等問題，有效地保障了設備的可靠性。

為了實現上述發明目的，本發明采取如下技術方案：

本發明提供一種中高端機架式大容量設備通信管理方法，所述方法包括以下步驟：

步驟1：確定中高端機架式大容量設備中各板卡之間的通信，并使中高端機架式大容量設備上電啟動；

步驟2：中高端機架式大容量設備上電運行，啟動帶外傳輸協議和帶內傳輸協議，狀態機檢查相應協議的運行狀態；

步驟3：中高端機架式大容量設備穩定運行中，帶外傳輸協議和帶內傳輸協議相互檢測，根據狀態機判斷條件相互之間進行切換。

所述步驟1中的中高端機架式大容量設備中的板卡包括主控板卡、備用主控板卡和業務板卡；所述主控板卡、備用主控板卡和業務板卡分別設有帶外傳輸協議通道和帶內傳輸協議通道，所述業務板卡通過帶外傳輸協議通道和帶內傳輸協議通道與主控板卡和備用主控板卡分別進行通信。

所述帶外傳輸協議通道提供基于TCP/IP協議的傳輸，所述帶內傳輸協議通道提供基于二層以太網mac應答方式的自定義協議傳輸。

所述步驟1具體包括以下步驟：

步驟1-1：中高端機架式大容量設備上電啟動過程中，每個板卡都有唯一標識CPU_KEY，根據CPU_KEY的大小標記板卡的類型和槽位；

其中主控板卡啟動第一任務和第二任務兩個后臺任務：第一任務負責發送主控板卡的心跳報文，用于主控板卡之間的通信；第二任務負責監控其他板卡的心跳報文，用于監測業務板卡的發現、加入和離開狀態；

步驟1-2：將業務板卡的CPU_KEY加入到主控板卡中，以使主控板卡標識業務板卡類型和槽位；

步驟1-3：通過帶外傳輸協議通道或帶內傳輸協議通道將業務板卡堆疊在主控板卡上，使主控板卡管理業務板卡。

所述步驟2具體包括以下步驟：

步驟2-1：中高端機架式大容量設備上電后，先判斷帶內傳輸協議通道是否正常，即IN_state標志位的狀態是否為1，如果IN_state標志位的狀態為1，則為真，表示帶內傳輸協議通道正常，啟動帶內傳輸協議；如果IN_state標志位的狀態為0，則為假，表示帶內傳輸協議通道異常；

帶內傳輸協議通道異常的狀態包括ACK包超時狀態和狀態機超時狀態；

步驟2-2：ACK包超時狀態和狀態機超時狀態都反映在狀態機中為帶內傳輸協議通道超時，即IN_state標志位的狀態為0時，則判斷OUT_state標志位的狀態，如果為1，則切換到帶外傳輸協議；

步驟2-3：當帶外傳輸協議傳輸出現ACK包超時狀態時，判斷IN_state標志位的狀態，如果為1，則切換到帶內傳輸協議；

步驟2-4：當帶內傳輸協議或帶外傳輸協議處于備用狀態下，狀態機檢測到該協議的運行狀態，即IN_state或者OUT_state標志位的狀態為0時，重啟該處于備用狀態的協議。

所述步驟3包括以下步驟：

步驟3-1：中高端機架式大容量設備穩定運行開始時，先判斷Inout_band標志位的狀態，如果為1，表示當前選擇的為帶內傳輸協議；如果為0，表示當前選擇的為帶外傳輸協議；

步驟3-2：帶內傳輸協議正常運行階段，主控板卡通過帶內傳輸協議往CPU_KEY的列表中發送ATP報文，如果業務板卡收到主控板的ATP報文，則返回ACK應答包，主控板收到ACK應答包后，則將ATP報文從列表中移除，同時往下一個CPU_KEY發送ATP報文，直至CPU_KEY遍歷完成進入下一次循環；