JP2021506145A - 障害がある多層リンク復旧方法およびコントローラ - Google Patents

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

Info

Publication number
JP2021506145A
JP2021506145A JP2020526119A JP2020526119A JP2021506145A JP 2021506145 A JP2021506145 A JP 2021506145A JP 2020526119 A JP2020526119 A JP 2020526119A JP 2020526119 A JP2020526119 A JP 2020526119A JP 2021506145 A JP2021506145 A JP 2021506145A
Authority
JP
Japan
Prior art keywords
link
network device
controller
port
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2020526119A
Other languages
English (en)
Other versions
JP7027542B2 (ja
Inventor
チェ、ジア
フー、ツィリン
リウ、チェンバオ
スン、チャンシェン
Original Assignee
ホアウェイ・テクノロジーズ・カンパニー・リミテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ホアウェイ・テクノロジーズ・カンパニー・リミテッド filed Critical ホアウェイ・テクノロジーズ・カンパニー・リミテッド
Publication of JP2021506145A publication Critical patent/JP2021506145A/ja
Priority to JP2022021842A priority Critical patent/JP7405494B2/ja
Application granted granted Critical
Publication of JP7027542B2 publication Critical patent/JP7027542B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
    • H04B10/03—Arrangements for fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/044—Network management architectures or arrangements comprising hierarchical management structures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H04L45/245—Link aggregation, e.g. trunking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/64—Routing or path finding of packets in data switching networks using an overlay routing layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/41—Flow control; Congestion control by acting on aggregated flows or links
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/55—Prevention, detection or correction of errors
    • H04L49/555—Error detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/55—Prevention, detection or correction of errors
    • H04L49/557—Error correction, e.g. fault recovery or fault tolerance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/60—Software-defined switches
    • H04L49/602—Multilayer or multiprotocol switching, e.g. IP switching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q2011/0079—Operation or maintenance aspects
    • H04Q2011/0081—Fault tolerance; Redundancy; Recovery; Reconfigurability
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本願は、トラブルシューティング方法を開示する。上記方法では、コントローラが、まず、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定し、第１の多層リンクは、第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクであり、コントローラは、次に、第１の多層リンクの光層リソースを解放し、コントローラがリンクアグリゲーショングループから第１の多層リンクを削除し、コントローラはさらに、第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、第１の多層リンクの復旧のための第２の多層リンクを確立し、第１のネットワークデバイスとターゲットネットワークデバイスとの間のターゲットアグリゲーショングループに第２の多層リンクを追加する。この方法によれば、アグリゲーション内の障害があるリンクを多層ネットワーク内に復旧できる。

Description

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

Claims (16)

  1. コントローラが、第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する段階であって、前記第１の多層リンクは、前記第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクである、判定する段階と、
    前記コントローラが前記第１の多層リンクの光層リソースを解放する段階と、
    前記コントローラが前記リンクアグリゲーショングループから前記第１の多層リンクを削除する段階と、
    前記コントローラが、前記第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、前記第１の多層リンクの復旧のために用いられる第２の多層リンクを確立する段階と、
    前記コントローラが、前記第１のネットワークデバイスと前記ターゲットネットワークデバイスとの間のターゲットアグリゲーショングループに前記第２の多層リンクを追加する段階と
    を備えるトラブルシューティング方法。
  2. 前記ターゲットネットワークデバイスは、前記第２のネットワークデバイスである、請求項１に記載の方法。
  3. 第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する前記段階は、
    前記第１のネットワークデバイス上の前記第１のポートに障害が生じている、と判定する段階と、
    前記第１のポートでの前記障害に基づいて、前記第１の多層リンクに前記障害が生じている、と判定する段階と
    を有する、
    請求項１または２に記載の方法。
  4. 前記ターゲットネットワークデバイスは、第３のネットワークデバイスである、請求項１に記載の方法。
  5. 第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定する前記段階は、
    前記第２のネットワークデバイスにノード障害が生じている、と判定する段階と、
    前記第１の多層リンクは、前記第１のポートおよび前記第２のネットワークデバイスを通過している、と判定する段階と、
    前記第１の多層リンクに前記障害が生じている、と判定する段階と
    を有する、
    請求項１または４に記載の方法。
  6. 前記第１のアイドルポートは、前記第１のポートである、請求項１から５のいずれか一項に記載の方法。
  7. 前記第１のアイドルポートは、前記第１のポートではない、請求項１から５のいずれか一項に記載の方法。
  8. 前記第１の多層リンクおよび前記第２の多層リンクは、異なるタイプのネットワークを通過するリンクである、請求項１から７のいずれか一項に記載の方法。
  9. コンピュータ可読命令を格納するように構成されたメモリと、
    前記メモリと通信するプロセッサであって、前記コンピュータ可読命令を読み出すことにより、
    第１のネットワークデバイス上の第１のポートを通過する第１の多層リンクに障害が生じている、と判定することであって、前記第１のリンクは、前記第１のネットワークデバイスと第２のネットワークデバイスとの間のリンクアグリゲーショングループ内のリンクである、判定することと、
    前記第１の多層リンクの光層リソースを解放することと、
    前記リンクアグリゲーショングループから前記第１の多層リンクを削除することと、
    前記第１のネットワークデバイス上の第１のアイドルポートとターゲットネットワークデバイス上の第２のアイドルポートとに基づいて、前記第１の多層リンクの復旧のために用いられる第２の多層リンクを確立することと、
    前記第１のネットワークデバイスと前記ターゲットネットワークデバイスとの間のターゲットアグリゲーショングループに前記第２の多層リンクを追加することと
    を行うように構成される、プロセッサと
    を備えるコントローラ。
  10. 前記ターゲットネットワークデバイスは、前記第２のネットワークデバイスである、請求項９に記載のコントローラ。
  11. 前記プロセッサは、前記コンピュータ可読命令を読み出すことにより、
    前記第１のネットワークデバイス上の前記第１のポートに障害が生じている、と判定することと、
    前記第１のポートでの前記障害に基づいて、前記第１の多層リンクに前記障害が生じている、と判定することと
    を行うように構成される、
    請求項９または１０に記載のコントローラ。
  12. 前記ターゲットネットワークデバイスは、第３のネットワークデバイスである、請求項９に記載のコントローラ。
  13. 前記プロセッサは、前記コンピュータ可読命令を読み出すことにより、
    前記第２のネットワークデバイスにノード障害が生じている、と判定することと、
    前記第１の多層リンクは、前記第１のポートおよび前記第２のネットワークデバイスを通過している、と判定することと、
    前記第１の多層リンクに前記障害が生じている、と判定することと
    を行うように構成される、
    請求項９または１２に記載のコントローラ。
  14. 前記第１のアイドルポートは、前記第１のポートである、請求項９から１３のいずれか一項に記載のコントローラ。
  15. 前記第１のアイドルポートは、前記第１のポートではない、請求項９から１３のいずれか一項に記載のコントローラ。
  16. 前記第１の多層リンクおよび前記第２の多層リンクは、異なるタイプのネットワークを通過するリンクである、請求項９から１５のいずれか一項に記載のコントローラ。
JP2020526119A 2018-08-30 2019-08-27 障害がある多層リンク復旧方法およびコントローラ Active JP7027542B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2022021842A JP7405494B2 (ja) 2018-08-30 2022-02-16 障害がある多層リンク復旧方法およびコントローラ

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201811001018.8 2018-08-30
CN201811001018.8A CN110875824B (zh) 2018-08-30 2018-08-30 一种故障多层链路恢复方法和控制器
PCT/CN2019/102682 WO2020043075A1 (zh) 2018-08-30 2019-08-27 一种故障多层链路恢复方法和控制器

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2022021842A Division JP7405494B2 (ja) 2018-08-30 2022-02-16 障害がある多層リンク復旧方法およびコントローラ

Publications (2)

Publication Number Publication Date
JP2021506145A true JP2021506145A (ja) 2021-02-18
JP7027542B2 JP7027542B2 (ja) 2022-03-01

Family

ID=69644065

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2020526119A Active JP7027542B2 (ja) 2018-08-30 2019-08-27 障害がある多層リンク復旧方法およびコントローラ
JP2022021842A Active JP7405494B2 (ja) 2018-08-30 2022-02-16 障害がある多層リンク復旧方法およびコントローラ

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2022021842A Active JP7405494B2 (ja) 2018-08-30 2022-02-16 障害がある多層リンク復旧方法およびコントローラ

Country Status (7)

Country Link
US (1) US11552881B2 (ja)
EP (1) EP3694152B1 (ja)
JP (2) JP7027542B2 (ja)
KR (1) KR102534739B1 (ja)
CN (2) CN110875824B (ja)
BR (1) BR112020010520A2 (ja)
WO (1) WO2020043075A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111786899A (zh) * 2020-07-15 2020-10-16 深圳市有方科技股份有限公司 一种物联网通信方法及相关设备
US11546078B1 (en) * 2021-03-30 2023-01-03 Amazon Technologies, Inc. Optimizing routes across an optical network based on traffic stream bandwidth utilization

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008160227A (ja) * 2006-12-21 2008-07-10 Hitachi Communication Technologies Ltd ネットワーク装置及び通信システム
JP2009111477A (ja) * 2007-10-26 2009-05-21 Nippon Telegr & Teleph Corp <Ntt> ノード装置および通信路制御方法
JP2013085245A (ja) * 2011-10-05 2013-05-09 Fujitsu Ltd 通信ネットワークにおける複合型マルチレイヤメッシュ回復方法およびシステム
WO2013161366A1 (ja) * 2012-04-27 2013-10-31 アライドテレシスホールディングス株式会社 スイッチ、送信方法、プログラム、記録媒体

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6687758B2 (en) * 2001-03-07 2004-02-03 Alacritech, Inc. Port aggregation for network connections that are offloaded to network interface devices
US20040107382A1 (en) * 2002-07-23 2004-06-03 Att Corp. Method for network layer restoration using spare interfaces connected to a reconfigurable transport network
CN101471868A (zh) * 2007-12-27 2009-07-01 华为技术有限公司 路径选择方法及网络系统、路径计算模块
CN101626317A (zh) * 2008-07-07 2010-01-13 华为技术有限公司 一种链路故障恢复的方法、系统和装置
CN101715149B (zh) * 2009-07-21 2013-01-23 北京邮电大学 一种多层多域分布式光网络并行跨域故障恢复方法和装置
KR101417195B1 (ko) * 2010-10-18 2014-07-09 한국전자통신연구원 다계층 네트워크에서의 계층간 경로 설정 방법 및 시스템
KR101562718B1 (ko) * 2010-12-02 2015-10-22 엘지전자 주식회사 반송파 집성 시스템에서 채널 상태 정보 전송 방법 및 장치
CN102136940B (zh) * 2010-12-31 2013-10-09 华为技术有限公司 一种网络恢复方法和装置
US8861334B2 (en) * 2011-06-14 2014-10-14 Avaya Inc. Method and apparatus for lossless link recovery between two devices interconnected via multi link trunk/link aggregation group (MLT/LAG)
CN102208999B (zh) * 2011-06-17 2017-06-06 中兴通讯股份有限公司 以太环网链路聚合组的保护方法和装置
US9264302B2 (en) * 2013-06-17 2016-02-16 Telefonaktiebolaget L M Ericsson (Publ) Methods and systems with enhanced robustness for multi-chassis link aggregation group
US9258238B2 (en) * 2013-08-30 2016-02-09 Juniper Networks, Inc. Dynamic end-to-end network path setup across multiple network layers
CN103916281B (zh) * 2014-04-29 2018-01-30 上海斐讯数据通信技术有限公司 一种动态lacp聚合链路故障恢复方法
CN103973491B (zh) * 2014-05-09 2017-11-14 北京智谷睿拓技术服务有限公司 故障处理方法及光层控制网元、ip层控制网元
CN104243015B (zh) * 2014-10-11 2018-04-27 北京邮电大学 一种光网络用户网络接口故障恢复方法
US10015053B2 (en) * 2015-05-21 2018-07-03 Huawei Technologies Co., Ltd. Transport software defined networking (SDN)—logical link aggregation (LAG) member signaling
CN106330780B (zh) * 2015-06-24 2019-08-20 联想企业解决方案(新加坡)有限公司 用于构成聚合链路的交换机、设备和方法
US10158448B2 (en) * 2016-01-08 2018-12-18 Ciena Corporation Multilayer resource management and arbitration in transport networks
US10587500B2 (en) * 2016-04-07 2020-03-10 Infinera Corporation Intelligent optical restoration in integrated multi-layer networks
CN108337043B (zh) * 2017-12-26 2020-09-25 广东电网有限责任公司电力调度控制中心 多层sdn光网络中具有区域故障容忍的故障恢复方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008160227A (ja) * 2006-12-21 2008-07-10 Hitachi Communication Technologies Ltd ネットワーク装置及び通信システム
JP2009111477A (ja) * 2007-10-26 2009-05-21 Nippon Telegr & Teleph Corp <Ntt> ノード装置および通信路制御方法
JP2013085245A (ja) * 2011-10-05 2013-05-09 Fujitsu Ltd 通信ネットワークにおける複合型マルチレイヤメッシュ回復方法およびシステム
WO2013161366A1 (ja) * 2012-04-27 2013-10-31 アライドテレシスホールディングス株式会社 スイッチ、送信方法、プログラム、記録媒体

Also Published As

Publication number Publication date
CN111130850B (zh) 2022-09-16
JP7027542B2 (ja) 2022-03-01
CN111130850A (zh) 2020-05-08
BR112020010520A2 (pt) 2021-03-09
KR102534739B1 (ko) 2023-05-22
US20200403907A1 (en) 2020-12-24
WO2020043075A1 (zh) 2020-03-05
CN110875824B (zh) 2023-10-13
EP3694152B1 (en) 2023-04-26
KR20200078585A (ko) 2020-07-01
EP3694152A4 (en) 2021-03-03
US11552881B2 (en) 2023-01-10
CN110875824A (zh) 2020-03-10
JP7405494B2 (ja) 2023-12-26
EP3694152A1 (en) 2020-08-12
JP2022084587A (ja) 2022-06-07

Similar Documents

Publication Publication Date Title
JP4008923B2 (ja) フォルトトレラントネットワークルーティング
US9203732B2 (en) Recovery of traffic in a connection-oriented network
US20080304407A1 (en) Efficient Protection Mechanisms For Protecting Multicast Traffic in a Ring Topology Network Utilizing Label Switching Protocols
JP7405494B2 (ja) 障害がある多層リンク復旧方法およびコントローラ
US9621260B2 (en) Proactive optical restoration system
WO2011027361A2 (en) A method and system for ring protection switching
US9467332B2 (en) Node failure detection for distributed linear protection
WO2015167479A1 (en) Efficient routing in software defined networks
US20140219080A1 (en) Method and apparatus for interworking protection switching
US9264300B2 (en) Hybrid distributed linear protection
EP3323227A1 (en) Restoration method for an mpls ring network
CN105207871B (zh) 双切环网保护方法及装置
US9866428B2 (en) Fabric switchover for systems with control plane and fabric plane on same board
CN108023800A (zh) 一种lte承载网络的保护方法及装置
WO2013185583A1 (zh) 智能光网络中保护业务的恢复方法和装置
KR102126222B1 (ko) 연동 보호 절체 방법 및 장치
JP3689062B2 (ja) 上位ノードおよびネットワークおよびプログラムおよび記録媒体
KR101982730B1 (ko) 네트워크의 보호 절체 방법 및 장치
KR20140131480A (ko) 루트화된 다점 연결 네트워크에서 보호절체 방법 및 장치
CN103840952A (zh) 用于mac黑洞预防的方法以及相应的分布式双宿节点
JP2006148761A (ja) ネットワークシステム
KR20150040743A (ko) 다중 도메인으로 분할된 네트워크의 보호를 위한 선형 보호 절체 방법 및 그 장치

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200604

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200604

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210528

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210608

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210817

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220118

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220216

R150 Certificate of patent or registration of utility model

Ref document number: 7027542

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150