特許 7405494 障害がある多層リンク復旧方法およびコントローラ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-18

(45)【発行日】2023-12-26

(54)【発明の名称】障害がある多層リンク復旧方法およびコントローラ

(51)【国際特許分類】

   H04L 45/28 20220101AFI20231219BHJP

   H04L 47/41 20220101ALI20231219BHJP

   H04L 45/42 20220101ALI20231219BHJP

【ＦＩ】

H04L45/28

H04L47/41

H04L45/42

【請求項の数】 30

【外国語出願】

(21)【出願番号】P 2022021842

(22)【出願日】2022-02-16

(62)【分割の表示】P 2020526119の分割

【原出願日】2019-08-27

(65)【公開番号】P2022084587

(43)【公開日】2022-06-07

【審査請求日】2022-04-04

(31)【優先権主張番号】201811001018.8

(32)【優先日】2018-08-30

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】504161984

【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】チェ、ジア

(72)【発明者】

【氏名】フー、ツィリン

(72)【発明者】

【氏名】リウ、チェンバオ

(72)【発明者】

【氏名】スン、チャンシェン

【審査官】大石 博見

(56)【参考文献】

【文献】特開２００９－１１１４７７（ＪＰ，Ａ）

【文献】特開２００８－１６０２２７（ＪＰ，Ａ）

【文献】国際公開第２０１３／１６１３６６（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ４５／２８

Ｈ０４Ｌ ４７／４１

Ｈ０４Ｌ ４５／４２

(57)【特許請求の範囲】

【請求項1】

コントローラによって、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンク上に障害が生じていることを取得する段階であって、前記第１の多層リンクは、前記第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクであり、前記第１の多層リンクはクロス層リンクを有し、前記クロス層リンクは、異なるネットワークにわたる、段階と、
前記コントローラによって、前記第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、第２の多層リンクを確立する段階と、
前記コントローラによって、前記第１のネットワークデバイスと前記ターゲットネットワークデバイスとの間のターゲットリンクアグリゲーショングループに前記第２の多層リンクを追加する段階と、を備える、トラブルシューティング方法。

【請求項2】

前記トラブルシューティング方法は、
前記コントローラによって、前記第１の多層リンクの光層リソースを解放する段階と、
前記コントローラによって、前記リンクアグリゲーショングループから前記第１の多層リンクを削除する段階と、を備える、請求項１に記載のトラブルシューティング方法。

【請求項3】

前記第１のネットワークデバイス上の前記第１のアイドルポートと前記ターゲットネットワークデバイス上の前記第２のアイドルポートとに基づき、前記第２の多層リンクを確立する段階は、
前記第１の多層リンク上に前記障害が生じていることを取得することに対応して、前記第１のネットワークデバイス上の前記第１のアイドルポートと前記ターゲットネットワークデバイス上の前記第２のアイドルポートとに基づき、前記第２の多層リンクを確立する段階を含む、請求項１または２に記載のトラブルシューティング方法。

【請求項4】

前記第１のネットワークデバイス上の前記第１のアイドルポートと前記ターゲットネットワークデバイス上の前記第２のアイドルポートとに基づき、前記第２の多層リンクを確立する段階は、
前記コントローラによって、前記第１のネットワークデバイスおよび前記ターゲットネットワークデバイスに指示メッセージを送信する段階であって、前記指示メッセージは、前記第１のネットワークデバイス上の前記第１のアイドルポートと前記ターゲットネットワークデバイス上の前記第２のアイドルポートとに基づき、前記第２の多層リンクを確立することを示す、段階を含む、請求項１から３のいずれか一項に記載のトラブルシューティング方法。

【請求項5】

第１のネットワークデバイス上の第１のポートを通過する第１の多層リンク上に障害が生じていることを取得する前記段階は、
前記第１のネットワークデバイス上の前記第１のポート上に障害が生じていることを取得する段階と、
前記第１のポート上の前記障害に基づき、前記第１の多層リンクに前記障害が生じていることを判定する段階と、を含む、請求項１から４のいずれか一項に記載のトラブルシューティング方法。

【請求項6】

前記ターゲットネットワークデバイスは前記第２のネットワークデバイスであり、前記第１のアイドルポートは前記第１のネットワークデバイス上にあり且つ前記リンクアグリゲーショングループ外のポートであり、前記第２のアイドルポートは前記第２のネットワークデバイス上のポートである、請求項５に記載のトラブルシューティング方法。

【請求項7】

第１のネットワークデバイス上の第１のポートを通過する第１の多層リンク上に障害が生じていることを取得する前記段階は、
前記第２のネットワークデバイス上にノード障害が生じていることを取得する段階と、
前記第１の多層リンクが、前記第１のポートおよび前記第２のネットワークデバイスを通過することを判定する段階と、
前記第１の多層リンク上に前記障害が生じていることを判定する段階と、を含む、請求項１から４のいずれか一項に記載のトラブルシューティング方法。

【請求項8】

前記ターゲットネットワークデバイスは第３のネットワークデバイスであり、前記第１のアイドルポートは前記第１のポートであり、前記第２のアイドルポートは前記第３のネットワークデバイス上のポートである、請求項２に記載のトラブルシューティング方法。

【請求項9】

第１のネットワークデバイス上の第１のポートを通過する第１の多層リンク上に障害が生じていることを取得する前記段階は、
前記第２のネットワークデバイス上の前記第１の多層リンク上にポート障害が生じていることを取得する段階と、
前記第１の多層リンク上に前記障害が生じていることを判定する段階と、を含む、請求項１から４のいずれか一項に記載のトラブルシューティング方法。

【請求項10】

前記ターゲットネットワークデバイスは前記第２のネットワークデバイスであり、前記第１のアイドルポートは前記第１のポートであり、前記第２のアイドルポートは、前記第２のネットワークデバイス上にあり且つ前記リンクアグリゲーショングループ外のポートである、請求項２に記載のトラブルシューティング方法。

【請求項11】

前記第１のネットワークデバイス上の前記第１のアイドルポートと前記ターゲットネットワークデバイス上の前記第２のアイドルポートとに基づき、前記第２の多層リンクを確立する段階の前に、
前記コントローラによって、前記リンクアグリゲーショングループ外の１または複数のポートから前記第１のアイドルポートを決定する段階を備える、請求項１、２、３、４、７および９のいずれか一項に記載のトラブルシューティング方法。

【請求項12】

前記第１の多層リンクは、異なるタイプのネットワークを通過する多層リンクである、請求項１から１１のいずれか一項に記載のトラブルシューティング方法。

