JP2016517252A - Ｄｒｎｉにおける同一端内システムの間で情報を交換する方法及びシステム - Google Patents

Ｄｒｎｉにおける同一端内システムの間で情報を交換する方法及びシステム Download PDF

Info

Publication number
JP2016517252A
JP2016517252A JP2016510922A JP2016510922A JP2016517252A JP 2016517252 A JP2016517252 A JP 2016517252A JP 2016510922 A JP2016510922 A JP 2016510922A JP 2016510922 A JP2016510922 A JP 2016510922A JP 2016517252 A JP2016517252 A JP 2016517252A
Authority
JP
Japan
Prior art keywords
neighboring
key value
session
distribution method
state machine
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
JP2016510922A
Other languages
English (en)
Other versions
JP6105155B2 (ja
Inventor
アオ，ティン
ユー，ジンハイ
ウェイ，ユエファ
スー，シュエチオン
グオ，チュイ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Publication of JP2016517252A publication Critical patent/JP2016517252A/ja
Application granted granted Critical
Publication of JP6105155B2 publication Critical patent/JP6105155B2/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/12—Discovery or management of network topologies
    • 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
    • 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
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14—Multichannel or multilink protocols
    • 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)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Computer And Data Communications (AREA)

Abstract

分散型弾性ネットワーク相互接続における同一端内システムの間で情報を交換する方法及びシステムであって、前記方法はリンクアグリゲーショングループエンドポイントにおける各システムに応用され、内部リンクインターフェースにより分散型リレー制御プロトコル（ＤＲＣＰ）プロトコルメッセージを送信し、そのうちに該システムのシステム情報が少なくとも含まれることと、隣接システムからのＤＲＣＰプロトコルメッセージを受信した後、該システムと前記隣接システムとが分散型弾性ネットワーク相互接続の１つのエンドポイントを形成することができることを判断すると、該システムの操作Key値を確定することとを含む。前記システムは、送信ステートマシン、受信ステートマシン、協議ステートマシン、同期ステートマシン及び周期送信ステートマシンを含む。本発明の実施例を採用した後、分散型リンクアグリゲーショングループにおける一端の複数のシステムの間の制御通信を実現し、複数のシステムを１つのアグリゲーショングループにアグリゲーションした後、相互接続インターフェースでの保護を効果的に実現でき、リンクでの保護だけでなく、ノードレベルの保護を実現することができる。【選択図】図２

Description

