JP2015520577A - リンクアグリゲーショングループにおけるスプリットブレイン問題を検知し、それに対処するための方法及び装置 - Google Patents

リンクアグリゲーショングループにおけるスプリットブレイン問題を検知し、それに対処するための方法及び装置 Download PDF

Info

Publication number
JP2015520577A
JP2015520577A JP2015512140A JP2015512140A JP2015520577A JP 2015520577 A JP2015520577 A JP 2015520577A JP 2015512140 A JP2015512140 A JP 2015512140A JP 2015512140 A JP2015512140 A JP 2015512140A JP 2015520577 A JP2015520577 A JP 2015520577A
Authority
JP
Japan
Prior art keywords
node
lag
setting information
virtual
fellow
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
JP2015512140A
Other languages
English (en)
Other versions
JP6046241B2 (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 JP2015520577A publication Critical patent/JP2015520577A/ja
Application granted granted Critical
Publication of JP6046241B2 publication Critical patent/JP6046241B2/ja
Expired - Fee Related 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
    • H04L12/00—Data switching networks
    • 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/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • 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/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H04L41/0661—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities by reconfiguring faulty entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • 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
    • 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)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Debugging And Monitoring (AREA)

Abstract

第１仮想ノードと第２仮想ノードを含むＬＡＧ内の仮想ノードを動作させるための方法及び装置が開示されている。第１仮想ノードは、少なくとも、第１仲間ノード及び第２仲間ノードを含む。例示的な一方法では、第１仲間ノードは、第２仮想ノードから、システムＩＤ及びＬＡＧに関連付けられた第１設定情報を含む第１制御情報を受信する。第１制御情報は、既に確立された、ＬＡＧに関連付けられた予想設定情報を表す参照設定情報と比較される。その比較と、少なくとも１つの追加的な基準に基づき、ＬＡＧ内にスプリットブレイン状態が存在すると判断されうる。補完的な様態では、第２仮想ノードの仲間ノードは、それが第２仮想ノード内のその仲間ノードと通信可能か否かに応じて、送信されるその設定情報を変えるよう構成されうる。【選択図】図２４

Description