【請求項13】

前記異なるタイプのネットワークは、インターネットプロトコル（ＩＰ）ネットワークおよび光ネットワークを含む、請求項１２に記載のトラブルシューティング方法。

【請求項14】

コンピュータ可読命令を格納するように構成されたメモリと、
前記メモリと通信するプロセッサであって、前記プロセッサは、前記コンピュータ可読命令を読み出して、
第１のネットワークデバイス上の第１のポートを通過する第１の多層リンク上に障害が生じていることを取得することであって、前記第１の多層リンクは、前記第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクであり、前記第１の多層リンクはクロス層リンクを有し、前記クロス層リンクは、異なるネットワークにわたる、ことと、
前記第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づき、第２の多層リンクを確立することと、
前記第１のネットワークデバイスと前記ターゲットネットワークデバイスとの間のターゲットリンクアグリゲーショングループに前記第２の多層リンクを追加することと、を行うよう構成される、プロセッサと、を備えるコントローラ。

【請求項15】

前記プロセッサは、前記コンピュータ可読命令を読み出して、
前記第１の多層リンクの光層リソースを解放することと、
前記リンクアグリゲーショングループから前記第１の多層リンクを削除することと、を行うよう構成される、請求項１４に記載のコントローラ。

【請求項16】

前記プロセッサは、前記コンピュータ可読命令を読み出して、
前記第１の多層リンク上に前記障害が生じていることを取得することに対応して、前記第１のネットワークデバイス上の前記第１のアイドルポートと前記ターゲットネットワークデバイス上の前記第２のアイドルポートとに基づき、前記第２の多層リンクを確立することを行うよう構成される、請求項１４または１５に記載のコントローラ。

【請求項17】

前記プロセッサは、前記コンピュータ可読命令を読み出して、
前記第１のネットワークデバイスおよび前記ターゲットネットワークデバイスに指示メッセージを送信することであって、前記指示メッセージは、前記第１のネットワークデバイス上の前記第１のアイドルポートと、前記ターゲットネットワークデバイス上の前記第２のアイドルポートとに基づき、前記第２の多層リンクを確立することを示す、ことを行うよう構成される、請求項１４から１６のいずれか一項に記載のコントローラ。

【請求項18】

前記プロセッサは、前記コンピュータ可読命令を読み出して、
前記第１のネットワークデバイス上の前記第１のポート上に障害が生じていることを取得することと、
前記第１のポート上の前記障害に基づいて、前記第１の多層リンク上に前記障害が生じていることを判定することと、を行うよう構成される、請求項１４から１７のいずれか一項に記載のコントローラ。

【請求項19】

前記ターゲットネットワークデバイスは前記第２のネットワークデバイスであり、前記第１のアイドルポートは前記第１のネットワークデバイス上にあり且つ前記リンクアグリゲーショングループ外のポートであり、前記第２のアイドルポートは前記第２のネットワークデバイス上のポートである、請求項１８に記載のコントローラ。

【請求項20】

前記プロセッサは、前記コンピュータ可読命令を読み出して、
前記第２のネットワークデバイス上にノード障害が生じていることを取得することと、
前記第１の多層リンクが、前記第１のポートおよび前記第２のネットワークデバイスを通過することを判定することと、
前記第１の多層リンク上に前記障害が生じていることを判定することと、を行うよう構成される、請求項１４から１７のいずれか一項に記載のコントローラ。

【請求項21】

前記ターゲットネットワークデバイスは第３のネットワークデバイスであり、前記第１のアイドルポートは前記第１のポートであり、前記第２のアイドルポートは前記第３のネットワークデバイス上のポートである、請求項１５に記載のコントローラ。

【請求項22】

前記プロセッサは、前記コンピュータ可読命令を読み出して、
前記第２のネットワークデバイス上の前記第１の多層リンク上にポート障害が生じていることを取得することと、
前記第１の多層リンク上に前記障害が生じていることを判定することと、を行うよう構成される、請求項１４から１７のいずれか一項に記載のコントローラ。

【請求項23】

前記ターゲットネットワークデバイスは前記第２のネットワークデバイスであり、前記第１のアイドルポートは前記第１のポートであり、前記第２のアイドルポートは前記第２のネットワークデバイス上にあり且つ前記リンクアグリゲーショングループ外のポートである、請求項１５に記載のコントローラ。

【請求項24】

前記プロセッサは、前記コンピュータ可読命令を読み出して、
前記リンクアグリゲーショングループ外の１または複数のポートから前記第１のアイドルポートを決定することを行うよう構成される、請求項１４、１５、１６、１７、２０および２２のいずれか一項に記載のコントローラ。

【請求項25】

前記第１の多層リンクは、異なるタイプのネットワークを通過する多層リンクである、請求項１４から２４のいずれか一項に記載のコントローラ。

【請求項26】

前記異なるタイプのネットワークは、インターネットプロトコル（ＩＰ）ネットワークおよび光ネットワークを含む、請求項２５に記載のコントローラ。

【請求項27】

ネットワークシステムに適用されるトラブルシューティング方法であって、前記ネットワークシステムは、コントローラと、第１のネットワークデバイスと、第２のネットワークデバイスとを有し、前記トラブルシューティング方法は、
前記第１のネットワークデバイスによって、第１の多層リンク上に障害が生じていることを取得する段階であって、前記第１の多層リンクは、前記第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクであり、前記第１の多層リンクはクロス層リンクを有し、前記クロス層リンクは、異なるネットワークにわたる、段階と、
前記第１のネットワークデバイスによって、前記第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づき、第２の多層リンクを確立する段階と、
前記第１のネットワークデバイスによって、前記第１のネットワークデバイスと前記ターゲットネットワークデバイスとの間のターゲットリンクアグリゲーショングループに前記第２の多層リンクを追加する段階と、を備える、トラブルシューティング方法。

【請求項28】

前記トラブルシューティング方法は、
前記第１のネットワークデバイスによって、前記第１の多層リンクの光層リソースを解放する段階と、
前記第１のネットワークデバイスによって、前記リンクアグリゲーショングループから前記第１の多層リンクを削除する段階と、を備える、請求項２７に記載のトラブルシューティング方法。

【請求項29】

コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体はソフトウェアプログラムを格納し、前記ソフトウェアプログラムが１または複数のプロセッサに読み取りおよび実行されて、請求項１から１３のいずれか一項に記載のトラブルシューティング方法を実装する、コンピュータ可読記憶媒体。

【請求項30】