本発明はネットワーク通信保護技術に関し、特にＤＲＮＩ（Distributed Resilient Network Interconnected、分散型弾性(弾力的)ネットワーク相互接続）における同一端内システムの間で情報を交換する（interact）方法及びシステムに関する。
ブロードバンドサービスの急速発展に従って、ネットワークとネットワークとの間の相互接続使用が徐々に多くなり、より多くのサービスをキャリングする。採用する技術により、ネットワーク内部は多種の方法でリンク及びそのノードを保護することができる。フローの保護に対する需要がますます急務になり、要求がますます高くなることに従って、オペレータ（通信事業者）はネットワーク相互接続で保護する需要を提案する。ここでの保護はポートアグリゲーションの方式で実現することができ、一般的な方式はポートアグリゲーションであってよく、ループ保護であってもよい。ＩＥＥＥ（Institute of Electrical and Electronics Engineers、米国電気電子技術者協会）の現在標準８０２.ＡＸにおいて、リンクアグリゲーションが現在にサポートするのは、１つのノードでのポートアグリゲーションであり、このため、リンクの保護のみに用いられることができ、ネットワークエッジインターフェースでのノードを保護することを実現することができない。
このため、ネットワークとネットワーク相互接続領域のネットワーキング方式の多様化に適用するとともに、リンクの保護だけでなく、エッジノードに対する保護を実現することができるために、ＩＥＥＥ標準組織はリンクアグリゲーションを拡張することを提起し、分散型のリンクアグリゲーショングループＤＲＮＩによりリンクとノードの二重冗長のネットワーク相互接続に対する保護需要を実現し、即ちアグリゲーショングループのエンドポイント処理が複数のノードからなり、該複数のノードのアグリゲーションリンクが１つのリンクアグリゲーショングループ（Link Aggregation Group、ＬＡＧと称する）を構成する。図１に示すように、リンクアグリゲーショングループの２つのエンドポイント（Portal）Ａ、Ｂはそれぞれ２個及び３個のシステムからなり、エンドポイントＡはシステム１及びシステム２を含み、エンドポイントＢはシステム３、システム４及びシステム５を含み、これらの５個のシステムの複数のリンクはアグリゲーションして、１つの分散型ＬＡＧを形成する。この分散型ＬＡＧにより、リンクとノードの二重保護を実現することができる。
エンドポイントＡにおけるシステム１とシステム２は内部リンクにより接続される必要があり、それによりエンドポイントＢが、そのリンクアグリゲーショングループにより接続されたエンドポイントＡが１つのロジックノードであることを見ることを保証し、同様に、エンドポイントＢにおけるシステム３、システム４及びシステム５の間も内部リンクにより接続される必要があり、それによりエンドポイントＡが、そのリンクアグリゲーショングループにより接続されたエンドポイントＢが１つのロジックノードであることを見ることを保証する。エンドポイントＡのロジックノードとエンドポイントＢのロジックノードとの間で相互接続する複数のリンクはＬＡＣＰ（Link Aggregation Control Protocol、リンクアグリゲーション制御プロトコル）の制御メッセージにより交換した後、分散型リンクアグリゲーショングループを形成する。
ＤＲＮＩは分散型リレー（Distributed Relay、ＤＲと称する）により２つ以上のシステムを相互接続し、この各システムはいずれもリンクアグリゲーションを作動することにより、１つのポータルPortalを形成する。該Portalと接続された相手端システムにとって、該相手端システムは自己に接続されたのが１つのシミュレーションシステムであると認める。この目的を達成するために、１つのPortal内の各システムは分散型リレーにより協議を交換することにより、これらのシステムの間のパラメータ統一を達成し、且つＬＡＣＰプロトコルとリンクアグリゲーショングループの他端に通知して交換する必要がある。
ＤＲに３種のインターフェースがあり、それぞれゲートウェイインターフェース、内部リンクインターフェース及びアグリゲーションインターフェースである。ＤＲの機能はアグリゲーションインターフェースから受信したメッセージ（UPメッセージ）をゲートウェイに送信するか又は廃棄し、且つゲートウェイインターフェースから受信したメッセージ（DOWNメッセージ）をアグリゲータに送信するか又は廃棄することである。ＤＲは受信したメッセージの属するセッションにより、該メッセージを転送するか該メッセージを廃棄するかを決定し、ゲートウェイアルゴリズムとポートアルゴリズムの設定もセッションにより操作されたものである。各セッションフローは最大限で１つのゲートウェイリンクを配分し、各セッションフローも最大限で１つのアグリゲーションインターフェースに対応する。１つのportal内の複数のシステムにおけるＤＲがメッセージに対する配布方式を統一しないと、メッセージ混乱、ループ発生又はメッセージ損失等の問題を起こし、このため、複数のシステムの間で配布方式が一致しない場合が発生すると、分散型リレーにより交換し、異なるシステムでの配布方式を統一するか又は配布方式が統一しないサービスフローを隔離する必要もある。
本発明は、複数のシステムのリンクアグリゲーションを実現するＤＲＮＩにおける同一端内システムの間で情報を交換する方法及びシステムを提供することを目的とする。
上記問題を解決するために、本発明は、分散型弾性ネットワーク相互接続における同一端内システムの間で情報を交換する方法を提供し、リンクアグリゲーショングループのエンドポイントにおける各システムに応用され、
内部リンクインターフェースにより分散型リレー制御プロトコル（ＤＲＣＰ）プロトコルメッセージを送信し、その中に該システムのシステム情報が少なくとも含まれることと、
隣接システムからのＤＲＣＰプロトコルメッセージを受信した後、該システムと前記隣接システムとが分散型弾性ネットワーク相互接続の１つのエンドポイントを形成することができることを判断すると、該システムの操作Key値（operational Key value）を確定することと、を含む。
好ましくは、前記方法は
該システムの操作Key値を確定した後、該システム内に分散型リレーチャンネルを確立することを更に含む。
好ましくは、前記方法は、該システムの操作Key値を確定した後、前記隣接システムと統一のセッション配布方式を協議することを更に含む。
好ましくは、該システムと前記隣接システムとが同一のエンドポイントを形成することができると判断することは、
受信した前記ＤＲＣＰプロトコルメッセージに含まれた前記隣接システムのシステム情報と該システムのシステム情報に対しマッチング性の検査を行い、前記マッチング性の検査が通過すると、該システムと前記隣接システムとが同一のエンドポイントを形成することができると判断することを含む。
好ましくは、受信した前記ＤＲＣＰプロトコルメッセージに含まれた前記隣接システムのシステム情報と該システムのシステム情報に対しマッチング性の検査を行うことは、
該システムのエンドポイント識別子と前記隣接システムのエンドポイント識別子が一致するかどうかを判断し、及び/又は該システムのバーチャルシステム識別子と前記隣接システムのバーチャルシステム識別子が一致するかどうかを判断することを含み、
前記マッチング性の検査が通過することは、前記該システムと前記隣接システムとのエンドポイント識別子が同じで、及び/又は前記該システムと前記隣接システムとのバーチャルシステム識別子が同じであることを含む。
好ましくは、受信した前記ＤＲＣＰプロトコルメッセージに含まれた前記隣接システムのシステム情報と該システムのシステム情報に対しマッチング性の検査を行うことは、
該システムのシステム番号（System Number）と前記隣接システムのSystem Numberとが衝突するかどうかを判断することを更に含み、
前記マッチング性の検査が通過することは、前記該システムと前記隣接システムとのエンドポイント識別子及び/又はバーチャルシステム識別子がそれぞれ同じであり、且つ該システムと前記隣接システムとのSystem Numberが衝突しないことを含む。
好ましくは、前記方法は、マッチング性の検査が通過すると、前記ＤＲＣＰプロトコルメッセージに含まれた前記隣接システムのシステム情報を記憶することを更に含む。
好ましくは、ＤＲＣＰプロトコルメッセージを送信することは、
前記ＤＲＣＰプロトコルメッセージを周期的に送信することを含み、
前記方法は、
隣接システムからのＤＲＣＰプロトコルメッセージを受信した度に、１つのタイマーを起動することと、
前記タイマーがタイムアウトする場合、前記隣接システムからのＤＲＣＰプロトコルメッセージを受信しなく、又は前記タイマーがタイムアウトする前に前記隣接システムからのＤＲＣＰプロトコルメッセージを受信するが、マッチング性の検査が通過しないと、該システムと前記隣接システムとが分散型弾性ネットワーク相互接続の１つのエンドポイントを再び形成できないことを確定することと、を更に含む。
好ましくは、ＤＲＣＰプロトコルメッセージを送信することは、
該システムのシステム情報においてパラメータを更新する場合、前記ＤＲＣＰプロトコルメッセージを送信することを含む。
好ましくは、該システムの操作Key値を確定することは、
該システムの操作Key値と前記隣接システムの操作Key値とが同じであることを判断すると、該システムの操作Key値が変わらないように維持することを含む。
好ましくは、該システムの操作Key値を確定することは、
該システムの操作Key値と前記隣接システムの操作Key値とが異なることを判断すると、方策（ポリシー）に従って、該システムの操作Key値を修正するか又は該システムの操作Key値が変わらないように維持することを含む。
好ましくは、該システムの操作Key値を確定することは、
該システムの管理Key値及び受信した前記隣接システムの管理Key値により、該システムの操作Key値を算出することを含む。
好ましくは、前記方法は、
該システムの操作Key値を確定した後、該システムの操作Key値をリンクアグリゲーション制御プロトコル（ＬＡＣＰ）メッセージにより分散型弾性ネットワーク相互接続の相手端に送信することを更に含む。
好ましくは、前記隣接システムと統一のセッション配布方式を協議することは、
前記隣接システムからの前記ＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式を協議し、協議したセッション配布方式により該システム内の分散型リレーのフロー配布方法を設定することを含み、
前記セッション配布方式は、ゲートウェイシステムの選択とアグリゲータ/アグリゲーションポートの選択、という２つのパラメータの中の任意の１つ又は任意の組合せを含む。
好ましくは、前記隣接システムからの前記ＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式を協議することは、前記隣接システムからのＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式とを比較し、セッション配布方式で一致するセッションに対して、分散型リレーが、一致するセッション配布方式に従って前記セッションフローの配布を行い、セッション配布方式で衝突があるセッションに対して、分散型リレーが、前記セッション配布方式で衝突があるセッションフローを濾過（フィルタリング）又は廃棄することを含む。
好ましくは、該システム内に分散型リレーチャンネルを確立することは、
分散型リレーはゲートウェイとアグリゲータ/アグリゲーションポートでのセッション配布を設定し、設定した後、前記分散型リレーは該システムでのゲートウェイとアグリゲータ/アグリゲーションポートの間でセッションフローを転送することを含む。
好ましくは、前記隣接システムと統一のセッション配布方式を協議する前に、
前記隣接システムとの間の内部リンクのデータフロー転送機能をオフすることを更に含み、
前記隣接システムとセッション配布方式を統一した後、協議が完成し、配布アルゴリズムを統一し、前記内部リンクのデータフロー転送機能を起動する。
好ましくは、前記方法は、
該システムが前記隣接システムと分散型弾性ネットワーク相互接続の１つのエンドポイントを再び形成できないことを確定すると、方策により該システムのシステム情報を修正する必要があるかどうかを確定し、修正する必要があると、該システムのシステム情報の中の少なくとも一部のＬＡＣＰパラメータを修正し、且つ修正したＬＡＣＰパラメータをＬＡＣＰメッセージにより分散型弾性ネットワーク相互接続の相手端に送信し、そのうち、修正した後、該システムのＬＡＣＰパラメータと前記隣接システムのＬＡＣＰパラメータとは少なくとも完全に同一ではないことを更に含む。
好ましくは、該システムのシステム情報の中の少なくとも一部のＬＡＣＰパラメータを修正することは、該システムの操作key値及び/又はシステム識別子を修正し、又は操作Key値を管理Key値に回復することを含む。
好ましくは、前記隣接システムとの間の内部リンクに故障が発生し又は前記内部リンクを利用することができない場合、前記分散型リレーを協議前のセッション配布方式の設定に回復する。
好ましくは、前記内部リンクインターフェースで送信された前記ＤＲＣＰプロトコルメッセージには、該システムと接続された他の隣接システムのシステム情報及び/又はセッション配布方式が更に含まれる。
相応的に、本発明は１つの分散型弾性ネットワーク相互接続において分散型リレー制御を実現するシステムを更に提供し、
該システムの他のステートマシンが送信する必要がある又は周期的に送信する必要があるように指示する場合、分散型リレー制御プロトコル（ＤＲＣＰ）プロトコルメッセージを送信するように設定される送信ステートマシン、
隣接システムからのＤＲＣＰプロトコルメッセージを受信し、該システムと前記隣接システムとのシステム情報のマッチング性の検査を行い、マッチング性の検査が通過した後、前記ＤＲＣＰプロトコルメッセージにおける情報を記録し、タイマーを起動して前記隣接システムが再び送信したＤＲＣＰプロトコルメッセージをタイミングに受信するかどうかを判断するように設定される受信ステートマシン、
該システムの操作Key値を確定し、前記隣接システムの操作Key値と一致することを確保するように設定される協議ステートマシン、
アグリゲータ/アグリゲーションポートとゲートウェイとの間の転送チャンネルを確立し、必要に応じて前記隣接システムと統一のセッション配布方式を協議し、分散型リレーのセッション配布方式を設定するように設定される同期ステートマシン、
前記送信ステートマシンがＤＲＣＰプロトコルメッセージを周期的に送信することを決定するように設定される周期送信ステートマシン、を含む。
好ましくは、前記受信ステートマシンは、該システムと前記隣接システムとのシステム情報のマッチング性の検査を行うように設定され、
前記受信ステートマシンは該システムのエンドポイント識別子と前記隣接システムのエンドポイント識別子が一致するかどうかを判断し、及び/又は該システムのバーチャルシステム識別子と前記隣接システムのバーチャルシステム識別子が一致するかどうかを判断することを含み、
前記マッチング性の検査が通過することは、前記該システムと前記隣接システムとのエンドポイント識別子が同じで、及び/又は前記該システムと前記隣接システムとのバーチャルシステム識別子が同じであることを含む。
好ましくは、前記受信ステートマシンは、該システムと前記隣接システムとのシステム情報のマッチング性の検査を行うように設定され、
前記受信ステートマシンは該システムのシステム番号（System Number）と前記隣接システムのSystem Numberとが衝突するかどうかを判断することを更に含み、
前記マッチング性の検査が通過することは、前記該システムと前記隣接システムとのエンドポイント識別子及び/又はバーチャルシステム識別子がそれぞれ同じであり、且つ隣接システムのSystem Numberが合法的なものであり、又は、該システムと前記隣接システムとのSystem Numberが衝突しないことを含む。
好ましくは、前記協議ステートマシンは、該システムの操作Key値を確定し、前記隣接システムの操作Key値と一致することを確保するように設定され、
前記協議ステートマシンは該システムの操作Key値と前記隣接システムの操作Key値とが同じであることを判断する場合、該システムの操作Key値が変わらないように維持し、該システムの操作Key値と前記隣接システムの操作Key値とが異なることを判断する場合、方策により、該システムの操作Key値を修正するか又は該システムの操作Key値が変わらないように維持することを含む。
好ましくは、前記協議ステートマシンは、該システムの操作Key値を確定し、前記隣接システムの操作Key値と一致することを確保するように設定され、前記協議ステートマシンは該システムの管理Key値及び受信した前記隣接システムの管理Key値により、該システムの操作Key値を算出することを含む。
好ましくは、前記協議ステートマシンは更に、該システムの操作Key値を確定した後、該システムの操作Key値をリンクアグリゲーション制御プロトコル（ＬＡＣＰ）メッセージにより分散型弾性ネットワーク相互接続の相手端に送信するように設定される。
好ましくは、前記同期ステートマシンは、前記隣接システムと統一のセッション配布方式を協議するように設定され、前記隣接システムからの前記ＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式を協議し、協議したセッション配布方式により該システム内の分散型リレーのフロー配布方法を設定することを含む。
好ましくは、前記同期ステートマシンは、前記隣接システムからの前記ＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式を協議するように設定され、
前記同期ステートマシンは前記隣接システムからのＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式とを比較し、セッション配布方式で一致するセッションに対して、一致するセッション配布方式に従って前記セッションフローの配布を行い、セッション配布方式で衝突があるセッションに対して、前記セッション配布方式で衝突があるセッションフローを濾過又は廃棄することを含む。
好ましくは、前記セッション配布方式は、ゲートウェイシステムの選択とアグリゲータ/アグリゲーションポートの選択、という２つのパラメータの中の任意の１つ又は任意の組合せを含む。
好ましくは、同期ステートマシンは更に、前記隣接システムと統一のセッション配布方式を協議する前に、前記隣接システムとの間の内部リンクのデータフロー転送機能をオフし、前記隣接システムとセッション配布方式を統一した後協議が完成し、配布アルゴリズムを統一し、前記内部リンクのデータフロー転送機能を起動するように設定される。
好ましくは、前記受信ステートマシンは更に、前記隣接システムが再び送信したＤＲＣＰプロトコルメッセージをタイミングに受信しないか又は受信した前記隣接システムが再び送信したＤＲＣＰプロトコルメッセージがマッチング性の検査を通過しないと、方策により該システムのシステム情報を修正する必要があるかどうかを確定し、修正する必要があると、該システムのシステム情報の中の少なくとも一部のＬＡＣＰパラメータを修正し、且つ修正したＬＡＣＰパラメータをＬＡＣＰメッセージにより分散型弾性ネットワーク相互接続の相手端に送信し、そのうち、修正した後、該システムのＬＡＣＰパラメータと前記隣接システムのＬＡＣＰパラメータとが少なくとも完全に同一ではないように設定される。
好ましくは、前記受信ステートマシンは、該システムのシステム情報の中の少なくとも一部のＬＡＣＰパラメータを修正するように設定され、前記受信ステートマシンが該システムの操作key値及び/又はシステム識別子を修正し、又は操作Key値を管理Key値に回復することを含む。
好ましくは、前記同期ステートマシンは更に、前記隣接システムとの間の内部リンクに故障が発生するか又は前記内部リンクを利用することができない場合、前記分散型リレーを協議前のセッション配布方式の設定に回復するように設定される。
好ましくは、前記送信ステートマシンが前記内部リンクインターフェースで送信した前記ＤＲＣＰプロトコルメッセージには、該システムと接続された他の隣接システムのシステム情報及び/又はセッション配布方式が更に含まれる。
本発明の実施例を採用した後、分散型リンクアグリゲーショングループにおける一端の複数のシステムの間の制御通信を実現し、複数のシステムを１つのアグリゲーショングループにアグリゲーションした後、相互接続インターフェースでの保護を効果的に実現でき、リンクでの保護だけでなく、ノードレベルの保護を実現することができる。
図１は、関連技術におけるネットワーク相互接続ノードの接続模式図である。 図２は、本発明の実施例における分散型リレー制御プロトコル状態のイベントフロー模式図である。 図３は、本発明の実施例における分散型リレー制御プロトコルパラメータの伝達模式図である。 図４は、本発明の実施例における受信ステートマシンの処理フロー模式図である。 図５は、本発明の実施例におけるCheck機能のフローチャートである。 図６は、本発明の実施例における協議ステートマシンの処理フロー模式図である。 図７は、本発明の実施例における同期ステートマシンの処理フロー模式図である。 図８は、本発明の実施例における同期ステートマシンの他の処理フロー模式図である。 図９は、本発明の実施例におけるNeed to Coordination機能のフローチャートである。
以下、図面を参照しながら本発明の実施例を詳しく説明する。なお、矛盾が生じない場合に、本願における実施例及び実施例における特徴を互いに任意に組み合わせることができる。
分散型リレー制御プロトコルの制御過程及び作動状態をより良く説明するために、以下、制御プロトコルステートマシンから説明する。
図２に示すように、システム内の分散型リレー制御プロトコル（Distributed Relay Control Protocol、ＤＲＣＰと称する）は主に受信ステートマシン、同期ステートマシン及び送信ステートマシンを含み、協議ステートマシンと周期送信ステートマシンを更に含んでよい。
受信ステートマシンは主に隣接システムからのＤＲＣＰプロトコルメッセージを受信することに用いられる。受信したＤＲＣＰプロトコルメッセージには該メッセージを送信する隣接システムのシステム情報（Actor_Info）が含まれ、該メッセージを送信する隣接システムに記憶された該隣接システムと接続された他のシステムのシステム情報（Partner_Info）が含まれる可能性もある。受信ステートマシンの主なタスクは以下のａ）〜ｄ）である。
ａ） 隣接システムからのＤＲＣＰプロトコルメッセージを受信する。
ｂ） 隣接システムからのＤＲＣＰプロトコルメッセージを一回受信すると、タイマーを一回起動し、タイマーがタイムアウトする際（Expire）、上記隣接システムからのＤＲＣＰプロトコルメッセージをまだ受信しないと、該隣接システムとの連絡を失うと認め、連絡失い状態になる。
ｃ） 該システムと該隣接システムが分散型弾性ネットワーク相互接続の１つのエンドポイントを形成することができることを判断すると、受信したＤＲＣＰプロトコルメッセージに含まれたActor_Infoを記憶し、該ＤＲＣＰプロトコルメッセージにPartner_Infoが含まれると、記憶する。そのうち、以下のステップ１〜３を採用して、該システムと該隣接システムが分散型弾性ネットワーク相互接続の１つのエンドポイントを形成することができるかどうかを判断し、該ステップ１〜３は以下の通りである
ステップ１：先に受信したＤＲＣＰプロトコルメッセージに含まれたPortal IDと該システムが属するエンドポイントのPortal IDが一致するかどうかを比較し、一致すると、双方が確かに同一のエンドポイント（Portal）に属し、ステップ２を実行し、両者が一致しないと、該ＤＲＣＰプロトコルメッセージを廃棄する。
ステップ２：上記ＤＲＣＰプロトコルメッセージに含まれたバーチャルシステム識別子（Emulated System ID）と該システムのEmulated System ID値が一致するかどうかを比較し、両者が一致すると、ステップ３を実行し、両者が一致しないと、該ＤＲＣＰプロトコルメッセージを廃棄し、そのうち、各システムがＬＡＣＰプロトコルメッセージを送信する際、該メッセージに含まれたSystem IDフィールドの値が該システムのEmulated System ID値である。
ある場合には、システムにおけるPortal IDとEmulated System IDの値が一致する。このため、上記工程では２つのシステム間のPortal ID又はEmulated System IDが一致するかどうかのみを比較すれば良い。
ステップ３：上記ＤＲＣＰプロトコルメッセージに含まれた、該ＤＲＣＰプロトコルメッセージを送信するシステムのSystem Numberが該システムのSystem Numberと衝突するかどうかを検査し、即ち両者が同じであるかどうかを判断する。両者が異なると、２つのシステムが既に１つのＤＲＮＩインターフェースにアグリゲーションする条件を有することを表し、即ち２つのシステムが１つのロジックシステム、即ちエンドポイント（Portal）を構成できる。
該ＤＲＣＰプロトコルメッセージを送信するシステムのSystem Numberと該システムのSystem Numberが衝突しない（即ち両者が異なる）ことを判断すると、マッチング性の検査が通過することを表し、該システムと上記ＤＲＣＰプロトコルメッセージを送信する隣接システムの内部リンクプロトコル状態をアグリゲーションした状態に設定し、即ちDRCP.State=Contactに設定する。具体的に実現する場合、異常な状況を防止するために、該ＤＲＣＰプロトコルメッセージを送信するシステムのSystem Numberが合法的なものであるかどうか、即ちSystem Numberの値が合理的な値の範囲内にあるかどうかを更に判断することができ、該ＤＲＣＰプロトコルメッセージを送信するシステムのSystem Numberが合法的なものであり、且つ該システムのSystem Numberと衝突しないことを判断する場合、マッチング性の検査が通過することを表す。
ｄ） タイマーがタイムアウトする前に該システムと既にアグリゲーションした他のシステムからのＤＲＣＰプロトコルメッセージを受信しなく、又はタイマーがタイムアウトする前に受信した該ＤＲＣＰプロトコルメッセージがステップｃ）におけるマッチング性の検査を通過しない（即ち該他のシステムからの合格的なＤＲＣＰプロトコルメッセージを受信しないことに相当する）と、該システムと該他のシステムが既に連絡を失ったことを表し、この際、２つのシステムの間がアグリゲーションすることができず、関連動作を採用してアグリゲーションを除去し、この２つのシステムを離れる必要がある。
協議ステートマシンは該システムのOperational Key（操作Key）を確定することに用いられ、上記ＤＲＣＰプロトコルメッセージを送信する隣接システムと統一する１つのOperational Key値を確保し、該Operational KeyがＬＡＣＰプロトコルメッセージに含まれたパラメータである。協議が一致した後、DRCP.State=Synchronizationに設定する。
同期ステートマシンは主にＤＲチャンネルを確立し、ＤＲＮＩインターフェースのデータ転送及びシステム間のフロー配分を行うことに用いられる。主に以下のａ）〜ｃ）を含む。
ａ） ＤＲチャンネルを確立する。ＤＲチャンネルを確立した後、該システムのＤＲＮＩインターフェースと他のポートの転送チャンネルを確立し、即ちＤＲＮＩインターフェースによりデータフローを送信することができ、又はデータフローを受信するとともに他のインターフェースに転送することができる。この際、ＤＲチャンネルはただデータを該システムのＤＲＮＩインターフェースと他のポートで転送するだけで、隣接システムに配布しない。
ｂ） ＤＲチャンネルがデータの転送に用いるだけでないと、更にデータ配布機能を有すべき、即ち２つのシステムは統一のセッション配布方式を協議する必要があり、特定のセッションのメッセージが該システムのどのＤＲＮＩインターフェースでのリンクから転送するかを確定する。ここでのデータ配布過程は、内部リンクによりデータの転送に参加することにより実現する可能性があり、この際、同期ステートマシンが２つのシステムの間のセッション配布方式の協議を行う必要がある。両者の協議が統一すると、両者が特定セッションフローがどのシステムを経過するかを統一したことを表し、この際、DRCP.State=Forwardに設定する。
ｃ） ＤＲチャンネルは異なるシステムでフローを配布することができる際、データフローを内部リンクで伝送する必要がある可能性があり、この際、内部リンクでのポートの内部リンクのデータフロー伝送機能をオンするべきであり、それにより、データフローは内部リンクを通過して同一Portal内のシステムで転送できる。且つ、内部リンクにおけるポートでのフローの入出力を設定することにより、異なるセッションフローが特定のシステムと特定のアグリゲーションポートを経過することを保証する。これにより、各システムでのＤＲチャンネルは協議後のセッション配布方式によりフローの配布を行う。
DRCP.state=Synchronizationである場合、同期ステートマシンを触発（トリガー）して処理し、DRCP.State=Contactである場合、協議ステートマシンを触発して処理する。もとの内部リンクの物理リンクに故障が発生し又は他の用途として利用され、内部リンクとしてＤＲＮＩに使用されることができない場合、IPL（Intra-Portal Link、内部リンク）.State=Downに設定し、この際内部リンクによりデータメッセージの転送を行うことができず、この際システムが同期状態になり、即ちDRCP.State=Synchronizationである場合、ＩＰＬのデータ転送機能をオフする必要があり、且つ協議前のＤＲチャンネルのセッション配布方式に回復し、即ち該システムが受信したデータメッセージも、内部リンクを経過して配布されなくて、該システムから転送される。
送信ステートマシンは内部リンクインターフェースによりＤＲＣＰプロトコルメッセージを送信することに用いられ、ここでＤＲＣＰプロトコルメッセージを送信することは他のステートマシンからの指令により触発されてよく、周期送信ステートマシンにより触発して送信されてもよい。システムにおいてActor_Infoの中の少なくとも一部のパラメータが変化する場合、再び協議する必要があり、ＤＲＣＰプロトコルメッセージを触発して送信してもよい。
周期送信ステートマシンは該システムがいつＤＲＣＰプロトコルメッセージを送信して、関連情報を伝達するとともに他のシステムとの接続性を維持するかを決定することに用いられる。一般的に、周期送信ステートマシンの内部にタイマーが設置され、タイマーが時間に達すると、１つのＮＴＴ（Need to transmit、送信する必要がある）を生成し、送信ステートマシンを触発してＤＲＣＰプロトコルメッセージを送信する。
分散型リレー制御プロトコルは、状態切り替えを行う過程には、一部の情報をこれらのステートマシンで伝達する必要がある。図３に示すように、以下の１〜３を含む。
１. 受信ステートマシンは相手システムがＤＲＣＰプロトコルメッセージにより送信したシステム情報を受信し記憶して自己のPartner情報とする。
２. 該システムの操作Key（Actor_OperKey）値及び上記ＤＲＣＰプロトコルメッセージを送信するシステムの操作Key（Partner_OperKey）値を協議ステートマシンで判断と処理する。Actor_OperKeyとPartner_OperKeyが一致しないと、方策により該システムのActor_OperKeyを修正するかどうかを確定する必要があり、そして送信ステートマシンを触発してActor_OperKeyとPartner_OperKeyを相手システムに送信する。２つのシステムの操作Key値が一致することを保証しなければ、２つのシステムを１つのアグリゲーショングループにアグリゲーションできることを更に保証することができない。
３. 同期ステートマシンは統一のセッション配布方式を協議する必要がある可能性がある。必要があると、受信ステートマシンはＤＲＣＰプロトコルメッセージを受信した後、そのうちに含まれた隣接システムのセッション配布方式のパラメータ、即ちゲートウェイシステムの選択（Actor_GW & Partner_GW、あるセッションフローがどのゲートウェイリンクを経過すべきであるかを表す）とアグリゲータシステムの選択（Actor_Agg & Partner_Agg、あるセッションフローがどのアグリゲーションポート/アグリゲータを経過すべきであるかを表す）という２つの情報を判断及び処理する。同期ステートマシンにおいて最後に協議したセッション配布方式を採用して該システム内のセッション配布方式を決定且つ設定し、同時に内部リンクのポートに対して対応の設定を行い、セッションは設定したセッション配布方式に従って転送する。
以下、実施例と図面を合わせて本発明に記載のＤＲＮＩの一端の分散型リレー制御プロトコル制御方法及び工程を具体的に説明する。
ここで、図１におけるエンドポイントＡにおけるシステム１とシステム２の間のプロトコル交換工程を例として更に説明する。仮にシステム１は自己がActorであると認め、且つシステム２がPartnerであると認めるとする。同様に、システム２は自己がActorであると認め、且つシステム１がPartnerあると認めるとする。システム１はシステム２からのActor情報を受信し、且つ該Actor情報を自己のPartner情報として記憶する。
システム１における受信ステートマシンに対して、その具体的な工程は図４に示すように、以下の４０１〜４０４を含む。
４０１. 初期化、一部のパラメータ変数を初期化する。
タイムアウト識別子ExpireをFalseに設定し、まだタイムアウトしないことを表し、
初始値記録機能Record Default（ ）は、システム１の一部のＬＡＣＰシステムパラメータをシステム１が認めるシステム２のＬＡＣＰシステムパラメータに設定することに用いられ、即ち、
Partner_Portal ID=Actor_Portal ID
Partner_Emulated System ID=Actor_Emulated System ID
などである。
システム１が認めるシステム２のデータ配布パラメータを空に設定し、即ち、
Partner_GW=Null
Partner_Agg=Null
送信する必要がある識別子ＮＴＴをFalseに設定し、即ち、
NTT=False、
とし、
分散型リレー制御プロトコルの状態DRCP.stateをUncontactに設定し、両方が現在まだ連絡しないことを表し、即ち、
DRCP.state=Uncontact
とする。
４０２. 受信ステートマシンはシステム２からの分散型リレー制御プロトコルメッセージＤＲＣＰ ＤＵ（Digital Unit、デジタルユニット）を受信すると、処理状態に入る。
受信したプロトコルメッセージRecord PDU（ ）を記録し、システム２からのＤＲＣＰ ＤＵにおけるActor情報を該システム１のPartner情報として記録する。
DRCP DUタイムアウト検出のタイマーを設定し、即ち、
DRCP.timer=Short_timer
とし、
タイマーを起動し始め、次回にシステム２からのＤＲＣＰ ＤＵを受信することに対してタイミングし、即ち、
Start Timer(DRCP.timer)
受信した情報にマッチング性の検査Check（Actor，Partner）を行う。タイマーがタイムアウトする前にシステム２からのＤＲＣＰ ＤＵを再び受信すると、再度処理状態に入り、タイマーを再起動して、再びタイミングし、上記ステップを持続して処理検査を行う。
Check（Actor，Partner）の機能は主に複数のパラメータにマッチング性の検査を行うことであり、図５に示すように、以下を含む。
Check機能に入った後、システム１とシステム２を識別子することに用いるパラメータを検査し、システム１とシステム２を１つのロジックシステムにアグリゲーションすることができるかどうかを判断し、その中のアグリゲーショングループを１つのＤＲＮＩにアグリゲーションすることができるかどうかを判断する。主に以下の５０１〜５０３を含む。
５０１） 該システムのPortal IDとシステム２のPortal IDが一致するかどうかを検査し、該システムのEmulated System IDとシステム２のEmulated System IDが一致するかどうかを検査する。いずれも一致すると、システム１とシステム２を１つのロジックシステムにアグリゲーションすることができる可能性があることを表し、該ロジックシステムのSystem IDは２つのシステムの一致するEmulated System IDである。
５０２） ステップ１）の比較によりシステム１とシステム２の２つのパラメータが一致すると、続いてシステム１とシステム２のSystem Numberパラメータが衝突するかどうかを比較する。一般的に、ＤＲＮＩの一端における複数のシステム（一般的に３個のシステムの以下である）には各システムにいずれも１つの番号があり、この番号はSystem Numberである。例えばシステム１をSystem Number=01とし、システム２をSystem Number=02とする。これは一般的にシステムのために設定されたもので、１つのportalにおける異なるシステムを区分することに用いられる。このため、２つのシステムのSystem Numberが異なることを確定する必要がある。
５０３) 該システムのPortal IDとシステム２のPortal ID、該システムのEmulated System IDとシステム２のEmulated System IDがいずれも一致し、且つそれらのSystem Numberが衝突しないと、２つのシステムが連絡したことを表し、１つのロジックシステムにアグリゲーションする前提条件を有するので、この際DRCP.StateがContact（連絡）状態にないと、ＤＲＣＰ状態をContact状態に設定し、即ち、DRCP.State=Contactとし、且つ該機能が成功（Success）を返信し、マッチング性の検査が通過することを表し、この際Uncontact状態にないと、即ちDRCP.State=Contact又はDRCP.State=Synchronizationとすると、直接に成功Successを返信し、マッチング性の検査が通過することを表し、他の処理を行う必要がない。
逆に、上記任意の１つの検査が通過しないと、２つのシステムが１つのロジックシステムにアグリゲーションする条件を有しないことを表し、このため、この際分散型リレー制御プロトコルがどの状態にあっても、その状態をUncontactに戻し、即ち、
DRCP.State=Uncontact
に設定し、
且つ該機能がFailを返信し、マッチング性の検査が失敗であることを表す。
４０３. タイマーがタイムアウトする際システム２からのＤＲＣＰ ＤＵをまだ再び受信しないか、又はCheck機能においてマッチング性の検査が通過しないと、システム１はSplit Brain（エンドポイントスプリット）のエラーが発生したと認め、異常状態に入る。異常状態において、２つのシステムを１つのロジックノードにアグリゲーションすることができず、分散型リレー制御プロトコル状態をUncontactに再設定する必要があり、即ち、
DRCP.State=Uncontact
とし、
且つ異常エラーアラームをし、即ち、
Exception Report（ ）
とし、
対応の動作を採用して処理し、２つのシステムをアグリゲーション除去し、即ち、
Split Brain（ ）
であり、
そのうち、Split Brain（ ）は主に完成する作業は以下の通りである。
方策により、該システムのＬＡＣＰパラメータを修正することを選択することができ、例えばシステム１は自己のOperational Keyを協議前に設定されたAdministration Keyに修正し戻すことができ、自己のSystem IDを、Emulated System IDではなく、システム初期のシステムＩＤに修正し戻すことができる。具体的に実現する場合、上記方策は、システム１とシステム２がそれぞれ修正することであってよく、システム１が変わらないことを維持し、システム２が修正することであってもよく、逆にも同様であり、それによりシステム１とシステム２がＬＡＣＰのシステムパラメータで差異があり、少なくとも完全に同一ではないことを保証する。
上記操作を実行し終わった後、エンドポイントＢからみると、システム１とシステム２を１つのロジックシステムにアグリゲーションしなくなる。
４０４. 初期化後、分散型リレー制御プロトコルが禁止のDRCP_Disabledであると発見すると、使用不能な状態になる。分散型リレー制御プロトコル状態をUncontactに設定し、即ち、
DRCP.State=Uncontact
とする。
一旦、分散型リレー制御プロトコルの状態はContactに設定されると、協議ステートマシンを触発して該システムのOperational Keyに対して処理を行う。具体的な工程は図６に示すように、以下の６０１〜６０４を含む。
６０１） 該端システム（システム１、即ちActor）と隣接システム（システム２、即ちPartner）のＬＡＣＰパラメータ Operational Keyを比較する。
Same=CompareKey（Actor.OperKey，Partner.OperKey）
とする。
ここで、システム１とシステム２のOperational Key値がいずれも一致することを保証しなければ、システム１とシステム２がＬＡＣＰプロトコルによりＤＲＮＩの他端のエンドポイントＢと交換した後、エンドポイントＢがエンドポイントＡと接続されたアグリゲーションリンクを１つの分散型アグリゲーショングループにアグリゲーションし、ＤＲＮＩを形成する可能性があることを保証することができない。
６０２） 最初に、システム１とシステム２のOperational Key値は異なる可能性があり、それぞれこの２つのシステムのAdministration Keyに等しく、このため、比較した後システム１のOperational Keyとシステム２のOperational Keyの値が異なると、関連方策、例えばSystem Priority（システム優先度）のようなパラメータにより修正し、システム２のSystem Priorityの優先度がシステム１のSystem Priorityよりも高いと、システム１は自己のOperational Keyをシステム２のOperational Keyに修正し、方策は管理Key値により修正することである場合、システム１は該システムの管理 Keyと受信したシステム２の管理 Key値により、一定のアルゴリズムに従って対応するOperational Keyを計算し、その値を該システムのOperational Keyとすることができ、そのうち、該アルゴリズムは具体的な状況に従って設定することができ、交換両者（本実施例においてシステム１とシステム２を指す）が選択したアルゴリズムが同じであることを保証すればよい。
Operational Keyを修正する機能はModify Key（ ）により実現され、即ち、
Modify Key（Actor.OperKey，Partner.OperKey）
である。
この際ＤＲＣＰプロトコルがまだ同期状態、即ちDRCP.State=Synchronizationにあると、その状態をContactに戻す必要があり、即ち
DRCP.State=Contact
に設定し、再びOperational Keyの確定を行う。
該システムが統一を達成するために、自己のOperational Keyを修正すると、ＮＴＴを送信する必要があり、送信ステートマシンを触発して、修正したOperational Keyをシステム２に送信し、それによりシステム２に通知する。
６０３） 一旦、システム１が受信したシステム２のOperational Keyは自己のOperational Keyと一致し、且つこの際ＤＲＣＰプロトコル状態がContactであり、即ち
Same=True & DRCP.State=Contact
であると、
ａ） ＬＡＣＰを起動し、ＤＲＮＩの他のエンドポイントＢへＬＡＣＰプロトコルメッセージを送信し、且つ該ＬＡＣＰプロトコルメッセージに含まれたパラメータがＤＲＣＰプロトコルで協議されて確定されたパラメータであり、
Actor.Emulated System ID
Actor.OperKey
などを含み、
ｂ） 分散型リレー制御プロトコル状態をSynchronizationに設定し、即ちDRCP.State=Synchronizationとする。
６０４） その以外（ELSE）、繰り返してOperational Keyの比較を行い、エラーの発生を防止し、システム２のOperational Keyが変更する場合、システム１が感知することができないことを防止する。一旦、Operational Key値が変更すると、２つのシステムをアグリゲーションすることができない。
システム１における同期ステートマシンの処理フローは、図７に示すように、以下の７０１〜７０５を含む。
７０１. ＤＲの初期化。システム１とシステム２は連絡を確立するとともにＬＡＣＰパラメータを協議する前に、フローはＤＲＮＩインターフェースによりデータを転送することができない。この際、システム１における転送とアグリゲーショングループインターフェースを確立するためのＤＲは確立されていなく、即ち、
Disable_DR（ ）
とし、
内部リンクのデータフロー転送機能を除去し、即ち、
Disable_IPL Forwarding（ ）
とする。 且つ、NTT=Trueを触発することにより、該システムのＤＲがまだ確立されていないことをシステム２に通知する。
７０２. ＤＲ確立。連絡状態にある分散型リレー制御プロトコルの状態DRCP.StateはSynchronizationに設定され、即ち同期ステートマシンはDRCP.State=Synchronizationを検出し、且つＬＡＣＰプロトコルにより交換した後システム１がＬＡＣＰにより既にエンドポイントＢとアグリゲーションを完成し、そのアグリゲータが既に確立され、即ち、Aggregator_Setup=Upであると、ＤＲ確立の状態に入る。該状態において、
まず、該システムでのゲートウェイ（ＧＷ）とアグリゲータを設定し、ここでの設定原則は該システムが受信したメッセージが該システムで転送され、即ち内部リンクによりデータの配布を行うことがないことであり、具体的な確定方法は装置の具体的な実現と関連し、
Forwarding Conf（ ）
とし、
ＤＲをイネーブルし、即ち、
Enable_DR（ ）
とする。
ここまで、ＤＲはデータの転送に用いられることができる。ＤＲＮＩは既に正常に作業することができる。
該機能により転送とアグリゲーショングループインターフェースの間の接続を確立し、それによりＤＲＮＩインターフェースがデータメッセージを送受信することができることを保証する。
システム１のＤＲを確立し終わった後、ＮＴＴを触発してシステム２に送信して通知することができる。
ここまで、１つの分散型のリンクアグリゲーショングループを確立しており、データフローは正常にＤＲＮＩで転送されることができる。
７０３. 配布協議。時々、システムがフロー配分での制御可能性を向上させて、ＤＲＮＩ技術がより良く負荷均一、保護の需要を満たすために、ＤＲＣＰ制御プロトコルは更にデータフローに対する配布機能を強化する必要がある可能性があり、即ちシステム１とシステム２との間でフローを転送でき、これはＩＰＬによりデータメッセージを伝送する必要があり、しかし、システム１とシステム２はデータ流のゲートウェイとアグリゲータの選択に対して一致する必要があり、さもないと混乱が発生し、ひいてはループネットワークストーム等の激しい問題が発生する虞がある。
このため、協議が一致する前に、先にＩＰＬのデータフロー転送機能をオフする必要があり、フローのエラー転送を防止し、
Disable_IPL Forwarding（ ）
とする。
そしてシステム１とシステム２はＤＲでフロー配布に対する協議を開始し、
Complete=Need to Coordination（Actor.GW，Actor.Agg, Partner.GW，Partner.Agg）
とする。
該機能の具体的な工程は以下の関連記述を参照し、ここで繰り返して説明しない。
Complete=Yesである場合、ＤＲ配布に入り、データフローは新たな配布アルゴリズムによりデータ流を配布し、協議が失敗し、即ちComplete=Noであると、配布協議過程を繰り返して行う。
７０４. ＤＲ配布。協議した後統一に達し、即ちComplete=Yesであると、ＤＲはシステム１とシステム２の内部リンクを接続するデータフロー転送機能をオンし、内部リンクでのポートの転送機能をオンし、且つシステム１とシステム２のフロー配分方法及びその対応する関連変数を設定する必要があり、以下のａ）〜ｂ）を含む。
ａ） まず、ＤＲのフロー配布に対してその前の協議結果に従って関連の設定を行い、
Distribution Conf(Actor.GW, Actor_Info.Agg，Partner.GW, Partner.Agg)
とする。
ここでのデータフローはフローのセッションＩＤに従って配分される。
ここで、システム１のフローセッション配分方法を例として、Actor_AggとPartner_Agg、及びActor_GWとPartner_GWの情報により、システム１でのＤＲの配布方法を修正するのは表１に示す。
Figure 2016517252
フローセッションID=100に対して、その現在のゲートウェイ選択はシステム１であり、アグリゲータ選択がシステム２であるので、システム１での内部リンクポートのセッションID=100に対するフローは通過する（即ちIPL.Conversation[100]=Pass）ように設定する必要があり、システム２での内部リンクポートのセッションID=100に対するフローも通過する（IPL.Conversation[100]=Pass）ように設定する必要がある。
フローセッションID=200に対して、その現在のゲートウェイ選択はシステム１であり、アグリゲータ選択もシステム１であるので、該セッションフローは内部リンクにより転送される必要がなく、その内部リンクポートのセッションID=200に対するフローは通過しない（即ちIPL.Converstation[200]=Discard）ように設定する必要がある。
ｂ） 設定を完成した後ＩＰＬのデータフロー転送機能をオンし、即ち、
Enable_IPL Forwarding( )とし、
これにより、データ流は設定によりシステム１とシステム２との間でデータフローの転送を行うことができる。
以上の作業については、システム１とシステム２との間で相互接続するリンクは内部リンクであり、且つデータを転送することに用いられる場合、即ちIPL.State=Upである場合のみ、分散型リレー制御プロトコルは転送状態にあり、且つＤＲはシステム１とシステム２との協議後の配布方法によりフローの配布を行う。
７０５. 一旦、該リンクに故障が出現し、又は他のメカニズムに他の用途に占用され、内部リンクとしてデータフローの転送に用いることがなく、即ちIPL.State=Downの場合、システム１とシステム２との間にはデータフローの相互転送がなくなると、
ａ） 前に協議した配布アルゴリズムにより再びフローの配布を調整し、各セッションフローが内部リンクを介して転送しなくなること、
ｂ） 配布協議サブ状態に戻り、ＩＰＬのデータ流転送機能をオフし、システム１とシステム２におけるＤＲがそれぞれ前の協議前状態に戻って、データフローを転送すること、
という２つの選択がある。
具体的にどの方法を選択するかはシステム１とシステム２との間で協議されたＤＲ配布アルゴリズムの内容により決定する必要がある。これらの協議したＤＲ配布アルゴリズムはIPL.State=Up場合のセッションフロー配布情報を含むだけでなく、更にIPL.State=Down場合のセッションフロー配布情報を含む場合、ａ）方法を採用し、IPL.State=Up場合のセッションフロー配布情報のみを含むと、ｂ）方法を採用し、配布協議サブ状態に戻って、協議前の方法によりデータフローを転送する。
他の実施形態において、図８に示すように、システム１における同期ステートマシンも以下の工程８０１〜８０５で処理することができる。
８０１. ＤＲの初期化。システム１とシステム２は連絡を確立するとともにＬＡＣＰパラメータを協議する前に、フローはＤＲＮＩインターフェースによりデータの転送を行うことができない。この際、システム１において転送とアグリゲーショングループインターフェースを確立するためのＤＲはまだ確立されていないべき、即ち、
Disable_DR（ ）
とし、
内部リンクのデータ流転送機能を除去し、即ち、
Disable_IPL Forwarding（ ）
とする。
且つ、NTT=Trueを触発することにより、該システムのＤＲがまだ確立されていないことをシステム２に通知する。
８０２. 配布協議。連絡状態にある分散型リレー制御プロトコルの状態DRCP.StateはSynchronizationに設定され、即ち同期ステートマシンはDRCP.State=Synchronizationを検出する場合、まずセッション配布アルゴリズムの協議を行う。
まず、ＩＰＬのデータ転送機能をオフし、即ちシステム１とシステム２との間はＩＰＬによりデータを分流することができなく、
Disable_IPL Forwarding（ ）
とする。
そして、システム１とシステム２のセッション配布アルゴリズムの協議を開始し、
Complete=Need to Coordination（Actor.GW，Actor.Agg，Partner.GW，Partner.Agg）
とする。
該機能の具体的な工程は以下の関連記述を参照し、ここで繰り返して説明しない。
Complete=Yesであり、且つアグリゲータが既に確立され、即ちAggregator_Ready=Trueである場合、ＤＲ配布サブ状態に入り、データフローは新たな配布アルゴリズムによりデータ流の配布を行い、
協議はある原因により完成されず、即ちComplete=Noであり、且つアグリゲータも既に確立され、即ちAggregator_Ready=Trueであると、ＤＲ転送サブ状態に入り、データフローはシステム１とシステム２のそれぞれのＤＲが決定したゲートウェイ選択とアグリゲータ選択により転送し、ここでの設定原則は該システムが受信したメッセージが該システムで転送し、即ち内部リンクでデータの配布を行うことがないことであり、具体的な確定方法は装置の具体的な実現と関連する。
８０３. ＤＲ転送サブ状態において、まず、システム１とシステム２のそれぞれのＤＲがゲートウェイ選択とアグリゲータ選択を決定し、ここでの設定原則は該システムが受信したメッセージが該システムで転送することであり、即ち
Forwarding Conf（ ）
であり、
ＤＲをイネーブルし、即ち、
Enable_DR（ ）
とし、
ここまで、ＤＲは既にデータの転送に用いられることができる。ＤＲＮＩは既に正常に作動することができる。
８０４. ＤＲ配布サブ状態において、ＤＲのフロー配布に対して前の協議結果に従って関連の設定を行い、即ち、
Distribution Conf(Actor.GW, Actor_Info.Agg，Partner.GW, Partner.Agg)
とする。
ここでのデータフローはフローのセッションＩＤに従って配分されたものである。
ここで、システム１のフローセッション配分方法を例として、Actor_AggとPartner_Agg、及びActor_GWとPartner_GWの情報に基づいて、システム１でのＤＲの配布方法を修正し、表１に示す。
フローセッションID=100に対して、その現在のゲートウェイ選択はシステム１であり、アグリゲータ選択はシステム２であるので、システム１での内部リンクポートのセッションID=100に対するフローは通過する（即ちIPL.Conversation[100]=Pass）ように設定する必要があり、システム２での内部リンクポートのセッションID=100に対するフローも通過する（IPL.Conversation[100]=Pass）ように設定する必要がある。
フローセッションID=200に対して、その現在のゲートウェイ選択はシステム１であり、アグリゲータ選択もシステム１であるので、該セッションフローが内部リンクにより転送する必要がなく、その内部リンクポートのセッションID=200に対するフローは通過しない（即ちIPL.Converstation[200]=Discard）ように設定する必要がある。
ｂ） 設定を完成した後ＩＰＬのデータ流転送機能をオンし、即ち、
Enable_IPL Forwarding( )
とし、
これにより、データ流は設定によりシステム１とシステム２との間でデータフローの転送を行うことができる。
ｃ） 且つ、ＤＲをイネーブルし、即ち、
Enable_DR（ ）
とし、
それにより、ＤＲは正式に前の協議後の配布設定の方法に従ってフローの配布を行うことができる。
ＤＲ配布サブ状態の作業については、システム１とシステム２との間で相互接続するリンクは内部リンクであり、且つデータ転送に用いられる場合、即ちIPL.State=Upである場合のみ、分散型リレー制御プロトコルが転送状態にあることができ、且つＤＲはシステム１とシステム２の協議後の配布方法によりフローの配布を行う。
８０５. 一旦、該リンクに故障が出現し、又は他のメカニズムに他の用途に占用され、内部リンクとしてデータフローの転送に用いることがなく、即ちIPL.State=Downである場合、システム１とシステム２との間にはデータフローの相互転送がなくなると、
ａ） 前に協議した配布アルゴリズムにより再びフローの配布を調整し、各セッションフローが内部リンクを介して転送されないこと、
ｂ） 配布協議サブ状態に戻り、ＩＰＬのデータ流転送機能をオフし、IPL.State=Downであり、協議が成功ではないので、システム１とシステム２におけるＤＲがＤＲ転送サブ状態に再び戻ってフローを転送すること、という２つの選択がある。
Need to Coordination（ ）機能はシステム１とシステム２のフロー配分での統一に用いる。一般的に、ＤＲＮＩは２つの方向のデータフローを有し、１つが他のネットワークポートからアグリゲーションポートに送信するデータフローであり、もう１つがアグリゲーションポートが受信した、他のネットワークポートへ送信するデータフローである。第１の方向のフローはＤＲでシステム１のアグリゲータaggregatorからアグリゲーションポートに送信するか、システム２のアグリゲータaggregatorからアグリゲーションポートに送信するかを選択する必要があり、この際のフロー配分はActor_Info.Aggにより決定され、第２の方向のフローはＤＲでシステム１から他のネットワークポートに送信するか、内部リンクを介してシステム２に送信した後他のネットワークポートに送信するかを選択する必要があり、この際のフロー配分はActor_Info.GWにより決定される。このため、Need to Coordination（ ）機能はActor_Info.AggとPartner_Info.Agg、及びActor_Info.GWとPartner_Info.GWの統一に用いられ、衝突する問題を防止する。具体的な工程は図９に示すように、以下の９０１〜９０５を含む。
９０１. 該システムと隣接システムとの間でゲートウェイ選択とアグリゲータ選択の交換を行う必要があるかどうかを判断し、必要がないと、直接に交換しないことを返信し、Complete=Falseに設定し、必要があると、更に判断する必要がある。
９０２. ＩＰＬが内部リンクとしてデータの転送に用いることができるかどうかを判断し、即ちIPL.StateがUpであるかどうかを判断し、この際ＩＰＬの状態がDownであり、即ちシステム１とシステム２との間のデータ流の転送に用いることができないと、交換しないことを返信し、Complete=Falseであり、IPL.State=Upであると、次のステップを実行する。
９０３. 該システム１のゲートウェイ選択、アグリゲータ選択及びシステム２のゲートウェイ選択、アグリゲータ選択の情報を比較し始める。
９０４. ２つのシステムがセッションフローの配分で一致するかどうか、即ちシステム１とシステム２のフロー配分での方策が同様であるかどうかを判断する。一致すると交換の完成を表し、即ちComplete=Trueである。
９０５. 一致しないと、
ａ） 既定の方策によりActo.GWとActor.Aggの情報を確定し、
ｂ） Actor.GW、Actor.Agg、Partner.Agg、及びPartner.GW情報を、ＮＴＴを触発することにより送信ステートマシンでシステム２に送信する、という処理を行う。
処理した後、該機能がTrue又はFalseを返信するまで、再び開始に戻って再び判断と比較を行う。
ここでの既定の方策は、
ａ） システム１が完全にシステム２のゲートウェイ選択とアグリゲータ選択での情報を受信し、即ち交換修正した後、システム１とシステム２がゲートウェイ選択とアグリゲータ選択で完全に一致すること、
ｂ） システム１とシステム２がそれらの一致する部分のみを選択し、且つ一致に達成するセッションフローのみを配布し、ゲートウェイ選択、アグリゲータ選択で衝突があるセッションフローに対して廃棄の方法を採用し、衝突があるセッションフローを報告して警報してもよく、上層プロトコル又はネットワーク管理者により対応する調整をし、一旦もとの衝突するセッションフローが調整された後一致に達すると、これらのセッションフローの配布を回復することができること、という２種を含むが、それらに限定されない。
当業者は、上記方法における全部又は一部のステップは、プログラムが関連のハードウェアを指令することにより完成することができ、前記プログラムはコンピュータ可読記憶媒体、例えば読み出し専用メモリ、ディスク又はＣＤなどに記憶することができることを理解することができる。選択的に、上記実施例の全部又は一部のステップは、１つ又は複数の集積回路を採用して達成することもできる。対応的に、上記実施例における各モジュール／ユニットはハードウェアの形式で達成してよく、ソフトウェア機能モジュールの形式で達成してもよい。本発明はいずれの特定形式のハードウェアとソフトウェアの組み合わせに限定されたものではない。
上記のものは単に本発明の好ましい実施例であるだけで、本発明の保護範囲を限定するためのものではない。本発明の発明内容により、更に他の多種の実施例を有することができ、本発明の主旨とその本質から逸脱しない場合に、当業者は本発明の実施例により各種の相応の変更と変形を行うことができ、本発明の主旨と原則にある限り、行ったいずれの修正、等価置き換え、改善などは、いずれも本発明の保護範囲に含まれるべきである。
本発明の実施例は分散型リンクアグリゲーショングループにおける一端の複数のシステムの間の制御通信を実現し、複数のシステムを１つのアグリゲーショングループにアグリゲーションした後、相互接続インターフェースでの保護を効果的に実現することができ、リンクでの保護だけでなく、ノードレベルの保護を実現することができる。

Claims (35)

  1. 分散型弾性ネットワーク相互接続における同一端内システムの間で情報を交換する方法であって、リンクアグリゲーショングループエンドポイントにおける各システムに応用され、
    内部リンクインターフェースにより分散型リレー制御プロトコル（ＤＲＣＰ）プロトコルメッセージを送信し、そのうちに該システムのシステム情報が少なくとも含まれることと、
    隣接システムからのＤＲＣＰプロトコルメッセージを受信した後、該システムと前記隣接システムとが分散型弾性ネットワーク相互接続の１つのエンドポイントを形成することができることを判断すると、該システムの操作Key値を確定することと、を含む分散型弾性ネットワーク相互接続における同一端内システムの間で情報を交換する方法。
  2. 該システムの操作Key値を確定した後、該システム内に分散型リレーチャンネルを確立することを更に含む請求項１に記載の方法。
  3. 該システムの操作Key値を確定した後、前記隣接システムと統一のセッション配布方式を協議することを更に含む請求項２に記載の方法。
  4. 前記該システムと前記隣接システムとが同一のエンドポイントを形成することができると判断することは、
    受信した前記ＤＲＣＰプロトコルメッセージに含まれた前記隣接システムのシステム情報と該システムのシステム情報に対しマッチング性の検査を行い、前記マッチング性の検査が通過すると、該システムと前記隣接システムとが同一のエンドポイントを形成することができると判断することを含む請求項１に記載の方法。
  5. 前記受信した前記ＤＲＣＰプロトコルメッセージに含まれた前記隣接システムのシステム情報と該システムのシステム情報に対しマッチング性の検査を行うことは、
    該システムのエンドポイント識別子と前記隣接システムのエンドポイント識別子が一致するかどうかを判断し、及び/又は該システムのバーチャルシステム識別子と前記隣接システムのバーチャルシステム識別子が一致するかどうかを判断することを含み、
    前記マッチング性の検査が通過することは、
    前記該システムと前記隣接システムとのエンドポイント識別子が同じで、及び/又は前記該システムと前記隣接システムとのバーチャルシステム識別子が同じであることを含む請求項４に記載の方法。
  6. 前記受信した前記ＤＲＣＰプロトコルメッセージに含まれた前記隣接システムのシステム情報と該システムのシステム情報に対しマッチング性の検査を行うことは、
    該システムのシステム番号（System Number）と前記隣接システムのSystem Numberとが衝突するかどうかを判断することを更に含み、
    前記マッチング性の検査が通過することは、
    前記該システムと前記隣接システムとのエンドポイント識別子及び/又はバーチャルシステム識別子がそれぞれ同じであり、且つ該システムと前記隣接システムとのSystem Numberが衝突しないことを含む請求項５に記載の方法。
  7. マッチング性の検査が通過すると、前記ＤＲＣＰプロトコルメッセージに含まれた前記隣接システムのシステム情報を記憶することを更に含む請求項４〜６のいずれか一項に記載の方法。
  8. 前記ＤＲＣＰプロトコルメッセージを送信することは、周期的に前記ＤＲＣＰプロトコルメッセージを送信することを含み、
    前記方法は
    隣接システムからのＤＲＣＰプロトコルメッセージを受信した度に、１つのタイマーを起動することと、
    前記タイマーがタイムアウトする場合、前記隣接システムからのＤＲＣＰプロトコルメッセージを受信しなく、又は前記タイマータがタイムアウトする前に前記隣接システムからのＤＲＣＰプロトコルメッセージを受信したが、マッチング性の検査が通過しないと、該システムと前記隣接システムが分散型弾性ネットワーク相互接続の１つのエンドポイントを再び形成することができないことを確定することと、を更に含む請求項１、４又は５のいずれか一項に記載の方法。
  9. 前記ＤＲＣＰプロトコルメッセージを送信することは、
    該システムのシステム情報においてパラメータの更新がある場合、前記ＤＲＣＰプロトコルメッセージを送信することを含む請求項１に記載の方法。
  10. 前記該システムの操作Key値を確定することは、
    該システムの操作Key値と前記隣接システムの操作Key値とが同じであることを判断すると、該システムの操作Key値が変わらないように維持することを含む請求項１に記載の方法。
  11. 前記該システムの操作Key値を確定することは、
    該システムの操作Key値と前記隣接システムの操作Key値とが異なることを判断すると、方策に従って、該システムの操作Key値を修正するか又は該システムの操作Key値が変わらないように維持することを含む請求項１０に記載の方法。
  12. 前記該システムの操作Key値を確定することは、
    該システムの管理Key値及び受信した前記隣接システムの管理Key値により、該システムの操作Key値を算出することを含む請求項１に記載の方法。
  13. 該システムの操作Key値を確定した後、該システムの操作Key値をリンクアグリゲーション制御プロトコル（ＬＡＣＰ）メッセージにより分散型弾性ネットワーク相互接続の相手端に送信することを更に含む請求項１、１０、１１又は１２のいずれか一項に記載の方法。
  14. 前記隣接システムと統一のセッション配布方式を協議することは、
    前記隣接システムからの前記ＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式を協議し、協議したセッション配布方式により該システム内の分散型リレーのフロー配布方法を設定することを含み、
    前記セッション配布方式は、ゲートウェイシステムの選択とアグリゲータ/アグリゲーションポートの選択、という２つのパラメータの中の任意の１つ又は任意の組合せを含む請求項３に記載の方法。
  15. 前記隣接システムからの前記ＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式を協議することは、
    前記隣接システムからのＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式とを比較し、セッション配布方式で一致するセッションに対して、分散型リレーが、一致するセッション配布方式に従って前記セッションフローの配布を行い、セッション配布方式で衝突があるセッションに対して、分散型リレーが、前記セッション配布方式で衝突があるセッションフローを濾過又は廃棄することを含む請求項１４に記載の方法。
  16. 前記該システム内に分散型リレーチャンネルを確立することは、
    分散型リレーのゲートウェイとアグリゲータ/アグリゲーションポートでのセッション配布を設定し、設定した後前記分散型リレーが該システムでのゲートウェイとアグリゲータ/アグリゲーションポートの間でセッションフローを転送することを含む請求項２に記載の方法。
  17. 前記隣接システムと統一のセッション配布方式を協議する前に、
    前記隣接システムとの間の内部リンクのデータフロー転送機能をオフすることを更に含み、
    前記隣接システムとセッション配布方式を統一した後協議が完成し、配布アルゴリズムを統一し、前記内部リンクのデータフロー転送機能を起動する請求項２に記載の方法。
  18. 該システムと前記隣接システムとが分散型弾性ネットワーク相互接続の１つのエンドポイントを再び形成することができないことを確定すると、方策により該システムのシステム情報を修正する必要があるかどうかを確定し、修正する必要があると、該システムのシステム情報の中の少なくとも一部のＬＡＣＰパラメータを修正し、且つ修正したＬＡＣＰパラメータをＬＡＣＰメッセージにより分散型弾性ネットワーク相互接続の相手端に送信し、そのうち、修正した後該システムのＬＡＣＰパラメータと前記隣接システムのＬＡＣＰパラメータとが少なくとも完全に同一ではないことを更に含む請求項８に記載の方法。
  19. 該システムのシステム情報の中の少なくとも一部のＬＡＣＰパラメータを修正することは、
    該システムの操作key値及び/又はシステム識別子を修正し、又は操作Key値を管理Key値に回復することを含む請求項１２又は１８に記載の方法。
  20. 前記隣接システムとの間の内部リンクに故障が発生し又は前記内部リンクを利用することができない場合、前記分散型リレーを協議前のセッション配布方式の設定に回復する請求項１４又は１５に記載の方法。
  21. 前記内部リンクインターフェースで送信された前記ＤＲＣＰプロトコルメッセージには、該システムと接続された他の隣接システムのシステム情報及び/又はセッション配布方式が更に含まれる請求項１に記載の方法。
  22. 該システムの他のステートマシンが、送信する必要がある又は周期的に送信する必要があると指示する場合、分散型リレー制御プロトコル（ＤＲＣＰ）プロトコルメッセージを送信するように設定される送信ステートマシンと、
    隣接システムからのＤＲＣＰプロトコルメッセージを受信し、該システムと前記隣接システムのシステム情報に対しマッチング性の検査を行い、マッチング性の検査が通過した後前記ＤＲＣＰプロトコルメッセージにおける情報を記録し、タイマーを起動して前記隣接システムが再び送信したＤＲＣＰプロトコルメッセージをタイミングに受信したかどうかを判断するように設定される受信ステートマシンと、
    該システムの操作Key値を確定し、前記隣接システムの操作Key値と一致することを確保するように設定される協議ステートマシンと、
    アグリゲータ/アグリゲーションポートとゲートウェイとの間の転送チャンネルを確立し、必要に応じて前記隣接システムと統一のセッション配布方式を協議し、分散型リレーのセッション配布方式を設定するように設定される同期ステートマシンと、
    前記送信ステートマシンがＤＲＣＰプロトコルメッセージを周期的に送信することを決定するように設定される周期送信ステートマシンと、を含む分散型弾性ネットワーク相互接続において分散型リレー制御を実現するシステム。
  23. 前記受信ステートマシンは、該システムと前記隣接システムのシステム情報に対しマッチング性の検査を行うように設定され、
    前記受信ステートマシンが、該システムのエンドポイント識別子と前記隣接システムのエンドポイント識別子が一致するかどうかを判断し、及び/又は該システムのバーチャルシステム識別子と前記隣接システムのバーチャルシステム識別子が一致するかどうかを判断することを含み、
    前記マッチング性の検査が通過することは、
    前記該システムと前記隣接システムとのエンドポイント識別子が同じで、及び/又は前記該システムと前記隣接システムとのバーチャルシステム識別子が同じであることを含む請求項２２に記載のシステム。
  24. 前記受信ステートマシンは、該システムと前記隣接システムのシステム情報に対しマッチング性の検査を行うように設定され、
    前記受信ステートマシンが、該システムのシステム番号（System Number）と前記隣接システムのSystem Numberとが衝突するかどうかを判断することを更に含み、
    前記マッチング性の検査が通過することは、
    前記該システムと前記隣接システムとのエンドポイント識別子及び/又はバーチャルシステム識別子がそれぞれ同じであり、且つ隣接システムのSystem Numberが合法的なものであり、又は、該システムと前記隣接システムとのSystem Numberが衝突しないことを含む請求項２３に記載のシステム。
  25. 前記協議ステートマシンは、該システムの操作Key値を確定し、前記隣接システムの操作Key値と一致することを確保するように設定され、
    前記協議ステートマシンが、該システムの操作Key値と前記隣接システムの操作Key値とが同じであることを判断する場合、該システムの操作Key値が変わらないように維持し、該システムの操作Key値と前記隣接システムの操作Key値とが異なることを判断する場合、方策により、該システムの操作Key値を修正するか又は該システムの操作Key値が変わらないように維持することを含む請求項２２に記載のシステム。
  26. 前記協議ステートマシンは、該システムの操作Key値を確定し、前記隣接システムの操作Key値と一致することを確保するように設定され、
    前記協議ステートマシンが該システムの管理Key値及び受信した前記隣接システムの管理Key値により、該システムの操作Key値を算出することを含む請求項２２に記載の方法。
  27. 前記協議ステートマシンは更に、該システムの操作Key値を確定した後、該システムの操作Key値をリンクアグリゲーション制御プロトコル（ＬＡＣＰ）メッセージにより分散型弾性ネットワーク相互接続の相手端に送信するように設定されることを更に含む請求項２５又は２６に記載のシステム。
  28. 前記同期ステートマシンは、
    前記隣接システムと統一のセッション配布方式を協議するように設定され、
    前記隣接システムからの前記ＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式を協議し、協議したセッション配布方式により該システム内の分散型リレーのフロー配布方法を設定することを含む請求項２２に記載のシステム。
  29. 前記同期ステートマシンは、前記隣接システムからの前記ＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式を協議するように設定され、
    前記同期ステートマシンが前記隣接システムからのＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式とを比較し、セッション配布方式で一致するセッションに対して、一致するセッション配布方式に従って前記セッションフローの配布を行い、セッション配布方式で衝突があるセッションに対して、前記セッション配布方式で衝突があるセッションフローを濾過又は廃棄することを含む請求項２８に記載のシステム。
  30. 前記セッション配布方式は、ゲートウェイシステムの選択とアグリゲータ/アグリゲーションポートの選択、という２つのパラメータの中の任意の１つ又は任意の組合せを含む請求項２８又は２９に記載のシステム。
  31. 同期ステートマシンは更に、前記隣接システムと統一のセッション配布方式を協議する前に、前記隣接システムとの間の内部リンクのデータフロー転送機能をオフし、
    前記隣接システムとセッション配布方式を統一した後協議が完成し、配布アルゴリズムを統一し、前記内部リンクのデータフロー転送機能を起動するように設定される請求項２２に記載のシステム。
  32. 前記受信ステートマシンは更に、前記隣接システムが再び送信したＤＲＣＰプロトコルメッセージをタイミングに受信しないか又は受信した前記隣接システムが再び送信したＤＲＣＰプロトコルメッセージがマッチング性の検査を通過しないと、方策により該システムのシステム情報を修正する必要があるかどうかを確定し、修正する必要があると、該システムのシステム情報の中の少なくとも一部のＬＡＣＰパラメータを修正し、且つ修正したＬＡＣＰパラメータをＬＡＣＰメッセージにより分散型弾性ネットワーク相互接続の相手端に送信し、そのうち、修正した後該システムのＬＡＣＰパラメータと前記隣接システムのＬＡＣＰパラメータとが少なくとも完全に同一ではないように設定される請求項２２に記載のシステム。
  33. 前記受信ステートマシンは、該システムのシステム情報の中の少なくとも一部のＬＡＣＰパラメータを修正するように設定され、前記受信ステートマシンが該システムの操作key値及び/又はシステム識別子を修正し、又は操作Key値を管理Key値に回復することを含む請求項２６又は３２に記載のシステム。
  34. 前記同期ステートマシンは更に、前記隣接システムとの間の内部リンクに故障が発生するか又は前記内部リンクを利用することができない場合、前記分散型リレーを協議前のセッション配布方式の設定に回復するように設定される請求項２８又は２９に記載のシステム。
  35. 前記送信ステートマシンが前記内部リンクインターフェースで送信した前記ＤＲＣＰプロトコルメッセージには、該システムと接続された他の隣接システムのシステム情報及び/又はセッション配布方式が更に含まれる請求項２２に記載のシステム。
JP2016510922A 2013-04-28 2014-04-16 Ｄｒｎｉにおける同一端内システムの間で情報を交換する方法及びシステム Active JP6105155B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201310155668.9A CN104125088B (zh) 2013-04-28 2013-04-28 Drni中同一端内系统之间交互信息的方法和系统
CN201310155668.9 2013-04-28
PCT/CN2014/075462 WO2014176975A1 (zh) 2013-04-28 2014-04-16 Drni中同一端内系统之间交互信息的方法和系统

Publications (2)

Publication Number Publication Date
JP2016517252A true JP2016517252A (ja) 2016-06-09
JP6105155B2 JP6105155B2 (ja) 2017-03-29

Family

ID=51770360

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016510922A Active JP6105155B2 (ja) 2013-04-28 2014-04-16 Ｄｒｎｉにおける同一端内システムの間で情報を交換する方法及びシステム

Country Status (5)

Country Link
US (1) US9749186B2 (ja)
EP (1) EP2981026B1 (ja)
JP (1) JP6105155B2 (ja)
CN (1) CN104125088B (ja)
WO (1) WO2014176975A1 (ja)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
US9509556B2 (en) 2013-04-23 2016-11-29 Telefonaktiebolaget L M Ericsson (Publ) Method and system for synchronizing with neighbor in a distributed resilient network interconnect (DRNI) link aggregation group
CN104243259B (zh) * 2013-06-20 2019-07-30 中兴通讯股份有限公司 分布式弹性网络互连系统中协作方法和系统
CN106878164B (zh) * 2016-12-13 2020-04-03 新华三技术有限公司 一种报文传输方法和装置
CN107547398B (zh) * 2017-05-23 2020-04-17 新华三技术有限公司 报文转发方法、装置和设备
CN108259348B (zh) * 2017-05-24 2020-05-12 新华三技术有限公司 一种报文传输方法和装置
CN107249047B (zh) * 2017-06-09 2020-11-17 区动(上海)网络科技有限公司 基于网络协议的数据传送方法、装置及计算机处理设备
KR102490841B1 (ko) * 2018-04-05 2023-01-19 텔레폰악티에볼라겟엘엠에릭슨(펍) 통합된 액세스 백홀된 네트워크에서의 적응 계층 설정 및 구성
CN108737189B (zh) * 2018-05-25 2021-11-05 新华三技术有限公司 Dr设备角色更新方法及装置
CN109194521B (zh) * 2018-09-29 2021-12-07 新华三技术有限公司 一种流量转发方法及设备
CN110708275B (zh) * 2018-12-18 2020-11-06 新华三技术有限公司 一种协议报文的处理方法和装置
CN113746763B (zh) * 2020-05-29 2022-11-11 华为技术有限公司 一种数据处理的方法、装置和设备
CN111835560B (zh) * 2020-06-29 2024-02-09 新华三信息安全技术有限公司 一种分布式弹性网络互连系统及其部署方法
CN112929417B (zh) * 2021-01-22 2022-05-27 新华三信息安全技术有限公司 报文处理方法及装置
CN114172690B (zh) * 2021-11-11 2023-12-26 新华三大数据技术有限公司 一种终端认证方法及装置
CN115333974B (zh) * 2022-08-10 2023-08-11 杭州云合智网技术有限公司 Drni网络中基于vsi的环路检测方法及装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014174441A1 (en) * 2013-04-23 2014-10-30 Telefonaktiebolaget L M Ericsson (Publ) A method and system for synchronizing with neighbor in a distributed resilient network interconnect (drni) link aggregation group

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6910149B2 (en) * 2001-09-24 2005-06-21 Intel Corporation Multi-device link aggregation
CN101252459B (zh) * 2008-03-24 2010-12-08 中兴通讯股份有限公司 一种设置链路端口的协议状态的方法及其监控方法
US8213296B2 (en) * 2009-05-14 2012-07-03 Verizon Patent And Licensing Inc. Link aggregation protection
US8913489B2 (en) * 2010-08-04 2014-12-16 Alcatel Lucent System and method for virtual fabric link failure recovery
CN102014019B (zh) * 2010-11-04 2015-12-16 中兴通讯股份有限公司 聚合链路切换方法及装置
CN102752187B (zh) * 2011-04-21 2018-02-13 中兴通讯股份有限公司 弹性网络接口的实现方法和系统
CN102316039B (zh) * 2011-09-09 2017-12-05 中兴通讯股份有限公司 基于聚合体优先级策略的聚合体逻辑选择的方法及系统
US9602348B2 (en) * 2012-05-15 2017-03-21 Telefonaktiebolaget Lm Ericsson Methods and apparatus for detecting and handling split brain issues in a link aggregation group

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014174441A1 (en) * 2013-04-23 2014-10-30 Telefonaktiebolaget L M Ericsson (Publ) A method and system for synchronizing with neighbor in a distributed resilient network interconnect (drni) link aggregation group
JP2016523021A (ja) * 2013-04-23 2016-08-04 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 分散レジリエントネットワーク相互接続（ｄｒｎｉ）リンクアグリゲーショングループにおける近隣との同期のための方法及びシステム

