JP7230206B2 - プロトコルパケットの処理 - Google Patents

Description

分散レジリエントネットワーク相互接続（Ｄｉｓｔｒｉｂｕｔｅｄ Ｒｅｓｉｌｉｅｎｔ Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｃｏｎｎｅｃｔ、ＤＲＮＩ）は、複数のネットワークデバイスを仮想的に１つのネットワークデバイスに集約することができるクロスデバイスリンクアグリゲーション技術であり、当該技術を利用して、クロスデバイスリンクアグリゲーションを実装し、デバイスレベルの冗長保護およびトラフィック負荷分散を提供する。たとえば、ネットワークデバイスＡとネットワークデバイスＢとを分散型集約（Ｄｉｓｔｒｉｂｕｔｅｄ Ｒｅｌａｙ、ＤＲ）システムに集約し、ＤＲシステムは１つのネットワークデバイスとして外部に現われている。このようにして、ネットワークデバイスＡとネットワークデバイスＢとの間で負荷分散を形成し、トラフィックを共同で転送することができる。さらに、１つのネットワークデバイスに障害が発生された場合、トラフィックをもう１つのネットワークデバイスにすばやく切り替えることができ、サービスの通常の運行が保証され、サービスが中断されることがない。

クロスデバイスリンクアグリゲーションを実装するために、ネットワークデバイスＡとネットワークデバイスＢとの間でデータを互いに同期させる必要がある。たとえば、ネットワークデバイスＡは、アドレス解析プロトコル（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＡＲＰ）データをネットワークデバイスＢに同期させることができる。従来の方法では、ネットワークデバイスＡは、プライベートメッセージを利用してＡＲＰデータをネットワークデバイスＢに同期させることができる。たとえば、当該プライベートメッセージは、メディアアクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）アドレス、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）アドレス、出力ポートインターフェイス情報などが含むことができる。ネットワークデバイスＢは、当該プライベートメッセージを受信した後に、当該プライベートメッセージから、ＭＡＣアドレス、ＩＰアドレス、出力ポートインターフェイス情報などを解析することができる。

しかしながら、ネットワークデバイスＡのバージョンをアップグレードしたが、ネットワークデバイスＢのバージョンをアップグレードしなかった場合、ネットワークデバイスＡのプライベートメッセージのソフトウェアバージョンがネットワークデバイスＢのプライベートメッセージのソフトウェアバージョンと一致しない可能性がある。このようになると、ネットワークデバイスＡがプライベートメッセージをネットワークデバイスＢに送信した後に、ネットワークデバイスＢが当該プライベートメッセージからＡＲＰデータを解析できず、リンクアグリゲーションに異常をもたらす可能性がある。

本発明の実施例を適用できる環境の概略図である。 本発明の１実施形態に係るプロトコルパケット処理方法のフローチャートである。 本発明の１実施形態に係るプロトコルパケット処理装置の構成図である。 本発明の１実施形態に係る第１のメンバーデバイスの構成図である。

本発明で使用される用語は、発明を限定するのではなく、特定の実施例を説明することのみを目的としている。本発明および特許請求の範囲で使用される「１種」、「前記」、および、「当該」の単数形も、文脈が他の意味を明確に示さない限り、複数形も含むことを意図している。本明細書で使用される「および／または」という用語は、関連してリストされた１つまたは複数の項目の任意可能な組み合わせまたはすべての可能な組み合わせを含む。

本発明では、「第１」、「第２」、「第３」などの用語を使用してさまざまな情報を説明する可能性があるが、これら情報はこれら用語に限定されないことを理解すべきである。これら用語は、同一の種類の情報を互いに区別するためにのみ使用される。たとえば、本発明の範囲から逸脱することなく、第１の情報は、第２の情報とも呼ばれ得、同様に、第２情報は、第１情報とも呼ばれ得る。文脈に応じて、本明細書で使用される「もし」という単語は、「…、場合」、「…、と」、または、「確定されたことに応じて」と解釈されることができる。

本発明の実施例は、プロトコルパケット処理方法を提案し、ＤＲシステムに適用される。当該ＤＲシステムは、複数のメンバーデバイス（ＤＲメンバーデバイスとも呼ばれる）を含む。説明の便宜上、ＤＲシステム中のあるメンバーデバイスを第１のメンバーデバイスと呼び、第１のメンバーデバイス以外の他のメンバーデバイスを第２のメンバーデバイス呼ぶことができ、第２のメンバーデバイスの数は、１つまたは複数であり得る。ここで、第１のメンバーデバイスは、ＤＲシステムのマスターメンバーデバイスであり得、第２のメンバーデバイスは、ＤＲシステムのスレーブメンバーデバイスであり得る。または、第１のメンバーデバイスは、ＤＲシステムのスレーブメンバーデバイスであり得、第２のメンバーデバイスは、ＤＲシステムのマスターメンバーデバイスであり得る。

第１のメンバーデバイスと第２のメンバーデバイスは、いずれもＤＲインターフェースを有する。ＤＲインターフェースは、ＤＲシステム中のメンバーデバイスが外部デバイスに接続するための２アグリゲートインターフェースであり、これらＤＲインターフェースは、同じＤＲグループに属しており、同一のＤＲグループ識別子を有する。区別を容易にするために、第１のメンバーデバイスの外部デバイスに接続されたＤＲインターフェースを第１のＤＲインターフェースと呼び、第２のメンバーデバイスの外部デバイスに接続されたＤＲインターフェースを第２のＤＲインターフェースと呼ぶ。第１のＤＲインターフェースおよび第２のＤＲインターフェースは、同じＤＲグループに属し、第１のＤＲインターフェースのインターフェース識別子と第２のＤＲインターフェースのインターフェース識別子は、同一であり、いずれもＲグループのグループ識別子である。

第１のメンバーデバイスと第２のメンバーデバイスとの間には、２つのリンクが存在し、その中の１つのリンクは、内部制御リンク（Ｉｎｔｒａ－Ｐｏｒｔａｌ Ｌｉｎｋ、ＩＰＬ）であり、もう１つのリンクは、キープアライブ（Ｋｅｅｐａｌｉｖｅ）リンクである。ＩＰＬは、２アグリゲートリンクであり、ＤＲＮＩプロトコルパケットなどのプロトコルパケットを伝送するために使用される。Ｋｅｅｐａｌｉｖｅリンクは、キープアライブパケットを伝送するために使用される。

第１のメンバーデバイスは、第１の内部制御リンクポート（Ｉｎｔｒａ－Ｐｏｒｔａｌ Ｐｏｒｔ、ＩＰＰ）を含み、第２のメンバーデバイスは、第２のＩＰＰを含む。第１のＩＰＰは、第１のメンバーデバイスの第２のメンバーデバイスに接続された２アグリゲートインターフェースであり、第２のＩＰＰは、第２のメンバーデバイスの第１のメンバーデバイスに接続された２アグリゲートインターフェースである。第１のメンバーデバイスの第１のＩＰＰと第２のメンバーデバイスの第２のＩＰＰとの間のリンクがＩＰＬである。

