(57)【要約】  本願は、トラブルシューティング方法を開示する。上記方法では、コントローラが、まず、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定し、第１の多層リンクは、第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクであり、コントローラは、次に、第１の多層リンクの光層リソースを解放し、コントローラがリンクアグリゲーショングループから第１の多層リンクを削除し、コントローラはさらに、第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、第１の多層リンクの復旧のための第２の多層リンクを確立し、第１のネットワークデバイスとターゲットネットワークデバイスとの間のターゲットアグリゲーショングループに第２の多層リンクを追加する。この方法によれば、アグリゲーション内の障害があるリンクを多層ネットワーク内に復旧できる。
2021506145.tif 000002
【特許請求の範囲】
【請求項１】
コントローラが、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する段階であって、前記第１の多層リンクは、前記第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクである、判定する段階と、
前記コントローラが前記第１の多層リンクの光層リソースを解放する段階と、
前記コントローラが前記リンクアグリゲーショングループから前記第１の多層リンクを削除する段階と、
前記コントローラが、前記第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、前記第１の多層リンクの復旧のために用いられる第２の多層リンクを確立する段階と、
前記コントローラが、前記第１のネットワークデバイスと前記ターゲットネットワークデバイスとの間のターゲットアグリゲーショングループに前記第２の多層リンクを追加する段階と
を備えるトラブルシューティング方法。
【請求項２】
前記ターゲットネットワークデバイスは、前記第２のネットワークデバイスである、請求項１に記載の方法。
【請求項３】
第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する前記段階は、
前記第１のネットワークデバイス上の前記第１のポートに障害が生じている、と判定する段階と、
前記第１のポートでの前記障害に基づいて、前記第１の多層リンクに前記障害が生じている、と判定する段階と
を有する、
請求項１または２に記載の方法。
【請求項４】
前記ターゲットネットワークデバイスは、第３のネットワークデバイスである、請求項１に記載の方法。
【請求項５】
第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する前記段階は、
前記第２のネットワークデバイスにノード障害が生じている、と判定する段階と、
前記第１の多層リンクは、前記第１のポートおよび前記第２のネットワークデバイスを通過している、と判定する段階と、
前記第１の多層リンクに前記障害が生じている、と判定する段階と
を有する、
請求項１または４に記載の方法。
【請求項６】
前記第１のアイドルポートは、前記第１のポートである、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記第１のアイドルポートは、前記第１のポートではない、請求項１から５のいずれか一項に記載の方法。
【請求項８】
前記第１の多層リンクおよび前記第２の多層リンクは、異なるタイプのネットワークを通過するリンクである、請求項１から７のいずれか一項に記載の方法。
【請求項９】
コンピュータ可読命令を格納するように構成されたメモリと、
前記メモリと通信するプロセッサであって、前記コンピュータ可読命令を読み出すことにより、
第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定することであって、前記第１のリンクは、前記第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクである、判定することと、
前記第１の多層リンクの光層リソースを解放することと、
前記リンクアグリゲーショングループから前記第１の多層リンクを削除することと、
前記第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、前記第１の多層リンクの復旧のために用いられる第２の多層リンクを確立することと、
前記第１のネットワークデバイスと前記ターゲットネットワークデバイスとの間のターゲットアグリゲーショングループに前記第２の多層リンクを追加することと
を行うように構成される、プロセッサと
を備えるコントローラ。
【請求項１０】
前記ターゲットネットワークデバイスは、前記第２のネットワークデバイスである、請求項９に記載のコントローラ。
【請求項１１】
前記プロセッサは、前記コンピュータ可読命令を読み出すことにより、
前記第１のネットワークデバイス上の前記第１のポートに障害が生じている、と判定することと、
前記第１のポートでの前記障害に基づいて、前記第１の多層リンクに前記障害が生じている、と判定することと
を行うように構成される、
請求項９または１０に記載のコントローラ。
【請求項１２】
前記ターゲットネットワークデバイスは、第３のネットワークデバイスである、請求項９に記載のコントローラ。
【請求項１３】
前記プロセッサは、前記コンピュータ可読命令を読み出すことにより、
前記第２のネットワークデバイスにノード障害が生じている、と判定することと、
前記第１の多層リンクは、前記第１のポートおよび前記第２のネットワークデバイスを通過している、と判定することと、
前記第１の多層リンクに前記障害が生じている、と判定することと
を行うように構成される、
請求項９または１２に記載のコントローラ。
【請求項１４】
前記第１のアイドルポートは、前記第１のポートである、請求項９から１３のいずれか一項に記載のコントローラ。
【請求項１５】
前記第１のアイドルポートは、前記第１のポートではない、請求項９から１３のいずれか一項に記載のコントローラ。
【請求項１６】
前記第１の多層リンクおよび前記第２の多層リンクは、異なるタイプのネットワークを通過するリンクである、請求項９から１５のいずれか一項に記載のコントローラ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１８年８月３０日に中国国家知識財産権局へ出願された、「障害がある多層リンク復旧方法およびコントローラ」と題する中国特許出願第ＣＮ  ２０１８１１００１０１８．８号の優先権を主張する。当該出願は、参照により、その全体が本明細書に組み込まれる。
【０００２】
本願は、通信分野、特に、障害がある多層リンク復旧方法およびコントローラに関する。
【背景技術】
【０００３】
リンクアグリゲーションは、物理インタフェースのグループを論理インタフェースへ共にバンドルする方法であり、この方法により、帯域幅および信頼性を増やすことができる。複数の物理リンクを共にバンドルすることにより形成される論理リンクは、リンクアグリゲーショングループ（Ｌｉｎｋ  Ａｇｇｒｅｇａｔｉｏｎ  Ｇｒｏｕｐ、ＬＡＧ）またはトランク（Ｔｒｕｎｋ）と称される。これらのバンドルされたリンクの全てがイーサネット（登録商標）リンクである場合、当該アグリゲーションは、イーサネット（登録商標）リンクアグリゲーショングループと称され、イーサトランクと略され得る。アグリゲーションのインタフェースが、イーサトランクインタフェースと称され、イーサトランク内の複数のインタフェースが、複数のメンバインタフェースと称される。イーサトランクインタフェースは、共通イーサネット（登録商標）インタフェースとして用いられ得る。イーサトランクインタフェースと共通イーサネット（登録商標）インタフェースとの間の差は、転送中にイーサトランクがメンバインタフェースから１または複数のインタフェースを選択する必要がある、という点のみにある。従って、イーサトランク論理インタフェースは、物理イーサネット（登録商標）インタフェースにのみ構成されなければならないいくつかの特徴を除き、共通イーサネット（登録商標）インタフェースと同じ態様で構成され得る。イーサトランクの物理リンクに障害が生じた場合、障害物理リンクは、復旧される必要がある。そうでなければ、ネットワーク性能が低下するか、またはネットワーク内のデータ伝送が失敗する。
【発明の概要】
【０００４】
本願の実施形態の目的は、リンクトラブルシューティング方法およびコントローラを提供することである。
【０００５】
本願の態様は、トラブルシューティング方法を提供する。
方法は、
コントローラが、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する段階であって、第１の多層リンクは、第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクである、判定する段階と、
コントローラが第１の多層リンクの光層リソースを解放する段階と、
コントローラがリンクアグリゲーショングループから第１の多層リンクを削除する段階と、
コントローラが、第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、第１の多層リンクの復旧のために用いられる第２の多層リンクを確立する段階と、
コントローラが、第１のネットワークデバイスとターゲットネットワークデバイスとの間のターゲットアグリゲーショングループに第２の多層リンクを追加する段階と
を備える。
【０００６】
可能な設計において、ターゲットネットワークデバイスは、第２のネットワークデバイスである。
【０００７】
可能な設計において、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する段階は、
第１のネットワークデバイス上の第１のポートに障害が生じている、と判定する段階と、
第１のポートでの障害に基づいて、第１の多層リンクに障害が生じている、と判定する段階と
を有する。
【０００８】
可能な設計において、ターゲットネットワークデバイスは、第３のネットワークデバイスである。
【０００９】
可能な設計において、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する段階は、
第２のネットワークデバイスにノード障害が生じている、と判定する段階と、
第１の多層リンクは、第１のポートおよび第２のネットワークデバイスを通過している、と判定する段階と、
第１の多層リンクに障害が生じている、と判定する段階と
を有する。
【００１０】
可能な設計において、第１のアイドルポートは、第１のポートである。
【００１１】
可能な設計において、第１のアイドルポートは、第１のポートではない。
【００１２】
可能な設計において、第１の多層リンクおよび第２の多層リンクは、異なるタイプのネットワークを通過するリンクである。
【００１３】
本願の別の態様は、コントローラを提供する。コントローラは、メモリおよびプロセッサを備える。メモリは、コンピュータ可読命令を格納するように構成される。
プロセッサは、メモリと通信し、コンピュータ可読命令を読み出すことにより、
第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定することであって、第１のリンクは、第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクである、判定することと、
第１の多層リンクの光層リソースを解放することと、
リンクアグリゲーショングループから第１の多層リンクを削除することと、
第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、第１の多層リンクの復旧のために用いられる第２の多層リンクを確立することと、
第１のネットワークデバイスとターゲットネットワークデバイスとの間のターゲットアグリゲーショングループに第２の多層リンクを追加することと
を行うように構成される。
【００１４】
可能な設計において、ターゲットネットワークデバイスは、第２のネットワークデバイスである。
【００１５】
可能な設計において、プロセッサは、コンピュータ可読命令を読み出すことにより、
第１のネットワークデバイス上の第１のポートに障害が生じている、と判定することと、
第１のポートでの障害に基づいて、第１の多層リンクに障害が生じている、と判定することと
を行うように構成される。
【００１６】
可能な設計において、ターゲットネットワークデバイスは、第３のネットワークデバイスである。
【００１７】
可能な設計において、プロセッサは、コンピュータ可読命令を読み出すことにより、
第２のネットワークデバイスにノード障害が生じている、と判定することと、
第１の多層リンクは、第１のポートおよび第２のネットワークデバイスを通過している、と判定することと、
第１の多層リンクに障害が生じている、と判定することと
を行うように構成される。
【００１８】
可能な設計において、第１のアイドルポートは、第１のポートである。
【００１９】
可能な設計において、第１のアイドルポートは、第１のポートではない。
【００２０】
可能な設計において、第１の多層リンクおよび第２の多層リンクは、異なるタイプのネットワークを通過するリンクである。
【００２１】
本願において、コントローラは、リンクアグリゲーショングループ内の障害がある多層リンクを判定した後に、光ネットワークおよびＩＰネットワークのリソースの協調管理を実行するために、リンクアグリゲーショングループから障害がある多層リンクを削除するだけでなく、多層リンクの光ネットワークリソースを解放し、次に、障害があるリンクの復旧のために用いられる新しい多層リンクをアイドルポートに基づいて確立する必要もあり、これにより障害がある多層リンクの効率的な復旧を実装する。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施形態によるネットワークの概略図である。
【００２３】
【図２】本発明の実施形態によるトラブルシューティング方法のフローチャートである。
【００２４】
【図３】本発明の実施形態によるネットワークの概略図である。
【００２５】
【図４】本発明の実施形態によるトラブルシューティング方法のフローチャートである。
【００２６】
【図５】本発明の実施形態によるネットワークの概略図である。
【００２７】
【図６】本発明の実施形態によるトラブルシューティング方法のフローチャートである。
【００２８】
【図７】本発明の実施形態によるコントローラの構造の概略図である。
【発明を実施するための形態】
【００２９】
以下では、添付図面および具体的な実施形態を参照して、本発明を詳細に説明する。しかしながら、以下の実施形態は、技術的解決手段を理解しやすくするためにのみ与えられる例であり、本発明を限定することは意図されていないことに留意すべきである。
【００３０】
図１は、本発明の実施形態によるネットワークの概略図である。図１に示されるように、ネットワーク１００は、コントローラ１２０、ＩＰネットワーク１４０および光ネットワーク１６０を含む。
【００３１】
コントローラ１２０は、多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６を含む。これら３つのモジュールは、複数の実装を有する。いくつかの実施形態において、多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６は、３つの独立のデバイスまたはソフトウェア製品であってよい。この場合、コントローラ１２０は、複数の独立のデバイスまたはソフトウェア製品を含むシステムとして理解され得る。コントローラ１２０が、複数の独立のデバイス含むシステムである場合、多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６は、実際にはそれぞれ、多層管理デバイス１２２、ＩＰドメイン管理デバイス１２４および光ドメイン管理デバイス１２６である。これら３つの管理デバイスは全て、コントローラである。加えて、多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６は、代替的に、１つの独立のデバイスまたはソフトウェア製品で実装され得る。コントローラ１２０は、ソフトウェア定義ネットワーク（ｓｏｆｔｗａｒｅ  ｄｅｆｉｎｅｄ  ｎｅｔｗｏｒｋ、ＳＤＮ）コントローラ製品であってよい。
【００３２】
ＩＰネットワーク１４０は、複数のネットワークデバイス、例えば、ルータ１４１から１４４を含む。これらのルータは、互いに直接または間接的に接続されており、コントローラ１２０により送信された構成コマンド情報に基づいてこれらのルータの転送挙動を構成して、受信したデータをルーティングする。光ネットワーク１６０は、複数の光ネットワーク要素（Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔ、ＯＮＥ）、例えば、ＯＮＥ１６１から１６４を含む。図１に示されるネットワークにおいて、ＯＮＥ１６１から１６４は、ルータ１４１から１４４と１対１の対応関係にある。ルータ、例えば、ルータ１４１が、別のルータ、例えば、ルータ１４２へデータを送信する必要がある場合、当該データを送信する当該ルータは、転送速度を上げるべく、まず、当該ルータに対応するＯＮＥ、例えば、ＯＮＥ１６１へデータを送信してよく、次に、当該ＯＮＥが、光ネットワークを用いることにより、ターゲットルータ、例えば、ルータ１４２に対応するＯＮＥ、すなわち、例えば、ＯＮＥ１６２へ当該データを送信し、次に、ターゲットルータに対応するＯＮＥが、受信した当該データをターゲットルータへ送信する。当該データが通過するリンクは、ルータ１４１および１４２が位置するＩＰネットワーク１４０と、ＯＮＥ１６１およびＯＮＥ１６２が位置する光ネットワーク１６０とにわたる。ＩＰネットワーク１４０は、ＩＰ層ネットワークと称され得る。光ネットワーク１６０は、光層ネットワークと称され得る。従って、当該リンクは、多層リンクと称され得る。ここで、ＩＰネットワーク１４０および光ネットワーク１６０を接続するリンク、例えば、ルータ１４１およびＯＮＥ１６１を接続するリンクが、パッチコード（ｐａｔｃｈ  ｃｏｒｄ）とも称されるクロスリンク（ｃｒｏｓｓ  ｌｉｎｋ）である。
【００３３】
ＩＰドメイン管理モジュール１２４は、ＩＰネットワーク１４０内のルータへ制御情報を送信するように構成されており、さらに、ＩＰネットワーク１４０により報告されるＩＰネットワークステータス情報を受信し得る。光ドメイン管理モジュール１２６は、光ネットワーク１６０内のＯＮＥへ制御情報を送信するように構成されており、さらに、光ネットワーク１６０により報告される光ネットワークステータス情報を受信し得る。
【００３４】
図２は、本発明の実施形態によるトラブルシューティング方法のフローチャートである。図２に示されるトラブルシューティングは、図３に示されるネットワークに基づいて実行される。図３に示されるネットワーク構造は、図１に示されるネットワークのネットワーク構造と同じである。図３に示されるネットワークにおいて、コントローラ１２０は、コントローラ１２０に格納されたＩＰネットワーク１４０のネットワークステータス情報に基づいて、ルータ１４１上にはポートＰ１、Ｐ２およびＰ３が存在しており、ルータ１４２上にはポートＰ４、Ｐ５およびＰ６が存在している、と判定し得る。ポートＰ１およびＰ４は、多層リンクを通じて接続され、ポートＰ２およびＰ５は、多層リンクを通じて接続され、ポートＰ３およびＰ６は、アイドル状態である。これら２つの多層リンクの両方が、１つのリンクアグリゲーショングループに属する。ネットワークステータス情報は、コントローラの多層管理モジュールに格納され得る。加えて、ＩＰドメイン管理モジュール１２４が、ＩＰネットワーク１４０についてのネットワークステータス情報の一部分を格納し得て、光ドメイン管理モジュール１２６が、光ネットワーク１６０についてのネットワークステータス情報の一部分を格納し得る。
【００３５】
図２に示されるトラブルシューティング方法は、以下の内容を含む。
【００３６】
２０５．コントローラ１２０が、ルータ１４１上のポートＰ２に障害が生じている、と判定する。
【００３７】
ルータ１４１は、ポートＰ２に障害が生じていることを検出した後に、コントローラ１２０へ報告情報を送信して、ポートＰ２の障害を報告する。報告情報に基づいて、コントローラ１２０は、ルータ１４１上のポートＰ２に障害が生じている、と判定する。例えば、ＩＰドメイン管理モジュール１２４は、報告情報を受信して多層管理モジュール１２２へ報告情報を送信し、多層管理モジュール１２２は、報告情報に基づいて、ポートＰ２に障害が生じている、と判定する。
【００３８】
２１０．コントローラ１２０が、ポートＰ２およびＰ５を接続する多層リンクを保持している、ネットワーク１６０の光層リソースを解放する。
【００３９】
例えば、コントローラ１２０は、光ネットワーク１６０へ解放通知を送信することで、光ネットワーク１６０に、ポートＰ２およびＰ５を接続する多層リンクを保持している、光ネットワーク１６０の光層リソースを解放するよう命令する。コントローラ１２０の内部で、多層管理モジュール１２２は、光ドメイン管理モジュール１２６を駆動することで、ポートＰ２およびＰ５を接続する多層リンクを保持している、光ネットワーク１６０の光層リソースを解放する。これに応じて、光ドメイン管理モジュール１２６が光ネットワーク１６０へ解放通知を送信することにより、光ネットワーク１６０は、ポートＰ２およびＰ５を接続する多層リンクを保持している光層リソースを解放する。光ネットワーク１６０は、解放通知を受信した後に、ポートＰ２およびＰ５を接続する多層リンクを伝送するために用いられる光リソースを解放する。解放通知は、ＯＮＥ１６１およびＯＮＥ１６２へ送信される２つの情報を含み得る。これら２つの情報は、ポートＰ２およびＰ５を接続する多層リンクを伝送するために用いられる光リソースを解放するようＯＮＥ１６１およびＯＮＥ１６２に命令するために別々に用いられる。コントローラ１２０は、コントローラ１２０に格納された光ネットワーク１６０の光ネットワークステータス情報を更新し得る。光ネットワーク１６０の更新済みの光ネットワークステータス情報は、ポートＰ２およびＰ５を接続する多層リンクを伝送するために用いられる光リソースがアイドル状態であることを示す。更新済みの光ネットワークステータス情報は、多層管理モジュール１２２に格納され得るか、もしくは、光ドメイン管理モジュール１２６に格納され得るか、または、多層管理モジュール１２２および光ドメイン管理モジュール１２６に格納され得る。
【００４０】
２１５．コントローラ１２０が、ポートＰ２およびＰ５を接続する多層リンクをリンクアグリゲーショングループ１７０から削除する。
【００４１】
例えば、コントローラ１２０は、ＩＰネットワーク１４０のルータへ削除通知を送信することで、ＩＰネットワーク１４０に、多層リンクに属するリンクアグリゲーショングループ１７０から、ポートＰ２およびＰ５を接続する多層リンクを削除するよう命令し得る。削除通知は、ルータ１４１および１４２へ別々に送信される２つの情報を含み得る。これら２つの情報は、多層リンクが属するリンクアグリゲーショングループ１７０から、ポートＰ２およびＰ５を接続する多層リンクを削除するよう、ルータ１４１および１４２に命令するために別々に用いられる。削除通知は、多層管理モジュール１２２により駆動されるＩＰドメイン管理モジュール１２４により送信され得るか、または、ＩＰドメイン管理モジュール１２４により単独で送信され得る。
【００４２】
２２０．コントローラ１２０が、ルータ１４１および１４２上のアイドルポートに基づいて、ルータ１４１および１４２を接続する多層リンクを確立する。
【００４３】
コントローラ１２０は、コントローラ１２０に格納されたＩＰネットワーク１４０のステータス情報に基づいて、ポートＰ３がさらにルータ１４１上で利用可能である、と判定し得ると共に、アイドルポートＰ３を用いてルータ１４２との新しい多層リンクを確立することを決定し得る。具体的には、新しい多層リンクが、ポートＰ３およびＰ５を用いることにより確立され得ると共に、新しいＩＰリンクＰ３からＰ６が、ルータ１４２上のポートＰ３と別のアイドルポートとを用いることにより確立され得る。ルータ１４１および１４２を接続する多層リンクを確立するために、ＩＰネットワーク１４０および光ネットワーク１６０の両方が構成され得ることにより、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６は、多層管理モジュールの制御下で、ＩＰネットワーク１４０および光ネットワーク１６０へ制御情報を送信し得る。このようにして、ルータ１４１および１４２を接続する多層リンクは確立される。
【００４４】
２２５．コントローラ１２０が、確立された多層リンクをリンクアグリゲーショングループ１７０に追加して、リンクアグリゲーショングループ１７０内の障害があるリンクを復旧する。例えば、ＩＰドメイン管理モジュール１２４が、多層管理モジュール１２２の制御下で、ルータ１４１および１４２へ制御情報を送信し得ることにより、ルータ１４１および１４２は、２２０で確立された多層リンクをリンクアグリゲーショングループ１７０に追加する。
【００４５】
図４は、本発明の実施形態によるトラブルシューティング方法のフローチャートである。図４に示されるトラブルシューティングは、図５に示されるネットワークに基づいて実行される。図５に示されるネットワークのネットワーク構造は、図１に示されるネットワークのネットワーク構造と同じである。図５に示されるネットワークにおいて、コントローラ１２０は、コントローラ１２０に格納されたネットワークステータス情報に基づいて、ルータ１４１上にはポートＰ１、Ｐ２およびＰ３が存在しており、ルータ１４２上にはポートＰ４、Ｐ５およびＰ６が存在しており、ルータ１４４上にはポートＰ７およびＰ８が存在している、と判定し得る。ポートＰ２およびＰ５を接続する動作リンクと、ポートＰ３およびＰ８を接続する保護リンクとは、コントローラ１２０用に構成される。動作リンクおよび保護リンクの両方が多層リンクである。保護リンクは、動作リンクを保護するために用いられる。例えば、動作リンクが障害である場合、ルータ１４１は、トラフィックを動作リンクから保護リンクへ切り替える。ネットワークステータス情報は、コントローラの多層管理モジュール１２２に格納され得る。加えて、ＩＰドメイン管理モジュール１２４は、ＩＰネットワーク１４０についてのネットワークステータス情報の一部分を格納し得て、光ドメイン管理モジュール１２６は、光ネットワーク１６０についてのネットワークステータス情報の一部分を格納し得る。
【００４６】
図４に示される障害保護方法は、以下の内容を含む。
【００４７】
４０５．コントローラ１２０が、ルータ１４２または光ネットワーク要素１６２にノード障害が生じている、と判定する。例えば、コントローラ１２０は、ＩＰドメイン管理モジュール１２４を用いることにより、ルータ１４２でのノード障害を感知し得ると共に、光ドメイン管理モジュール１２６を用いることにより、光デバイス１６２でのノード障害を感知し得る。ルータ１４２および光ネットワーク要素１６２の両方が、データ伝送のために用いられるネットワークデバイスである。光ネットワーク要素１６２は、ルータ１４２に対応する光ネットワーク要素である。なぜなら、光ネットワーク要素１６２は、ルータ１４２と１または複数のルータ間で相互に通信されるデータを光ネットワーク上で送信および受信するように構成されるからである。
【００４８】
４１０．コントローラ１２０が、ルータ１４２または光デバイス１６２での障害に基づいて、ポートＰ２およびポートＰ５を接続する多層リンクが障害である、と判定する。ルータ１４２でノード障害が生じた場合、コントローラ１２０の多層管理モジュール１２２は、ＩＰドメイン管理モジュール１２４により報告される、ルータ１４２にノード障害が生じていることを通知するために用いられる障害情報に基づいて、ルータ１４２に障害が生じている、と判定し得る。多層管理モジュール１２２は、ポートＰ５がルーティングデバイス１４２上にあり、ポートＰ２およびＰ５を接続する多層リンクが存在することを既に認識しているので、ポートＰ２およびＰ５を接続する多層リンクに障害が生じている、と判定し得る。光ネットワーク要素１６２にノード障害が生じた場合、コントローラ１２０の多層管理モジュール１２２は、光ドメイン管理モジュール１２６により報告される、光ネットワーク要素１６２にノード障害が生じていることを通知するために用いられる障害情報に基づいて、光ネットワーク要素１６２に障害が生じている、と判定し得る。多層管理モジュール１２２は、光ネットワーク要素がルータ１４２のためにデータを送信および受信するように構成されており、ポートＰ５がルータ１４２上にあり、ポートＰ２およびＰ５を接続する多層リンクが存在することを既に認識しているので、ポートＰ２およびＰ５を接続する多層リンクに障害が生じている、と判定し得る。
【００４９】
４１５．コントローラ１２０が、ポートＰ２およびＰ５を接続する多層リンクを保持している、光ネットワーク１６０の光層リソースを解放する。例えば、コントローラ１２０は、光トランスポートネットワーク１６０へ解放通知を送信することで、光ネットワーク１６０に、ポートＰ２およびＰ５を接続する多層リンクを保持している、光ネットワーク１６０の光層リソースを解放させる。特定の実装中に、解放通知は、ルータ１４２を通過する各多層リンクを保持している、光ネットワーク１６０の光層リソースを解放するよう光ネットワーク１６０に命令するために用いられ得るか、または、ポートＰ２およびＰ５を接続する多層リンクのみを保持している、光ネットワーク１６０の光層リソースを解放するよう光ネットワーク１６０に命令するために用いられ得る。解放通知を送信するために、多層管理モジュール１２２は、光ドメイン管理モジュール１４６を駆動して、解放通知を送信し得るか、または、光ドメイン管理モジュール１４６は、解放通知の送信を自身で決定し得る。ルータ１４２に障害が生じていることをノード障害が意味する場合、解放通知は、光ネットワーク要素１６１または１６２へ送信される１つの情報であってもよく、光ネットワーク要素１６１および１６２を含む複数の光ネットワーク要素へ送信される複数の情報を含んでもよい。光ネットワーク要素１６２に障害が生じていることをノード障害が意味する場合、解放通知は、光ネットワーク要素１６１へ送信される１つの情報であってもよく、光ネットワーク要素１６１を含む複数の光ネットワーク要素へ送信される複数の情報を含んでもよい。光ネットワーク要素１６２に障害が生じているので、コントローラ１２０は、ポートＰ２およびＰ５を接続する多層リンクを保持している光層リソースを解放するよう光ネットワーク要素１６２に命令するために用いられる情報を光ネットワーク要素１６２へ送信しないことがある。しかしながら、光ネットワーク要素１６２が処理機能を有し得るので、コントローラ１２０は、代替的に、ポートＰ２およびＰ５を接続する多層リンクを保持している光層リソースを解放するよう光ネットワーク要素１６２に命令するために用いられる情報を光ネットワーク要素１６２へ送信し得る。
【００５０】
４２０．コントローラ１２０が、ルータ１４１と１４２との間のリンクアグリゲーショングループ１７０から、ポートＰ２およびＰ５を接続する多層リンクを削除する。例えば、コントローラ１２０が削除通知をＩＰネットワーク１４０へ送信することにより、ＩＰネットワーク１４０は、ルータ１４１と１４２との間のリンクアグリゲーショングループ１７０から、ポートＰ２およびＰ５を接続する多層リンクを削除する。加えて、コントローラ１２０は、代替的に、コントローラ１２０に格納されたリンクアグリゲーショングループの構成情報から、ポートＰ２およびＰ５を接続する多層リンクを削除し得ることにより、正確なネットワークステータス情報を格納する。ルータ１４１と１４２との間のリンクアグリゲーショングループがイーサネット（登録商標）アグリゲーションイーサトランクである場合、ポートＰ２およびＰ５を接続する多層リンクは、イーサトランクから削除される必要がある。削除通知を送信するために、多層管理モジュール１２２は、ＩＰドメイン管理モジュール１４４を駆動して、削除通知を送信し得るか、または、ＩＰドメイン管理モジュール１４４は、削除通知の送信を自身で決定し得る。ルータ１４２に障害が生じていることをノード障害が意味する場合、削除通知は、ルータ１４１へ送信される１つの情報であってもよく、ルータ１４１を含む複数のルータへ送信される複数の情報を含んでもよい。ルータ１４２に障害が生じているので、コントローラ１２０は、ポートＰ２およびＰ５を接続する多層リンクを削除するようルータ１４２に命令するために用いられる情報をルータ１４２へ送信しないことがある。しかしながら、ルータ１４２が処理機能を有し得るので、コントローラ１２０は、代替的に、ポートＰ２およびＰ５を接続する多層リンクを削除するようルータ１４２に命令するために用いられる情報をルータ１４２へ送信し得る。
【００５１】
４２５．コントローラ１２０が、ルータ１４１上のアイドルポートとルータ１４４上のアイドルポートとに基づいて、ルータ１４１およびルータ１４４を接続する多層リンクを確立する。ルータ１４４は、保護リンク上のポートＰ８が位置するルータであってもよく、ポートＰ８が位置するルータでなくてもよい。ルータ１４１およびルータ１４４を接続する多層リンクは、ルータ１４１上のアイドルポート、例えば、ポートＰ１またはポートＰ１とは異なるアイドルポートと、ルータ１４４上のアイドルポート、例えば、ポートＰ７とを接続し得る。コントローラ１２０は、ルータ１４１および１４４および光ネットワーク要素１６１および１６４へ構成情報を送信し得ることにより、ルータ１４１およびルータ１４４の多層リンクを確立する。
【００５２】
４３０．コントローラ１２０が、保護リンクが属するリンクアグリゲーショングループ１８０に、ポートＰ１およびＰ４を接続する多層リンクを追加する。このようにして、ポートＰ２およびＰ５を接続するリンクは、ポートＰ２およびＰ７を接続する多層リンクで置換でき、ポートＰ２およびＰ５を接続する障害があるリンクは復旧される。ポートＰ２およびＰ５を通過する多層リンクに障害が生じた後に、トラフィックが、当該リンクから、ポートＰ３およびＰ８を通過する保護リンクへ切り替えられ得る。トラフィックが保護リンクへ切り替えられた場合、コントローラ１２０は、トラフィックを、段階４２５において確立された多層リンクへ、切り替えてもよく、切り替えなくてもよい。
【００５３】
図６は、本発明の実施形態によるトラブルシューティング方法のフローチャートである。トラブルシューティング方法は、以下の内容を含む。
【００５４】
６０５．コントローラが、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する。第１のリンクは、第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクである。
【００５５】
コントローラは、第１の多層リンクの２つの端部のいずれかにおけるネットワークデバイスに障害が生じているかどうかを検出することにより、第１の多層リンクに障害が生じているかどうかを判定し得る。コントローラは、第１のポートに障害が生じている、と判定した場合、第１の多層リンクに障害が生じている、と判定し得る。例えば、図３におけるポートＰ２に障害が生じている場合、ポートＰ２およびポートＰ５を接続するリンクに障害が生じている、と判定できる。加えて、コントローラは、第２のネットワークデバイスにノード障害が生じている、と判定した場合、代替的に、第１の多層リンクに障害が生じている、と判定し得る。
【００５６】
コントローラは、２つの端部におけるネットワークデバイスのいずれかに対応する光ネットワーク要素での障害を用いることにより、代替的に、第１の多層リンクに障害が生じている、と判定し得る。例えば、光ネットワーク要素１６２にノード障害が生じた場合、コントローラは、光ネットワーク要素１６２に対応するネットワークデバイス１４２にノード障害が生じている、と判定し得て、さらに、ネットワークノード１４２とネットワークノード１４１との間の全ての多層リンクに障害が生じている、と判定し得る。第１のポートが、ネットワークノード１４２に接続された、ネットワークノード１４１のポートである場合、コントローラは、第１のポートを通過する第１の多層リンクに障害が生じている、と判定し得る。
【００５７】
６１０．コントローラが第１の多層リンクの光層リソースを解放する。
【００５８】
第１の多層リンクがＩＰネットワークおよび光ネットワークを通過するので、コントローラは、光層リソースの浪費を回避するために、第１の多層リンクの光層リソースを解放する必要がある。第１の多層リンクの光層リソースは、第１の多層リンク上の２つのＩＰ層ネットワークデバイスにそれぞれ対応する２つの光ネットワーク要素間の光リソースであってよい。例えば、図５において、Ｐ２およびＰ５を接続する多層リンクに障害が生じた場合、コントローラ１２０は、ポートＰ２およびＰ５を接続する多層リンクの光層リソースを解放する必要がある、すなわち、ポートＰ２およびＰ５を接続する多層リンク上でデータを伝送するために用いられる、光ネットワーク要素１６１および１６２の光リソースを解放する必要がある。コントローラは、これら２つの光伝送ノードへの光リソースの解放についての情報を送信するだけでなく、コントローラによりローカルに記録された、ポートＰ２およびＰ５を接続する多層リンク上でデータを伝送するために用いられる光リソースの解放もし得る。
【００５９】
６１５．コントローラがリンクアグリゲーショングループから第１の多層リンクを削除する。
【００６０】
第１の多層リンクが既に障害なので、第１の多層リンクは、データ損失を回避するために、リンクアグリゲーショングループから削除される必要がある。コントローラが、第１の多層リンクを用いることにより接続された２つのネットワークデバイスへ削除通知を送信し得ることにより、これら２つのネットワークデバイスは、コントローラに格納されたリンクアグリゲーショングループの構成情報から第１の多層リンクを削除する。コントローラは、代替的に、コントローラに格納されたリンクアグリゲーショングループの構成情報から第１の多層リンクを削除し得る。
【００６１】
６２０．コントローラが、第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、第１の多層リンクの復旧のために用いられる第２の多層リンクを確立する。
【００６２】
第１のアイドルポートは、第１のネットワークデバイス上の第１のポートであってもよく、第１のネットワークデバイス上の別のアイドルポートであってもよい。
【００６３】
ターゲットネットワークデバイスは、障害タイプに基づいて選択される必要がある。第２のネットワークデバイスにノード障害が生じた場合、ターゲットネットワークデバイスは、第２のネットワークデバイスでなくてもよいが、第１のネットワークデバイスおよび第２のネットワークデバイスとは異なる第３のネットワークデバイスである必要がある。第３のネットワークデバイスは、第２のネットワークデバイスのバックアップデバイスである。第２のネットワークデバイスにノード障害が生じており、第１のリンクでの障害がポートの障害によりもたらされている場合、ターゲットネットワークデバイスは、第２のネットワークデバイスまたは第３のネットワークデバイスのいずれであってもよい。
【００６４】
６２５．コントローラが、第１のネットワークデバイスとターゲットネットワークデバイスとの間のターゲットアグリゲーショングループに第２の多層リンクを追加する。
【００６５】
このようにして、障害がある第１の多層リンクは、第２の多層リンクにより復旧される。第１の多層リンクでの障害によりもたらされる帯域幅損失が、ターゲットアグリゲーショングループに第２の多層リンクを追加することにより補償され得る。
【００６６】
図７は、本発明の実施形態によるコントローラ７００の構造のブロック図である。図７に示されるように、コントローラ７００は、プロセッサ７１０と、プロセッサ７１０と通信するメモリ７２０と、送受信機７３０とを含む。図１、図３または図５における多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６が１つのデバイスにおける３つのモジュールであるが、３つのディスクリートデバイスではない場合、コントローラ７００は、図１、図３または図５におけるコントローラ１２０であってよい。図１、図３または図５における多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６が３つの独立のデバイスである場合、コントローラ１２０は、実際には、制御システムである。この場合、コントローラ７００は、実際には多層管理デバイス１２２である多層管理モジュール１２２であってよい。
【００６７】
プロセッサ７１０は、中央演算処理装置（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ、ＣＰＵ）、ネットワークプロセッサ（ｎｅｔｗｏｒｋ  ｐｒｏｃｅｓｓｏｒ、ＮＰ）またはＣＰＵとＮＰとの組み合わせであってよい。プロセッサは、代替的に、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ、ＡＳＩＣ）、プログラマブル論理デバイス（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ、ＰＬＤ）またはそれらの組み合わせであってよい。ＰＬＤは、コンプレックスプログラマブルロジックデバイス（ｃｏｍｐｌｅｘ  ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ、ＣＰＬＤ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ、ＦＰＧＡ）、ジェネリックアレイロジック（ｇｅｎｅｒｉｃ  ａｒｒａｙ  ｌｏｇｉｃ、ＧＡＬ）またはそれらの任意の組み合わせであってよい。プロセッサ７１０は、１つのプロセッサであってもよく、複数のプロセッサを含んでもよい。メモリ７２０は、１つのメモリであってもよく、複数のメモリを含んでもよい。メモリ７２０は、揮発性メモリ（ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）、例えば、ランダムアクセスメモリ（ｒａｎｄｏｍ−ａｃｃｅｓｓ  ｍｅｍｏｒｙ、ＲＡＭ）を含み得るか、または、当該メモリは、不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）、例えば、リードオンリメモリ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ、ＲＯＭ）、フラッシュメモリ（ｆｌａｓｈ（登録商標）  ｍｅｍｏｒｙ）、ハードディスクドライブ（ｈａｒｄ  ｄｉｓｋ  ｄｒｉｖｅ、ＨＤＤ）またはソリッドステートドライブ（ｓｏｌｉｄ−ｓｔａｔｅ  ｄｒｉｖｅ、ＳＳＤ）を含み得る。当該メモリは、前述のタイプのメモリの組み合わせをさらに含み得る。メモリ７２０は、コンピュータ可読命令を格納する。コンピュータ可読命令は、複数のソフトウェアモジュールを含む。プロセッサ７１０は、各ソフトウェアモジュールを実行した後に、各ソフトウェアモジュールのインジケーションに従って、対応するオペレーションを実行し得る。プロセッサ７１０は、メモリ７２０内のコンピュータ可読命令を実行した後に、コンピュータ可読命令のインジケーションに従って、コントローラ１２０、または独立のデバイスとして機能する多層管理モジュール１２２により実行される全てのオペレーションを実行し得る。加えて、図１、図３または図５における多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６が１つのデバイスにおける３つのモジュールである場合、多層管理モジュール１２２は、プロセッサ７１０と、メモリ７２０と、メモリ７２０に格納された多層管理ソフトウェアモジュールとに基づいて実装されるものと理解され得る。同様に、ＩＰドメイン管理モジュール１２４は、プロセッサ７１０と、メモリ７２０と、メモリ７２０に格納されたＩＰドメイン管理ソフトウェアモジュールとに基づいて実装されるものと理解され得る。光ドメイン管理モジュール１２６は、プロセッサ７１０と、メモリ７２０と、メモリ７２０に格納された光ドメイン管理ソフトウェアモジュールとに���づいて実装されるものと理解され得る。前述の説明は、本発明の特定の実装方式の例に過ぎず、本発明の保護範囲を限定するよう意図されてはいない。本発明において開示された技術的範囲内で当業者が容易に想到するあらゆる変形例または置換例は、本発明の保護範囲に含まれるものとする。
【図１】
2021506145.tif 000003
【図２】
2021506145.tif 000004
【図３】
2021506145.tif 000005
【図４】
2021506145.tif 000006
【図５】
2021506145.tif 000007
【図６】
2021506145.tif 000008
【図７】
2021506145.tif 000009
【手続補正書】
【提出日】令和2年6月4日(2020.6.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
コントローラが、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する段階であって、前記第１の多層リンクは、前記第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクである、判定する段階と、前記コントローラが、前記第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、前記第１の多層リンクの復旧のために用いられる第２の多層リンクを確立する段階と、
前記コントローラが、前記第１のネットワークデバイスと前記ターゲットネットワークデバイスとの間のターゲットアグリゲーショングループに前記第２の多層リンクを追加する段階と
を備えるトラブルシューティング方法。
【請求項２】
前記コントローラが前記第１の多層リンクの光層リソースを解放する段階と、
前記コントローラが前記リンクアグリゲーショングループから前記第１の多層リンクを削除する段階と
を備える、請求項１に記載のトラブルシューティング方法。
【請求項３】
前記ターゲットネットワークデバイスは、前記第２のネットワークデバイスである、請求項１または２に記載のトラブルシューティング方法。
【請求項４】
第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する前記段階は、
前記第１のネットワークデバイス上の前記第１のポートに障害が生じている、と判定する段階と、
前記第１のポートでの前記障害に基づいて、前記第１の多層リンクに前記障害が生じている、と判定する段階と
を有する、
請求項１から３のいずれか一項に記載のトラブルシューティング方法。
【請求項５】
前記ターゲットネットワークデバイスは、第３のネットワークデバイスである、請求項１または２に記載のトラブルシューティング方法。
【請求項６】
第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する前記段階は、
前記第２のネットワークデバイスにノード障害が生じている、と判定する段階と、
前記第１の多層リンクは、前記第１のポートおよび前記第２のネットワークデバイスを通過している、と判定する段階と、
前記第１の多層リンクに前記障害が生じている、と判定する段階と
を有する、
請求項１から５のいずれか一項に記載のトラブルシューティング方法。
【請求項７】
前記第１のアイドルポートは、前記第１のポートである、請求項１から６のいずれか一項に記載のトラブルシューティング方法。
【請求項８】
前記第１のアイドルポートは、前記第１のポートではない、請求項１から６のいずれか一項に記載のトラブルシューティング方法。
【請求項９】
コンピュータ可読命令を格納するように構成されたメモリと、
前記メモリと通信するプロセッサであって、前記コンピュータ可読命令を読み出して、
第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定することであって、前記第１の多層リンクは、前記第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクである、判定することと、前記第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、前記第１の多層リンクの復旧のために用いられる第２の多層リンクを確立することと、
前記第１のネットワークデバイスと前記ターゲットネットワークデバイスとの間のターゲットアグリゲーショングループに前記第２の多層リンクを追加することと
を行うように構成される、プロセッサと
を備えるコントローラ。
【請求項１０】
前記プロセッサは、前記コンピュータ可読命令を読み出して、
前記第１の多層リンクの光層リソースを解放することと、
前記リンクアグリゲーショングループから前記第１の多層リンクを削除することと
を行うように構成される、
請求項９に記載のコントローラ。
【請求項１１】
前記ターゲットネットワークデバイスは、前記第２のネットワークデバイスである、請求項９または１０に記載のコントローラ。
【請求項１２】
前記プロセッサは、前記コンピュータ可読命令を読み出して、
前記第１のネットワークデバイス上の前記第１のポートに障害が生じている、と判定することと、
前記第１のポートでの前記障害に基づいて、前記第１の多層リンクに前記障害が生じている、と判定することと
を行うように構成される、
請求項９から１１のいずれか一項に記載のコントローラ。
【請求項１３】
前記ターゲットネットワークデバイスは、第３のネットワークデバイスである、請求項９または１０に記載のコントローラ。
【請求項１４】
前記プロセッサは、前記コンピュータ可読命令を読み出して、
前記第２のネットワークデバイスにノード障害が生じている、と判定することと、
前記第１の多層リンクは、前記第１のポートおよび前記第２のネットワークデバイスを通過している、と判定することと、
前記第１の多層リンクに前記障害が生じている、と判定することと
を行うように構成される、
請求項９から１３のいずれか一項に記載のコントローラ。
【請求項１５】
前記第１のアイドルポートは、前記第１のポートである、請求項９から１４のいずれか一項に記載のコントローラ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１８年８月３０日に中国国家知識財産権局へ出願された、「障害がある多層リンク復旧方法およびコントローラ」と題する中国特許出願第ＣＮ  ２０１８１１００１０１８．８号の優先権を主張する。当該出願は、参照により、その全体が本明細書に組み込まれる。
【０００２】
本願は、通信分野、特に、障害がある多層リンク復旧方法およびコントローラに関する。
【背景技術】
【０００３】
リンクアグリゲーションは、物理インタフェースのグループを論理インタフェースへ共にバンドルする方法であり、この方法により、帯域幅および信頼性を増やすことができる。複数の物理リンクを共にバンドルすることにより形成される論理リンクは、リンクアグリゲーショングループＬＡＧまたはトランクと称される。これらのバンドルされたリンクの全てがイーサネット（登録商標）リンクである場合、当該アグリゲーションは、イーサネット（登録商標）リンクアグリゲーショングループと称され、イーサトランクと略され得る。アグリゲーションのインタフェースが、イーサトランクインタフェースと称され、イーサトランク内の複数のインタフェースが、複数のメンバインタフェースと称される。イーサトランクインタフェースは、共通イーサネット（登録商標）インタフェースとして用いられ得る。イーサトランクインタフェースと共通イーサネット（登録商標）インタフェースとの間の差は、転送中にイーサトランクがメンバインタフェースから１または複数のインタフェースを選択する必要がある、という点のみにある。従って、イーサトランク論理インタフェースは、物理イーサネット（登録商標）インタフェースにのみ構成されなければならないいくつかの特徴を除き、共通イーサネット（登録商標）インタフェースと同じ態様で構成され得る。イーサトランクの物理リンクに障害が生じた場合、障害物理リンクは、復旧される必要がある。そうでなければ、ネットワーク性能が低下するか、またはネットワーク内のデータ伝送が失敗する。
【発明の概要】
【０００４】
本願の実施形態の目的は、リンクトラブルシューティング方法およびコントローラを提供することである。
【０００５】
本願の態様は、トラブルシューティング方法を提供する。
方法は、
コントローラが、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する段階であって、第１の多層リンクは、第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクである、判定する段階と、
コントローラが第１の多層リンクの光層リソースを解放する段階と、
コントローラがリンクアグリゲーショングループから第１の多層リンクを削除する段階と、
コントローラが、第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、第１の多層リンクの復旧のために用いられる第２の多層リンクを確立する段階と、
コントローラが、第１のネットワークデバイスとターゲットネットワークデバイスとの間のターゲットアグリゲーショングループに第２の多層リンクを追加する段階と
を備える。
【０００６】
可能な設計において、ターゲットネットワークデバイスは、第２のネットワークデバイスである。
【０００７】
可能な設計において、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する段階は、
第１のネットワークデバイス上の第１のポートに障害が生じている、と判定する段階と、
第１のポートでの障害に基づいて、第１の多層リンクに障害が生じている、と判定する段階と
を有する。
【０００８】
可能な設計において、ターゲットネットワークデバイスは、第３のネットワークデバイスである。
【０００９】
可能な設計において、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する段階は、
第２のネットワークデバイスにノード障害が生じている、と判定する段階と、
第１の多層リンクは、第１のポートおよび第２のネットワークデバイスを通過している、と判定する段階と、
第１の多層リンクに障害が生じている、と判定する段階と
を有する。
【００１０】
可能な設計において、第１のアイドルポートは、第１のポートである。
【００１１】
可能な設計において、第１のアイドルポートは、第１のポートではない。
【００１２】
可能な設計において、第１の多層リンクおよび第２の多層リンクは、異なるタイプのネットワークを通過するリンクである。
【００１３】
本願の別の態様は、コントローラを提供する。コントローラは、メモリおよびプロセッサを備える。メモリは、コンピュータ可読命令を格納するように構成される。
プロセッサは、メモリと通信し、コンピュータ可読命令を読み出すことにより、
第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定することであって、第１のリンクは、第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクである、判定することと、
第１の多層リンクの光層リソースを解放することと、
リンクアグリゲーショングループから第１の多層リンクを削除することと、
第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、第１の多層リンクの復旧のために用いられる第２の多層リンクを確立することと、
第１のネットワークデバイスとターゲットネットワークデバイスとの間のターゲットアグリゲーショングループに第２の多層リンクを追加することと
を行うように構成される。
【００１４】
可能な設計において、ターゲットネットワークデバイスは、第２のネットワークデバイスである。
【００１５】
可能な設計において、プロセッサは、コンピュータ可読命令を読み出すことにより、
第１のネットワークデバイス上の第１のポートに障害が生じている、と判定することと、
第１のポートでの障害に基づいて、第１の多層リンクに障害が生じている、と判定することと
を行うように構成される。
【００１６】
可能な設計において、ターゲットネットワークデバイスは、第３のネットワークデバイスである。
【００１７】
可能な設計において、プロセッサは、コンピュータ可読命令を読み出すことにより、
第２のネットワークデバイスにノード障害が生じている、と判定することと、
第１の多層リンクは、第１のポートおよび第２のネットワークデバイスを通過している、と判定することと、
第１の多層リンクに障害が生じている、と判定することと
を行うように構成される。
【００１８】
可能な設計において、第１のアイドルポートは、第１のポートである。
【００１９】
可能な設計において、第１のアイドルポートは、第１のポートではない。
【００２０】
可能な設計において、第１の多層リンクおよび第２の多層リンクは、異なるタイプのネットワークを通過するリンクである。
【００２１】
本願において、コントローラは、リンクアグリゲーショングループ内の障害がある多層リンクを判定した後に、光ネットワークおよびＩＰネットワークのリソースの協調管理を実行するために、リンクアグリゲーショングループから障害がある多層リンクを削除するだけでなく、多層リンクの光ネットワークリソースを解放し、次に、障害があるリンクの復旧のために用いられる新しい多層リンクをアイドルポートに基づいて確立する必要もあり、これにより障害がある多層リンクの効率的な復旧を実装する。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施形態によるネットワークの概略図である。
【００２３】
【図２】本発明の実施形態によるトラブルシューティング方法のフローチャートである。
【００２４】
【図３】本発明の実施形態によるネットワークの概略図である。
【００２５】
【図４】本発明の実施形態によるトラブルシューティング方法のフローチャートである。
【００２６】
【図５】本発明の実施形態によるネットワークの概略図である。
【００２７】
【図６】本発明の実施形態によるトラブルシューティング方法のフローチャートである。
【００２８】
【図７】本発明の実施形態によるコントローラの構造の概略図である。
【発明を実施するための形態】
【００２９】
以下では、添付図面および具体的な実施形態を参照して、本発明を詳細に説明する。しかしながら、以下の実施形態は、技術的解決手段を理解しやすくするためにのみ与えられる例であり、本発明を限定することは意図されていないことに留意すべきである。
【００３０】
図１は、本発明の実施形態によるネットワークの概略図である。図１に示されるように、ネットワーク１００は、コントローラ１２０、ＩＰネットワーク１４０および光ネットワーク１６０を含む。
【００３１】
コントローラ１２０は、多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６を含む。これら３つのモジュールは、複数の実装を有する。いくつかの実施形態において、多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６は、３つの独立のデバイスまたはソフトウェア製品であってよい。この場合、コントローラ１２０は、複数の独立のデバイスまたはソフトウェア製品を含むシステムとして理解され得る。コントローラ１２０が、複数の独立のデバイス含むシステムである場合、多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６は、実際にはそれぞれ、多層管理デバイス１２２、ＩＰドメイン管理デバイス１２４および光ドメイン管理デバイス１２６である。これら３つの管理デバイスは全て、コントローラである。加えて、多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６は、代替的に、１つの独立のデバイスまたはソフトウェア製品で実装され得る。コントローラ１２０は、ソフトウェア定義ネットワークＳＤＮコントローラ製品であってよい。
【００３２】
ＩＰネットワーク１４０は、複数のネットワークデバイス、例えば、ルータ１４１から１４４を含む。これらのルータは、互いに直接または間接的に接続されており、コントローラ１２０により送信された構成コマンド情報に基づいてこれらのルータの転送挙動を構成して、受信したデータをルーティングする。光ネットワーク１６０は、複数の光ネットワーク要素ＯＮＥ、例えば、ＯＮＥ１６１から１６４を含む。図１に示されるネットワークにおいて、ＯＮＥ１６１から１６４は、ルータ１４１から１４４と１対１の対応関係にある。ルータ、例えば、ルータ１４１が、別のルータ、例えば、ルータ１４２へデータを送信する必要がある場合、当該データを送信する当該ルータは、転送速度を上げるべく、まず、当該ルータに対応するＯＮＥ、例えば、ＯＮＥ１６１へデータを送信してよく、次に、当該ＯＮＥが、光ネットワークを用いることにより、ターゲットルータ、例えば、ルータ１４２に対応するＯＮＥ、すなわち、例えば、ＯＮＥ１６２へ当該データを送信し、次に、ターゲットルータに対応するＯＮＥが、受信した当該データをターゲットルータへ送信する。当該データが通過するリンクは、ルータ１４１および１４２が位置するＩＰネットワーク１４０と、ＯＮＥ１６１およびＯＮＥ１６２が位置する光ネットワーク１６０とにわたる。ＩＰネットワーク１４０は、ＩＰ層ネットワークと称され得る。光ネットワーク１６０は、光層ネットワークと称され得る。従って、当該リンクは、多層リンクと称され得る。ここで、ＩＰネットワーク１４０および光ネットワーク１６０を接続するリンク、例えば、ルータ１４１およびＯＮＥ１６１を接続するリンクが、パッチコードとも称されるクロスリンクである。
【００３３】
ＩＰドメイン管理モジュール１２４は、ＩＰネットワーク１４０内のルータへ制御情報を送信するように構成されており、さらに、ＩＰネットワーク１４０により報告されるＩＰネットワークステータス情報を受信し得る。光ドメイン管理モジュール１２６は、光ネットワーク１６０内のＯＮＥへ制御情報を送信するように構成されており、さらに、光ネットワーク１６０により報告される光ネットワークステータス情報を受信し得る。
【００３４】
図２は、本発明の実施形態によるトラブルシューティング方法のフローチャートである。図２に示されるトラブルシューティングは、図３に示されるネットワークに基づいて実行される。図３に示されるネットワーク構造は、図１に示されるネットワークのネットワーク構造と同じである。図３に示されるネットワークにおいて、コントローラ１２０は、コントローラ１２０に格納されたＩＰネットワーク１４０のネットワークステータス情報に基づいて、ルータ１４１上にはポートＰ１、Ｐ２およびＰ３が存在しており、ルータ１４２上にはポートＰ４、Ｐ５およびＰ６が存在している、と判定し得る。ポートＰ１およびＰ４は、多層リンクを通じて接続され、ポートＰ２およびＰ５は、多層リンクを通じて接続され、ポートＰ３およびＰ６は、アイドル状態である。これら２つの多層リンクの両方が、１つのリンクアグリゲーショングループに属する。ネットワークステータス情報は、コントローラの多層管理モジュールに格納され得る。加えて、ＩＰドメイン管理モジュール１２４が、ＩＰネットワーク１４０についてのネットワークステータス情報の一部分を格納し得て、光ドメイン管理モジュール１２６が、光ネットワーク１６０についてのネットワークステータス情報の一部分を格納し得る。
【００３５】
図２に示されるトラブルシューティング方法は、以下の内容を含む。
【００３６】
２０５．コントローラ１２０が、ルータ１４１上のポートＰ２に障害が生じている、と判定する。
【００３７】
ルータ１４１は、ポートＰ２に障害が生じていることを検出した後に、コントローラ１２０へ報告情報を送信して、ポートＰ２の障害を報告する。報告情報に基づいて、コントローラ１２０は、ルータ１４１上のポートＰ２に障害が生じている、と判定する。例えば、ＩＰドメイン管理モジュール１２４は、報告情報を受信して多層管理モジュール１２２へ報告情報を送信し、多層管理モジュール１２２は、報告情報に基づいて、ポートＰ２に障害が生じている、と判定する。
【００３８】
２１０．コントローラ１２０が、ポートＰ２およびＰ５を接続する多層リンクを保持している、ネットワーク１６０の光層リソースを解放する。
【００３９】
例えば、コントローラ１２０は、光ネットワーク１６０へ解放通知を送信することで、光ネットワーク１６０に、ポートＰ２およびＰ５を接続する多層リンクを保持している、光ネットワーク１６０の光層リソースを解放するよう命令する。コントローラ１２０の内部で、多層管理モジュール１２２は、光ドメイン管理モジュール１２６を駆動することで、ポートＰ２およびＰ５を接続する多層リンクを保持している、光ネットワーク１６０の光層リソースを解放する。これに応じて、光ドメイン管理モジュール１２６が光ネットワーク１６０へ解放通知を送信することにより、光ネットワーク１６０は、ポートＰ２およびＰ５を接続する多層リンクを保持している光層リソースを解放する。光ネットワーク１６０は、解放通知を受信した後に、ポートＰ２およびＰ５を接続する多層リンクを伝送するために用いられる光リソースを解放する。解放通知は、ＯＮＥ１６１およびＯＮＥ１６２へ送信される２つの情報を含み得る。これら２つの情報は、ポートＰ２およびＰ５を接続する多層リンクを伝送するために用いられる光リソースを解放するようＯＮＥ１６１およびＯＮＥ１６２に命令するために別々に用いられる。コントローラ１２０は、コントローラ１２０に格納された光ネットワーク１６０の光ネットワークステータス情報を更新し得る。光ネットワーク１６０の更新済みの光ネットワークステータス情報は、ポートＰ２およびＰ５を接続する多層リンクを伝送するために用いられる光リソースがアイドル状態であることを示す。更新済みの光ネットワークステータス情報は、多層管理モジュール１２２に格納され得るか、もしくは、光ドメイン管理モジュール１２６に格納され得るか、または、多層管理モジュール１２２および光ドメイン管理モジュール１２６に格納され得る。
【００４０】
２１５．コントローラ１２０が、ポートＰ２およびＰ５を接続する多層リンクをリンクアグリゲーショングループ１７０から削除する。
【００４１】
例えば、コントローラ１２０は、ＩＰネットワーク１４０のルータへ削除通知を送信することで、ＩＰネットワーク１４０に、多層リンクに属するリンクアグリゲーショングループ１７０から、ポートＰ２およびＰ５を接続する多層リンクを削除するよう命令し得る。削除通知は、ルータ１４１および１４２へ別々に送信される２つの情報を含み得る。これら２つの情報は、多層リンクが属するリンクアグリゲーショングループ１７０から、ポートＰ２およびＰ５を接続する多層リンクを削除するよう、ルータ１４１および１４２に命令するために別々に用いられる。削除通知は、多層管理モジュール１２２により駆動されるＩＰドメイン管理モジュール１２４により送信され得るか、または、ＩＰドメイン管理モジュール１２４により単独で送信され得る。
【００４２】
２２０．コントローラ１２０が、ルータ１４１および１４２上のアイドルポートに基づいて、ルータ１４１および１４２を接続する多層リンクを確立する。
【００４３】
コントローラ１２０は、コントローラ１２０に格納されたＩＰネットワーク１４０のステータス情報に基づいて、ポートＰ３がさらにルータ１４１上で利用可能である、と判定し得ると共に、アイドルポートＰ３を用いてルータ１４２との新しい多層リンクを確立することを決定し得る。具体的には、新しい多層リンクが、ポートＰ３およびＰ５を用いることにより確立され得ると共に、新しいＩＰリンクＰ３からＰ６が、ルータ１４２上のポートＰ３と別のアイドルポートとを用いることにより確立され得る。ルータ１４１および１４２を接続する多層リンクを確立するために、ＩＰネットワーク１４０および光ネットワーク１６０の両方が構成され得ることにより、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６は、多層管理モジュールの制御下で、ＩＰネットワーク１４０および光ネットワーク１６０へ制御情報を送信し得る。このようにして、ルータ１４１および１４２を接続する多層リンクは確立される。
【００４４】
２２５．コントローラ１２０が、確立された多層リンクをリンクアグリゲーショングループ１７０に追加して、リンクアグリゲーショングループ１７０内の障害があるリンクを復旧する。例えば、ＩＰドメイン管理モジュール１２４が、多層管理モジュール１２２の制御下で、ルータ１４１および１４２へ制御情報を送信し得ることにより、ルータ１４１および１４２は、２２０で確立された多層リンクをリンクアグリゲーショングループ１７０に追加する。
【００４５】
図４は、本発明の実施形態によるトラブルシューティング方法のフローチャートである。図４に示されるトラブルシューティングは、図５に示されるネットワークに基づいて実行される。図５に示されるネットワークのネットワーク構造は、図１に示されるネットワークのネットワーク構造と同じである。図５に示されるネットワークにおいて、コントローラ１２０は、コントローラ１２０に格納されたネットワークステータス情報に基づいて、ルータ１４１上にはポートＰ１、Ｐ２およびＰ３が存在しており、ルータ１４２上にはポートＰ４、Ｐ５およびＰ６が存在しており、ルータ１４４上にはポートＰ７およびＰ８が存在している、と判定し得る。ポートＰ２およびＰ５を接続する動作リンクと、ポートＰ３およびＰ８を接続する保護リンクとは、コントローラ１２０用に構成される。動作リンクおよび保護リンクの両方が多層リンクである。保護リンクは、動作リンクを保護するために用いられる。例えば、動作リンクが障害である場合、ルータ１４１は、トラフィックを動作リンクから保護リンクへ切り替える。ネットワークステータス情報は、コントローラの多層管理モジュール１２２に格納され得る。加えて、ＩＰドメイン管理モジュール１２４は、ＩＰネットワーク１４０についてのネットワークステータス情報の一部分を格納し得て、光ドメイン管理モジュール１２６は、光ネットワーク１６０についてのネットワークステータス情報の一部分を格納し得る。
【００４６】
図４に示される障害保護方法は、以下の内容を含む。
【００４７】
４０５．コントローラ１２０が、ルータ１４２または光ネットワーク要素１６２にノード障害が生じている、と判定する。例えば、コントローラ１２０は、ＩＰドメイン管理モジュール１２４を用いることにより、ルータ１４２でのノード障害を感知し得ると共に、光ドメイン管理モジュール１２６を用いることにより、光デバイス１６２でのノード障害を感知し得る。ルータ１４２および光ネットワーク要素１６２の両方が、データ伝送のために用いられるネットワークデバイスである。
光ネットワーク要素１６２は、ルータ１４２に対応する光ネットワーク要素である。なぜなら、光ネットワーク要素１６２は、ルータ１４２と１または複数のルータ間で相互に通信されるデータを光ネットワーク上で送信および受信するように構成されるからである。
【００４８】
４１０．コントローラ１２０が、ルータ１４２または光デバイス１６２での障害に基づいて、ポートＰ２およびポートＰ５を接続する多層リンクが障害である、と判定する。ルータ１４２でノード障害が生じた場合、コントローラ１２０の多層管理モジュール１２２は、ＩＰドメイン管理モジュール１２４により報告される、ルータ１４２にノード障害が生じていることを通知するために用いられる障害情報に基づいて、ルータ１４２に障害が生じている、と判定し得る。多層管理モジュール１２２は、ポートＰ５がルータ１４２上にあり、ポートＰ２およびＰ５を接続する多層リンクが存在することを既に認識しているので、ポートＰ２およびＰ５を接続する多層リンクに障害が生じている、と判定し得る。光ネットワーク要素１６２にノード障害が生じた場合、コントローラ１２０の多層管理モジュール１２２は、光ドメイン管理モジュール１２６により報告される、光ネットワーク要素１６２にノード障害が生じていることを通知するために用いられる障害情報に基づいて、光ネットワーク要素１６２に障害が生じている、と判定し得る。多層管理モジュール１２２は、光ネットワーク要素がルータ１４２のためにデータを送信および受信するように構成されており、ポートＰ５がルータ１４２上にあり、ポートＰ２およびＰ５を接続する多層リンクが存在することを既に認識しているので、ポートＰ２およびＰ５を接続する多層リンクに障害が生じている、と判定し得る。
【００４９】
４１５．コントローラ１２０が、ポートＰ２およびＰ５を接続する多層リンクを保持している、光ネットワーク１６０の光層リソースを解放する。例えば、コントローラ１２０は、光ネットワーク１６０へ解放通知を送信することで、光ネットワーク１６０に、ポートＰ２およびＰ５を接続する多層リンクを保持している、光ネットワーク１６０の光層リソースを解放させる。特定の実装中に、解放通知は、ルータ１４２を通過する各多層リンクを保持している、光ネットワーク１６０の光層リソースを解放するよう光ネットワーク１６０に命令するために用いられ得るか、または、ポートＰ２およびＰ５を接続する多層リンクのみを保持している、光ネットワーク１６０の光層リソースを解放するよう光ネットワーク１６０に命令するために用いられ得る。解放通知を送信するために、多層管理モジュール１２２は、光ドメイン管理モジュール１２６を駆動して、解放通知を送信し得るか、または、光ドメイン管理モジュール１２６は、解放通知の送信を自身で決定し得る。ルータ１４２に障害が生じていることをノード障害が意味する場合、解放通知は、光ネットワーク要素１６１または１６２へ送信される１つの情報であってもよく、光ネットワーク要素１６１および１６２を含む複数の光ネットワーク要素へ送信される複数の情報を含んでもよい。光ネットワーク要素１６２に障害が生じていることをノード障害が意味する場合、解放通知は、光ネットワーク要素１６１へ送信される１つの情報であってもよく、光ネットワーク要素１６１を含む複数の光ネットワーク要素へ送信される複数の情報を含んでもよい。光ネットワーク要素１６２に障害が生じているので、コントローラ１２０は、ポートＰ２およびＰ５を接続する多層リンクを保持している光層リソースを解放するよう光ネットワーク要素１６２に命令するために用いられる情報を光ネットワーク要素１６２へ送信しないことがある。しかしながら、光ネットワーク要素１６２が処理機能を有し得るので、コントローラ１２０は、代替的に、ポートＰ２およびＰ５を接続する多層リンクを保持している光層リソースを解放するよう光ネットワーク要素１６２に命令するために用いられる情報を光ネットワーク要素１６２へ送信し得る。
【００５０】
４２０．コントローラ１２０が、ルータ１４１と１４２との間のリンクアグリゲーショングループ１７０から、ポートＰ２およびＰ５を接続する多層リンクを削除する。例えば、コントローラ１２０が削除通知をＩＰネットワーク１４０へ送信することにより、ＩＰネットワーク１４０は、ルータ１４１と１４２との間のリンクアグリゲーショングループ１７０から、ポートＰ２およびＰ５を接続する多層リンクを削除する。加えて、コントローラ１２０は、代替的に、コントローラ１２０に格納されたリンクアグリゲーショングループの構成情報から、ポートＰ２およびＰ５を接続する多層リンクを削除し得ることにより、正確なネットワークステータス情報を格納する。ルータ１４１と１４２との間のリンクアグリゲーショングループがイーサネット（登録商標）アグリゲーションイーサトランクである場合、ポートＰ２およびＰ５を接続する多層リンクは、イーサトランクから削除される必要がある。削除通知を送信するために、多層管理モジュール１２２は、ＩＰドメイン管理モジュール１４４を駆動して、削除通知を送信し得るか、または、ＩＰドメイン管理モジュール１４４は、削除通知の送信を自身で決定し得る。ルータ１４２に障害が生じていることをノード障害が意味する場合、削除通知は、ルータ１４１へ送信される１つの情報であってもよく、ルータ１４１を含む複数のルータへ送信される複数の情報を含んでもよい。ルータ１４２に障害が生じているので、コントローラ１２０は、ポートＰ２およびＰ５を接続する多層リンクを削除するようルータ１４２に命令するために用いられる情報をルータ１４２へ送信しないことがある。しかしながら、ルータ１４２が処理機能を有し得るので、コントローラ１２０は、代替的に、ポートＰ２およびＰ５を接続する多層リンクを削除するようルータ１４２に命令するために用いられる情報をルータ１４２へ送信し得る。
【００５１】
４２５．コントローラ１２０が、ルータ１４１上のアイドルポートとルータ１４４上のアイドルポートとに基づいて、ルータ１４１およびルータ１４４を接続する多層リンクを確立する。ルータ１４４は、保護リンク上のポートＰ８が位置するルータであってもよく、ポートＰ８が位置するルータでなくてもよい。ルータ１４１およびルータ１４４を接続する多層リンクは、ルータ１４１上のアイドルポート、例えば、ポートＰ１またはポートＰ１とは異なるアイドルポートと、ルータ１４４上のアイドルポート、例えば、ポートＰ７とを接続し得る。コントローラ１２０は、ルータ１４１および１４４および光ネットワーク要素１６１および１６４へ構成情報を送信し得ることにより、ルータ１４１およびルータ１４４の多層リンクを確立する。
【００５２】
４３０．コントローラ１２０が、保護リンクが属するリンクアグリゲーショングループ１８０に、ポートＰ１およびＰ４を接続する多層リンクを追加する。このようにして、ポートＰ２およびＰ５を接続するリンクは、ポートＰ２およびＰ７を接続する多層リンクで置換でき、ポートＰ２およびＰ５を接続する障害があるリンクは復旧される。ポートＰ２およびＰ５を通過する多層リンクに障害が生じた後に、トラフィックが、当該リンクから、ポートＰ３およびＰ８を通過する保護リンクへ切り替えられ得る。トラフィックが保護リンクへ切り替えられた場合、コントローラ１２０は、トラフィックを、段階４２５において確立された多層リンクへ、切り替えてもよく、切り替えなくてもよい。
【００５３】
図６は、本発明の実施形態によるトラブルシューティング方法のフローチャートである。トラブルシューティング方法は、以下の内容を含む。
【００５４】
６０５．コントローラが、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する。第１のリンクは、第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクである。
【００５５】
コントローラは、第１の多層リンクの２つの端部のいずれかにおけるネットワークデバイスに障害が生じているかどうかを検出することにより、第１の多層リンクに障害が生じているかどうかを判定し得る。コントローラは、第１のポートに障害が生じている、と判定した場合、第１の多層リンクに障害が生じている、と判定し得る。例えば、図３におけるポートＰ２に障害が生じている場合、ポートＰ２およびポートＰ５を接続するリンクに障害が生じている、と判定できる。加えて、コントローラは、第２のネットワークデバイスにノード障害が生じている、と判定した場合、代替的に、第１の多層リンクに障害が生じている、と判定し得る。
【００５６】
コントローラは、２つの端部におけるネットワークデバイスのいずれかに対応する光ネットワーク要素での障害を用いることにより、代替的に、第１の多層リンクに障害が生じている、と判定し得る。例えば、光ネットワーク要素１６２にノード障害が生じた場合、コントローラは、光ネットワーク要素１６２に対応するネットワークデバイス１４２にノード障害が生じている、と判定し得て、さらに、ネットワークノード１４２とネットワークノード１４１との間の全ての多層リンクに障害が生じている、と判定し得る。第１のポートが、ネットワークノード１４２に接続された、ネットワークノード１４１のポートである場合、コントローラは、第１のポートを通過する第１の多層リンクに障害が生じている、と判定し得る。
【００５７】
６１０．コントローラが第１の多層リンクの光層リソースを解放する。
【００５８】
第１の多層リンクがＩＰネットワークおよび光ネットワークを通過するので、コントローラは、光層リソースの浪費を回避するために、第１の多層リンクの光層リソースを解放する必要がある。第１の多層リンクの光層リソースは、第１の多層リンク上の２つのＩＰ層ネットワークデバイスにそれぞれ対応する２つの光ネットワーク要素間の光リソースであってよい。例えば、図５において、Ｐ２およびＰ５を接続する多層リンクに障害が生じた場合、コントローラ１２０は、ポートＰ２およびＰ５を接続する多層リンクの光層リソースを解放する必要がある、すなわち、ポートＰ２およびＰ５を接続する多層リンク上でデータを伝送するために用いられる、光ネットワーク要素１６１および１６２の光リソースを解放する必要がある。コントローラは、これら２つの光伝送ノードへの光リソースの解放についての情報を送信するだけでなく、コントローラによりローカルに記録された、ポートＰ２およびＰ５を接続する多層リンク上でデータを伝送するために用いられる光リソースの解放もし得る。
【００５９】
６１５．コントローラがリンクアグリゲーショングループから第１の多層リンクを削除する。
【００６０】
第１の多層リンクが既に障害なので、第１の多層リンクは、データ損失を回避するために、リンクアグリゲーショングループから削除される必要がある。コントローラが、第１の多層リンクを用いることにより接続された２つのネットワークデバイスへ削除通知を送信し得ることにより、これら２つのネットワークデバイスは、コントローラに格納されたリンクアグリゲーショングループの構成情報から第１の多層リンクを削除する。コントローラは、代替的に、コントローラに格納されたリンクアグリゲーショングループの構成情報から第１の多層リンクを削除し得る。
【００６１】
６２０．コントローラが、第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、第１の多層リンクの復旧のために用いられる第２の多層リンクを確立する。
【００６２】
第１のアイドルポートは、第１のネットワークデバイス上の第１のポートであってもよく、第１のネットワークデバイス上の別のアイドルポートであってもよい。
【００６３】
ターゲットネットワークデバイスは、障害タイプに基づいて選択される必要がある。第２のネットワークデバイスにノード障害が生じた場合、ターゲットネットワークデバイスは、第２のネットワークデバイスでなくてもよいが、第１のネットワークデバイスおよび第２のネットワークデバイスとは異なる第３のネットワークデバイスである必要がある。第３のネットワークデバイスは、第２のネットワークデバイスのバックアップデバイスである。第２のネットワークデバイスにノード障害が生じており、第１のリンクでの障害がポートの障害によりもたらされている場合、ターゲットネットワークデバイスは、第２のネットワークデバイスまたは第３のネットワークデバイスのいずれであってもよい。
【００６４】
６２５．コントローラが、第１のネットワークデバイスとターゲットネットワークデバイスとの間のターゲットアグリゲーショングループに第２の多層リンクを追加する。
【００６５】
このようにして、障害がある第１の多層リンクは、第２の多層リンクにより復旧される。第１の多層リンクでの障害によりもたらされる帯域幅損失が、ターゲットアグリゲーショングループに第２の多層リンクを追加することにより補償され得る。
【００６６】
図７は、本発明の実施形態によるコントローラ７００の構造のブロック図である。図７に示されるように、コントローラ７００は、プロセッサ７１０と、プロセッサ７１０と通信するメモリ７２０と、送受信機７３０とを含む。図１、図３または図５における多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６が１つのデバイスにおける３つのモジュールであるが、３つのディスクリートデバイスではない場合、コントローラ７００は、図１、図３または図５におけるコントローラ１２０であってよい。図１、図３または図５における多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６が３つの独立のデバイスである場合、コントローラ１２０は、実際には、制御システムである。この場合、コントローラ７００は、実際には多層管理デバイス１２２である多層管理モジュール１２２であってよい。
【００６７】
プロセッサ７１０は、中央演算処理装置ＣＰＵ、ネットワークプロセッサＮＰまたはＣＰＵとＮＰとの組み合わせであってよい。プロセッサは、代替的に、特定用途向け集積回路ＡＳＩＣ、プログラマブル論理デバイスＰＬＤまたはそれらの組み合わせであってよい。ＰＬＤは、コンプレックスプログラマブルロジックデバイスＣＰＬＤ、フィールドプログラマブルゲートアレイＦＰＧＡ、ジェネリックアレイロジックＧＡＬまたはそれらの任意の組み合わせであってよい。プロセッサ７１０は、１つのプロセッサであってもよく、複数のプロセッサを含んでもよい。メモリ７２０は、１つのメモリであってもよく、複数のメモリを含んでもよい。メモリ７２０は、揮発性メモリ、例えば、ランダムアクセスメモリＲＡＭを含み得るか、または、当該メモリは、不揮発性メモリ、例えば、リードオンリメモリＲＯＭ、フラッシュメモリ、ハードディスクドライブＨＤＤまたはソリッドステートドライブＳＳＤを含み得る。当該メモリは、前述のタイプのメモリの組み合わせをさらに含み得る。メモリ７２０は、コンピュータ可読命令を格納する。コンピュータ可読命令は、複数のソフトウェアモジュールを含む。プロセッサ７１０は、各ソフトウェアモジュールを実行した後に、各ソフトウェアモジュールのインジケーションに従って、対応するオペレーションを実行し得る。プロセッサ７１０は、メモリ７２０内のコンピュータ可読命令を実行した後に、コンピュータ可読命令のインジケーションに従って、コントローラ１２０、または独立のデバイスとして機能する多層管理モジュール１２２により実行される全てのオペレーションを実行し得る。加えて、図１、図３または図５における多層管理モジュール１２２、ＩＰドメイン管理モジュール１２４および光ドメイン管理モジュール１２６が１つのデバイスにおける３つのモジュールである場合、多層管理モジュール１２２は、プロセッサ７１０と、メモリ７２０と、メモリ７２０に格納された多層管理ソフトウェアモジュールとに基づいて実装されるものと理解され得る。同様に、ＩＰドメイン管理モジュール１２４は、プロセッサ７１０と、メモリ７２０と、メモリ７２０に格納されたＩＰドメイン管理ソフトウェアモジュールとに基づいて実装されるものと理解され得る。光ドメイン管理モジュール１２６は、プロセッサ７１０と、メモリ７２０と、メモリ７２０に格納された光ドメイン管理ソフトウェアモジュールとに基づいて実装されるものと理解され得る。前述の説明は、本発明の特定の実装方式の例に過ぎず、本発明の保護範囲を限定するよう意図されてはいない。本発明において開示された技術的範囲内で当業者が容易に想到するあらゆる変形例または置換例は、本発明の保護範囲に含まれるものとする。
［項目１］
コントローラが、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する段階であって、上記第１の多層リンクは、上記第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクである、判定する段階と、
上記コントローラが上記第１の多層リンクの光層リソースを解放する段階と、
上記コントローラが上記リンクアグリゲーショングループから上記第１の多層リンクを削除する段階と、
上記コントローラが、上記第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、上記第１の多層リンクの復旧のために用いられる第２の多層リンクを確立する段階と、
上記コントローラが、上記第１のネットワークデバイスと上記ターゲットネットワークデバイスとの間のターゲットアグリゲーショングループに上記第２の多層リンクを追加する段階と
を備えるトラブルシューティング方法。
［項目２］
上記ターゲットネットワークデバイスは、上記第２のネットワークデバイスである、項目１に記載の方法。
［項目３］
第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する上記段階は、
上記第１のネットワークデバイス上の上記第１のポートに障害が生じている、と判定する段階と、
上記第１のポートでの上記障害に基づいて、上記第１の多層リンクに上記障害が生じている、と判定する段階と
を有する、
項目１または２に記載の方法。
［項目４］
上記ターゲットネットワークデバイスは、第３のネットワークデバイスである、項目１に記載の方法。
［項目５］
第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する上記段階は、
上記第２のネットワークデバイスにノード障害が生じている、と判定する段階と、
上記第１の多層リンクは、上記第１のポートおよび上記第２のネットワークデバイスを通過している、と判定する段階と、
上記第１の多層リンクに上記障害が生じている、と判定する段階と
を有する、
項目１または４に記載の方法。
［項目６］
上記第１のアイドルポートは、上記第１のポートである、項目１から５のいずれか一項に記載の方法。
［項目７］
上記第１のアイドルポートは、上記第１のポートではない、項目１から５のいずれか一項に記載の方法。
［項目８］
上記第１の多層リンクおよび上記第２の多層リンクは、異なるタイプのネットワークを通過するリンクである、項目１から７のいずれか一項に記載の方法。
［項目９］
コンピュータ可読命令を格納するように構成されたメモリと、
上記メモリと通信するプロセッサであって、上記コンピュータ可読命令を読み出すことにより、
第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定することであって、上記第１のリンクは、上記第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクである、判定することと、
上記第１の多層リンクの光層リソースを解放することと、
上記リンクアグリゲーショングループから上記第１の多層リンクを削除することと、
上記第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、上記第１の多層リンクの復旧のために用いられる第２の多層リンクを確立することと、
上記第１のネットワークデバイスと上記ターゲットネットワークデバイスとの間のターゲットアグリゲーショングループに上記第２の多層リンクを追加することと
を行うように構成される、プロセッサと
を備えるコントローラ。
［項目１０］
上記ターゲットネットワークデバイスは、上記第２のネットワークデバイスである、項目９に記載のコントローラ。
［項目１１］
上記プロセッサは、上記コンピュータ可読命令を読み出すことにより、
上記第１のネットワークデバイス上の上記第１のポートに障害が生じている、と判定することと、
上記第１のポートでの上記障害に基づいて、上記第１の多層リンクに上記障害が生じている、と判定することと
を行うように構成される、
項目９または１０に記載のコントローラ。
［項目１２］
上記ターゲットネットワークデバイスは、第３のネットワークデバイスである、項目９に記載のコントローラ。
［項目１３］
上記プロセッサは、上記コンピュータ可読命令を読み出すことにより、
上記第２のネットワークデバイスにノード障害が生じている、と判定することと、
上記第１の多層リンクは、上記第１のポートおよび上記第２のネットワークデバイスを通過している、と判定することと、
上記第１の多層リンクに上記障害が生じている、と判定することと
を行うように構成される、
項目９または１２に記載のコントローラ。
［項目１４］
上記第１のアイドルポートは、上記第１のポートである、項目９から１３のいずれか一項に記載のコントローラ。
［項目１５］
上記第１のアイドルポートは、上記第１のポートではない、項目９から１３のいずれか一項に記載のコントローラ。
［項目１６］
上記第１の多層リンクおよび上記第２の多層リンクは、異なるタイプのネットワークを通過するリンクである、項目９から１５のいずれか一項に記載のコントローラ。
【国際調査報告】
2021506145.tif 000010
2021506145.tif 000011
2021506145.tif 000012
2021506145.tif 000013
2021506145.tif 000014