プログラムであって、前記プログラムが通信デバイスによって実行されると、前記通信デバイスは、請求項１から１３のいずれか一項に記載のトラブルシューティング方法を実行できるようにされる、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０２０年５月１１日に提出された日本の特許出願である特願２０２０‐５２６１１９の分割出願である。特願２０２０‐５２６１１９は、２０１９年８月２７日に出願された国際出願のＰＣＴ／ＣＮ２０１９／１０２６８２の継続である。当該国際出願は、２０１８年８月３０日に中国国家知識財産権局へ出願された、「障害がある多層リンク復旧方法およびコントローラ」と題する中国特許出願第ＣＮ ２０１８１１００１０１８．８号に基づく優先権を主張する。上記したこれら特許出願は、参照により、それらの全体が本明細書に組み込まれる。

【0002】

本願は、通信分野、特に、障害がある多層リンク復旧方法およびコントローラに関する。

【背景技術】

【0003】

リンクアグリゲーションは、物理インタフェースのグループを論理インタフェースへ共にバンドルする方法であり、この方法により、帯域幅および信頼性を増やすことができる。複数の物理リンクを共にバンドルすることにより形成される論理リンクは、リンクアグリゲーショングループＬＡＧまたはトランクと称される。これらのバンドルされたリンクの全てがイーサネット（登録商標）リンクである場合、当該アグリゲーションは、イーサネット（登録商標）リンクアグリゲーショングループと称され、イーサトランクと略され得る。アグリゲーションのインタフェースが、イーサトランクインタフェースと称され、イーサトランク内の複数のインタフェースが、複数のメンバインタフェースと称される。イーサトランクインタフェースは、共通イーサネット（登録商標）インタフェースとして用いられ得る。イーサトランクインタフェースと共通イーサネット（登録商標）インタフェースとの間の差は、転送中にイーサトランクがメンバインタフェースから１または複数のインタフェースを選択する必要がある、という点のみにある。従って、イーサトランク論理インタフェースは、物理イーサネット（登録商標）インタフェースにのみ構成されなければならないいくつかの特徴を除き、共通イーサネット（登録商標）インタフェースと同じ態様で構成され得る。イーサトランクの物理リンクに障害が生じた場合、障害物理リンクは、復旧される必要がある。そうでなければ、ネットワーク性能が低下するか、またはネットワーク内のデータ伝送が失敗する。

【発明の概要】

【0004】

本願の実施形態の目的は、リンクトラブルシューティング方法およびコントローラを提供することである。

【0005】

本願の態様は、トラブルシューティング方法を提供する。
方法は、
コントローラが、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する段階であって、第１の多層リンクは、第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクである、判定する段階と、
コントローラが第１の多層リンクの光層リソースを解放する段階と、
コントローラがリンクアグリゲーショングループから第１の多層リンクを削除する段階と、
コントローラが、第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、第１の多層リンクの復旧のために用いられる第２の多層リンクを確立する段階と、
コントローラが、第１のネットワークデバイスとターゲットネットワークデバイスとの間のターゲットリンクアグリゲーショングループに第２の多層リンクを追加する段階と
を備える。

【0006】

可能な設計において、ターゲットネットワークデバイスは、第２のネットワークデバイスである。

【0007】

可能な設計において、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する段階は、
第１のネットワークデバイス上の第１のポートに障害が生じている、と判定する段階と、
第１のポートでの障害に基づいて、第１の多層リンクに障害が生じている、と判定する段階と
を有する。

【0008】

可能な設計において、ターゲットネットワークデバイスは、第３のネットワークデバイスである。

【0009】

可能な設計において、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する段階は、
第２のネットワークデバイスにノード障害が生じている、と判定する段階と、
第１の多層リンクは、第１のポートおよび第２のネットワークデバイスを通過している、と判定する段階と、
第１の多層リンクに障害が生じている、と判定する段階と
を有する。

【0010】

可能な設計において、第１のアイドルポートは、第１のポートである。

【0011】

可能な設計において、第１のアイドルポートは、第１のポートではない。

【0012】

可能な設計において、第１の多層リンクおよび第２の多層リンクは、異なるタイプのネットワークを通過するリンクである。

【0013】

本願の別の態様は、コントローラを提供する。コントローラは、メモリおよびプロセッサを備える。メモリは、コンピュータ可読命令を格納するように構成される。
プロセッサは、メモリと通信し、コンピュータ可読命令を読み出すことにより、
第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定することであって、第１のリンクは、第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクである、判定することと、
第１の多層リンクの光層リソースを解放することと、
リンクアグリゲーショングループから第１の多層リンクを削除することと、
第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、第１の多層リンクの復旧のために用いられる第２の多層リンクを確立することと、
第１のネットワークデバイスとターゲットネットワークデバイスとの間のターゲットリンクアグリゲーショングループに第２の多層リンクを追加することと
を行うように構成される。

【0014】

可能な設計において、ターゲットネットワークデバイスは、第２のネットワークデバイスである。

【0015】

可能な設計において、プロセッサは、コンピュータ可読命令を読み出すことにより、
第１のネットワークデバイス上の第１のポートに障害が生じている、と判定することと、
第１のポートでの障害に基づいて、第１の多層リンクに障害が生じている、と判定することと
を行うように構成される。

【0016】

可能な設計において、ターゲットネットワークデバイスは、第３のネットワークデバイスである。

【0017】

可能な設計において、プロセッサは、コンピュータ可読命令を読み出すことにより、
第２のネットワークデバイスにノード障害が生じている、と判定することと、
第１の多層リンクは、第１のポートおよび第２のネットワークデバイスを通過している、と判定することと、
第１の多層リンクに障害が生じている、と判定することと
を行うように構成される。

【0018】

可能な設計において、第１のアイドルポートは、第１のポートである。

【0019】

可能な設計において、第１のアイドルポートは、第１のポートではない。

【0020】

可能な設計において、第１の多層リンクおよび第２の多層リンクは、異なるタイプのネットワークを通過するリンクである。

【0021】

本願において、コントローラは、リンクアグリゲーショングループ内の障害がある多層リンクを判定した後に、光ネットワークおよびＩＰネットワークのリソースの協調管理を実行するために、リンクアグリゲーショングループから障害がある多層リンクを削除するだけでなく、多層リンクの光ネットワークリソースを解放し、次に、障害があるリンクの復旧のために用いられる新しい多層リンクをアイドルポートに基づいて確立する必要もあり、これにより障害がある多層リンクの効率的な復旧を実装する。

【図面の簡単な説明】

【0022】

【図1】本発明の実施形態によるネットワークの概略図である。