本出願は、２０１２年５月１５日に出願された米国仮特許出願第６１／６４７，２１１号への優先権を主張する。
本発明は概してリンクアグリゲーションに関し、より具体的には、リンクアグリゲーショングループにおけるスプリットブレイン状態を検知し、それに対処するための方法及び装置に関する。
リンクアグリゲーションは、リンクアグリゲーショングループ（ＬＡＧ）に加わっている各リンク上のユーザデータの送信を可能にすることを目的に、ノード対の間の複数のリンクを集約するために広く使用されている（例えばＩＥＥＥ８０２．１ＡＸを参照のこと）。この様態における複数のネットワーク接続の集約は、単一接続が維持できることを超えてスループットを増大させ、かつ／又は、リンクのうちの１つに障害がある場合に冗長性を提供するために使用されうる。「ＤｉｓｔｒｉｂｕｔｅｄＲｅｓｉｌｉｅｎｔＮｅｔｗｏｒｋＩｎｔｅｒｃｏｎｎｅｃｔ」（ＤＲＮＩ）（ＩＥＥＥ８０２．１ＡＸ−ＲＥＶ／Ｄ０．２の第８条を参照のこと）は、例えば図１に示されたＡ、Ｂ、Ｃ及びＤの４つのノードの間のような、２つ以上のノード間であっても、ネットワークインターフェース上のリンクアグリゲーションを使用可能にするために、リンクアグリゲーションに対する拡張の仕様を定める。この出願の図１及び後続の多くの図では、「ＤＲＮＩ」という表示は、４つのノードＡ、Ｂ、Ｃ及びＤを含むＬＡＧを示すために使用される。
図１に示すように、ＬＡＧは、ネットワーク１とネットワーク２の間に形成される。より具体的には、ＬＡＧは、ＬＡＧ仮想ノード３０、３２の間に形成される。第１ＬＡＧ仮想ノード３０は、第１ノード（Ａ）及び第２ノード（Ｂ）を含む。第２ＬＡＧ仮想ノード３２は、第３ノード（Ｃ）及び第４ノード（Ｄ）を含む。ＬＡＧノードＡとＣはピアノードとして接続され、ＬＡＧノードＢとＤも、ピアノードとして接続される。仮想ノード３０内で、ノードＡとＢは「仲間ノード」として接続され、同様に仮想ノード３２内では、ノードＣとＤは「仲間ノード」として接続される。この出願で使用されているように、「ＬＡＧ仮想ノード」とは、上述のＩＥＥＥ参照文献におけるＤＲＮＩポータル（すなわち、それぞれのピアにとって単一ノードとして発現する２つのノード）を表す。加えて、仮想ノード３０は２つのノードＡ、Ｂを「含む」という記述は、仮想ノード３０が、ノードＡ、Ｂによってエミュレートされるという意味である。同様に、仮想ノード３２は２つのノードＣ、Ｄを「含む」という記述は、仮想ノード３２が、ノードＣ、Ｄによってエミュレートされるという意味である。
ＬＡＧに加わっている複数のノードは、ＬＡＧ内のそれらのピアリングパートナーに、単一システムＩＤを備えた同一の仮想ノードと認識される。システムＩＤは、各ノード（ノードＡ、ノードＢ、ノードＣ、ノードＤなど）を識別するために使用される。システムＩＤは、ＬＡＧの個々のノード間で送信される、リンクアグリゲーション制御プロトコルデータユニット（ＬＡＣＰＤＵ）に含まれる。仲間ノードのうちの１つのシステムＩＤを、それらに対応するＬＡＧ仮想ノードのための共通システムＩＤとして使用することは実際的である。ゆえに、図１に示すように、ノードＡ及びノードＢは、同一のネットワーク１に属し、かつそれらは、同一のＤＲＮＩポータル（すなわち同一のＬＡＧ仮想ノード３０）の一部であり、エミュレートされたＬＡＧ仮想ノード３０のために、「Ａ」という共通システムＩＤを使用する。同様に、ネットワーク２のノードＣ及びＤは、ノードＡとＢによって、システムＩＤ「Ｃ」を備えた単一ＬＡＧ仮想ノード３２として受け止められる。
図１はまた、特定のサービスのＤＲＮＩハンドオフを示す（図１の太線「サービス」を参照のこと）。インターフェース上のサービスハンドオフは仮想局所的エリアネットワーク（ＶＬＡＮ）であり、サービスのための識別子は、サービスＶＩＤ（すなわち「Ｓ ＶＩＤ」）（通常、ネットワーク・ネットワークインターフェース（ＮＮＩ）上のサービスを識別する）、又は、顧客ＶＩＤ（すなわち「Ｃ−ＶＩＤ」）（通常ユーザ対ネットワークのインターフェース（ＵＮＩ）上のサービスを識別する）のような、ＶＬＡＮ識別子（ＶＩＤ）でありうる。図１の実施例では、ネットワーク１と２の両方が、「アクティブゲートウェイノード」として上位ノードを選択し、かつ、サービスハンドオフのために上部リンクを選択したことから、サービスは上部リンク上で（ノードＡ、Ｃの間で）ハンドオフされる。この出願全体にわたり、アクティブゲートウェイノードは、太線で囲まれて図示される。このゲートウェイ機能は、ループ防止のためにＤＲＮＩによって導入される。ゆえに、ノードＢとＤは、ＤＲＮＩとそれら自身の各ネットワークの間でサービスがハンドオフされるのを妨げる。
ＤＲＮＩによって対処される必要がある、様々な種類の障害が存在する。それらのうちの１つは、図２に示した「ポータルノード障害」である（「ポータルノード」及び「ＬＡＧノード」は、この文脈において同義に使用されている）。図２に示すように、ノードＡに障害が発生し、ノードＢ及びノードＣと通信できなくなっている。従来技術では、ノードＢはＬＡＧのために、図１の実施例でノードＡのシステムＩＤであった、既に使用されていた共通ＩＤの代わりに、それ自身のシステムＩＤの使用を開始することになる。ノードＣはノードＡの非到達性を知覚し、ノードＤもそれを知覚しうる。ノードＣ及びノードＤは、ＬＡＧ接続性を提供するために、新たなパートナーシステムＩＤ（Ｂ）を受容する必要がある。より円滑な移行のために、また、アクティブアグリゲーションを漏れなく再確立するために、旧システムＩＤ（Ａ）から新システムＩＤ（Ｂ）へのグレースフルな名称変更が適用されうる（例えば、Ｎ．Ｆｉｎｎ氏が２０１１年に寄稿した「ＧｒａｃｅｆｕｌＮａｍｅＣｈａｎｇｅｉｎＬＡＣＰ，ｈｔｔｐ：／／ｗｗｗ．ｉｅｅｅ８０２．ｏｒｇ／１／ｆｉｌｅｓ／ｐｕｂｌｉｃ／ｄｏｃｓ２０１１／ａｘｂｑ−ｎｆｉｎｎ−ｇｒａｃｅｆｕｌ−ｎａｍｅ−ｃｈａｎｇｅ−０５１１−ｖ１．ｐｄｆ」を参照のこと）。
ただし、図２に示した挙動は、ポータルを含む個々のノードのシステムＩＤに基づく、ポータルのシステムＩＤの変更に基づくものであることから、疑わしい。相応して、この従来技術の解決法は、個々のシステムに視認性を与える（すなわち、ノードＣとＤはノードＡに障害が生じたと知覚する）が、このことは、単一ＬＡＧ仮想ノードの外観をそのピアに提示するＤＲＮＩの内部システムの詳細を秘匿するというＤＲＮＩの主たる設計原則に反する。ゆえに、ＤＲＮＩ原則の下では、たとえノード障害が発生しても、システムＩＤの変更は避けることが望ましい。
図３は、同一ポータル上のノード間の接続性（すなわち「ポータルリンク」）が切断され、それによって仲間ノードＡとＢの間のリンク切れを起こしている時における、別の不具合事象を示している。従来技術では、ノードは、ポータルリンク障害とポータルノード障害を弁別することは不可能であり、ポータルリンク障害に対するノードＢ’の反応は、上述のポータルノード障害に対するものと同一（すなわち、ノードＢは共通システムＩＤの代わりにそれ自身のシステムＩＤの使用を開始する）である。それにもかかわらず、図２に示すように、ノードＡは作動中であり、かつ、ＬＡＣＰＤＵ中のそれ自身のシステムＩＤを使用している。ノードＣとＤは次いで、単に共通システムＩＤを使用するＬＡＧ仮想ノード３０に対するリンク（すなわち、この実施例ではノードＡへのリンク）を維持する。他のノードへのリンクは、図４に図示されているように、ＬＡＧからのリンクを無効化することにより、ノードＣとＤによって無効化される（ノードＢとノードＤの間の点線を参照のこと−この表記は、この出願全体にわたり無効化されたリンクを示すために使用される）。
図３から図４のポータルリンク障害によって生じた状況は、単一ＬＡＧ仮想ノード３０をエミュレートするノードＡとＢの両方が作動中であるが、互いに接続されていないことから、「スプリットブレイン（ＳＢ）」と称される。スプリットブレインノードの両方がアクティブゲートウェイになっている場合には、ループが発現することになる。それにもかかわらず、ピアリングパートナーノードＣとＤは、スプリットブレインノードＡとＢに、それらが図４に示すようなスプリットブレイン状況にあると伝えることができる。それはつまり、ノードＣとＤの両方が、それらの各ピアノードに、ＬＡＧ仮想ノード３０でスプリットブレイン状況が発生したと伝えるために、ＬＡＣＰＤＵを使用するということである。ゆえに、どちらのノードも、他方からアクティブゲートウェイの役割を引き継がない（例えば、ノードＢは図１のサービスのためのアクティブゲートウェイにならない）。ノードＣとＤの間の接続性が妥当に機能している場合、それらは単一ＬＡＧ仮想ノード３２をエミュレートし、かつ、それらの両方が、それらの各ピアノードＡ及びＢから受信された異なるシステムＩＤを知覚することに留意されたい。
スプリットブレイン状況がＬＡＧの両側で同時に発現している場合には、「ダブルスプリットブレイン（ＤＳＢ）」状態（「デュアルスプリットブレイン」としても知られる）が発生していると言われる（図５を参照のこと）。ＬＡＧの両側にスプリットブレインが発生している場合には、いずれのポータル内にも接続が存在しないことから、ＬＡＧ仮想ノード３０、３２のどちらも、他方のＬＡＧ仮想ノード３０、３２のスプリットブレイン状況を検知できない。ゆえに、同一のポータルのノードは、それらの各ＬＡＣＰＤＵ内でそれらが異なるシステムＩＤを受信するという事実を互いに通知できず、このことは、従来技術のシングルスプリットブレイン対処法の原理である。従って、全てのノードはポータル内にあるそれらの仲間ノードがダウンしているとみなすことになり、全てのノードは、あらゆるサービスのためのアクティブゲートウェイになる。この結果として、図５に示すように、データフレームの転送ループが生じる。ダブルスプリットブレイン状況に対処するための、有効な方法はない。
第１仮想ノードと第２仮想ノードを含む、リンクアグリゲーショングループ（ＬＡＧ）内の仮想ノードを動作させるためのいくつかの方法が開示される。第１の例示的な方法により、第１仮想ノードと第２仮想ノードを含むＬＡＧ内の仮想ノードを動作させる方法が開示されている。第１仮想ノードは、少なくとも、第１仲間ノード及び第２仲間ノードを含む。方法により、第１仲間ノードは、第１仲間ノードが第２仲間ノードと通信しているか否かを判断する。第１仲間ノードはまた、判断に基づいて、判断により第１仲間ノードは第２仲間ノードと通信していると示される時には、制御情報がシステムＩＤ及びＬＡＧに関連付けられた第１設定情報を含むように、判断により第１仲間ノードは第２仲間ノードと通信していないと示される時には、制御情報がシステムＩＤ及びＬＡＧに関連付けられた第２設定情報を含むように、第２仮想ノードに制御情報を送信し、第２設定情報は第１設定情報とは異なる。
一実施例では、第１設定情報及び第２設定情報は、設定キーとサービスダイジェストのうちの１つである。同一の、又は別の実施例では、第１設定情報及び第２設定情報は、リンクアグリゲーション制御プロトコルデータユニット（ＬＡＣＰＤＵ）メッセージ内で搬送される。例示的な方法を実装するよう構成された対応するネットワークノードも開示される。
別の例示的な実施形態により、第１仮想ノードと第２仮想ノードを含むＬＡＧ内の仮想ノードを動作させる方法が開示されている。第１仮想ノードは、少なくとも、第１仲間ノード及び第２仲間ノードを含む。方法により、第１仲間ノードは、第２仮想ノードから、システムＩＤ及びＬＡＧに関連付けられた第１設定情報を含む第１制御情報を受信する。第１設定情報は、ＬＡＧに関連付けられた参照設定情報と比較される。比較により、第１設定情報が参照設定情報に一致しないと示される場合、第１仲間ノードは第２仲間ノードと通信していないと検知すること、及び、第２仲間ノードは第２仮想ノードと通信しており、かつ、第１設定情報が、第２仮想ノードによって第２仲間ノードに提供された第２設定情報に一致しないこと、のうちの少なくとも１つに応答して、ＬＡＧ内にスプリットブレイン状態が存在すると判断される。参照設定は、既に確立された、ＬＡＧに関連付けられた予想設定情報を表す。
一実施例では、スプリットブレイン状態が存在すると判断することは、第１仲間ノードは第２仲間ノードと通信していないと検知することに応答して、ＬＡＧ内にデュアルスプリットブレイン状態が存在すると判断することを含む。この実施例では、第１と第２の仮想ノードを接続する非プライマリ接続リンク、又は非デフォルト接続リンクは、ＬＡＧ内にデュアルスプリットブレイン状態が存在すると判断される場合、ＬＡＧから除外されることがある。
一実施例では、スプリットブレイン状態が存在すると判断することは、第２仲間ノードは第２仮想ノードと通信しており、第１設定情報が、第２仮想ノードによって第２仲間ノードに提供された第２設定情報に一致しないことに応答して、ＬＡＧ内にシングルスプリットブレイン状態が存在すると判断することを含む。第１設定情報、第２設定情報及び参照設定情報は、設定キーと設定ダイジェストのうちの１つでありうる。また、設定情報は、リンクアグリゲーション制御プロトコルデータユニット（ＬＡＣＰＤＵ）メッセージ内で搬送されることがある。この追加の例示的な方法を実装するよう構成された、対応するネットワークノードも開示される。
言うまでもなく、本発明は、上記の特性及び利点に限定されない。実際には、当業者は、下記の詳細な説明を読み添付の図面を参照することで、追加的な特性及び利点を認識するであろう。
サービスに対応可能なＬＡＧを示すブロック図である。 ＬＡＧ内のポータルノード障害のブロック図である。 スプリットブレイン状態を発生させる、ＬＡＧ内のポータルリンク障害のブロック図である。 図３のスプリットブレイン状態に対処するための従来技術の解決法のブロック図である。 ダブルスプリットブレイン状態のブロック図である。 新規のシステムＩＤ命名措置を使用する、通常のＬＡＧ動作状態のブロック図である。 新規のシステムＩＤ命名措置を使用する、通常のＬＡＧ動作状態のブロック図である。 図６から図７のＬＡＧ内のノード障害のブロック図である。 共通キーを使用するＬＡＧノードの通常の動作状態のブロック図である。 図９のＬＡＧ内の非プライマリＬＡＧノード障害のブロック図である。 図９のＬＡＧ内のプライマリＬＡＧノード障害のブロック図である。 図９のＬＡＧにおける、シングルスプリットブレイン対処法のブロック図である。 図９のＬＡＧにおける、シングルスプリットブレイン対処法のブロック図である。 サービス割当ダイジェストを使用するＬＡＧノードの通常の動作状態のブロック図である。 図１４のＬＡＧ内のＬＡＧノード障害のブロック図である。 図１４のＬＡＧにおける、シングルスプリットブレイン対処法のブロック図である。 図１４のＬＡＧにおける、シングルスプリットブレイン対処法のブロック図である。 スプリットブレイン状態を検知するためにＬＡＧ内の仮想ノードを動作させる、例示的な方法を示している。 スプリットブレイン状態を検知するためにＬＡＧ内の仮想ノードを動作させる、別の例示的な方法を示している。 ＬＡＧにおける、ダブルスプリットブレイン対処法のブロック図である。 ＬＡＧにおける、ダブルスプリットブレイン対処法のブロック図である。 完全にメッシュ化されたＤＲＮＩにおける、ダブルスプリットブレイン対処法のブロック図である。 ダブルスプリットブレインの誤った対処により切断されたＬＡＧ接続性のブロック図である。 ＬＡＧ内の仮想ノードを動作させる、例示的な方法を示している。 ＬＡＧ内の仮想ノードを動作させる、別の例示的な方法を示している。 例示的なＬＡＧノードを示している。
図６から図７は、ＬＡＧ仮想ノード３０、３２の各々で同一のノード識別システムＩＤが使用される、システムＩＤ命名方法を示す。図６から図７に示すように、ノードＡとＢは、ネットワーク２に対してＬＡＧ仮想ノード３０内の単一仮想ノードＡ’であると主張する。それはつまり、図６に示すようにノードＣとノードＤのパートナーのシステムＩＤがＡ’であるように、かつ、ノードＣとノードＤが、それらは単一ノードＡ’に接続されていると認知するようなＬＡＣＰＤＵを、ノードＣとノードＤの両方が受信するということである。他方の側での動作も同じであり、ノードＣとノードＤは、ネットワーク１に対してＣ’というシステムＩＤを備えた単一ＬＡＧ仮想ノード３２であると主張する。一実施例では、各仮想ノードのシステムＩＤは、仮想ノードを実装しているポータルノードのうちの１つのＩＤのものと同一である。それはつまり、一実施例では、システムＩＤ Ａ’＝システムＩＤ Ａであり、かつ、システムＩＤ Ｃ’＝システムＩＤ Ｃであるということである。
ＤＲＮＩ動作の原則によれば、障害の場合であっても、ＬＡＧ仮想ノードの内部動作をそのピアリングネットワークから秘匿することが望ましい。図８は、図６から図７のＬＡＧ内のノード障害のブロック図であり、その中でこの所望の挙動が追及されている。それはつまり、ノードＡの機能停止にもかかわらず、ノードＢは、ピアリングネットワークに対してシステムＩＤ Ａ’を依然として使用し、それ自身のＩＤには変更しないということである。システムＩＤ Ａ’＝システムＩＤ Ａである場合には、ノードＢは、ノードＡの機能停止にもかかわらず、ネットワーク２に対してシステムＩＤ Ａを依然として使用する。従って、図６から図７のＬＡＧノードＡ、Ｂ、Ｃ、ＤはＬＡＧに対して告知しているシステムＩＤを変更しないことから、ＤＲＮＩ動作原則が常に適用され、維持されることを目指すものである場合、従来のスプリットブレイン対処方法は適用されえない。
スプリットブレイン状況が発現する可能性を最小化するための、実現可能性のある一ステップは、仲間ポータルノードの相互接続のために、ポータル内で保護されたリンクを適用する（Ａ−Ｂ間及びＣ−Ｄ間に保護されたポータルリンクを有する）ことである。例えば、ＬＡＧによってグループ化された複数の物理リンクにより、仲間ポータルノードは互いに接続される可能性がある。この方法と組み合わせて、或いはこの方法の代替として使用されうる他の方法を、下記で説明する。
キー変更を使用するシングルスプリットブレイン回避
図９から図１３は、シングルスプリットブレイン状態を検知し、それに対処するためにキー変更を使用する、例示的な一方法を示す。これらの図（及び図７から図８）では、ノードを囲む二重円は、ノードがその各ＬＡＧ仮想ノード３０又は３２内にある「プライマリノード」であることを示している。
図９から図１３の方法は、システムＩＤが障害発生時に変更されず、かつ、いかなる状態下においても変更されない場合に、シングルスプリットブレインに対処するために提案されている。提案されている方法は、仲間ポータルノードがダウンしていると認知される場合、アグリゲーションキーの変更に依拠する。アグリゲーションキー（又は「アグリゲータキー」或いは「アクターキー」若しくは単に「キー」）は、ノードＡとＣの間、及びノードＢとＤの間で送信されたＬＡＣＰＤＵ内で使用される。図９を参照するに、通常の動作状態では、ノードＡとＢの各々は、それらのピアノードへの送信においてキー「Ｋ」を使用する。
図１０は、ノードＢに障害が生じている、図９のＬＡＧにおける非プライマリポータルノード障害を示す。仮想ノードのシステムＩＤが、仮想ノードをエミュレートしているポータルノードのうちの１つのシステムＩＤと同一の場合には、共通システムＩＤを有するノードがプライマリノードである（例えば、システムＩＤ Ａ’＝システムＩＤ Ａの時はノードＡがプライマリノードである）。図１０に示すように、たとえ非プライマリノードに故障が生じても、プライマリノードはそのアグリゲーションキーを変更しない。
しかし、プライマリノードＡに故障が生じている場合には、図１１に示すように、非プライマリノードＢはそのアグリゲーションキーを変更する。それはつまり、ノードＡに故障が生じている場合には、ノードＢは、そのＬＡＣＰＤＵ内のキーを、既に使用していた共通キー「Ｋ」に替えて「Ｌ」に変更するということである。キー変更による中断を回避するために、旧キー値と新キー値は、変更中、及びその少し後に、ＬＡＣＰＤＵ内で搬送されうる。ゆえに、旧キー又は新キーのいずれかとの一致があれば、ＬＡＧは維持されうる。Ａ’という同一のシステムＩＤが、ノードＢはノードＡに障害が生じたと認知しているにも関わらず、ノードＢによって使用され続けることは、注目に値する。
例示的な一実施形態による、キー変更によるシングルスプリットブレイン状態の対処法が、図１２から図１３に示されている。図１２を参照するに、仮想ノード３０のポータル内で接続性が切断されている場合には、ポータルノードＡ、Ｂの両方は、仲間ポータルノードがダウンしていると認知する。ただし、ノードＡ又はノードＢのいずれも、両方がそれらのピアノードＣ、Ｄに対してシステムＩＤ Ａ’の使用を継続することから、そのシステムＩＤを変更しない。プライマリノード（すなわち実施例ではノードＡ）も、そのキーを変更せず、共通キー「Ｋ」を使用し続ける。対象的に、非プライマリノードであるノードＢは、そのキー値をキー「Ｌ」へと変更する。
ピアノード（ノードＣ及びノードＤ）は、ＬＡＣＰＤＵ内の別々のキー値を受信し、これを使用して、ＬＡＧ仮想ノード３０でシングルスプリットブレインが発生したと検知する。予想キーＫが受信されるリンクは、ＬＡＧ内に保たれる（すなわち、ノードＡとＣの間のリンク）。受信されたキーが予想キーと異なるそれらのリンクは、図１３に示すようにＬＡＧから除外される（すなわち、ＢとＤの間のリンクは除外される−ＢとＤの間の点線により示す）。
ノード障害の場合、たとえキーが変更されても、ピアによって単一キーが受信されることが、ノード障害とスプリットブレイン状態の間の相違であることに留意されたい。しかし、スプリットブレイン状況の場合、複数の異なるキーが受信される。従って、図１３に示すように、ピアはスプリットブレイン状況を認識し、かつ、スプリットブレイン内のノードに、それらのノードがスプリットブレイン内にあるという事実について伝えることが可能である。
サービス割当変更に基づくシングルスプリットブレインの回避
図１４から図１７は、シングルスプリットブレイン状態を検知し、それに対処するためにサービス割当ダイジェストを使用する、例示的な方法を示す。下記に説明するダイジェストを組み込む実施形態においては、「プライマリ」及び「非プライマリ」ノードが存在せず、ゆえに、どのノードも二重円で囲まれていないことは、注目に値する。しかしこれらの実施形態は、同様の様態において、「デフォルトリンク」及び「非デフォルトリンク」という概念を利用する。
ある状況において（例えば、ＬＡＧ適合が必要な場合）、ＬＡＧ内に集約されている個々のリンクへの実際のサービス割当の情報は、ダイジェストの形態で、交換されたＬＡＣＰＤＵ内で搬送される可能性がある（例として、「ＭｅｔｈｏｄｆｏｒＥｎｓｕｒｉｎｇＣｏｎｇｒｕｅｎｃｙｉｎＬｉｎｋＡｇｇｒｅｇａｔｉｏｎ」と題された、Ｅｒｉｃｓｓｏｎ社の仮出願特許番号６１／６０５，８１８、識別番号４０１５−８０２７／Ｐ３６１１３を参照のこと）。かかる構成においては、あるサービスが特定のＬＡＧピアリンクに割り当てられ、ダイジェストは、ＬＡＧノードの間で送信され、これらのサービス割当を示す。ＬＡＧの２つのエンドで交換された割当の比較により、搬送されたサービスの適合の検証が可能になる。
下記の説明では、スプリットブレインの回避方法は、リンク割当に対するサービスの変更（すなわち、ダイジェストで受信されると予想されるサービス割当情報と比較した相違）の検知に依拠している。以下でずっと詳細に説明するように、ＬＡＣＰＤＵ内のＬＡＧサービス割当を表すためにサービス割当ダイジェストの形をとることにより、あるダイジェスト変更に基づいて、スプリットブレイン状態が検知されうる。
図１４は、サービス割当ダイジェストを使用するＬＡＧの通常の動作状態のブロック図である。図１４では全てのリンクが動作可能であることから、ＬＡＧ全体にわたって同一のサービス割当が使用され、ＬＡＧ内のピアノード間で同一のサービスダイジェスト「Ｇ」が送信される。それはつまり、集約された各リンク上で、例としては物理リンクへのＶＬＡＮ識別子（ＶＩＤ）割当についての情報を搬送する、追加的なサービスダイジェストが交換されるということである。ＶＩＤは合目的的な様態でハンドオフされることから、図１４に示すように、全てのダイジェスト値は同一であり、かつ、ＬＡＧ仮想ノード３０、３２の両方の間で同一のサービスダイジェスト「Ｇ」が交換される。ＶＩＤがＬＡＧの両側で同一の物理リンクに割り当てられ、かつ、ダイジェストがあらゆるＶＩＤの割当を対象とする場合、割当は一貫性を有する。ゆえに、送信されるダイジェストと同一のダイジェストが受信されることが予想される。
図１５は、ノード障害の場合の動作を示している。この場合、ピアリンクＢ−Ｄによって搬送された全てのサービスが、ピアリンクＡ−Ｃによって搬送されるようになっている。これは、ネットワーク２に新たなダイジェストＨが伝達され、サービスの移転を示すことになることを意味する。また、ネットワーク２のＬＡＧ仮想ノード３２は、ＬＡＧのリンクを喪失することによって障害を知覚し、従って、仮想ノード３２は、全てのサービスをリンクＡ−Ｃへと移動させてダイジェストを更新するために、適切な措置の変更も行う。ゆえに、ダイジェストの交換は図１５に図示したようなものになる。
サービス割当の変更に基づくシングルスプリットブレイン状態に対処する例示的な一方法を、図１６及び図１７に示す。ポータル内で接続性が切断されている（例えば、ノードＡとノードＢの間のリンクが切れている）場合、ポータルノードＡとＢの両方は、それらの仲間ノードがダウンしていると認知する。集約された各リンクは、以前は他のリンク上で搬送されていた全てのサービスを引き継ぐ。その結果として、ノードＡによって送信されたダイジェスト「Ｈ」は、全てのサービスがＡ−Ｃリンクを介して搬送されるように算出される。ノードＢも、全てのサービスがＢ−Ｄリンクを介して搬送されるように算出される、ダイジェスト「Ｊ」を送信する。ゆえに、スプリットブレイン内のポータルノードは、図１６に示すように、別々のダイジェストを送信する。その結果、ノードＣとＤの各々は、それらのピアノードＡ及びＢから、Ａ−Ｃ及びＢ−Ｄのリンクを介して別々のダイジェストを受信する。ノードＣ及びＤは、この情報を使用して、それらのピアにスプリットブレイン状態が発生していると判断することができ、かつ、下部ＩＤリンクを分離させる（すなわち、ノードＢとノードＤの間の「非デフォルトリンク」を無効化する）こと、及び、ＬＡＧ内の「デフォルトリンク」（図１６から図１７の実施例ではノードＡとノードＣの間のＡ−Ｃリンク）を保つことによってＬＡＧが分割されるように、適切な処置を取りうる。同時に、ノードＣとＤは、それらの各ピアノードＡ及びＢに、ＬＡＧ仮想ノード３０におけるスプリットブレイン状態について伝える（図１７の「ＳＢ」通知を参照のこと）。
この点を考慮して、図２４は、第１仮想ノード（例えばＬＡＧ仮想ノード３０）、及び第２仮想ノード（例えばＬＡＧ仮想ノード３２）を含むＬＡＧ内の仮想ノードを動作させる例示的な方法３００を示している。一例として、方法３００は、少なくとも、第１仲間ノードと第２仲間ノード（例えばノードＡ及びＢ）を含むＬＡＧ仮想ノード３０である、「第１仮想ノード」と共に説明される。第１仲間ノードは、第１仲間ノードが第２仲間ノードと通信しているか否かを判断し（ステップ３０２）、判断に基づいて制御情報を第２仮想ノードに送信する（ステップ３０４、３０６）。判断により第１仲間ノードは第２仲間ノードと通信していると示される時には、制御情報は、システムＩＤ、及びＬＡＧに関連付けられた第１設定情報を含む（ステップ３０４）。判断により第１仲間ノードは第２仲間ノードと通信していないと示される時には、制御情報は、システムＩＤ、及びＬＡＧに関連付けられた第２設定情報を含み、第２設定情報は第１設定情報とは異なる（ステップ３０６）。
上述のように、第１設定情報と第２設定情報は、設定キー及び／又はサービスダイジェストでありうる。また、第１設定情報と第２設定情報は、任意ではあるが有利には、ＬＡＣＰＤＵメッセージ内で搬送されうる。
シングルスプリットブレイン及びダブルスプリットブレインの対処法
図１８から図１９は、スプリットブレイン状態を検知するためにＬＡＧ内の仮想ノードを動作させる、例示的な方法の詳細を示している。各実施形態では、ＬＡＧノード（Ａ、Ｂ、Ｃ、Ｄ）の各々は、そのＬＡＧピアからある情報を得ることを予想するよう構成され、ダブルスプリットブレイン状態は、一旦検知されると、接続ピアリンクを除外することにより対処されうる。
図１８は、ピアノードからのＬＡＣＰＤＵの受信に基づいてシングルスプリットブレイン又はダブルスプリットブレインの対処を促進する、例示的な方法１００を示している。方法１００は、例示の目的で、ＬＡＧ仮想ノード３２のノードＤの観点から説明される。
制御情報が他の仮想ノードから（例えばノード３０から）受信されたか否かを判断するための確認が実行される（ステップ１０２）。情報は、例えばＬＡＣＰＤＵ内で、受信されることがある。制御情報は、システムＩＤ並びに第１設定情報を含む。第１設定情報が参照設定情報に一致するか否かを判断するための確認が実行される（ステップ１０４）。参照設定は、既に確立された、ＬＡＧに関連付けられた予想設定情報（例えば予想キー）を表す。第１設定情報が参照設定情報に一致しない場合、ノードＤはその仲間ノードＣと通信可能か否か（すなわち、ノードＣは到達可能か否か）を判断するための確認が実行される（ステップ１０６）。ノードＣとＤが互いに通信可能である場合には、第２設定情報が仲間ノードＣで受信されるか否かを判断するための確認が実行される（ステップ１０７）。規定の時間が経過した後に第２設定情報が受信されない場合には、ピアノードＡに障害が生じたと判断されうる（ステップ１０８）。或いは、第２設定情報が受信され、かつ、第１設定情報に一致しない（例えば、仲間ノードＣとＤが、それらのピアノードＡとＣから異なる設定情報を受信している）場合には、ＬＡＧ仮想ノード３０でシングルスプリットブレイン状態が発生したと判断される（ステップ１０９）。これに基づいて、当該リンクが依然としてＬＡＧのメンバであるか否かを判断するための確認が実行される（ステップ１１２）。これは、ノードＤの例では、ノードＢとＤを接続するピアリンクであるはずである。リンクが依然としてＬＡＧのメンバである場合には、それはＬＡＧから除外され（ステップ１１４）、シングルＳＢ通知を有するＬＡＣＰＤＵが、ノードＢであるはずのＬＡＧピアに送信される（ステップ１１６）。
ステップ１０６を再度参照するに、ノードＣとＤが互いに通信できない場合には、ダブルスプリットブレイン状態が検知され（ステップ１１０）、ステップ１１２からステップ１１６が、シングルＳＢ通知に替えてＤＳＢ通知がステップ１１６で提供されることになることを除き同様の様態で実行される。ゆえに、当該リンクが依然としてＬＡＧのメンバであるか否かを判断するための確認が実行され（ステップ１１２）るが、ＬＡＧのメンバとは、ノードＤの例では、ノードＢとＤを接続するピアリンクであるはずである。リンクが依然としてＬＡＧのメンバである場合には、それはＬＡＧから除外され（ステップ１１４）、ＤＳＢ通知を有するＬＡＣＰＤＵが、ノードＢであるはずのＬＡＧピアに送信される（ステップ１１６）。本書で提案されている方法は、他の不具合事象の対処法を改変する、又は損なうものではないことに留意されたい。
ステップ１０４を再度参照するに、ＬＡＣＰＤＵに予想情報が含まれる場合、仲間ノードが到達可能であるか否かを判断するための確認が実行される（ステップ１１８）。ゆえに、ノードＤがノードＣと通信可能か否かを判断するための確認が実行される。ノードＣ、Ｄが通信可能である場合には、以前のダブルスプリットブレイン状態はもはや存在しない。従って、ノードＢとノードＤの間のピアリンクが現時点でＬＡＧの一部であるか否かを判断するための確認が実行され（ステップ１２０）、それがＬＡＧの一部ではない場合、再びＬＡＧに付加される（ステップ１２２）。
加えて、従来技術のシングルスプリットブレイン方法（障害発生の際にノードＢがそのシステムＩＤを変更するはずの方法）と方法４００（キー変更によってシングルスプリットブレイン状態を検知する方法）はどちらも、方法１００で提案されたダブルスプリットブレイン対処法と共に、良好に機能する。
方法１００は、（ノードＡとＣの間のプライマリピアリンクが保持されることになるように）ノードＢとＤの間の非プライマリ接続ピアリンクを無効化するために、（ノードＤとノードＣはどちらも、それらの各仲間ノードから同一の参照設定情報を得ることを予想している状況で）ノードＤによって実装されている設定情報と説明されたが、これは一例に過ぎないことを理解すべきである。方法１００はノードＣによっても実行され、例えばノードＣは、ステップ１０２からステップ１０４において、やはりその予想情報を受信することになる。これは、ノードＡとＣは、同一の情報（例えば、同一のシステムＩＤ及び／又はキー）の使用を継続し、ノードＣとＤのみが別の情報を使用することになるからである。従って、ノードＡとノードＣの間のピアリンクは、たとえダブルスプリットブレインの際でも無効化されないはずである。一実施形態では、ノードＡ、Ｂ、Ｃ及びＤの４つ全てが、方法１００を実行して、ＬＡＧ仮想ノード３０、３２の両方で、シングルスプリットブレイン及びダブルスプリットブレインを検知を行う。
上述のように、参照設定情報は、例えば情報検証に使用される、アグリゲーションキーを含む可能性がある。参照設定情報は、例えば初期設定アクションによって決定される、或いは、通常の動作下で（例えば初期ＬＡＣＰＤＵ交換中に）ＬＡＣＰＤＵによって搬送された価に基づく可能性がある。図９の実施例では、ノードＣとＤは両方、それらのピアの予想キーＫを保存するよう構成される。図１８で説明されている方法の情報の不一致は、ＬＡＣＰＤＵ内で受信されたキーがと局所的予想キーと異なる場合に発生することになる。
図１９は、設定情報が、物理ＬＡＧリンクへのサービスの割当を示すサービス割当ダイジェストである、スプリットブレイン状態を検知するよう、ＬＡＧ内の仮想ノードを動作させる例示的な方法を示している。ダイジェストはＬＡＣＰＤＵ内で受信され、サービスダイジェストは、予想サービスダイジェストと異なることがある。図１８のダブルスプリットブレイン対処機構は、リンクに対するサービスの、受信された割当と、予想割当の不一致の検知に依拠する。
方法２００は、例示の目的で、ノードＤの観点から説明される。図１９のステップ２０２からステップ２１２、及びステップ２１４からステップ２２２は、（キー又はシステムＩＤとは対照的に）予想情報がサービス割当ダイジェストに対応することを除き、図１８のステップ１０２からステップ１１２、及びステップ２１４からステップ２２２と同様の様態で実行される。方法１００、２００の間の顕著な一相違点は、方法２００には、当該ＬＡＧピアリンク（例えばノードＢとノードＤを接続するリンクＢ−Ｄ）はデフォルトＬＡＧリンクであるか否かを判断するための、追加的なステップ２１３が含まれていることである。このステップにより、非デフォルトリンク（すなわちノードＢ、Ｄの間のリンク）のみが無効化され、プライマリリンク（すなわちノードＡ、Ｃの間のリンク）は無効化されないことが確実になる。ゆえに、スプリットブレイン状況が予測され、かつ、受信されたダイジェストと予想ダイジェストの不一致が存在する場合には、リンクは、デフォルトＬＡＧリンクではない限り、ＬＡＧから除外される必要がある。一実施例では、デフォルトＬＡＧリンクは、別のリンクがデフォルトＬＡＧリンクとして構成されていない限り、数値的に最も低いリンクＩＤ値を有するリンクである。
図１８から図１９がより詳細に図示しているのに対して、図２５は、第１仮想ノードと第２仮想ノードを含むＬＡＧ内の仮想ノードを動作させる、一般化された方法４００を示している。方法４００の実施例では、ＬＡＧ仮想ノード３２は例示的な「第１仮想ノード」であり、ＬＡＧ仮想ノード３０は例示的な「第２仮想ノード」となるが、異なる状況においては、これらが逆になる可能性もある。第１仲間ノード（例えばノードＣ）は、第２仮想ノード３０から、システムＩＤ及びＬＡＧに関連付けられた第１設定情報を含む第１制御情報を受信する（ステップ４０２）。第１設定情報は、ＬＡＧに関連付けられた参照設定情報と比較される（ステップ４０４）。第１設定情報が参照設定情報と異なる（一致しない）場合（ステップ４０４に対する答えが「いいえ」）、ノード（ノードＣ）はその仲間ノード（例えばノードＤ）と通信しているか否かという判断がなされる（ステップ４０６）。通信していない場合には、ＬＡＧ内にダブルスプリットブレイン状態が存在すると判断される（ステップ４１０）。仲間ノードＣ、Ｄが通信している場合には、第２仲間ノードが第２仮想ノードと通信していること（ステップ４０７）、及び、第１設定情報が、第２仮想ノードによって第２仲間ノードに提供された第２設定情報に一致しないこと（ステップ４０９）に応答して、シングルスプリットブレイン状態が存在すると判断される。ステップ４０８は、ノード障害（例えばノードＡ）の検知を表す。参照設定は、既に確立された、ＬＡＧに関連付けられた予想設定情報を表しうる。
スプリットブレイン状態が存在すると判断することは、第１仲間ノードは第２仲間ノードと通信していないと検知すること（ステップ４０６）に応答して、ＬＡＧ内にデュアルスプリットブレイン状態が存在すると判断することを含みうる。この実施例では、第１と第２の仮想ノードを接続する非プライマリ接続リンク、又は非デフォルト接続リンクは、ＬＡＧ内にデュアルスプリットブレイン状態が存在すると判断される場合、ＬＡＧから除外されることがある。
スプリットブレイン状態が存在すると判断することは、第２仲間ノードが第２仮想ノードと通信しており、第１設定情報が、第２仮想ノードによって第２仲間ノードに提供された第２設定情報に一致しないこと（ステップ４０７、４０９）に応答して、ＬＡＧ内にシングルスプリットブレイン状態が存在すると判断することを含みうる。
方法３００、４００の両方において、設定情報は、設定キー又は設定ダイジェストのいずれかであることがあり、かつ、所望であれば、リンクアグリゲーション制御プロトコルデータユニット（ＬＡＣＰＤＵ）メッセージ内で搬送されうる。
図２０から図２１は、システムＩＤに基づき、方法１００を使用する、ＬＡＧにおけるダブルスプリットブレイン対処法のブロック図である。図２０を参照するに、ノードＡとノードＢを接続するリンクは消失しており、ノードＢは新たなシステムＩＤの使用を開始する。同様に、ノードＣとＤの間の接続も消失しており、ノードＤは新たなシステムＩＤの使用を開始する。従って、ノードＢとＤは、それらの予想情報を受信しない（ステップ１０２、１０４）。また、ノードＢとＤの各々は、それぞれ、それらの仲間ノードＡ及びＣに到達することができない（ステップ１０６）。従って、ダブルスプリットブレイン状態が検知され（ステップ１１０）、ダブルスプリットブレイン表示を有するＬＡＣＰＤＵが、ノードＢからノードＤへと送信され、かつ、同様のＬＡＣＰＤＵがノードＤからノードＢへと送信される（ステップ１１６）（図２１の「ＤＳＢ」通知を参照のこと）。
ノードＡとＣの観点から、これらのノードの各々は、それらのＬＡＧピアから（すなわち互いから）、局所的に予想される基本システムＩＤである同一のシステムＩＤを受信する。従って、ノードＡとＣの間のピアリンクはＬＡＧグループ内で保たれ、かつ、ピアリンクＡ−Ｃは、ネットワーク１とネットワーク２の間の接続性を継続的に提供する。しかし、ノードＢとＤによってＬＡＣＰＤＵ内で受信されるシステムＩＤは、局所的に予想される基本システムＩＤと一致せず、ノードＢとＣはそれらの仲間ポータルノードへの接続性を喪失している。従って、ノードＢとＤは、ダブルスプリットブレイン状況を明示し、かつ、それらの間のピアリンクＢ−ＤをＬＡＧグループから除去する（上述のステップ１１２からステップ１１４を参照のこと）。更にノードＢとＤは、任意的に、互いにＤＳＢ通知を送信しうる（ステップ１１６）。ＬＡＧグループからのリンクＢ−Ｄの除去は局所的決定であり、どの他のノードとのいかなる合意も必要ないことに留意されたい。
図２２は、ＬＡＧに加わっているノード間でフルメッシュトポロジーが使用される、別の実施例における、提案された方法１００、２００によるダブルスプリットブレイン対処法を示している。この実施例では、本書で提案されている方法によってＬＡＧグループ内で保たれるのは、ノードＡとＣの間のリンクのみである。他の全てのリンクは、ＬＡＧグループからそれらを除去することによって無効化され、ゆえに、ループフリーな接続性が確実になる（ノードＡ、Ｂ、Ｃ、Ｄ間の点線を参照のこと）。
トポロジーがフルメッシュでない場合には、慎重な設定なくして提案された方法が適用されると、ＬＡＧによって既に提供されていた接続性が、ダブルスプリットブレインにより切断されうることに留意されたい。図２３に示すダブルスプリットブレイン状況の例では、ＬＡＣＰＤＵ内で受信されたシステムＩＤは、いずれのＬＡＧ仮想ノードにおいても局所的に予想される基本システムＩＤと一致せず、また、どちらのノードもその仲間ポータルノードに到達しえない。従って、両方のリンクがＬＡＧグループから除去され、ネットワーク１とネットワーク２の間に接続性は提供されない。かかる接続性切断、及び従来技術のＤＳＢ状態に伴うループ（図５を参照のこと）を回避するために、ノードＡ、Ｂ並びにノードＣ、Ｄは、上述のように、障害発生の際にも変わらない共通システムＩＤを使用するよう構成されうる。
図２６は、上述の方法を実装するよう動作する、例示的なＬＡＧノード８００を示している。ＬＡＧノード８００は、上述の方法のうち一又は複数を実装するよう動作可能なプロセッサ８０２を含む。プロセッサ８０２は、持続性メモリ８０４、及び、（同一のＬＡＧ仮想ノード３０又は３２内で）その仲間ＬＡＧノードと、並びに、（他の遠隔ＬＡＧ仮想ノード内の）そのピアＬＡＧノードと通信するための少なくとも１つの入出力デバイス８０６に、動作可能に接続される。メモリ８０４は、例えば、上述の設定情報を保存するために使用されうる。プロセッサ８０２は、一又は複数の処理回路（例えば、マイクロプロセッサ、ハードウェア、ファームウェア、又はそれらの組み合わせ）によって実装されうる。メモリ８０４は、ＬＡＧノード上で稼働する時に、ＬＡＧノードを、上述の方法のうちの一又は複数を実行するよう構成する、スプリットブレイン対処法のためのプログラム命令を含むことがある。
例示的な利点
上記で提案された例示的なシングルスプリットブレイン対処方法のいくつかは、障害がある場合に、システムＩＤの変更を回避することができ、従って、ポータルの内部的な詳細をＬＡＧピアから秘匿することによって、ＤＲＮＩ要件を満たしうる。
上記で提案された例示的なダブルスプリットブレイン対処方法のいくつかは、それらの方法でなければ少なくとも４つのノードが加わっているＬＡＧ内のＤＳＢ状態によって引き起こされることになる、フレームループを防ぐ。更に、提案された方法は、他の不具合状況の対処に影響を与えない。
前述の説明及び添付の図面は、本書で教示されている方法及び装置の非限定的な実施例を表している。そのため、本発明は前述の説明及び添付の図面によって限定されない。その代わりに、本発明は、以下の特許請求の範囲及び法的均等物によってのみ限定される。