Also Published As

Publication number Publication date
EP2981026A1 (en) 2016-02-03
US9749186B2 (en) 2017-08-29
JP6105155B2 (ja) 2017-03-29
EP2981026A4 (en) 2016-09-07
WO2014176975A1 (zh) 2014-11-06
CN104125088A (zh) 2014-10-29
CN104125088B (zh) 2019-05-10
EP2981026B1 (en) 2019-11-27
US20160105324A1 (en) 2016-04-14

Similar Documents

Publication Publication Date Title
JP6105155B2 (ja) Ｄｒｎｉにおける同一端内システムの間で情報を交換する方法及びシステム
US7639605B2 (en) System and method for detecting and recovering from virtual switch link failures
US7792016B2 (en) Network relay device for relaying data in a network and control method for the same
JP4074631B2 (ja) 伝送路システム、および同システムにおけるフレーム伝送装置、ならびに伝送路切り替え方法
EP1754071B1 (en) System and method for detecting link failures
JP4527447B2 (ja) ネットワーク中継装置及びその制御方法
EP2911355B1 (en) Method and device for flow path negotiation in link aggregation group
JP2015520577A (ja) リンクアグリゲーショングループにおけるスプリットブレイン問題を検知し、それに対処するための方法及び装置
US20170324580A1 (en) Failure protection method based on ring protection link, device, and system
CN103581164A (zh) 用于在可冗余操作的工业通信网络中进行消息传输的方法和用于可冗余操作的工业通信网络的通信设备
CN104378291A (zh) 用于在工业通信网络中进行冗余的信息传输的方法和通信设备
CN103684716A (zh) 在可冗余操作的工业通信网络中传输消息的方法和可冗余操作的工业通信网络的通信设备
EP2618523A2 (en) Method, network device and system for ethernet ring protection switching
CN111343019A (zh) 一种重连方法、装置和存储介质
CN112995002B (zh) 一种交换机环网的设计方法、交换机及存储介质
CN101340339A (zh) 宽带接入服务器集群系统及装置
CN102437967A (zh) 报文转发方法和装置
CN102857423A (zh) 一种分布式链路聚合系统中业务流转发方法及节点
CN115333991A (zh) 跨设备链路聚合方法、装置、系统及计算机可读存储介质
WO2011143891A1 (zh) 用户业务信息备份方法和装置
CN103618630A (zh) 一种基于双上行链路的数据安全传输方法及设备
JP3990196B2 (ja) スパニングツリー構成再構築に伴う通信断回避方法
JP2020136817A (ja) ネットワーク装置、ネットワークシステム、ネットワーク接続方法、およびプログラム
KR101740799B1 (ko) Ｓｄｎ 환경에서 네트워크 서비스를 위한 장애 극복 방법
WO2021223646A1 (zh) 保护倒换方法及装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20151028

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20160907

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160913

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161213

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170301

R150 Certificate of patent or registration of utility model

Ref document number: 6105155

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

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250