【0023】

【図2】本発明の実施形態によるトラブルシューティング方法のフローチャートである。

【0024】

【図3】本発明の実施形態によるネットワークの概略図である。

【0025】

【図4】本発明の実施形態によるトラブルシューティング方法のフローチャートである。

【0026】

【図5】本発明の実施形態によるネットワークの概略図である。

【0027】

【図6】本発明の実施形態によるトラブルシューティング方法のフローチャートである。

【0028】

【図7】本発明の実施形態によるコントローラの構造の概略図である。

【発明を実施するための形態】

【0029】

以下では、添付図面および具体的な実施形態を参照して、本発明を詳細に説明する。しかしながら、以下の実施形態は、技術的解決手段を理解しやすくするためにのみ与えられる例であり、本発明を限定することは意図されていないことに留意すべきである。

【0030】

図１は、本発明の実施形態によるネットワークの概略図である。図１に示されるように、ネットワーク１００は、コントローラ１２０、ＩＰネットワーク１４０および光ネットワーク１６０を含む。

【0031】

コントローラ１２０は、多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６を含む。これら３つのモジュールは、複数の実装を有する。いくつかの実施形態において、多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６は、３つの独立のデバイスまたはソフトウェア製品であってよい。この場合、コントローラ１２０は、複数の独立のデバイスまたはソフトウェア製品を含むシステムとして理解され得る。コントローラ１２０が、複数の独立のデバイス含むシステムである場合、多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６は、実際にはそれぞれ、多層管理デバイス１２２、ＩＰドメイン管理デバイス１２４および光ドメイン管理デバイス１２６である。これら３つの管理デバイスは全て、コントローラである。加えて、多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６は、代替的に、１つの独立のデバイスまたはソフトウェア製品で実装され得る。コントローラ１２０は、ソフトウェア定義ネットワークＳＤＮコントローラ製品であってよい。

【0032】

ＩＰネットワーク１４０は、複数のネットワークデバイス、例えば、ルータ１４１から１４４を含む。これらのルータは、互いに直接または間接的に接続されており、コントローラ１２０により送信された構成コマンド情報に基づいてこれらのルータの転送挙動を構成して、受信したデータをルーティングする。光ネットワーク１６０は、複数の光ネットワーク要素ＯＮＥ、例えば、ＯＮＥ１６１から１６４を含む。図１に示されるネットワークにおいて、ＯＮＥ１６１から１６４は、ルータ１４１から１４４と１対１の対応関係にある。ルータ、例えば、ルータ１４１が、別のルータ、例えば、ルータ１４２へデータを送信する必要がある場合、当該データを送信する当該ルータは、転送速度を上げるべく、まず、当該ルータに対応するＯＮＥ、例えば、ＯＮＥ１６１へデータを送信してよく、次に、当該ＯＮＥが、光ネットワークを用いることにより、ターゲットルータ、例えば、ルータ１４２に対応するＯＮＥ、すなわち、例えば、ＯＮＥ１６２へ当該データを送信し、次に、ターゲットルータに対応するＯＮＥが、受信した当該データをターゲットルータへ送信する。当該データが通過するリンクは、ルータ１４１および１４２が位置するＩＰネットワーク１４０と、ＯＮＥ１６１およびＯＮＥ１６２が位置する光ネットワーク１６０とにわたる。ＩＰネットワーク１４０は、ＩＰ層ネットワークと称され得る。光ネットワーク１６０は、光層ネットワークと称され得る。従って、当該リンクは、多層リンクと称され得る。ここで、ＩＰネットワーク１４０および光ネットワーク１６０を接続するリンク、例えば、ルータ１４１およびＯＮＥ１６１を接続するリンクが、パッチコードとも称されるクロスリンクである。

【0033】

ＩＰドメイン管理モジュール１２４は、ＩＰネットワーク１４０内のルータへ制御情報を送信するように構成されており、さらに、ＩＰネットワーク１４０により報告されるＩＰネットワークステータス情報を受信し得る。光ドメイン管理モジュール１２６は、光ネットワーク１６０内のＯＮＥへ制御情報を送信するように構成されており、さらに、光ネットワーク１６０により報告される光ネットワークステータス情報を受信し得る。

【0034】

図２は、本発明の実施形態によるトラブルシューティング方法のフローチャートである。図２に示されるトラブルシューティングは、図３に示されるネットワークに基づいて実行される。図３に示されるネットワーク構造は、図１に示されるネットワークのネットワーク構造と同じである。図３に示されるネットワークにおいて、コントローラ１２０は、コントローラ１２０に格納されたＩＰネットワーク１４０のネットワークステータス情報に基づいて、ルータ１４１上にはポートＰ１、Ｐ２およびＰ３が存在しており、ルータ１４２上にはポートＰ４、Ｐ５およびＰ６が存在している、と判定し得る。ポートＰ１およびＰ４は、多層リンクを通じて接続され、ポートＰ２およびＰ５は、多層リンクを通じて接続され、ポートＰ３およびＰ６は、アイドル状態である。これら２つの多層リンクの両方が、１つのリンクアグリゲーショングループに属する。ネットワークステータス情報は、コントローラの多層管理モジュールに格納され得る。加えて、ＩＰドメイン管理モジュール１２４が、ＩＰネットワーク１４０についてのネットワークステータス情報の一部分を格納し得て、光ドメイン管理モジュール１２６が、光ネットワーク１６０についてのネットワークステータス情報の一部分を格納し得る。

【0035】

図２に示されるトラブルシューティング方法は、以下の内容を含む。

【0036】

２０５．コントローラ１２０が、ルータ１４１上のポートＰ２に障害が生じている、と判定する。

【0037】

ルータ１４１は、ポートＰ２に障害が生じていることを検出した後に、コントローラ１２０へ報告情報を送信して、ポートＰ２の障害を報告する。報告情報に基づいて、コントローラ１２０は、ルータ１４１上のポートＰ２に障害が生じている、と判定する。例えば、ＩＰドメイン管理モジュール１２４は、報告情報を受信して多層管理モジュール１２２へ報告情報を送信し、多層管理モジュール１２２は、報告情報に基づいて、ポートＰ２に障害が生じている、と判定する。

【0038】

２１０．コントローラ１２０が、ポートＰ２およびＰ５を接続する多層リンクを保持している、ネットワーク１６０の光層リソースを解放する。

【0039】