Claims (15)

  1. 第１仮想ノードと第２仮想ノードを含むリンクアグリゲーショングループ（ＬＡＧ）内の仮想ノードを動作させる方法であって、前記第１仮想ノードは、少なくとも、第１仲間ノードと第２仲間ノードを含み、前記方法は、前記第１仲間ノードが、
    前記第１仲間ノードは前記第２仲間ノードと通信しているか否かを判断すること、及び、
    前記判断に基づいて、
    前記判断により前記第１仲間ノードは前記第２仲間ノードと通信していると示される時には、制御情報がシステムＩＤ及び前記ＬＡＧに関連付けられた第１設定情報を含むように、
    前記判断により前記第１仲間ノードは前記第２仲間ノードと通信していないと示される時には、前記制御情報が前記システムＩＤ及び前記ＬＡＧに関連付けられた第２設定情報を含むように、前記第２仮想ノードに前記制御情報を送信することを含み、前記第２設定情報は前記第１設定情報とは異なる、方法。
  2. 前記第１設定情報及び前記第２設定情報は、設定キーとサービスダイジェストのうちの１つである、請求項１に記載の方法。
  3. 第１仮想ノードと第２仮想ノードを含むリンクアグリゲーショングループ（ＬＡＧ）内の第１仲間ノードとしての使用のために構成されたネットワークノードであって、前記第１仮想ノードは、少なくとも、前記第１仲間ノードと第２仲間ノードを含み、前記第１仲間ノードは、
    前記第１仲間ノードが前記第２仲間ノードと通信しているか否かを判断し、かつ、
    前記判断に基づいて、
    前記判断により前記第１仲間ノードは前記第２仲間ノードと通信していると示される時には、制御情報がシステムＩＤ及び前記ＬＡＧに関連付けられた第１設定情報を含むように、
    前記判断により前記第１仲間ノードは前記第２仲間ノードと通信していないと示される時には、前記制御情報が前記システムＩＤ及び前記ＬＡＧに関連付けられた第２設定情報を含むように、前記第２仮想ノードに前記制御情報を送信するよう構成され、前記第２設定情報は前記第１設定情報とは異なる、ネットワークノード。
  4. 前記第１設定情報及び前記第２設定情報は、設定キーとサービスダイジェストのうちの１つである、請求項３に記載のネットワークノード。
  5. 前記第１設定情報及び前記第２設定情報は、リンクアグリゲーション制御プロトコルデータユニット（ＬＡＣＰＤＵ）メッセージ内で搬送される、請求項３又は４に記載のネットワークノード。
  6. 第１仮想ノードと第２仮想ノードを含むリンクアグリゲーショングループ（ＬＡＧ）内の仮想ノードを動作させる方法であって、前記第１仮想ノードは、少なくとも、第１仲間ノードと第２仲間ノードを含み、前記方法は、
    前記第１仲間ノードが、前記第２仮想ノードから、システムＩＤ及び前記ＬＡＧに関連付けられた第１設定情報を含む第１制御情報を受信すること、及び、
    前記第１設定情報を前記ＬＡＧに関連付けられた参照設定情報と比較することを含み、
    比較により、前記第１設定情報が前記参照設定情報に一致しないと示される場合、
    前記第１仲間ノードが前記第２仲間ノードと通信していないと検知することと、
    前記第２仲間ノードが第２仮想ノードと通信しており、かつ、前記第１設定情報が、前記第２仮想ノードによって前記第２仲間ノードに提供された第２設定情報に一致しないこと、のうちの少なくとも１つに応答して、前記ＬＡＧ内にスプリットブレイン状態が存在すると判断することを含み、
    前記参照設定は、既に確立された、前記ＬＡＧに関連付けられた予想設定情報を表す、方法。
  7. 前記スプリットブレイン状態が存在すると判断することは、前記第１仲間ノードは前記第２仲間ノードと通信していないと検知することに応答して、前記ＬＡＧ内にデュアルスプリットブレイン状態が存在すると判断することを含む、請求項６に記載の方法。
  8. 更に、前記第１と第２の仮想ノードを接続する非プライマリ接続リンク、又は非デフォルト接続リンクを、前記ＬＡＧ内にデュアルスプリットブレイン状態が存在すると判断される場合に、前記ＬＡＧから除外することを含む、請求項７に記載の方法。
  9. 前記スプリットブレイン状態が存在すると判断することは、前記第２仲間ノードが前記第２仮想ノードと通信しており、かつ、前記第１設定情報が、前記第２仮想ノードによって前記第２仲間ノードに提供された第２設定情報に一致しないことに応答して、前記ＬＡＧ内にシングルスプリットブレイン状態が存在すると判断することを含む、請求項６に記載の方法。
  10. 前記第１設定情報と前記参照設定情報の各々は、設定キーと設定ダイジェストのうちの１つである、請求項６から９のいずれか一項に記載の方法。
  11. 前記第１設定情報は、リンクアグリゲーション制御プロトコルデータユニット（ＬＡＣＰＤＵ）メッセージ内で搬送される、請求項６から１０のいずれか一項に記載の方法。
  12. 第１仮想ノードと第２仮想ノードを含むリンクアグリゲーショングループ（ＬＡＧ）内の第１仲間ノードとしての使用のために構成されたネットワークノードであって、前記第１仮想ノードは、少なくとも、前記第１仲間ノードと第２仲間ノードを含み、前記第１仲間ノードは、
    前記第２仮想ノードから、システムＩＤ及び前記ＬＡＧに関連付けられた第１設定情報を含む第１制御情報を受信し、かつ、
    前記第１設定情報を前記ＬＡＧに関連付けられた参照設定情報と比較し、
    前記第１設定情報が前記参照設定情報に一致しない場合、
    前記第１仲間ノードが前記第２仲間ノードと通信していないという検知と、
    前記第２仲間ノードが前記第２仮想ノードと通信しており、かつ、前記第１設定情報が、前記第２仮想ノードによって前記第２仲間ノードに提供された第２設定情報に一致しないこと、のうちの少なくとも１つに応答して、前記ＬＡＧ内にスプリットブレイン状態が存在すると判断するよう構成され、
    前記参照設定は、既に確立された、前記ＬＡＧに関連付けられた予想設定情報を表す、方法。
  13. 前記スプリットブレイン状態が存在するという判断は、前記第１仲間ノードが前記第２仲間ノードと通信していないという検知に応答して、前記ＬＡＧ内にデュアルスプリットブレイン状態が存在するという判断を含む、請求項１２に記載のネットワークノード。
  14. 前記スプリットブレイン状態が存在するという判断は、前記第２仲間ノードが前記第２仮想ノードと通信しており、かつ、前記第１設定情報が、前記第２仮想ノードによって前記第２仲間ノードに提供された第２設定情報に一致しないことに応答して、前記ＬＡＧ内にシングルスプリットブレイン状態が存在するという判断を含む、請求項１２に記載のネットワークノード。
  15. 前記第１設定情報と前記参照設定情報の各々は、設定キーと設定ダイジェストのうちの１つである、請求項１２から１４のいずれか一項に記載のネットワークノード。