図１は、本発明の実施例を適用できる環境を概略的に示し、ここで、ネットワークデバイス１０１とネットワークデバイス１０２は、イーサネットリンクを介してＤＲシステムに集約される。ＤＲシステムは、１つのネットワークデバイスとして外部に現われている。ネットワークデバイス１０１とネットワークデバイス１０２は、集約された論理リンクを介してネットワークデバイス１０３に接続される（ネットワークデバイス１０３はホスト１０６およびホスト１０７に接続されることができる）。当然ながら、より多くのネットワークデバイスをＤＲシステムに集約することができる。上記の環境において、ネットワークデバイス１０１とネットワークデバイス１０２は、ＤＲシステムのメンバーデバイスであり、ここで、１つは、マスターメンバーデバイスであり、もう１つは、スレーブメンバーデバイスである。たとえば、ネットワークデバイス１０１を第１のメンバーデバイスと呼び、ネットワークデバイス１０２を第２のメンバーデバイスと呼ぶことができる。または、ネットワークデバイス１０２を第１のメンバーデバイスと呼び、ネットワークデバイス１０１を第２のメンバーデバイスと呼ぶことができる。

ネットワークデバイス１０１が第１のメンバーデバイスであり、ネットワークデバイス１０２が第２のメンバーデバイスであると仮定すると、インターフェース１０１１は、第１のＤＲインターフェースである、インターフェース１０１３は、第１のＩＰＰであり、インターフェース１０２１は、第２のＤＲインターフェースであり、インターフェース１０２３は、第２のＩＰＰである。または、ネットワークデバイス１０２が第１のメンバーデバイスであり、ネットワークデバイス１０１が第２のメンバーデバイスであると仮定すると、インターフェース１０１１は、第２のＤＲインターフェースであり、インターフェース１０１３は、第２のＩＰＰであり、インターフェース１０２１は、第１のＤＲインターフェースであり、インターフェース１０２３は、第１のＩＰＰである。

図１に示すように、ネットワークデバイス１０１をネットワークデバイス１０４に接続するためのインターフェース１０１２を、ネットワークデバイス１０１の非ＤＲインターフェースと呼ぶ。ここで、非ＤＲインターフェースとは、メンバーデバイスの、ＤＲインターフェースおよびＩＰＰ以外の他のインターフェースである。同様に、ネットワークデバイス１０２をネットワークデバイス１０５に接続するためのインターフェース１０２２を、ネットワークデバイス１０２の非ＤＲインターフェースと呼ぶ。

本発明の実施例によると、プロトコルパケット処理方法は、上記の環境に適用することができる。図２は、当該方法のフローチャートである。当該方法は、ＤＲシステム中の第１のメンバーデバイスによって実行することができる。当該ＤＲシステムは、第２のメンバーデバイスをさらに備える。図２に示すように、当該方法は、ステップ２０１~２０２を含み得る。

ステップ２０１において、第１のＤＲインターフェースを介して第１のプロトコルパケットが受信されると、第１のＤＲインターフェースおよび第１のプロトコルパケットに基づいてプロトコル処理を実行することができる。

本発明の実施例において、第１のメンバーデバイスが当該プロトコル処理を実行するプロセスは、第１のプロトコルパケットのプロトコルタイプに関連している。具体的に、上記のプロトコルタイプは、テーブルエントリ関連プロトコルタイプと、テーブルエントリ非関連プロトコルタイプと、を含み得る。たとえば、第１のメンバーデバイスは、第１のＤＲインターフェースを介してテーブルエントリ関連プロトコルタイプのプロトコルパケットが受信されると、当該プロトコルパケットを利用して転送テーブルエントリを作成または更新する必要がある。逆に、第１のメンバーデバイスは、第１のＤＲインターフェースを介してテーブルエントリ非関連プロトコルタイプのプロトコルパケットが受信されると、当該プロトコルパケットを利用して転送テーブルエントリを作成または更新する必要がない。

たとえば、テーブルエントリ関連プロトコルタイプは、汎用仮想ローカルエリアネットワーク登録プロトコル（Ｇｅｎｅｒｉｃ Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ Ｒｅｇｉｓｔｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＧＶＲＰ）、アドレス解析プロトコル（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＡＲＰ）、メディアアクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）などを含み得る。以下の説明では、ＡＲＰを例として取り上げる。他のテーブルエントリ関連プロトコルタイプに対する処理方法は、ＡＲＰに対する処理方法と同様であり、後で繰り返して説明しない。

テーブルエントリ非関連プロトコルタイプは、たとえばスパニングツリープロトコル（Ｓｐａｎｎｉｎｇ Ｔｒｅｅ Ｐｒｏｔｏｃｏｌ、ＳＴＰ）を含み得る。以下の説明では、ＳＴＰを例として取り上げる。他のテーブルエントリ非関連プロトコルタイプに対する処理は、ＳＴＰに対する処理方法と同様であり、後で繰り返して説明しない。

１例において、第１のメンバーデバイスは、第１のＤＲインターフェースを介してＡＲＰプロトコルパケット（たとえばＡＲＰ要求パケットまたは無料ＡＲＰパケットなど）が受信されると、第１のＤＲインターフェースおよびＡＲＰプロトコルパケットに基づいてプロトコル処理を実行することができる。具体的に、第１のメンバーデバイスは、ＡＲＰプロトコルパケットの送信元アドレス（たとえば送信元ＭＡＣアドレスおよび／または送信元ＩＰアドレス）と第１のＤＲインターフェースのインターフェース識別子との対応関係を、転送テーブルエントリ（たとえばＭＡＣテーブルエントリまたはＡＲＰテーブルエントリなど）に記録することができる。表１は、転送テーブルエントリの例であり、ここで、ａａａは、第１のＤＲインターフェースのインターフェース識別子であり、ＡＡＡは、ＡＲＰプロトコルパケットの送信元アドレスである。当然ながら、表１は、１例にすぎず、実際に適用するときに、転送テーブルエントリは他の内容をさらに備える。

１例において、第１のメンバーデバイスは、第１のＤＲインターフェースを介して到ＳＴＰプロトコルパケット（たとえばブリッジプロトコルデータユニット（Ｂｒｉｄｇｅ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＢＰＤＵ）パケットなど）が受信されると、第１のＤＲインターフェースおよびＳＴＰプロトコルパケットに基づいてプロトコル処理を実行することができる。具体的に、第１のメンバーデバイスは、ＳＴＰプロトコルパケットに基づいて第１のＤＲインターフェースのポートロール（たとえば、第１のＤＲインターフェースは、ルートポート、指定ポート、または、ブロックポートなどである）を確定することができ、当該確定方法は従来のＳＴＰプロトコル処理フローを参照することができる。第１のＤＲインターフェースがルートポートまたは指定ポートであると、第１のＤＲインターフェースを転送状態にすることができる。第１のＤＲインターフェースがブロックポートであると、第１のＤＲインターフェースをプロック状態にすることができる。

ステップ２０２において、第１のＤＲインターフェースのインターフェース識別子および第１のプロトコルパケット（すなわち第１のメンバーデバイスが第１のＤＲインターフェースを介して受信されたプロトコルパケットである）を含む第１のタイプのパケットを、第２のメンバーデバイスに送信することによって、第２のメンバーデバイスが、当該インターフェース識別子に対応する第２のＤＲインターフェースから第１のプロトコルパケットが受信されたことを確定し、当該第２のＤＲインターフェースおよび当該第１のプロトコルパケットに基づいてプロトコル処理を実行するようにする。

１例において、第１のタイプのパケットは、パケットヘッダーとパケット本文とを含み得る。当該パケットヘッダーは、第１のＤＲインターフェースのインターフェース識別子を含み得、当該パケット本文は、第１のプロトコルパケットを含み得る。当該パケットヘッダーは、タイプ－長さ－値（Ｔｙｐｅ－Ｌｅｎｇｔｈ－Ｖａｌｕｅ、ＴＬＶ）形式であり得、ここで、タイプフィールドは、当該パケットヘッダーが第１のＤＲインターフェースのインターフェース識別子を含むことを示す第１の識別子を含み得、長さフィールドは、当該パケットヘッダーの長さ値を含み得、値フィールドは、第１のＤＲインターフェースのインターフェース識別子を含み得る。当該パケット本文は、ＴＬＶ形式であってもよく、ここで、タイプフィールドは、当該パケット本文がプロトコルパケット本文を含むことを示す第２の識別子を含み得、長さフィールドは、当該パケット本文の長さ値を含み得、値フィールドは、第１のプロトコルパケットを含み得る。

１例において、第１のメンバーデバイスは、ＩＰＬを介して第１のタイプのパケットを第２のメンバーデバイスに送信することができる。具体的に、第１のメンバーデバイスと第２のメンバーデバイスとの間で、ＩＰＬ上に通信チャネル（後でＲＬＩＮＫと略称する）を構築するためにネゴシエートすることができる。第１のメンバーデバイスは、ＲＬＩＮＫを介して第１のタイプのパケットを第２のメンバーデバイスに送信することができる。

第２のメンバーデバイスは、第１のタイプのパケットが受信された後、第１のタイプのパケットから第１のＤＲインターフェースのインターフェース識別子および第１のプロトコルパケットを取得することができる。第１のメンバーデバイスの第１のＤＲインターフェースのインターフェース識別子が第２のメンバーデバイスの第２のＤＲインターフェースのインターフェース識別子と同一であるため、第２のメンバーデバイスは、取得された第１のＤＲインターフェースのインターフェース識別子に対応する第２のＤＲインターフェースを確定することができる。同時に、第２のメンバーデバイスは、第２のＤＲインターフェースから第１のプロトコルパケットが受信されたことを確定することができる。このようにして、第２のメンバーデバイスは、第２のＤＲインターフェースおよび第１のプロトコルパケットに基づいてプロトコル処理を実行することができる。

本発明の実施例において、第２のメンバーデバイスが当該プロトコル処理を実行するプロセスは、第１のプロトコルパケットのプロトコルタイプに関連している。たとえば、第１のプロトコルパケットがＡＲＰプロトコルパケットでありと、第２のメンバーデバイスは、第２のＤＲインターフェースおよびＡＲＰプロトコルパケットに基づいてプロトコル処理を実行することができる。たとえば、第２のメンバーデバイスは、ＡＲＰプロトコルパケットの送信元アドレスと第２のＤＲインターフェースのインターフェース識別子との対応関係を転送テーブルエントリに記録することができる。

また、たとえば、第１のプロトコルパケットがＳＴＰプロトコルパケットであると、第２のメンバーデバイスは、第２のＤＲインターフェースおよびＳＴＰプロトコルパケットに基づいてプロトコル処理を実行することができる。たとえば、第２のメンバーデバイスは、ＳＴＰプロトコルパケットに基づいて第２のＤＲインターフェースのポートロール（たとえば、第２のＤＲインターフェースは、ルートポート、指定ポート、または、ブロックポートなどである）を確定することができ、当該確定方法は従来のＳＴＰプロトコル処理フローを参照することができる。

従来の方法において、第１のメンバーデバイスは、第１のＤＲインターフェースおよび第１のプロトコルパケットに基づいてプロトコル処理を実行した後に、プライベートメッセージを利用してプロトコル処理結果を第２のメンバーデバイスに送信する。たとえば、第１のプロトコルパケットがＡＲＰプロトコルパケットであると、プロトコル処理結果は、ＡＲＰプロトコルパケットの送信元アドレスと第１のＤＲインターフェースのインターフェース識別子との対応関係である可能性があり、当該プライベートメッセージは、ＡＲＰプロトコルパケットの送信元アドレスおよび第１のＤＲインターフェースのインターフェース識別子を含み得る。また、たとえば、第１のプロトコルパケットがＳＴＰプロトコルパケットであると、プロトコル処理結果は、第１のＤＲインターフェースが指定ポートであると指示する可能性があり、当該プライベートメッセージは、第１のＤＲインターフェースが指定ポートであると指示するための情報を含み得る。

逆に、本発明の実施例において、第１のメンバーデバイスは、第１のＤＲインターフェースおよび第１のプロトコルパケットに基づいてプロトコル処理を実行した後に、プライベートメッセージを利用してプロトコル処理結果を第２のメンバーデバイスに送信する代わりに、第１のＤＲインターフェースのインターフェース識別子および第１のプロトコルパケットを第２のメンバーデバイスに直接送信する。第２のメンバーデバイスは、当該インターフェース識別子に対応する第２のＤＲインターフェースを確定し、第２のＤＲインターフェースから第１のプロトコルパケットが受信されたことを確定し、続いて第２のＤＲインターフェースおよび第１のプロトコルパケットに基づいてプロトコル処理を実行することができる。このようにして、第２のメンバーデバイスと第１のメンバーデバイスのソフトウェアバージョンが一致しないことに関係なく、プロトコルをサポートする第２のメンバーデバイスは、第１のプロトコルパケットに基づいてプロトコル処理を実行することができ、それにより、バージョンアップグレードの信頼できる互換性を達成し、リンクアグリゲーションの異常を回避することができる。

上記で、第１のメンバーデバイスが第１のＤＲインターフェースを介して第１のプロトコルパケットを受信した後の処理フローを詳細に説明した。

なお、１例において、第１のメンバーデバイスは、非ＤＲインターフェースを介して第２のプロトコルパケットが受信されると、非ＤＲインターフェースおよび第２のプロトコルパケットに基づいてプロトコル処理を実行し、第２のプロトコルパケットのプロトコルタイプを確定することができる。当該プロトコルタイプがテーブルエントリ非関連プロトコルタイプであると、第１のメンバーデバイスは、第２のプロトコルパケットを第２のメンバーデバイスに送信することによって、第２のメンバーデバイスが、当該第２のプロトコルパケットに基づいてプロトコル処理を実行するようにすることができる。当該プロトコルタイプがテーブルエントリ関連プロトコルタイプであると、第１のメンバーデバイスは、第２のプロトコルパケットを第２のメンバーデバイスに送信しなくてもよい。