例えば、コントローラ１２０は、光ネットワーク１６０へ解放通知を送信することで、光ネットワーク１６０に、ポートＰ２およびＰ５を接続する多層リンクを保持している、光ネットワーク１６０の光層リソースを解放するよう命令する。コントローラ１２０の内部で、多層管理モジュール１２２は、光ドメイン管理モジュール１２６を駆動することで、ポートＰ２およびＰ５を接続する多層リンクを保持している、光ネットワーク１６０の光層リソースを解放する。これに応じて、光ドメイン管理モジュール１２６が光ネットワーク１６０へ解放通知を送信することにより、光ネットワーク１６０は、ポートＰ２およびＰ５を接続する多層リンクを保持している光層リソースを解放する。光ネットワーク１６０は、解放通知を受信した後に、ポートＰ２およびＰ５を接続する多層リンクを伝送するために用いられる光リソースを解放する。解放通知は、ＯＮＥ１６１およびＯＮＥ１６２へ送信される２つの情報を含み得る。これら２つの情報は、ポートＰ２およびＰ５を接続する多層リンクを伝送するために用いられる光リソースを解放するようＯＮＥ１６１およびＯＮＥ１６２に命令するために別々に用いられる。コントローラ１２０は、コントローラ１２０に格納された光ネットワーク１６０の光ネットワークステータス情報を更新し得る。光ネットワーク１６０の更新済みの光ネットワークステータス情報は、ポートＰ２およびＰ５を接続する多層リンクを伝送するために用いられる光リソースがアイドル状態であることを示す。更新済みの光ネットワークステータス情報は、多層管理モジュール１２２に格納され得るか、もしくは、光ドメイン管理モジュール１２６に格納され得るか、または、多層管理モジュール１２２および光ドメイン管理モジュール１２６に格納され得る。

【0040】

２１５．コントローラ１２０が、ポートＰ２およびＰ５を接続する多層リンクをリンクアグリゲーショングループ１７０から削除する。

【0041】

例えば、コントローラ１２０は、ＩＰネットワーク１４０のルータへ削除通知を送信することで、ＩＰネットワーク１４０に、多層リンクに属するリンクアグリゲーショングループ１７０から、ポートＰ２およびＰ５を接続する多層リンクを削除するよう命令し得る。削除通知は、ルータ１４１および１４２へ別々に送信される２つの情報を含み得る。これら２つの情報は、多層リンクが属するリンクアグリゲーショングループ１７０から、ポートＰ２およびＰ５を接続する多層リンクを削除するよう、ルータ１４１および１４２に命令するために別々に用いられる。削除通知は、多層管理モジュール１２２により駆動されるＩＰドメイン管理モジュール１２４により送信され得るか、または、ＩＰドメイン管理モジュール１２４により単独で送信され得る。

【0042】

２２０．コントローラ１２０が、ルータ１４１および１４２上のアイドルポートに基づいて、ルータ１４１および１４２を接続する多層リンクを確立する。

【0043】

コントローラ１２０は、コントローラ１２０に格納されたＩＰネットワーク１４０のステータス情報に基づいて、ポートＰ３がさらにルータ１４１上で利用可能である、と判定し得ると共に、アイドルポートＰ３を用いてルータ１４２との新しい多層リンクを確立することを決定し得る。具体的には、新しい多層リンクが、ポートＰ３およびＰ５を用いることにより確立され得ると共に、新しいＩＰリンクＰ３からＰ６が、ポートＰ３とルータ１４２上の別のアイドルポートＰ６とを用いることにより確立され得る。ルータ１４１および１４２を接続する多層リンクを確立するために、ＩＰネットワーク１４０および光ネットワーク１６０の両方が構成され得ることにより、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６は、多層管理モジュールの制御下で、ＩＰネットワーク１４０および光ネットワーク１６０へ制御情報を送信し得る。このようにして、ルータ１４１および１４２を接続する多層リンクは確立される。

【0044】

２２５．コントローラ１２０が、確立された多層リンクをリンクアグリゲーショングループ１７０に追加して、リンクアグリゲーショングループ１７０内の障害があるリンクを復旧する。例えば、ＩＰドメイン管理モジュール１２４が、多層管理モジュール１２２の制御下で、ルータ１４１および１４２へ制御情報を送信し得ることにより、ルータ１４１および１４２は、２２０で確立された多層リンクをリンクアグリゲーショングループ１７０に追加する。

【0045】

図４は、本発明の実施形態によるトラブルシューティング方法のフローチャートである。図４に示されるトラブルシューティングは、図５に示されるネットワークに基づいて実行される。図５に示されるネットワークのネットワーク構造は、図１に示されるネットワークのネットワーク構造と同じである。図５に示されるネットワークにおいて、コントローラ１２０は、コントローラ１２０に格納されたネットワークステータス情報に基づいて、ルータ１４１上にはポートＰ１、Ｐ２およびＰ３が存在しており、ルータ１４２上にはポートＰ４、Ｐ５およびＰ６が存在しており、ルータ１４４上にはポートＰ７およびＰ８が存在している、と判定し得る。ポートＰ２およびＰ５を接続する動作リンクと、ポートＰ３およびＰ８を接続する保護リンクとは、コントローラ１２０用に構成される。動作リンクおよび保護リンクの両方が多層リンクである。保護リンクは、動作リンクを保護するために用いられる。例えば、動作リンクが障害である場合、ルータ１４１は、トラフィックを動作リンクから保護リンクへ切り替える。ネットワークステータス情報は、コントローラの多層管理モジュール１２２に格納され得る。加えて、ＩＰドメイン管理モジュール１２４は、ＩＰネットワーク１４０についてのネットワークステータス情報の一部分を格納し得て、光ドメイン管理モジュール１２６は、光ネットワーク１６０についてのネットワークステータス情報の一部分を格納し得る。

【0046】

図４に示される障害保護方法は、以下の内容を含む。

【0047】

４０５．コントローラ１２０が、ルータ１４２または光ネットワーク要素１６２にノード障害が生じている、と判定する。例えば、コントローラ１２０は、ＩＰドメイン管理モジュール１２４を用いることにより、ルータ１４２でのノード障害を感知し得ると共に、光ドメイン管理モジュール１２６を用いることにより、光デバイス１６２でのノード障害を感知し得る。ルータ１４２および光ネットワーク要素１６２の両方が、データ伝送のために用いられるネットワークデバイスである。
光ネットワーク要素１６２は、ルータ１４２に対応する光ネットワーク要素である。なぜなら、光ネットワーク要素１６２は、ルータ１４２と１または複数のルータ間で相互に通信されるデータを光ネットワーク上で送信および受信するように構成されるからである。

【0048】

４１０．コントローラ１２０が、ルータ１４２または光デバイス１６２での障害に基づいて、ポートＰ２およびポートＰ５を接続する多層リンクが障害である、と判定する。ルータ１４２でノード障害が生じた場合、コントローラ１２０の多層管理モジュール１２２は、ＩＰドメイン管理モジュール１２４により報告される、ルータ１４２にノード障害が生じていることを通知するために用いられる障害情報に基づいて、ルータ１４２に障害が生じている、と判定し得る。多層管理モジュール１２２は、ポートＰ５がルータ１４２上にあり、ポートＰ２およびＰ５を接続する多層リンクが存在することを既に認識しているので、ポートＰ２およびＰ５を接続する多層リンクに障害が生じている、と判定し得る。光ネットワーク要素１６２にノード障害が生じた場合、コントローラ１２０の多層管理モジュール１２２は、光ドメイン管理モジュール１２６により報告される、光ネットワーク要素１６２にノード障害が生じていることを通知するために用いられる障害情報に基づいて、光ネットワーク要素１６２に障害が生じている、と判定し得る。多層管理モジュール１２２は、光ネットワーク要素がルータ１４２のためにデータを送信および受信するように構成されており、ポートＰ５がルータ１４２上にあり、ポートＰ２およびＰ５を接続する多層リンクが存在することを既に認識しているので、ポートＰ２およびＰ５を接続する多層リンクに障害が生じている、と判定し得る。

【0049】

４１５．コントローラ１２０が、ポートＰ２およびＰ５を接続する多層リンクを保持している、光ネットワーク１６０の光層リソースを解放する。例えば、コントローラ１２０は、光ネットワーク１６０へ解放通知を送信することで、光ネットワーク１６０に、ポートＰ２およびＰ５を接続する多層リンクを保持している、光ネットワーク１６０の光層リソースを解放させる。特定の実装中に、解放通知は、ルータ１４２を通過する各多層リンクを保持している、光ネットワーク１６０の光層リソースを解放するよう光ネットワーク１６０に命令するために用いられ得るか、または、ポートＰ２およびＰ５を接続する多層リンクのみを保持している、光ネットワーク１６０の光層リソースを解放するよう光ネットワーク１６０に命令するために用いられ得る。解放通知を送信するために、多層管理モジュール１２２は、光ドメイン管理モジュール１２６を駆動して、解放通知を送信し得るか、または、光ドメイン管理モジュール１２６は、解放通知の送信を自身で決定し得る。ルータ１４２に障害が生じていることをノード障害が意味する場合、解放通知は、光ネットワーク要素１６１または１６２へ送信される１つの情報であってもよく、光ネットワーク要素１６１および１６２を含む複数の光ネットワーク要素へ送信される複数の情報を含んでもよい。光ネットワーク要素１６２に障害が生じていることをノード障害が意味する場合、解放通知は、光ネットワーク要素１６１へ送信される１つの情報であってもよく、光ネットワーク要素１６１を含む複数の光ネットワーク要素へ送信される複数の情報を含んでもよい。光ネットワーク要素１６２に障害が生じているので、コントローラ１２０は、ポートＰ２およびＰ５を接続する多層リンクを保持している光層リソースを解放するよう光ネットワーク要素１６２に命令するために用いられる情報を光ネットワーク要素１６２へ送信しないことがある。しかしながら、光ネットワーク要素１６２が処理機能を有し得るので、コントローラ１２０は、代替的に、ポートＰ２およびＰ５を接続する多層リンクを保持している光層リソースを解放するよう光ネットワーク要素１６２に命令するために用いられる情報を光ネットワーク要素１６２へ送信し得る。

【0050】

４２０．コントローラ１２０が、ルータ１４１と１４２との間のリンクアグリゲーショングループ１７０から、ポートＰ２およびＰ５を接続する多層リンクを削除する。例えば、コントローラ１２０が削除通知をＩＰネットワーク１４０へ送信することにより、ＩＰネットワーク１４０は、ルータ１４１と１４２との間のリンクアグリゲーショングループ１７０から、ポートＰ２およびＰ５を接続する多層リンクを削除する。加えて、コントローラ１２０は、代替的に、コントローラ１２０に格納されたリンクアグリゲーショングループの構成情報から、ポートＰ２およびＰ５を接続する多層リンクを削除し得ることにより、正確なネットワークステータス情報を格納する。ルータ１４１と１４２との間のリンクアグリゲーショングループがイーサネット（登録商標）アグリゲーションイーサトランクである場合、ポートＰ２およびＰ５を接続する多層リンクは、イーサトランクから削除される必要がある。削除通知を送信するために、多層管理モジュール１２２は、ＩＰドメイン管理モジュール１４４を駆動して、削除通知を送信し得るか、または、ＩＰドメイン管理モジュール１４４は、削除通知の送信を自身で決定し得る。ルータ１４２に障害が生じていることをノード障害が意味する場合、削除通知は、ルータ１４１へ送信される１つの情報であってもよく、ルータ１４１を含む複数のルータへ送信される複数の情報を含んでもよい。ルータ１４２に障害が生じているので、コントローラ１２０は、ポートＰ２およびＰ５を接続する多層リンクを削除するようルータ１４２に命令するために用いられる情報をルータ１４２へ送信しないことがある。しかしながら、ルータ１４２が処理機能を有し得るので、コントローラ１２０は、代替的に、ポートＰ２およびＰ５を接続する多層リンクを削除するようルータ１４２に命令するために用いられる情報をルータ１４２へ送信し得る。

【0051】

４２５．コントローラ１２０が、ルータ１４１上のアイドルポートとルータ１４４上のアイドルポートとに基づいて、ルータ１４１およびルータ１４４を接続する多層リンクを確立する。ルータ１４４は、保護リンク上のポートＰ８が位置するルータであってもよく、ポートＰ８が位置するルータでなくてもよい。ルータ１４１およびルータ１４４を接続する多層リンクは、ルータ１４１上のアイドルポート、例えば、ポートＰ１またはポートＰ１とは異なるアイドルポートと、ルータ１４４上のアイドルポート、例えば、ポートＰ７とを接続し得る。コントローラ１２０は、ルータ１４１および１４４および光ネットワーク要素１６１および１６４へ構成情報を送信し得ることにより、ルータ１４１およびルータ１４４の多層リンクを確立する。

【0052】

４３０．コントローラ１２０が、保護リンクが属するリンクアグリゲーショングループ１８０に、ポートＰ１およびＰ４を接続する多層リンクを追加する。このようにして、ポートＰ２およびＰ５を接続するリンクは、ポートＰ２およびＰ７を接続する多層リンクで置換でき、ポートＰ２およびＰ５を接続する障害があるリンクは復旧される。ポートＰ２およびＰ５を通過する多層リンクに障害が生じた後に、トラフィックが、当該リンクから、ポートＰ３およびＰ８を通過する保護リンクへ切り替えられ得る。トラフィックが保護リンクへ切り替えられた場合、コントローラ１２０は、トラフィックを、段階４２５において確立された多層リンクへ、切り替えてもよく、切り替えなくてもよい。

【0053】

図６は、本発明の実施形態によるトラブルシューティング方法のフローチャートである。トラブルシューティング方法は、以下の内容を含む。

【0054】

６０５．コントローラが、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する。第１のリンクは、第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクである。

【0055】

コントローラは、第１の多層リンクの２つの端部のいずれかにおけるネットワークデバイスに障害が生じているかどうかを検出することにより、第１の多層リンクに障害が生じているかどうかを判定し得る。コントローラは、第１のポートに障害が生じている、と判定した場合、第１の多層リンクに障害が生じている、と判定し得る。例えば、図３におけるポートＰ２に障害が生じている場合、ポートＰ２およびポートＰ５を接続するリンクに障害が生じている、と判定できる。加えて、コントローラは、第２のネットワークデバイスにノード障害が生じている、と判定した場合、代替的に、第１の多層リンクに障害が生じている、と判定し得る。

【0056】

コントローラは、２つの端部におけるネットワークデバイスのいずれかに対応する光ネットワーク要素での障害を用いることにより、代替的に、第１の多層リンクに障害が生じている、と判定し得る。例えば、光ネットワーク要素１６２にノード障害が生じた場合、コントローラは、光ネットワーク要素１６２に対応するネットワークデバイス１４２にノード障害が生じている、と判定し得て、さらに、ネットワークノード１４２とネットワークノード１４１との間の全ての多層リンクに障害が生じている、と判定し得る。第１のポートが、ネットワークノード１４２に接続された、ネットワークノード１４１のポートである場合、コントローラは、第１のポートを通過する第１の多層リンクに障害が生じている、と判定し得る。

【0057】

６１０．コントローラが第１の多層リンクの光層リソースを解放する。

【0058】

第１の多層リンクがＩＰネットワークおよび光ネットワークを通過するので、コントローラは、光層リソースの浪費を回避するために、第１の多層リンクの光層リソースを解放する必要がある。第１の多層リンクの光層リソースは、第１の多層リンク上の２つのＩＰ層ネットワークデバイスにそれぞれ対応する２つの光ネットワーク要素間の光リソースであってよい。例えば、図５において、Ｐ２およびＰ５を接続する多層リンクに障害が生じた場合、コントローラ１２０は、ポートＰ２およびＰ５を接続する多層リンクの光層リソースを解放する必要がある、すなわち、ポートＰ２およびＰ５を接続する多層リンク上でデータを伝送するために用いられる、光ネットワーク要素１６１および１６２の光リソースを解放する必要がある。コントローラは、これら２つの光伝送ノードへの光リソースの解放についての情報を送信するだけでなく、コントローラによりローカルに記録された、ポートＰ２およびＰ５を接続する多層リンク上でデータを伝送するために用いられる光リソースの解放もし得る。

【0059】

６１５．コントローラがリンクアグリゲーショングループから第１の多層リンクを削除する。

【0060】

第１の多層リンクが既に障害なので、第１の多層リンクは、データ損失を回避するために、リンクアグリゲーショングループから削除される必要がある。コントローラが、第１の多層リンクを用いることにより接続された２つのネットワークデバイスへ削除通知を送信し得ることにより、これら２つのネットワークデバイスは、コントローラに格納されたリンクアグリゲーショングループの構成情報から第１の多層リンクを削除する。コントローラは、代替的に、コントローラに格納されたリンクアグリゲーショングループの構成情報から第１の多層リンクを削除し得る。

【0061】

６２０．コントローラが、第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、第１の多層リンクの復旧のために用いられる第２の多層リンクを確立する。

【0062】

第１のアイドルポートは、第１のネットワークデバイス上の第１のポートであってもよく、第１のネットワークデバイス上の別のアイドルポートであってもよい。

【0063】

ターゲットネットワークデバイスは、障害タイプに基づいて選択される必要がある。第２のネットワークデバイスにノード障害が生じた場合、ターゲットネットワークデバイスは、第２のネットワークデバイスでなくてもよいが、第１のネットワークデバイスおよび第２のネットワークデバイスとは異なる第３のネットワークデバイスである必要がある。第３のネットワークデバイスは、第２のネットワークデバイスのバックアップデバイスである。第２のネットワークデバイスにノード障害が生じており、第１のリンクでの障害がポートの障害によりもたらされている場合、ターゲットネットワークデバイスは、第２のネットワークデバイスまたは第３のネットワークデバイスのいずれであってもよい。

【0064】

６２５．コントローラが、第１のネットワークデバイスとターゲットネットワークデバイスとの間のターゲットリンクアグリゲーショングループに第２の多層リンクを追加する。

【0065】

このようにして、障害がある第１の多層リンクは、第２の多層リンクにより復旧される。第１の多層リンクでの障害によりもたらされる帯域幅損失が、ターゲットリンクアグリゲーショングループに第２の多層リンクを追加することにより補償され得る。

【0066】

図７は、本発明の実施形態によるコントローラ７００の構造のブロック図である。図７に示されるように、コントローラ７００は、プロセッサ７１０と、プロセッサ７１０と通信するメモリ７２０と、送受信機７３０とを含む。図１、図３または図５における多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６が１つのデバイスにおける３つのモジュールであるが、３つのディスクリートデバイスではない場合、コントローラ７００は、図１、図３または図５におけるコントローラ１２０であってよい。図１、図３または図５における多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６が３つの独立のデバイスである場合、コントローラ１２０は、実際には、制御システムである。この場合、コントローラ７００は、実際には多層管理デバイス１２２である多層管理モジュール１２２であってよい。

【0067】