JP2015512140A 2012-05-15 2012-08-29 リンクアグリゲーショングループにおけるスプリットブレイン問題を検知し、それに対処するための方法及び装置 Expired - Fee Related JP6046241B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201261647211P 2012-05-15 2012-05-15
US61/647,211 2012-05-15
PCT/IB2012/054444 WO2013171552A1 (en) 2012-05-15 2012-08-29 Methods and apparatus for detecting and handling split brain issues in a link aggregation group

Publications (2)

Publication Number Publication Date
JP2015520577A true JP2015520577A (ja) 2015-07-16
JP6046241B2 JP6046241B2 (ja) 2016-12-14

Family

ID=47137985

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015512140A Expired - Fee Related JP6046241B2 (ja) 2012-05-15 2012-08-29 リンクアグリゲーショングループにおけるスプリットブレイン問題を検知し、それに対処するための方法及び装置

Country Status (6)

Country Link
US (3) US9602348B2 (ja)
EP (1) EP2850787B1 (ja)
JP (1) JP6046241B2 (ja)
KR (1) KR102043071B1 (ja)
IN (1) IN2014DN08942A (ja)
WO (1) WO2013171552A1 (ja)

Families Citing this family (62)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103780407B (zh) * 2012-10-18 2018-07-06 中兴通讯股份有限公司 分布式弹性网络互连(drni)中网关动态切换方法和装置
CN103780419B (zh) * 2012-10-24 2018-12-21 中兴通讯股份有限公司 一种分布式链路聚合组业务切换方法和装置
US10616049B2 (en) 2013-01-25 2020-04-07 Dell Products, L.P. System and method for determining the configuration of switches in virtual link trunking environments
US9660861B2 (en) * 2013-04-23 2017-05-23 Telefonaktiebolaget L M Ericsson (Publ) Method and system for synchronizing with neighbor in a distributed resilient network interconnect (DRNI) link aggregation group
US9553798B2 (en) 2013-04-23 2017-01-24 Telefonaktiebolaget L M Ericsson (Publ) Method and system of updating conversation allocation in link aggregation
US9497132B2 (en) 2013-04-23 2016-11-15 Telefonaktiebolaget Lm Ericsson (Publ) Method and system of implementing conversation-sensitive collection for a link aggregation group
CN104125088B (zh) * 2013-04-28 2019-05-10 中兴通讯股份有限公司 Drni中同一端内系统之间交互信息的方法和系统
US10454714B2 (en) 2013-07-10 2019-10-22 Nicira, Inc. Method and system of overlay flow control
US10749711B2 (en) 2013-07-10 2020-08-18 Nicira, Inc. Network-link method useful for a last-mile connectivity in an edge-gateway multipath system
US9654418B2 (en) 2013-11-05 2017-05-16 Telefonaktiebolaget L M Ericsson (Publ) Method and system of supporting operator commands in link aggregation group
US9813290B2 (en) 2014-08-29 2017-11-07 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for supporting distributed relay control protocol (DRCP) operations upon misconfiguration
US10425382B2 (en) 2015-04-13 2019-09-24 Nicira, Inc. Method and system of a cloud-based multipath routing protocol
US10135789B2 (en) 2015-04-13 2018-11-20 Nicira, Inc. Method and system of establishing a virtual private network in a cloud service for branch networking
US10498652B2 (en) 2015-04-13 2019-12-03 Nicira, Inc. Method and system of application-aware routing with crowdsourcing
US10257019B2 (en) * 2015-12-04 2019-04-09 Arista Networks, Inc. Link aggregation split-brain detection and recovery
US9942133B2 (en) * 2016-03-25 2018-04-10 Netscout Systems Texas, Llc Fully connected network
US20180219765A1 (en) 2017-01-31 2018-08-02 Waltz Networks Method and Apparatus for Network Traffic Control Optimization
US11121962B2 (en) 2017-01-31 2021-09-14 Vmware, Inc. High performance software-defined core network
US10992558B1 (en) 2017-11-06 2021-04-27 Vmware, Inc. Method and apparatus for distributed data network traffic optimization
US20200036624A1 (en) 2017-01-31 2020-01-30 The Mode Group High performance software-defined core network
US11706127B2 (en) 2017-01-31 2023-07-18 Vmware, Inc. High performance software-defined core network
US10992568B2 (en) 2017-01-31 2021-04-27 Vmware, Inc. High performance software-defined core network
US11252079B2 (en) 2017-01-31 2022-02-15 Vmware, Inc. High performance software-defined core network
US10778528B2 (en) 2017-02-11 2020-09-15 Nicira, Inc. Method and system of connecting to a multipath hub in a cluster
CN108259348B (zh) * 2017-05-24 2020-05-12 新华三技术有限公司 一种报文传输方法和装置
US10523539B2 (en) 2017-06-22 2019-12-31 Nicira, Inc. Method and system of resiliency in cloud-delivered SD-WAN
US10999165B2 (en) 2017-10-02 2021-05-04 Vmware, Inc. Three tiers of SaaS providers for deploying compute and network infrastructure in the public cloud
US10999100B2 (en) 2017-10-02 2021-05-04 Vmware, Inc. Identifying multiple nodes in a virtual network defined over a set of public clouds to connect to an external SAAS provider
US11115480B2 (en) 2017-10-02 2021-09-07 Vmware, Inc. Layer four optimization for a virtual network defined over public cloud
US10778466B2 (en) 2017-10-02 2020-09-15 Vmware, Inc. Processing data messages of a virtual network that are sent to and received from external service machines
US10959098B2 (en) 2017-10-02 2021-03-23 Vmware, Inc. Dynamically specifying multiple public cloud edge nodes to connect to an external multi-computer node
US11089111B2 (en) 2017-10-02 2021-08-10 Vmware, Inc. Layer four optimization for a virtual network defined over public cloud
US11223514B2 (en) * 2017-11-09 2022-01-11 Nicira, Inc. Method and system of a dynamic high-availability mode based on current wide area network connectivity
US10701000B1 (en) 2017-11-30 2020-06-30 Open Invention Network Llc VNFM assisted fault handling in virtual network function components
EP3764226B1 (en) * 2018-04-12 2024-09-25 Huawei Cloud Computing Technologies Co., Ltd. Method and device for detecting state of virtual machine
CN109039888A (zh) * 2018-08-10 2018-12-18 新华三技术有限公司合肥分公司 报文环路消除方法及分布式弹性dr设备
US10938732B2 (en) * 2019-04-12 2021-03-02 Dell Products L.P. Systems and methods for traffic redirection on disruptive configurations in link aggregation groups
US11121985B2 (en) 2019-08-27 2021-09-14 Vmware, Inc. Defining different public cloud virtual networks for different entities based on different sets of measurements
US11611507B2 (en) 2019-10-28 2023-03-21 Vmware, Inc. Managing forwarding elements at edge nodes connected to a virtual network
US11489783B2 (en) 2019-12-12 2022-11-01 Vmware, Inc. Performing deep packet inspection in a software defined wide area network
US11394640B2 (en) 2019-12-12 2022-07-19 Vmware, Inc. Collecting and analyzing data regarding flows associated with DPI parameters
US11438789B2 (en) 2020-01-24 2022-09-06 Vmware, Inc. Computing and using different path quality metrics for different service classes
US11544228B2 (en) * 2020-05-07 2023-01-03 Hewlett Packard Enterprise Development Lp Assignment of quora values to nodes based on importance of the nodes
US11245641B2 (en) 2020-07-02 2022-02-08 Vmware, Inc. Methods and apparatus for application aware hub clustering techniques for a hyper scale SD-WAN
US11323392B1 (en) * 2020-07-17 2022-05-03 Juniper Networks, Inc. Managing split-brain scenario in multi-homed environment
US11709710B2 (en) 2020-07-30 2023-07-25 Vmware, Inc. Memory allocator for I/O operations
US11575591B2 (en) 2020-11-17 2023-02-07 Vmware, Inc. Autonomous distributed forwarding plane traceability based anomaly detection in application traffic for hyper-scale SD-WAN
US11575600B2 (en) 2020-11-24 2023-02-07 Vmware, Inc. Tunnel-less SD-WAN
US11929903B2 (en) 2020-12-29 2024-03-12 VMware LLC Emulating packet flows to assess network links for SD-WAN
CN116783874A (zh) 2021-01-18 2023-09-19 Vm维尔股份有限公司 网络感知的负载平衡
US11979325B2 (en) 2021-01-28 2024-05-07 VMware LLC Dynamic SD-WAN hub cluster scaling with machine learning
US12009987B2 (en) 2021-05-03 2024-06-11 VMware LLC Methods to support dynamic transit paths through hub clustering across branches in SD-WAN
US11509571B1 (en) 2021-05-03 2022-11-22 Vmware, Inc. Cost-based routing mesh for facilitating routing through an SD-WAN
US11729065B2 (en) 2021-05-06 2023-08-15 Vmware, Inc. Methods for application defined virtual network service among multiple transport in SD-WAN
US12015536B2 (en) 2021-06-18 2024-06-18 VMware LLC Method and apparatus for deploying tenant deployable elements across public clouds based on harvested performance metrics of types of resource elements in the public clouds
US11489720B1 (en) 2021-06-18 2022-11-01 Vmware, Inc. Method and apparatus to evaluate resource elements and public clouds for deploying tenant deployable elements based on harvested performance metrics
US12047282B2 (en) 2021-07-22 2024-07-23 VMware LLC Methods for smart bandwidth aggregation based dynamic overlay selection among preferred exits in SD-WAN
US11375005B1 (en) 2021-07-24 2022-06-28 Vmware, Inc. High availability solutions for a secure access service edge application
US11943146B2 (en) 2021-10-01 2024-03-26 VMware LLC Traffic prioritization in SD-WAN
US11909815B2 (en) 2022-06-06 2024-02-20 VMware LLC Routing based on geolocation costs
US12034587B1 (en) 2023-03-27 2024-07-09 VMware LLC Identifying and remediating anomalies in a self-healing network
US12057993B1 (en) 2023-03-27 2024-08-06 VMware LLC Identifying and remediating anomalies in a self-healing network

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2371706B (en) * 2001-01-30 2003-04-23 3Com Corp Link aggregation control for network devices
US20020137498A1 (en) 2001-03-23 2002-09-26 Goss Stephen C. Method for automatic call forwarding when a mobile unit goes out of service
KR100889753B1 (ko) * 2006-12-01 2009-03-24 한국전자통신연구원 링크 애그리게이션 그룹에서의 보호 절체 방법 및 그 장치
CN100512194C (zh) * 2006-12-25 2009-07-08 华为技术有限公司 链路聚合方法、装置、mac帧收发方法和系统
US7881230B2 (en) * 2007-10-29 2011-02-01 Alcatel Lucent Facilitating self configuring link aggregation using link aggregation control protocol
JP5014190B2 (ja) 2008-02-12 2012-08-29 株式会社エヌ・ティ・ティ・ドコモ 通知システム、通知方法、メッセージサーバ、及び通信端末
US20110299551A1 (en) * 2008-12-18 2011-12-08 Raoul Fiorone Method and Apparatus for Transferring Data Packets Between a First Network and a Second Network
US8369332B2 (en) 2009-08-21 2013-02-05 Alcatel Lucent Server-side load balancing using parent-child link aggregation groups
US8817594B2 (en) * 2010-07-13 2014-08-26 Telefonaktiebolaget L M Ericsson (Publ) Technique establishing a forwarding path in a network system
US8913489B2 (en) 2010-08-04 2014-12-16 Alcatel Lucent System and method for virtual fabric link failure recovery
US8650285B1 (en) * 2011-03-22 2014-02-11 Cisco Technology, Inc. Prevention of looping and duplicate frame delivery in a network environment
CN102752187B (zh) 2011-04-21 2018-02-13 中兴通讯股份有限公司 弹性网络接口的实现方法和系统
US9781005B2 (en) 2012-03-02 2017-10-03 Telefonaktiebolaget Lm Ericsson (Publ) Technique for ensuring congruency in link aggregation
WO2013127414A1 (en) * 2012-03-02 2013-09-06 Telefonaktiebolaget L M Ericsson (Publ) Technique for bundling in link aggregation

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JPN5015006627; ＮＯＲＭＡＮ ＦＩＮＮ: 'ＧＲＡＣＥＦＵＬ ＮＡＭＥ ＣＨＡＮＧＥ ＩＮ ＬＡＣＰ； ＡＸＢＱ-ＮＦＩＮＮ-ＧＲＡＣＥＦＵＬ-ＮＡＭＥ-ＣＨＡＮＧＥ-０５１１-Ｖ１' ＩＥＥＥ ＤＲＡＦＴ； ＡＸＢＱ-ＮＦＩＮＮ-ＧＲＡＣＥＦＵＬ-ＮＡＭＥ-ＣＨＡＮＧＥ-０５１１-Ｖ１ Ｖ．８０２ Ｎ Ｖ１, 20110511, Ｐ１-７, ＩＥＥＥ-ＳＡ *