たとえば、第１のメンバーデバイスは、非ＤＲインターフェースを介して（たとえばインターフェース１０１２）ＡＲＰプロトコルパケットが受信されると、非ＤＲインターフェースおよびＡＲＰプロトコルパケットに基づいてプロトコル処理を実行することができる。具体的に、第１のメンバーデバイスは、ＡＲＰプロトコルパケットの送信元アドレスと非ＤＲインターフェースのインターフェース識別子との対応関係を転送テーブルエントリに記録することができる。その後、第１のメンバーデバイスは、ＡＲＰプロトコルパケットのプロトコルタイプがテーブルエントリ関連プロトコルタイプであると確定するため、第１のメンバーデバイスは、ＡＲＰプロトコルパケットを第２のメンバーデバイスに送信しなくてもよい。

また、たとえば、第１のメンバーデバイスは、非ＤＲインターフェースを介してＳＴＰプロトコルパケットが受信されると、非ＤＲインターフェースおよびＳＴＰプロトコルパケットに基づいてプロトコル処理を実行することができる。具体的に、第１のメンバーデバイスは、ＳＴＰプロトコルパケットに基づいて非ＤＲインターフェースのポートロール（たとえば、非ＤＲインターフェースは、ルートポート、指定ポート、または、ブロックポートなどである）を確定し、当該確定方法は従来のＳＴＰプロトコル処理フローを参照することができる。その後、第１のメンバーデバイスは、ＳＴＰプロトコルパケットのプロトコルタイプがテーブルエントリ非関連プロトコルタイプであると確定するため、第１のメンバーデバイスは、ＳＴＰプロトコルパケット第２のメンバーデバイスに送信することによって、第２のメンバーデバイスが、ＳＴＰプロトコルパケットに基づいてプロトコル処理を実行するようにすることができる。

１例として、上記の第２のプロトコルパケットのプロトコルタイプがテーブルエントリ非関連プロトコルタイプであると、第１のメンバーデバイスは、ＲＬＩＮＫを介して第２のプロトコルパケットを第２のメンバーデバイスに送信することによって、第２のメンバーデバイスが、当該第２のプロトコルパケットに基づいてプロトコル処理を実行するようにすることができる。

たとえば、図１を参照して、ネットワークデバイス１０１が第１のメンバーデバイスであり、ネットワークデバイス１０２が第２のメンバーデバイスであると仮定すると、ネットワークデバイス１０１は、インターフェース１０１２（すなわち非ＤＲインターフェース）を介してＳＴＰプロトコルパケットが受信されると、ＲＬＩＮＫを介してＳＴＰプロトコルパケットをネットワークデバイス１０２に送信することができる。ネットワークデバイス１０２は、当該ＳＴＰプロトコルパケットが受信されると、当該ＳＴＰプロトコルパケットに基づいてプロトコル処理を実行することができる。

ネットワークデバイス１０１とネットワークデバイス１０２とイーサネットリンクを介してＤＲシステムに集約されるため、ＤＲシステムは、１つのネットワークデバイスとして外部に現われている。したがって、ネットワークデバイス１０２とネットワークデバイス１０１とは、１つのネットワークデバイスとして外部に現われることができる、インターフェース１０１２はまた、ネットワークデバイス１０２の非ＤＲインターフェースと見なすことができる。ネットワークデバイス１０２は、ＲＬＩＮＫを介してネットワークデバイス１０１からＳＴＰプロトコルパケットが受信されると、ネットワークデバイス１０２の非ＤＲインターフェース１０１２を介してＳＴＰプロトコルパケットが受信されたと見なすことができる。したがって、ネットワークデバイス１０２は、当該ＳＴＰプロトコルパケットに基づいてインターフェース１０１２のポートロール（たとえば、インターフェース１０１２は、ルートポート、指定ポート、または、ブロックポートなどである）を確定することができ、当該確定方法は従来のＳＴＰプロトコル処理フローを参照することができる。

もう１例として、上記の第２のプロトコルパケットのプロトコルタイプがテーブルエントリ非関連プロトコルタイプであると、第１のメンバーデバイスは、ＲＬＩＮＫを介して第２のメンバーデバイスに第２のタイプのパケットに送信することができる。当該第２のタイプのパケットは、非ＤＲインターフェースのインターフェース識別子および第２のプロトコルパケットを含むことができることによって、第２のメンバーデバイスが、当該非ＤＲインターフェースのインターフェース識別子に対応する非ＤＲインターフェースおよび当該第２のプロトコルパケットに基づいてプロトコル処理を実行するようにすることができる。

具体的に、第２のタイプのパケットは、パケットヘッダーとパケット本文とを含み得る。当該パケットヘッダーは、当該非ＤＲインターフェースのインターフェース識別子を含み得、当該パケット本文は、第２のプロトコルパケットを含み得る。たとえば、当該パケットヘッダーは、ＴＬＶ形式であり得、ここで、タイプフィールドは、当該パケットヘッダーが非ＤＲインターフェースのインターフェース識別子を含むことを示す第１の識別子を含み得、長さフィールドは、当該パケットヘッダーの長さ値を含み得、値フィールドは、当該非ＤＲインターフェースのインターフェース識別子を含み得る。当該パケット本文も、ＴＬＶ形式でありえ、ここで、タイプフィールドは、当該パケット本文がプロトコルパケット本文を含むことを示す第２の識別子を含み得、長さフィールドは、当該パケット本文の長さ値を含み得、値フィールドは、第２のプロトコルパケットを含み得る。

たとえば、図１を参照して、ネットワークデバイス１０１が第１のメンバーデバイスであり、ネットワークデバイス１０２が第２のメンバーデバイスであると仮定すると、ネットワークデバイス１０１は、インターフェース１０１２（すなわち非ＤＲインターフェース）を介してＳＴＰプロトコルパケットが受信されると、インターフェース１０１２のインターフェース識別子および当該ＳＴＰプロトコルパケットを含む第２のタイプのパケットを作成し、ＲＬＩＮＫを介して当該第２のタイプのパケットをネットワークデバイス１０２に送信することができる。

ネットワークデバイス１０２は、第２のタイプのパケットが受信されると、当該第２のタイプのパケットからインターフェース１０１２のインターフェース識別子および当該ＳＴＰプロトコルパケットを取得し、当該インターフェース識別子に対応する非ＤＲインターフェースおよび当該ＳＴＰプロトコルパケットに基づいてプロトコル処理を実行することができる。具体的に、ネットワークデバイス１０２は、取得されたインターフェース１０１２のインターフェース識別子に基づいて、インターフェース１０１２を介してＳＴＰプロトコルパケットが受信されたことを確定することができる。したがって、ネットワークデバイス１０２は、当該ＳＴＰプロトコルパケットに基づいてインターフェース１０１２のポートロール（たとえば、インターフェース１０１２は、ルートポート、指定ポート、または、ブロックポートなどである）を確定することができ、当該確定方法は従来のＳＴＰプロトコル処理フローを参照することができる。

従来の方法において、第１のメンバーデバイスは、非ＤＲインターフェースおよび第２のプロトコルパケットに基づいてプロトコル処理を実行した後に、プライベートメッセージを利用してプロトコル処理結果を第２のメンバーデバイスに送信する。逆に、本発明の実施例において、第１のメンバーデバイス非ＤＲインターフェースおよび第２のプロトコルパケットに基づいてプロトコル処理を実行した後に、第２のプロトコルパケットのプロトコルタイプがテーブルエントリ非関連プロトコルタイプであると、第１のメンバーデバイスは、プライベートメッセージを利用してプロトコル処理結果を第２のメンバーデバイスに送信する代わりに、第２のプロトコルパケットを第２のメンバーデバイスに直接送信し、第２のメンバーデバイスにより当該第２のプロトコルパケットに基づいてプロトコル処理を実行する。このようにして、第２のメンバーデバイスと第１のメンバーデバイスのソフトウェアバージョンが一致しないことに関係なく、プロトコルをサポートする第２のメンバーデバイスは、第２のプロトコルパケットに基づいてプロトコル処理を実行することができ、それにより、バージョンアップグレードの信頼できる互換性を達成し、リンクアグリゲーションの異常を回避することができる。

なお、１例において、第１のメンバーデバイスと第２のメンバーデバイスとがリンクを介して集約された後に１つのネットワークデバイスとして外部に現われることができるため、ＳＴＰプロトコルを実現するために、第１のメンバーデバイスと第２のメンバーデバイスとの中の１つのメンバーデバイスのみによって外部デバイスにＳＴＰプロトコルパケットを送信する必要があり、もう１つのメンバーデバイスは外部デバイスにＳＴＰプロトコルパケットを送信する必要がない。

どのメンバーデバイスによって外部デバイスにＳＴＰプロトコルパケットを送信するかを確定するために、第１のメンバーデバイスのＳＴＰロールおよび第２のメンバーデバイスのＳＴＰロールを確定することができる。第１のメンバーデバイスのＳＴＰロールがマスターロールであり、第２のメンバーデバイスのＳＴＰロールがバックアップロールであると確定されると、第１のメンバーデバイスによって外部デバイスにＳＴＰプロトコルパケットを送信すると確定することができる。第２のメンバーデバイスのＳＴＰロールがマスターロールであり、第１のメンバーデバイスのＳＴＰロールがバックアップロールであると確定されると、第２のメンバーデバイスによって外部デバイスにＳＴＰプロトコルパケットを送信すると確定することができる。

従来の方法において、ユーザによって第１のメンバーデバイスおよび第２のメンバーデバイスに対してＳＴＰロールを設定する。たとえば、ユーザによって、第１のメンバーデバイスをマスターロールに設定し、第２のメンバーデバイスをバックアップロールに設定する。

これとは異なり、本発明の実施例においては、第１のメンバーデバイスと第２のメンバーデバイスは、ＳＴＰプロトコルパケットを互いに送信することができ、第１のメンバーデバイスは、第２のメンバーデバイスが送信したＳＴＰプロトコルパケットに基づいて第１のメンバーデバイスのＳＴＰロールを確定することができ、第２のメンバーデバイスは、第１のメンバーデバイスが送信したＳＴＰプロトコルパケットに基づいて第２のメンバーデバイスのＳＴＰロールを確定することができる。たとえば、第１のメンバーデバイスは、第１のＩＰＰを介してＳＴＰプロトコルパケット１を第２のメンバーデバイスに送信することができ、第２のメンバーデバイスは、ＳＴＰプロトコルパケット１に基づいて第２のメンバーデバイスのＳＴＰロールを確定することができる。なお、第２のメンバーデバイスは、第２のＩＰＰを介してＳＴＰプロトコルパケット２を第１のメンバーデバイスに送信することができ、第１のメンバーデバイスは、ＳＴＰプロトコルパケットに基づいて２第１のメンバーデバイスのＳＴＰロールを確定することができる。

第１のメンバーデバイス第１のＩＰＰを介して第２のメンバーデバイスが送信したＳＴＰプロトコルパケット２が受信されると、ＳＴＰプロトコルパケットに基づいて２第１のメンバーデバイスのＳＴＰロールを確定することができる。第１のメンバーデバイスのＳＴＰロールがマスターロールであると確定されると、第１のメンバーデバイスは、第１のＤＲインターフェースを介してＳＴＰプロトコルパケット３を外部デバイスに送信することができる。当該ＳＴＰプロトコルパケット３は、第１のメンバーデバイスのＭＡＣアドレス、第１のメンバーデバイスの優先度などを含むことができることによって、外部デバイスＳＴＰが、プロトコルパケットに基づいて３プロトコル処理を実行するようにすることができる。第１のメンバーデバイスのＳＴＰロールがバックアップロールであると確定されると、第１のメンバーデバイスは、第１のＤＲインターフェースを介して外部デバイスにＳＴＰプロトコルパケットを送信することを禁止することができる。ここで、第１のメンバーデバイスは、第１のＩＰＰを介して第２のメンバーデバイスが送信したＳＴＰプロトコルパケット２を受信した後に、ＳＴＰプロトコルパケット２および第１のＩＰＰを利用してプロトコル処理を実行することを禁止することができる。すなわち、ＳＴＰプロトコルパケット２を利用して第１のＩＰＰのポートロール（たとえば、ルートポート、指定ポート、ブロックポートなどである）を確定しない。

たとえば、第１のメンバーデバイスが第２のメンバーデバイスから受信したＳＴＰプロトコルパケット２は、第２のメンバーデバイスのＭＡＣアドレス、優先度などを含み得る。第１のメンバーデバイスは、ＳＴＰプロトコルパケット２から第２のメンバーデバイスの優先度を取得し、第１のメンバーデバイスの優先度および第２のメンバーデバイスの優先度に基づいて、第１のメンバーデバイスのＳＴＰロールを確定することができる。たとえば、第１のメンバーデバイスの優先度が第２のメンバーデバイスの優先度よりも高いと、第１のメンバーデバイスは、第１のメンバーデバイスのＳＴＰロールがマスターロールであると確定することができ、第２のメンバーデバイスの優先度が第１のメンバーデバイスの優先度よりも高いと、第１のメンバーデバイスは、第１のメンバーデバイスのＳＴＰロールがバックアップロールであると確定することができる。

１例において、第２のメンバーデバイス第２のＩＰＰを介して第１のメンバーデバイスが送信したＳＴＰプロトコルパケット１が受信されると、第２のメンバーデバイスは、ＳＴＰプロトコルパケット１に基づいて第２のメンバーデバイスのＳＴＰロールを確定することができる。第２のメンバーデバイスのＳＴＰロールがマスターロールであると確定されると、第２のメンバーデバイスは、第２のＤＲインターフェースを介して外部デバイスにＳＴＰプロトコルパケット４を送信することができる。当該ＳＴＰプロトコルパケット４は、第２のメンバーデバイスのＭＡＣアドレス、第２のメンバーデバイスの優先度などを含むことができることによって、外部デバイスＳＴＰが、プロトコルパケットに基づいて４プロトコル処理を実行するようにすることができる。第２のメンバーデバイスのＳＴＰロールがバックアップロールであると確定されると、第２のメンバーデバイスは、第２のＤＲインターフェースを介して外部デバイスにＳＴＰプロトコルパケットを送信することを禁止することができる。ここで、第２のメンバーデバイスは、第２のＩＰＰを介して第１のメンバーデバイスが送信したＳＴＰプロトコルパケット１を受信した後に、ＳＴＰプロトコルパケット１および第２のＩＰＰを利用してプロトコル処理を実行することを禁止することができる。

第２のメンバーデバイスが第１のメンバーデバイスから受信したＳＴＰプロトコルパケット１が第１のメンバーデバイスの優先度を含むと、第２のメンバーデバイスは、第１のメンバーデバイスの優先度および第２のメンバーデバイスの優先度に基づいて、第２のメンバーデバイスのＳＴＰロールを確定することができる。たとえば、第１のメンバーデバイスの優先度が第２のメンバーデバイスの優先度よりも高いと、第２のメンバーデバイスは、第２のメンバーデバイスのＳＴＰロールがバックアップロールであると確定することができる。第２のメンバーデバイスの優先度が第１のメンバーデバイスの優先度よりも高いと、第２のメンバーデバイスは、第２のメンバーデバイスのＳＴＰロールがマスターロールであると確定することができる。

上記のように、第１のメンバーデバイスのＳＴＰロールがマスターロールであり、第２のメンバーデバイスのＳＴＰロールがバックアップロールであると確定されると、第１のメンバーデバイスは、第１のＤＲインターフェースを介してＳＴＰプロトコルパケット３を外部デバイスに送信することができ、第２のメンバーデバイスは、第２のＤＲインターフェースを介して外部デバイスにＳＴＰプロトコルパケットを送信しない。当第１のメンバーデバイスのＳＴＰロールがバックアップロールであり、第２のメンバーデバイスのＳＴＰロールがマスターロールであると確定されると、第２のメンバーデバイスは、第２のＤＲインターフェースを介して外部デバイスにＳＴＰプロトコルパケット４を送信することができ、第１のメンバーデバイスは、第１のＤＲインターフェースを介して外部デバイスにＳＴＰプロトコルパケットを送信しない。したがって、外部デバイスは、第１のメンバーデバイスまたは第２のメンバーデバイスが送信したＳＴＰプロトコルパケットを受信することになり、第１のメンバーデバイスが送信したＳＴＰプロトコルパケットおよび第２のメンバーデバイスが送信したＳＴＰプロトコルパケットの両方を受信しないことにより、正確なＳＴＰプロトコル処理を保証する。

上記の実施例において、第１のメンバーデバイスは、第１のＩＰＰを介してＳＴＰプロトコルパケット１を第２のメンバーデバイスに定期的に送信することができ、または、第１のメンバーデバイスは、ＳＴＰプロトコル情報（たとえば第１のメンバーデバイスの優先度、ＭＡＣアドレスなど）に変化が発生されたときに、第１のＩＰＰを介してＳＴＰプロトコルパケット１を第２のメンバーデバイスに送信することができる。同様に、第２のメンバーデバイスは、第２のＩＰＰを介してＳＴＰプロトコルパケット２を第１のメンバーデバイスに定期的に送信することができ、または、第２のメンバーデバイスは、ＳＴＰプロトコル情報（たとえば第２のメンバーデバイスの優先度、ＭＡＣアドレスなど）に変化が発生されたときに、第２のＩＰＰを介してＳＴＰプロトコルパケット２を第１のメンバーデバイスに送信することができる。

本発明の実施例は、プロトコルパケット処理装置をさらに提案する。当該装置は、ＤＲシステム中の第１のメンバーデバイスに適用される。前記ＤＲシステムは、第２のメンバーデバイスをさらに備える。図３は、当該プロトコルパケット処理装置の構成図である。図３に示すように、当該装置は、処理モジュール３１と送信モジュール３２とを備え得る。

処理モジュール３１は、第１のＤＲインターフェースを介して第１のプロトコルパケットが受信されると、前記第１のＤＲインターフェースおよび前記第１のプロトコルパケットに基づいてプロトコル処理を実行することができる。送信モジュール３２は、前記第１のＤＲインターフェースのインターフェース識別子および前記第１のプロトコルパケットを含む第１のタイプのパケットを前記第２のメンバーデバイスに送信することによって、前記第２のメンバーデバイスが、前記インターフェース識別子に対応する第２のＤＲインターフェースから前記第１のプロトコルパケットが受信されたことを確定し、前記第２のＤＲインターフェースおよび前記第１のプロトコルパケットに基づいてプロトコル処理を実行するようにすることができる。

選択的に、前記処理モジュール３１は、さらに、非ＤＲインターフェースを介して第２のプロトコルパケットが受信されると、前記非ＤＲインターフェースおよび前記第２のプロトコルパケットに基づいてプロトコル処理を実行し、前記第２のプロトコルパケットのプロトコルタイプを確定することができる。前記プロトコルタイプがテーブルエントリ非関連プロトコルタイプであると、送信モジュール３２は、前記第２のプロトコルパケットを前記第２のメンバーデバイスに送信することによって、前記第２のメンバーデバイスが、前記第２のプロトコルパケットに基づいてプロトコル処理を実行するようにすることができる。たとえば、前記送信モジュール３２は、前記非ＤＲインターフェースのインターフェース識別子および前記第２のプロトコルパケットを含む第２のタイプのパケットを第２のメンバーデバイスに送信することによって、前記第２のメンバーデバイスが、前記非ＤＲインターフェースのインターフェース識別子に対応する非ＤＲインターフェースおよび前記第２のプロトコルパケットに基づいてプロトコル処理を実行するようにすることができる。

選択的に、前記処理モジュール３１は、さらに、内部制御リンクポートを介して前記第２のメンバーデバイスが送信した第１のＳＴＰプロトコルパケットが受信されると、前記第１のＳＴＰプロトコルパケットに基づいて前記第１のメンバーデバイスのＳＴＰロールを確定することができる。前記ＳＴＰロールがマスターロールであると確定されると、前記送信モジュール３２は、前記第１のＤＲインターフェースを介して前記第１のメンバーデバイスのＭＡＣアドレスを含む第２のＳＴＰプロトコルパケットを外部デバイスに送信することによって、前記外部デバイスが、前記第２のＳＴＰプロトコルパケットに基づいてプロトコル処理を実行するようにすることができる。前記ＳＴＰロールがバックアップロールであると確定されると、送信モジュール３２は、前記第１のＤＲインターフェースを介して外部デバイスに第２のＳＴＰプロトコルパケットを送信することを禁止することができる。

選択的に、前記処理モジュール３１は、さらに、内部制御リンクポートを介して前記第２のメンバーデバイスが送信した第１のＳＴＰプロトコルパケットを受信した後に、前記第１のＳＴＰプロトコルパケットおよび前記内部制御リンクポートを利用してプロトコル処理を実行することを禁止することができる。

選択的に、前記第１のＳＴＰプロトコルパケットが第２のメンバーデバイスの優先度を含むと、処理モジュール３１は、前記第１のメンバーデバイスの優先度および前記第２のメンバーデバイスの優先度に基づいて、第１のメンバーデバイスのＳＴＰロールを確定することができる。

本発明の実施例に係る第１のメンバーデバイスは、図４に示すように、機械可読記録媒体およびプロセッサを備え得る。当該機械可読記録媒体には、プロトコルパケット処理命令がきろくされている。当該プロセッサは、当該機械可読記録媒体と通信して、当該機械可読記録媒体に記録されている処理命令を読み取って実行することによって、本発明に記載の例のプロトコルパケット処理方法を実行することができる。

当該機械可読記録媒体は、電子、磁気、光学、または他の物理的記録装置であり得、実行可能命令、データなどの情報を含みまたは記録し得る。たとえば、当該機械可読記録媒体は、揮発性メモリ（たとえば、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ））、不揮発性メモリ（たとえば、フラッシュメモリ、ストレージドライブ（たとえばハードディスクドライブ）、ソリッドステートドライブ、光ストレージ（たとえば、コンパクトディスク読み取り専用メモリ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＣＤ－ＲＯＭ）、デジタル多用途ディスク（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ、 ＤＶＤ）など））、またはそれらの組み合わせを含み得る。

上記の実施例で説明したシステム、装置、モジュール、またはユニットは、コンピュータチップまたはエンティティによって実装され得るか、または、特定の機能を備えた製品によって実装され得る。典型的な実装デバイスは、電子デバイスであり、当該電子デバイスは、パーソナルコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、携帯電話、スマートフォン、パーソナルデジタルアシスタント、メディアプレーヤー、ナビゲーションデバイス、電子メール送受信デバイス、ゲームコンソール、ウェアラブルデバイス、または他の意の組み合わせを含み得るが、これらに限定されない。

説明の便宜上、以上の装置を説明するときに、機能によってさまざまな単位に分割してそれぞれ説明した。当然ながら、本発明を実施するときに、各単位の機能を同じ１つまたは複数のソフトウェアおよび／またはハードウェアで実施することができる。

当業者は、本発明の実施例が、方法、システム、または、コンピュータプログラム製品として提供され得ることを理解すべきである。したがって、本発明は、完全なハードウェア実施例、完全なソフトウェア実施例、または、ソフトウェアとハードウェアを組み合わせた実施例の形態を採用することができる。

本発明は、本発明の実施例に係る方法、デバイス（システム）、および、コンピュータプログラム製品のフローチャートおよび／またはブロック図を参照して説明される。フローチャートおよび／またはブロック図内の各々のフローおよび／またはブロックは、コンピュータプログラム命令によって、実施できることを理解すべきである。これらコンピュータプログラム命令を、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、または他のプログラム可能なデータ処理デバイスのプロセッサに提供することによって、当該プロセッサによって当該コンピュータプログラム命令が実行されて、フローチャート内の１つまたは複数のフローおよび／またはブロック図内の１つのブロックまたは複数のブロック内に指定された機能を実現する装置を生成するようにする。

上記の説明は、本発明の実施例にすぎず、本発明を限定するために使用されない。当業者にとって、本発明は、様々な修正と変化を有することができる。本発明の精神および原理の範囲内で行われたいかなる修改、同等の置き換え、改善などは、いずれも本発明の請求項の範囲内に含まれるべきである。

本発明は、出願日が２０１８年１２月１８日であり、出願番号が２０１８１１５５１７６４.４であり、発明名称が「プロトコルパケット処理方法、及び装置」である中国特許出願の優先権を主張し、当該中国特許出願の全ての内容が参照として本願に組み入れられる。

Claims (11)

1. プロトコルパケット処理方法であって、
   前記プロトコルパケット処理方法は、分散型集約（ＤＲ）システム中の第１のメンバーデバイスによって実行され、前記ＤＲシステムは、第２のメンバーデバイスをさらに備え、
   前記プロトコルパケット処理方法は、
   前記第１のメンバーデバイスが第１のＤＲインターフェースを介して第１のプロトコルパケットを受信した場合、前記第１のメンバーデバイスが前記第１のＤＲインターフェースおよび前記第１のプロトコルパケットに基づいてプロトコル処理を実行することと、
   前記第１のメンバーデバイスが前記第１のＤＲインターフェースのインターフェース識別子および前記第１のプロトコルパケットを含む第１のタイプのパケットを前記第２のメンバーデバイスに送信することによって、前記第２のメンバーデバイスが、前記インターフェース識別子に対応する第２のＤＲインターフェースから前記第１のプロトコルパケットが受信されたことを確定し、前記第２のＤＲインターフェースおよび前記第１のプロトコルパケットに基づいてプロトコル処理を実行するようにすることと、
   一方、前記第１のメンバーデバイスが非ＤＲインターフェースを介して第２のプロトコルパケットを受信した場合、前記第１のメンバーデバイスが前記非ＤＲインターフェースおよび前記第２のプロトコルパケットに基づいてプロトコル処理を実行し、前記第２のプロトコルパケットのプロトコルタイプを確定することと、
   前記プロトコルタイプがテーブルエントリ非関連プロトコルタイプである場合、前記第１のメンバーデバイスが前記第２のプロトコルパケットを前記第２のメンバーデバイスに送信することによって、前記第２のメンバーデバイスが、前記第２のプロトコルパケットに基づいてプロトコル処理を実行するようにすることと、
   を含み、
   前記第１のメンバーデバイスが前記第２のプロトコルパケットを前記第２のメンバーデバイスに送信することによって、前記第２のメンバーデバイスが、前記第２のプロトコルパケットに基づいてプロトコル処理を実行するようにすることは、
   前記第１のメンバーデバイスが前記非ＤＲインターフェースのインターフェース識別子および前記第２のプロトコルパケットを含む第２のタイプのパケットを第２のメンバーデバイスに送信することによって、前記第２のメンバーデバイスが、前記第１のメンバーデバイスにおける前記非ＤＲインターフェースのインターフェース識別子に対応する非ＤＲインターフェースおよび前記第２のプロトコルパケットに基づいて前記プロトコル処理を実行するようにすることを含む、
   ことを特徴するプロトコルパケット処理方法。
2. 内部制御リンクポートを介して前記第２のメンバーデバイスが送信した第１のスパニングツリープロトコル（ＳＴＰ）プロトコルパケットが受信されると、前記第１のＳＴＰプロトコルパケットに基づいて前記第１のメンバーデバイスのＳＴＰロールを確定することと、
   前記ＳＴＰロールがマスターロールであると確定されると、前記第１のＤＲインターフェースを介して前記第１のメンバーデバイスのメディアアクセス制御（ＭＡＣ）アドレスを含む第２のＳＴＰプロトコルパケットを外部デバイスに送信することによって、前記外部デバイスが、前記第２のＳＴＰプロトコルパケットに基づいてプロトコル処理を実行するようにすることと、をさらに含む
   ことを特徴する請求項１に記載のプロトコルパケット処理方法。
3. 前記内部制御リンクポートを介して前記第２のメンバーデバイスが送信した第１のＳＴＰプロトコルパケットが受信されると、前記第１のＳＴＰプロトコルパケットおよび前記内部制御リンクポートを利用してプロトコル処理を実行することを禁止する
   ことを特徴する請求項２に記載のプロトコルパケット処理方法。
4. 前記ＳＴＰロールがバックアップロールであると確定されると、前記第１のＤＲインターフェースを介して外部デバイスに第２のＳＴＰプロトコルパケットを送信することを禁止する
   ことを特徴する請求項２に記載のプロトコルパケット処理方法。
5. 前記第１のＳＴＰプロトコルパケットは、前記第２のメンバーデバイスの優先度を含み、
   前記第１のＳＴＰプロトコルパケットに基づいて前記第１のメンバーデバイスのＳＴＰロールを確定することは、
   前記第１のメンバーデバイスの優先度および前記第２のメンバーデバイスの優先度に基づいて、前記第１のメンバーデバイスのＳＴＰロールを確定することを含む
   ことを特徴する請求項２乃至４の中のいずれか１項に記載のプロトコルパケット処理方法。
6. プロトコルパケット処理装置であって、
   前記プロトコルパケット処理装置は、分散型集約（ＤＲ）システム中の第１のメンバーデバイスに適用され、前記ＤＲシステムは、第２のメンバーデバイスをさらに備え、
   前記プロトコルパケット処理装置は、
   第１のＤＲインターフェースを介して第１のプロトコルパケットを受信した場合、前記第１のＤＲインターフェースおよび前記第１のプロトコルパケットに基づいてプロトコル処理を実行するための処理モジュールと、
   前記第１のＤＲインターフェースのインターフェース識別子および前記第１のプロトコルパケットを含む第１のタイプのパケットを前記第２のメンバーデバイスに送信することによって、前記第２のメンバーデバイスが、前記インターフェース識別子に対応する第２のＤＲインターフェースから前記第１のプロトコルパケットが受信されたことを確定し、前記第２のＤＲインターフェースおよび前記第１のプロトコルパケットに基づいてプロトコル処理を実行するようにするための送信モジュールと、を備え、
   前記処理モジュールは、非ＤＲインターフェースを介して第２のプロトコルパケットを受信した場合、前記非ＤＲインターフェースおよび前記第２のプロトコルパケットに基づいてプロトコル処理を実行し、前記第２のプロトコルパケットのプロトコルタイプを確定し、
   前記送信モジュールは、前記プロトコルタイプがテーブルエントリ非関連プロトコルタイプである場合、前記非ＤＲインターフェースのインターフェース識別子および前記第２のプロトコルパケットを含む第２のタイプのパケットを前記第２のメンバーデバイスに送信することによって、前記第２のメンバーデバイスが、前記第１のメンバーデバイスにおける前記非ＤＲインターフェースのインターフェース識別子に対応する非ＤＲインターフェースおよび前記第２のプロトコルパケットに基づいて前記プロトコル処理を実行するようにする、
   ことを特徴するプロトコルパケット処理装置。
7. 前記処理モジュールは、さらに、内部制御リンクポートを介して前記第２のメンバーデバイスが送信した第１のスパニングツリープロトコル（ＳＴＰ）プロトコルパケットが受信されると、前記第１のＳＴＰプロトコルパケットに基づいて前記第１のメンバーデバイスのＳＴＰロールを確定し、
   前記送信モジュールは、さらに、前記ＳＴＰロールがマスターロールであると確定されると、前記第１のＤＲインターフェースを介して前記第１のメンバーデバイスのメディアアクセス制御（ＭＡＣ）アドレスを含む第２のＳＴＰプロトコルパケットを外部デバイスに送信することによって、前記外部デバイスが、前記第２のＳＴＰプロトコルパケットに基づいてプロトコル処理を実行するようにする
   ことを特徴する請求項６に記載のプロトコルパケット処理装置。
8. 前記処理モジュールは、さらに、前記内部制御リンクポートを介して前記第２のメンバーデバイスが送信した第１のＳＴＰプロトコルパケットが受信されると、前記第１のＳＴＰプロトコルパケットおよび前記内部制御リンクポートを利用してプロトコル処理を実行することを禁止する
   ことを特徴する請求項７に記載のプロトコルパケット処理装置。
9. 前記処理モジュールは、さらに、前記ＳＴＰロールがバックアップロールであると確定されると、前記第１のＤＲインターフェースを介して外部デバイスに第２のＳＴＰプロトコルパケットを送信することを禁止する
   ことを特徴する請求項７に記載のプロトコルパケット処理装置。
10. 前記第１のＳＴＰプロトコルパケットは、前記第２のメンバーデバイスの優先度を含み、
    前記処理モジュールは、前記第１のメンバーデバイスの優先度および前記第２のメンバーデバイスの優先度に基づいて、前記第１のメンバーデバイスのＳＴＰロールを確定する
    ことを特徴する請求項７乃至９の中のいずれか１項に記載のプロトコルパケット処理装置。
11. ＤＲシステム中のメンバーデバイスであって、
    前記メンバーデバイスは、
    プロセッサと、
    機械可読記録媒体と、を備え、
    前記機械可読記録媒体には、プロトコルパケット処理命令が記録されており、
    前記プロトコルパケット処理命令が前記プロセッサによって実行されると、前記プロセッサが、
    第１のＤＲインターフェースを介して第１のプロトコルパケットを受信した場合、前記第１のＤＲインターフェースおよび前記第１のプロトコルパケットに基づいてプロトコル処理を実行することと、
    前記第１のＤＲインターフェースのインターフェース識別子および前記第１のプロトコルパケットを含む第１のタイプのパケットを前記ＤＲシステム中の他のメンバーデバイスに送信することによって、他の前記メンバーデバイスが、前記インターフェース識別子に対応する第２のＤＲインターフェースから前記第１のプロトコルパケットが受信されたことを確定し、前記第２のＤＲインターフェースおよび前記第１のプロトコルパケットに基づいてプロトコル処理を実行するようにすることと、
    一方、非ＤＲインターフェースを介して第２のプロトコルパケットを受信した場合、前記非ＤＲインターフェースおよび前記第２のプロトコルパケットに基づいてプロトコル処理を実行し、前記第２のプロトコルパケットのプロトコルタイプを確定することと、
    前記プロトコルタイプがテーブルエントリ非関連プロトコルタイプである場合、前記非ＤＲインターフェースのインターフェース識別子および前記第２のプロトコルパケットを含む第２のタイプのパケットを他の前記メンバーデバイスに送信することによって、他の前記メンバーデバイスが、前記メンバーデバイスにおける前記非ＤＲインターフェースのインターフェース識別子に対応する非ＤＲインターフェースおよび前記第２のプロトコルパケットに基づいて前記プロトコル処理を実行するようにすることと、
    を実行するようにする
    ことを特徴するＤＲシステム中のメンバーデバイス。

Images