プロセッサ７１０は、中央演算処理装置ＣＰＵ、ネットワークプロセッサＮＰまたはＣＰＵとＮＰとの組み合わせであってよい。プロセッサは、代替的に、特定用途向け集積回路ＡＳＩＣ、プログラマブル論理デバイスＰＬＤまたはそれらの組み合わせであってよい。ＰＬＤは、コンプレックスプログラマブルロジックデバイスＣＰＬＤ、フィールドプログラマブルゲートアレイＦＰＧＡ、ジェネリックアレイロジックＧＡＬまたはそれらの任意の組み合わせであってよい。プロセッサ７１０は、１つのプロセッサであってもよく、複数のプロセッサを含んでもよい。メモリ７２０は、１つのメモリであってもよく、複数のメモリを含んでもよい。メモリ７２０は、揮発性メモリ、例えば、ランダムアクセスメモリＲＡＭを含み得るか、または、当該メモリは、不揮発性メモリ、例えば、リードオンリメモリＲＯＭ、フラッシュメモリ、ハードディスクドライブＨＤＤまたはソリッドステートドライブＳＳＤを含み得る。当該メモリは、前述のタイプのメモリの組み合わせをさらに含み得る。メモリ７２０は、コンピュータ可読命令を格納する。コンピュータ可読命令は、複数のソフトウェアモジュールを含む。プロセッサ７１０は、各ソフトウェアモジュールを実行した後に、各ソフトウェアモジュールのインジケーションに従って、対応するオペレーションを実行し得る。プロセッサ７１０は、メモリ７２０内のコンピュータ可読命令を実行した後に、コンピュータ可読命令のインジケーションに従って、コントローラ１２０、または独立のデバイスとして機能する多層管理モジュール１２２により実行される全てのオペレーションを実行し得る。加えて、図１、図３または図５における多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６が１つのデバイスにおける３つのモジュールである場合、多層管理モジュール１２２は、プロセッサ７１０と、メモリ７２０と、メモリ７２０に格納された多層管理ソフトウェアモジュールとに基づいて実装されるものと理解され得る。同様に、ＩＰドメイン管理モジュール１２４は、プロセッサ７１０と、メモリ７２０と、メモリ７２０に格納されたＩＰドメイン管理ソフトウェアモジュールとに基づいて実装されるものと理解され得る。光ドメイン管理モジュール１２６は、プロセッサ７１０と、メモリ７２０と、メモリ７２０に格納された光ドメイン管理ソフトウェアモジュールとに基づいて実装されるものと理解され得る。前述の説明は、本発明の特定の実装方式の例に過ぎず、本発明の保護範囲を限定するよう意図されてはいない。本発明において開示された技術的範囲内で当業者が容易に想到するあらゆる変形例または置換例は、本発明の保護範囲に含まれるものとする。
［項目１］
コントローラが、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する段階であって、前記第１の多層リンクは、前記第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクである、判定する段階と、
前記コントローラが前記第１の多層リンクの光層リソースを解放する段階と、
前記コントローラが前記リンクアグリゲーショングループから前記第１の多層リンクを削除する段階と、
前記コントローラが、前記第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、前記第１の多層リンクの復旧のために用いられる第２の多層リンクを確立する段階と、
前記コントローラが、前記第１のネットワークデバイスと前記ターゲットネットワークデバイスとの間のターゲットリンクアグリゲーショングループに前記第２の多層リンクを追加する段階と
を備えるトラブルシューティング方法。
［項目２］
前記ターゲットネットワークデバイスは、前記第２のネットワークデバイスである、項目１に記載の方法。
［項目３］
第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する前記段階は、
前記第１のネットワークデバイス上の前記第１のポートに障害が生じている、と判定する段階と、
前記第１のポートでの前記障害に基づいて、前記第１の多層リンクに前記障害が生じている、と判定する段階と
を有する、
項目１または２に記載の方法。
［項目４］
前記ターゲットネットワークデバイスは、第３のネットワークデバイスである、項目１に記載の方法。
［項目５］
第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する前記段階は、
前記第２のネットワークデバイスにノード障害が生じている、と判定する段階と、
前記第１の多層リンクは、前記第１のポートおよび前記第２のネットワークデバイスを通過している、と判定する段階と、
前記第１の多層リンクに前記障害が生じている、と判定する段階と
を有する、
項目１または４に記載の方法。
［項目６］
前記第１のアイドルポートは、前記第１のポートである、項目１から５のいずれか一項に記載の方法。
［項目７］
前記第１のアイドルポートは、前記第１のポートではない、項目１から５のいずれか一項に記載の方法。
［項目８］
前記第１の多層リンクおよび前記第２の多層リンクは、異なるタイプのネットワークを通過するリンクである、項目１から７のいずれか一項に記載の方法。
［項目９］
コンピュータ可読命令を格納するように構成されたメモリと、
前記メモリと通信するプロセッサであって、前記コンピュータ可読命令を読み出すことにより、
第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定することであって、前記第１のリンクは、前記第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクである、判定することと、
前記第１の多層リンクの光層リソースを解放することと、
前記リンクアグリゲーショングループから前記第１の多層リンクを削除することと、
前記第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、前記第１の多層リンクの復旧のために用いられる第２の多層リンクを確立することと、
前記第１のネットワークデバイスと前記ターゲットネットワークデバイスとの間のターゲットリンクアグリゲーショングループに前記第２の多層リンクを追加することと
を行うように構成される、プロセッサと
を備えるコントローラ。
［項目１０］
前記ターゲットネットワークデバイスは、前記第２のネットワークデバイスである、項目９に記載のコントローラ。
［項目１１］
前記プロセッサは、前記コンピュータ可読命令を読み出すことにより、
前記第１のネットワークデバイス上の前記第１のポートに障害が生じている、と判定することと、
前記第１のポートでの前記障害に基づいて、前記第１の多層リンクに前記障害が生じている、と判定することと
を行うように構成される、
項目９または１０に記載のコントローラ。
［項目１２］
前記ターゲットネットワークデバイスは、第３のネットワークデバイスである、項目９に記載のコントローラ。
［項目１３］
前記プロセッサは、前記コンピュータ可読命令を読み出すことにより、
前記第２のネットワークデバイスにノード障害が生じている、と判定することと、
前記第１の多層リンクは、前記第１のポートおよび前記第２のネットワークデバイスを通過している、と判定することと、
前記第１の多層リンクに前記障害が生じている、と判定することと
を行うように構成される、
項目９または１２に記載のコントローラ。
［項目１４］
前記第１のアイドルポートは、前記第１のポートである、項目９から１３のいずれか一項に記載のコントローラ。
［項目１５］
前記第１のアイドルポートは、前記第１のポートではない、項目９から１３のいずれか一項に記載のコントローラ。
［項目１６］
前記第１の多層リンクおよび前記第２の多層リンクは、異なるタイプのネットワークを通過するリンクである、項目９から１５のいずれか一項に記載のコントローラ。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】