Also Published As

Publication number Publication date
KR102043071B1 (ko) 2019-11-11
WO2013171552A1 (en) 2013-11-21
KR20150016327A (ko) 2015-02-11
US20180159734A1 (en) 2018-06-07
JP6046241B2 (ja) 2016-12-14
US20150172121A1 (en) 2015-06-18
US10567224B2 (en) 2020-02-18
US9906411B2 (en) 2018-02-27
IN2014DN08942A (ja) 2015-05-22
US9602348B2 (en) 2017-03-21
US20170195177A1 (en) 2017-07-06
EP2850787A1 (en) 2015-03-25
EP2850787B1 (en) 2019-02-13

Similar Documents

Publication Publication Date Title
JP6046241B2 (ja) リンクアグリゲーショングループにおけるスプリットブレイン問題を検知し、それに対処するための方法及び装置
EP1982447B1 (en) System and method for detecting and recovering from virtual switch link failures
JP6287518B2 (ja) オープンフロースイッチおよびオープンフローネットワークの障害復旧方法
WO2015032027A1 (zh) 一种业务路径的保护方法、控制器、设备及系统
US10708081B2 (en) Failure protection method based on ring protection link, device, and system
US20140369230A1 (en) Virtual Chassis Topology Management
US10374895B2 (en) Configuration of communication interfaces for link aggregation
WO2012058895A1 (zh) 聚合链路切换方法及装置
CN112491700A (zh) 网络路径调整方法、系统、装置、电子设备及存储介质
US8131871B2 (en) Method and system for the automatic reroute of data over a local area network
WO2010031295A1 (zh) 一种以太网故障恢复的控制方法
CN104104596B (zh) 一种irf分裂处理方法和装置
US20150098317A1 (en) Linear protection switching method and apparatus for protecting network segmented into multi-domain
CN102932249B (zh) 一种vrrp报文的传输方法和装置
CN102271063A (zh) 自环检测方法及系统
WO2015067048A1 (zh) Vpls跨域冗余保护方法及系统
WO2015042840A1 (zh) 一种故障恢复的方法、节点和路径计算单元
JP2011223172A (ja) リング型ネットワークシステム、通信装置および障害検出方法
KR20140009488A (ko) 이더넷 노드의 검출 프레임 타임아웃 지속시간을 설정하는 방법 및 시스템
AU2012390581B2 (en) Method for running a computer network
CN117499205B (zh) 一种存储系统端口绑定容灾的方法、装置、设备及介质
US10122588B2 (en) Ring network uplink designation
Ogawa et al. High Availability within a Forwarding and Control Element Separation (ForCES) Network Element
CN115250226B (zh) Mlag双主故障恢复方法、装置、系统、介质及设备
JP2005318020A (ja) 接続状態検知システムおよび接続状態検知装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20150728

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20160427

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160510

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160617

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: 20161018

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20161116

R150 Certificate of patent or registration of utility model

Ref document number: 6046241

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees