JP7640748B2

JP7640748B2 - スイッチ間の情報同期方法及び装置

Info

Publication number: JP7640748B2
Application number: JP2023569876A
Authority: JP
Inventors: 長望林; 夢▲シャオ▼ 陳; 昊李
Original assignee: New H3C Technologies Co Ltd
Current assignee: New H3C Technologies Co Ltd
Priority date: 2021-10-28
Filing date: 2021-10-28
Publication date: 2025-03-05
Anticipated expiration: 2041-10-28
Also published as: CN116195233A; US20240275712A1; EP4333405A4; JP2024519332A; EP4333405A1; KR20230172602A; WO2023070475A1

Description

本発明は、ネットワーク通信技術の分野に関し、特に、ストレージ・エリア・ネットワーク（ＳＡＮ：ＳｔｏｒａｇｅＡｒｅａＮｅｔｗｏｒｋ）に適用されるスイッチ間の情報同期方法及び装置に関する。

ＳＡＮにおいて、スイッチは、ネットワークのコアとして、ホスト（Ｉｎｉｔｉａｔｏｒ）及び／又はストレージデバイス（Ｔａｒｇｅｔ）などに接続することができる。ここで、スイッチに接続されたホスト及び／又はストレージデバイスなどのデバイスは、アクセスデバイスと呼ばれ、スイッチはアクセススイッチと呼ばれる。

現在、「ＮＶＭｅｏｖｅｒＲｏＣＥｖ２ネットワーク制御最適化技術要件とテスト仕様」には、アクセスデバイスとスイッチの間のインタラクションプロセス及びメッセージパケットが規定されており、スイッチ間で情報を同期させる方法が規定されていない。ここで、ＮＶＭｅはＮｏｎ－ＶｏｌａｔｉｌｅＭｅｍｏｒｙｅｘｐｒｅｓｓ（不揮発性メモリ・ホスト・コントローラ・インタフェース規格）の略で、ＲｏＣＥｖ２は、ＲＤＭＡ（ＲｅｍｏｔｅＤｉｒｅｃｔＭｅｍｏｒｙＡｃｃｅｓｓ）ｏｖｅｒＣｏｎｖｅｒｇｅｄＥｔｈｅｒｎｅｔｖｅｒｓｉｏｎ２の略である。しかし、具体的な実現では、スイッチ間で情報を同期させる必要がある。例えば、スイッチｓ１が新たにストレージデバイスａ１に接続されたとき、スイッチｓ２に接続されたホストａ２は、当該ストレージデバイスａ１とデータのやり取りをするために、当該ストレージデバイスａ１がオンラインになることを知る必要がある。これに基づいて、ストレージデバイスａ１がオンラインになったとき、スイッチｓ１は、ストレージデバイスａ１がオンラインになったという情報をタイムリーにスイッチｓ２に同期させる必要があり、そうすると、スイッチｓ２は、この情報をホストａ２に転送できる。しかし、現在、ネットワーク制御最適化技術要件とテスト仕様には、スイッチ間の情報同期方法が規定されていない。

本発明の実施例は、ＳＡＮにおけるスイッチ間の情報同期を実現するために、スイッチ間の情報同期方法及び電子デバイスを提供する。

本発明の実施例は、ストレージ・エリア・ネットワーク（ＳＡＮ）に適用されるスイッチ間の情報同期方法を提供し、当該方法は、
同期すべき対象データを取得するステップと、
指定されたスイッチとの間で確立されたＢＧＰセッションを介して、前記対象データが付加されているＢＧＰルートを送信して、前記スイッチと同期する必要がある各対象スイッチ間で前記対象データを同期させるステップと、を含む。

本発明の実施例はさらに、電子デバイスを提供し、当該電子デバイスは、プロセッサと、機械可読記憶媒体とを含み、
前記機械可読記憶媒体には前記プロセッサによって実行可能な機械実行可能命令が記憶されており、
前記プロセッサは、上記方法のステップを実施するように機械実行可能命令を実行するために用いられる。

以上の技術案から分かるように、本発明の実施例では、アクセスデバイスのＩＰサービスゾーン構成情報、及び／又は、アクセスデバイスのデバイス発見情報、及び／又は、スイッチがデフォルトのＩＰサービスゾーンをサポートするか否かの情報など、ＳＡＮにおけるスイッチ間で同期すべき対象データを自動的に同期させることにより、ＳＡＮにおける互いに同期する必要がある全てのスイッチ間で、新たに接続されたアクセスデバイス、新たに追加や変更されたＩＰサービスゾーン構成情報、デフォルトのＩＰサービスゾーン機能を有効又は無効にするスイッチなど、互いの変化をタイムリーに感知でき、関連する構成をタイムリーにインテリジェントに調整し、プラグアンドプレイと迅速な障害検知を実現し、最終的に、ＳＡＮにおけるイーサネットのパケット損失なしと高スループット伝送の実現を支援することができる。

さらに、本発明の実施例では、既存のＢＧＰを拡張して、ＳＡＮにおけるスイッチをＢＧＰルートの形で同期させることにより、ＳＡＮへの変更が少なく、ベンダ間の相互運用性と標準化の実現に有利である。

ここで説明される添付図面は、明細書に組み込まれ、本明細書の一部を構成し、本発明に適合する実施例を示し、本明細書と併せて本発明の原理を説明する。

本発明の実施例により提供される方法のフローチャートである。本発明の実施例により提供されるＳＡＮの概略図である。本発明の実施例により提供される第１のネットワーキングの概略図である。本発明の実施例により提供される第２のネットワーキングの概略図である。本発明の実施例により提供される第３のネットワーキングの概略図である。本発明の実施例により提供される第４のネットワーキングの概略図である。本発明の実施例により提供される第５のネットワーキングの概略図である。本発明の実施例により提供される第６のネットワーキングの概略図である。本発明の実施例により提供されるＩＰサービスゾーン構成情報の概略図である。本発明の実施例により提供されるアクセスデバイスのデバイス発見情報の概略図である。本発明の実施例により提供されるデフォルトのＩＰサービスゾーン情報の概略図である。本発明の実施例により提供される実施例のネットワーキングの概略図である。本発明の実施例により提供される装置の構造図である。本発明の実施例により提供される電子デバイスの構造図である。

本明細書では、添付図面に示す実施例について詳細に説明する。以下の説明が添付図面に言及している場合、異なる図面における同様の数字は、特に断らない限り、同じ又は類似の要素を指す。以下の実施例に記載される実施形態は、本発明と一致する全ての実施形態を表すものではない。むしろ、それらは、添付の特許請求の範囲に詳述されているように、本発明のいくつかの態様と一致する装置及び方法の例に過ぎない。

本発明において使用される用語は、特定の実施例を説明するためのものであり、本発明を限定することを意図するものではない。本発明の実施例及び添付の特許請求の範囲において使用される単数形の「１つ」、「前記」及び「当該」は、文脈が他の意味を明確に示さない限り、複数形も含むことも意図される。

当業者が本発明の実施例により提供される技術案をよりよく理解し、本発明の実施例の上述の目的、特徴及び利点をより理解しやすくするために、以下、添付図面を合わせて本発明の実施例における技術案をさらに詳細に説明する。

図１は、本発明の実施例により提供される方法のフローチャートである。実施例として、当該方法はＳＡＮにおけるスイッチに適用される。オプションで、本方法は、図２に示すＳＡＮ内のＮＶＭｅｏｖｅｒＲｏＣＥｖ２ネットワーク内の任意のスイッチに適用される。ここで、ＮＶＭｅｏｖｅｒＲｏＣＥｖ２ネットワークは、イーサネットＴＣＰ／ＩＰプロトコルのＵＤＰ層に基づいて実装される。説明を容易にするために、図１に示す方法が適用されるスイッチを、図２に示すスイッチの１つ、すなわちスイッチ２０１と記される。

図１に示すように、当該方法は、以下のステップを含み得る。

ステップ１０１において、スイッチ２０１が同期すべき対象データを取得する。

ＳＡＮにおいて、同期すべき対象データは、ＳＡＮ内のアクセスデバイスのＩＰサービスゾーン構成情報、及び／又は、アクセスデバイスのデバイス発見情報、及び／又は、スイッチ２０１がデフォルトのＩＰサービスゾーンをサポートするか否かの情報であってもよい。

例えば、スイッチ２０１に少なくとも１つの自己定義されたＩＰサービスゾーンに対応するＩＰサービスゾーン構成情報が外部から追加された場合、又は、スイッチ２０１に追加された少なくとも１つの自己定義されたＩＰサービスゾーンに対応するＩＰサービスゾーン構成情報が変更された場合、当該新たに追加されたＩＰサービスゾーン構成情報や変更されたＩＰサービスゾーン構成情報を、スイッチ２１０と同期する必要があるＳＡＮ内の各対象スイッチ（例えば、図２に示すスイッチ２０２～スイッチｎ）に同期させる必要がある。このとき、当該新たに追加されたＩＰサービスゾーン構成情報や変更されたＩＰサービスゾーン構成情報等を、上記同期すべき対象データとして決定してもよい。なお、ＩＰサービスゾーン構成情報の具体的な内容については、本実施例は特に限定されず、以下に例を挙げて説明し、ここでは詳細な説明を省略する。

別の例として、本実施例では、スイッチ２０１がホスト及び／又はストレージデバイスなどのアクセスデバイスに新たに接続されると、新たに接続されたアクセスデバイスは、アクセスメッセージをスイッチ２０１に送信する。当該アクセスメッセージは、例えば、リンク層発見プロトコル（ＬＬＤＰ：ＬｉｎｋＬａｙｅｒＤｉｓｃｏｖｅｒｙＰｒｏｔｏｃｏｌ）パケットであってもよい。スイッチ２０１は、ＬＬＤＰパケットなどの上記アクセスメッセージに基づいて、ローカルに新たに接続されたアクセスデバイスのデバイス発見情報を新たに追加する。スイッチ２０１は、当該デバイス発見情報を、スイッチ２１０と同期する必要があるＳＡＮ内の各対象スイッチに同期させる必要があり、このとき、上記のデバイス発見情報を上記同期すべき対象データとして決定してもよい。なお、デバイス発見情報の具体的な内容については、本実施例は特に限定されず、以下に例を挙げて説明し、ここでは詳細な説明を省略する。

別の例として、本実施例では、スイッチ２０１がデフォルトのＩＰサービスゾーン機能を有効又は無効にする場合、スイッチ２０１は、デフォルトのＩＰサービスゾーン機能を有効又は無効にする情報を、スイッチ２１０と同期する必要があるＳＡＮ内の各対象スイッチに同期させる必要があり、このとき、スイッチ２０１がデフォルトのＩＰサービスゾーン機能を有効又は無効にする旨の情報（すなわち、スイッチ２０１がデフォルトのＩＰサービスゾーンをサポートするか否かの情報）を、上記同期すべき対象データとして決定してもよい。なお、スイッチ２０１がデフォルトのＩＰサービスゾーンをサポートするか否かの情報の具体的な内容については、本実施例は特に限定されず、以下に例を挙げて説明し、ここでは詳細な説明を省略する。

なお、上記は、同期すべき対象データの決定方法を説明するための一例に過ぎず、上記に示した同期すべき対象データを決定する例は、同時に現れてもよく、同時に現れなくてもよく、本実施例は特に限定しない。また、本実施例において、上記対象データの具体的な内容は一例に過ぎず、限定するためのものではない。本実施例では、ＳＡＮにおける実際のサービスのニーズに応じて設定してもよい。本実施例では、同期すべき対象データがＳＡＮにおけるスイッチ間で同期する必要があるデータであることに着目しただけであり、同期すべき対象データの具体的な形式や内容については特に限定されない。

Ｓ１０２において、スイッチ２０１が、指定されたスイッチとの間で確立されたＢＧＰ（ＢｏｒｄｅｒＧａｔｅｗａｙＰｒｏｔｏｃｏｌ）セッションを介して、対象データが付加されているＢＧＰルートを送信して、スイッチ２０１と同期する必要がある各対象スイッチ間で上記対象データを同期させる。

ＢＧＰは、上記のＩＰサービスゾーン構成情報、アクセスデバイスのデバイス発見情報、スイッチ２０１がデフォルトのＩＰサービスゾーンをサポートするか否かの情報など、ＳＡＮにおけるスイッチ間で同期すべきデータをサポートしていない。本実施例では、既存のＢＧＰを拡張することで、拡張されたＢＧＰがＳＡＮにおけるスイッチ間で同期すべきデータをサポートする。スイッチ２０１は、拡張されたＢＧＰに基づいて、対象データが付加されているＢＧＰルート（拡張されたＢＧＰルートとも呼ばれる）を生成してもよい。

その後、ステップ１０２で説明したように、スイッチ２０１は、指定されたスイッチとの間で確立されたＢＧＰセッションを介して、対象データが付加されているＢＧＰルートを送信して、スイッチ２０１と同期する必要がある各対象スイッチ間で上記対象データを同期させる。最終的に、本実施例におけるスイッチ間で同期する必要があるデータは、拡張されたＢＧＰルートを使用して実現される。

ステップ１０２における指定されたスイッチについては、上記対象スイッチの少なくとも１つであってもよく、上記全ての対象スイッチ以外の非対象スイッチの少なくとも１つであってもよく、本実施例は特に限定されず、以下に例を挙げて説明し、ここでは詳細な説明を省略する。

ステップ１０２におけるＢＧＰセッションは、内部ボーダーゲートウェイプロトコル（ＩＢＧＰ：ＩｎｔｅｒｎａｌＢｏｒｄｅｒＧａｔｅｗａｙＰｒｏｔｏｃｏｌ）セッションであってもよく、外部ボーダーゲートウェイプロトコル（ＥＢＧＰ：ＥｘｔｅｒｎａｌＢｏｒｄｅｒＧａｔｅｗａｙＰｒｏｔｏｃｏｌ）セッションであってもよい。以下に例を挙げて説明し、ここでは詳細な説明を省略する。

ここまで、図１に示すフローは完了する。

図１に示すフローによって、アクセスデバイスのＩＰサービスゾーン構成情報、及び／又は、アクセスデバイスのデバイス発見情報、及び／又は、スイッチがデフォルトのＩＰサービスゾーンをサポートするか否かの情報など、ＳＡＮにおけるスイッチ間で同期すべき対象データを自動的に同期させることにより、ＳＡＮにおける互いに同期する必要がある全てのスイッチ間で、新たに接続されたアクセスデバイス、新たに追加や変更されたＩＰサービスゾーン構成情報、デフォルトのＩＰサービスゾーン機能を有効又は無効にするスイッチなど、互いの変化をタイムリーに感知でき、関連する構成をタイムリーにインテリジェントに調整し、プラグアンドプレイと迅速な障害検知を実現し、最終的に、ＳＡＮにおけるイーサネットのパケット損失なしと高スループット伝送の実現を支援することができる。

さらに、本実施例では、既存のＢＧＰを拡張して、ＳＡＮにおけるスイッチをＢＧＰルートの形で同期させることにより、ＳＡＮへの変更が少なく、ベンダ間の相互運用性と標準化の実現に有利である。

以下、まずネットワーキングを例として、上記ステップ１０２、即ち、スイッチ２０１は、指定されたスイッチとの間で確立されたＢＧＰセッションを介して、対象データが付加されているＢＧＰルートを送信し、スイッチ２０１と同期する必要がある各対象スイッチ間で上記対象データを同期させることについて説明する。

実施例１：図３は、本発明の実施例により提供される第１のネットワーキングの概略図である。図３に示すネットワーキングは比較的簡単である。図３に示すように、スイッチ２０１と同期する必要がある各対象スイッチがそれぞれスイッチ２０２～スイッチ２０４とすると、スイッチ２０１～スイッチ２０４の２つずつの間でＩＢＧＰセッションが確立される。

これに基づいて、上記ステップＳ１０２において、スイッチ２０１は、指定されたスイッチとの間で確立されたＢＧＰセッションを介して、対象データが付加されているＢＧＰルートを送信することは、スイッチ２０１が、スイッチ２０２～スイッチ２０４の各スイッチとの間で確立されたＢＧＰセッションを介して、対象データが付加されているＢＧＰルートを送信することを含み得る。最終的に、スイッチ２０１と同期する必要があるスイッチ２０２～スイッチ２０４間での上記対象データの同期が実現される。

オプションで、本実施例では、任意の２つのスイッチ間でＩＢＧＰセッションを確立してＢＧＰルートを送信してもよい。好ましくは、同じＢＧＰルートがＳＡＮ内で繰り返し送信されることを避けるために、ＩＢＧＰ特性に従って、スイッチが受信したＢＧＰルートの転送を禁止してもよい。

ここまで、実施例１の説明は完了する。

実施例２：本実施例では、スイッチ２０１及びスイッチ２０１と同期する必要がある各対象スイッチのうちの１つをリフレクタとし、残りを当該リフレクタのクライアントとしてもよい。図４は、本発明の実施例により提供される第２のネットワーキングの概略図である。図４に示すように、スイッチ２０１と同期する必要がある各対象スイッチがそれぞれスイッチ２０２～スイッチ２０４とする。本実施例では、スイッチ２０１～スイッチ２０４のうちの１つをリフレクタとし、残りのスイッチをクライアントとしてもよい。

本実施例では、リフレクタと各クライアントとの間でＩＢＧＰセッションが確立され、クライアント間でＩＢＧＰセッションが確立されない。リフレクタは、各クライアントとの間で確立されたＩＢＧＰセッションを介して、生成又は受信したＢＧＰルートを各クライアントに転送するが、クライアントは、リフレクタからのＢＧＰルートを受信した後、受信されたＢＧＰルートを転送しない。クライアントは、ＢＧＰルートを生成した後、リフレクタとの間で確立されたＩＢＧＰセッションを介して、リフレクタにＢＧＰルートを送信し、リフレクタが受信したＢＧＰルートを他のクライアントに転送する。

スイッチ２０１をリフレクタとし、スイッチ２０２～スイッチ２０４をクライアントとする場合、本実施例では、リフレクタであるスイッチ２０１と各クライアントとの間でＩＢＧＰセッションが確立される。クライアントであるスイッチ２０２～スイッチ２０４の間ではＩＢＧＰセッションが確立されない。これに基づいて、上記ステップＳ１０２において、スイッチ２０１は、指定されたスイッチとの間で確立されたＢＧＰセッションを介して、対象データが付加されているＢＧＰルートを送信することは、リフレクタであるスイッチ２０１が、各クライアントとの間で確立されたＩＢＧＰセッションを介して、対象データが付加されているＢＧＰルートを各クライアントに送信することを含み得る。最終的に、スイッチ２０１と同期する必要があるスイッチ２０２～スイッチ２０４間で上記対象データの同期が実現される。ここで、クライアントであるスイッチ２０２～スイッチ２０４は、リフレクタであるスイッチ２０１から送信された上記対象データが付加されているＢＧＰルートを受信した後、同じＢＧＰルートがＳＡＮ内で繰り返し送信されることを避けるため、当該受信したＢＧＰルートを転送しない。

さらに、スイッチ２０２をリフレクタとし（スイッチ２０３、スイッチ２０４をリフレクタとするのと類似する）、スイッチ２０１、スイッチ２０３～スイッチ２０４をクライアントとする場合、本実施例では、上記ステップＳ１０２において、スイッチ２０１は、指定されたスイッチとの間で確立されたＢＧＰセッションを介して、対象データが付加されているＢＧＰルートを送信することは、クライアントであるスイッチ２０１が、リフレクタであるスイッチ２０２との間で確立されたＩＢＧＰセッションを介して、対象データが付加されているＢＧＰルートをリフレクタであるスイッチ２０２に送信することにより、スイッチ２０２が、上記対象データが付加されているＢＧＰルートを受信した後、スイッチ２０３との間で確立されたＩＢＧＰセッションを介して、当該受信したＢＧＰルートをスイッチ２０３に転送し、スイッチ２０４との間で確立されたＩＢＧＰセッションを介して、当該受信したＢＧＰルートをスイッチ２０４に転送することを含み得る。最終的に、スイッチ２０１と同期する必要があるスイッチ２０２～スイッチ２０４間で上記対象データの同期が実現される。クライアントであるスイッチ２０３とスイッチ２０４は、リフレクタであるスイッチ２０２から送信された上記対象データが付加されているＢＧＰルートを受信した後、同じＢＧＰルートがＳＡＮ内で繰り返し送信されることを避けるため、当該受信したＢＧＰルートを転送しない。

ここまで、実施例２の説明は完了する。

実施例３：本実施例では、スイッチ２０１及びスイッチ２０１と同期する必要がある各対象スイッチ以外の１つの非対象スイッチをリフレクタとし、スイッチ２０１及びスイッチ２０１と同期する必要がある各対象スイッチを当該リフレクタのクライアントとしてもよい。一例として、ここでの非対象スイッチは、非アクセススイッチ、すなわちホストやストレージデバイスなどのアクセスデバイスに接続されていないスイッチであってもよい。

図５は、本発明の実施例により提供される第３のネットワーキングの概略図である。図５に示すように、スイッチ２０１と同期する必要がある各対象スイッチがそれぞれスイッチ２０２～スイッチ２０４とする。本実施例では、１つの非アクセススイッチ（スイッチ２０５）をリフレクタとし、スイッチ２０１～スイッチ２０４をクライアントとしてもよい。

スイッチ２０５をリフレクタとし、スイッチ２０１～スイッチ２０４をクライアントとする場合、本実施例では、上記ステップＳ１０２において、スイッチ２０１は、指定されたスイッチとの間で確立されたＢＧＰセッションを介して、対象データが付加されているＢＧＰルートを送信することは、スイッチ２０１が、リフレクタであるスイッチ２０５との間で確立されたＩＢＧＰセッションを介して、対象データが付加されているＢＧＰルートをリフレクタであるスイッチ２０５に送信することにより、スイッチ２０５が、上記対象データが付加されているＢＧＰルートを受信した後、スイッチ２０２との間で確立されたＩＢＧＰセッションを介して、当該受信したＢＧＰルートをスイッチ２０２に転送し、スイッチ２０３との間で確立されたＩＢＧＰセッションを介して、当該受信したＢＧＰルートをスイッチ２０３に転送し、スイッチ２０４との間で確立されたＩＢＧＰセッションを介して、当該受信したＢＧＰルートをスイッチ２０４に転送することを含み得る。最終的に、スイッチ２０１と同期する必要があるスイッチ２０２～スイッチ２０４間で上記対象データの同期が実現される。クライアントであるスイッチ２０２～スイッチ２０４は、リフレクタであるスイッチ２０５から送信された上記対象データが付加されているＢＧＰルートを受信した後、同じＢＧＰルートがＳＡＮ内で繰り返し送信されることを避けるため、当該受信したＢＧＰルートを転送しない。

ここまで、実施例３の説明は完了する。

実施例４：本実施例では、スイッチ２０１及びスイッチ２０１と同期する必要がある各対象スイッチのうちの２つ以上をリフレクタとし、残りを当該リフレクタのクライアントとしてもよい。図６は、本発明の実施例により提供される第４のネットワーキングの概略図である。図６に示すように、スイッチ２０１と同期する必要がある各対象スイッチがそれぞれスイッチ２０２～スイッチ２０４とする。本実施例では、スイッチ２０１～スイッチ２０４のスイッチのうちの２つ以上をリフレクタとし、残りのスイッチをクライアントとしてもよい。

本実施例では、リフレクタ間でＩＢＧＰセッションが確立され、リフレクタとクライアントとの間でＩＢＧＰセッションが確立され、クライアント間でＩＢＧＰセッションが確立されない。リフレクタは、各クライアントとの間で確立されたＩＢＧＰセッションを介して、生成又は受信したＢＧＰルートを各クライアントに転送するが、クライアントは、リフレクタからのＢＧＰルートを受信した後、受信されたＢＧＰルートを転送しない。クライアントは、ＢＧＰルートを生成した後、リフレクタとの間で確立されたＩＢＧＰセッションを介して、リフレクタにＢＧＰルートを送信し、リフレクタが受信したＢＧＰルートを他のクライアントに転送する。

スイッチ２０１、スイッチ２０４をリフレクタとし、スイッチ２０２、スイッチ２０３をクライアントとする場合、本実施例では、スイッチ２０１とスイッチ２０４との間でＩＢＧＰセッションが確立され、スイッチ２０１及びスイッチ２０４のそれぞれと各クライアントとの間でＩＢＧＰセッションが確立される。スイッチ２０２とスイッチ２０３との間ではＩＢＧＰセッションが確立されない。

これに基づいて、上記ステップＳ１０２において、スイッチ２０１は、指定されたスイッチとの間で確立されたＢＧＰセッションを介して、対象データが付加されているＢＧＰルートを送信することは、リフレクタであるスイッチ２０１が、リフレクタであるスイッチ２０４との間で確立されたＩＢＧＰセッションを介して、対象データが付加されているＢＧＰルートをリフレクタであるスイッチ２０４に送信し、リフレクタであるスイッチ２０１が、各クライアントとの間で確立されたＩＢＧＰセッションを介して、対象データが付加されているＢＧＰルートを各クライアントに送信することを含み得る。最終的に、スイッチ２０１と同期する必要があるスイッチ２０２～スイッチ２０４間で上記対象データの同期が実現される。クライアントであるスイッチ２０２及びスイッチ２０３は、リフレクタであるスイッチ２０１から送信された上記対象データが付加されているＢＧＰルートを受信した後、同じＢＧＰルートがＳＡＮ内で繰り返し送信されることを避けるため、当該受信したＢＧＰルートを転送しない。

オプションで、本実施例では、リフレクタであるスイッチ２０４が、上記対象データが付加されているＢＧＰルートを受信した場合、冗長バックアップを実現するために、スイッチ２０４は、各クライアントとの間で確立されたＩＢＧＰセッションを介して、当該対象データが付加されているＢＧＰルートを各クライアントに送信することにより、クライアントであるスイッチ２０２及びスイッチ２０３が、異なるＢＧＰセッションを介して、同じＢＧＰルート、すなわち上記対象データが付加されているＢＧＰルートを受信した後、一方のＢＧＰセッションが受信したＢＧＰルートを最適ルートとして決定し、他方のＢＧＰセッションが受信したＢＧＰルートをバックアップして記録してもよい。

その後、リフレクタであるスイッチ２０１に障害が発生し、クライアントであるスイッチ２０３とスイッチ２０１との間のＩＢＧＰセッションが切断されたと仮定すると、スイッチ２０３はスイッチ２０１から送信された全てのルートを削除するが、このときスイッチ２０３にはリフレクタであるスイッチ２０４から送信されたルートと同じルートが記録されているため、スイッチ２０３は当該記録されているＢＧＰルートを用いて通信を行い、通信の信頼性を向上させることができる。

さらに、スイッチ２０２及びスイッチ２０４をリフレクタとし、スイッチ２０１及びスイッチ２０３をクライアントとする場合、本実施例では、スイッチ２０２とスイッチ２０４との間でＩＢＧＰセッションが確立され、スイッチ２０２及びスイッチ２０４のそれぞれと各クライアントとの間でＩＢＧＰセッションが確立される。スイッチ２０１とスイッチ２０３との間ではＩＢＧＰセッションが確立されない。これに基づいて、上記ステップＳ１０２において、スイッチ２０１は、指定されたスイッチとの間で確立されたＢＧＰセッションを介して、対象データが付加されているＢＧＰルートを送信することは、ステップ６０１～ステップ６０２を含み得る。

ステップ６０１において、クライアントであるスイッチ２０１が、リフレクタであるスイッチ２０２との間で確立されたＩＢＧＰセッションを介して、対象データが付加されているＢＧＰルートを送信することにより、スイッチ２０２が、上記対象データが付加されているＢＧＰルートを受信すると、他のクライアントとの間で確立されたＩＢＧＰセッションを介して、当該対象データが付加されているＢＧＰルートを他のクライアント、すなわちスイッチ２０３に送信する。

ステップ６０２において、クライアントであるスイッチ２０１が、リフレクタであるスイッチ２０４との間で確立されたＩＢＧＰセッションを介して、対象データが付加されているＢＧＰルートを送信することにより、スイッチ２０４が、上記対象データが付加されているＢＧＰルートを受信すると、他のクライアントとの間で確立されたＩＢＧＰセッションを介して、当該対象データが付加されているＢＧＰルートを他のクライアント、すなわちスイッチ２０３に送信する。

最終的に、スイッチ２０１と同期する必要があるスイッチ２０２～スイッチ２０４間で上記対象データの同期が実現される。

なお、上述したように、最終的に、クライアントであるスイッチ２０３は、異なるＢＧＰセッションを介して、同じＢＧＰルート、すなわち上記対象データが付加されているＢＧＰルートを受信する。クライアントであるスイッチ２０３が、異なるＢＧＰセッションを介して、同じＢＧＰルート、すなわち上記対象データが付加されているＢＧＰルートを受信した後、一方のＢＧＰセッションが受信したＢＧＰルートを最適ルートとして決定し、他方のＢＧＰセッションが受信したＢＧＰルートをバックアップして記録する。その後、リフレクタであるスイッチ２０２に障害が発生し、クライアントであるスイッチ２０３とスイッチ２０２との間のＩＢＧＰセッションが切断されたと仮定すると、スイッチ２０３はスイッチ２０２から送信された全てのルートを削除するが、このときスイッチ２０３にはリフレクタであるスイッチ２０４から送信されたルートと同じルートが記録されているため、スイッチ２０３は当該記録されているＢＧＰルートを用いて通信を行い、通信の信頼性を向上させることができる。

本実施例では、クライアントは、リフレクタから送信された上記対象データが付加されているＢＧＰルートを受信した後、同じＢＧＰルートがＳＡＮ内で繰り返し送信されることを避けるため、当該受信したＢＧＰルートを転送しない。

ここまで、実施例４の説明は完了する。

実施例５：本実施例では、スイッチ２０１及びスイッチ２０１と同期する必要がある各対象スイッチ以外の２つ以上の非対象スイッチをリフレクタとし、スイッチ２０１及びスイッチ２０１と同期する必要がある各対象スイッチを当該リフレクタのクライアントとしてもよい。一例として、ここでの非対象スイッチは、非アクセススイッチ、すなわちホストやストレージデバイスなどのアクセスデバイスに接続されていないスイッチであってもよい。

図７は、本発明の実施例により提供される第５のネットワーキングの概略図である。図７に示すように、スイッチ２０１と同期する必要がある各対象スイッチがそれぞれスイッチ２０２～スイッチ２０４とする。本実施例では、２つの非アクセススイッチ（スイッチ２０５及びスイッチ２０６）をリフレクタとし、スイッチ２０１～スイッチ２０４をクライアントとしてもよい。

本実施例では、リフレクタと各クライアントとの間でＩＢＧＰセッションが確立され、リフレクタ間、クライアント間でＩＢＧＰセッションが確立されない。リフレクタは、各クライアントとの間で確立されたＩＢＧＰセッションを介して、生成又は受信したＢＧＰルートを各クライアントに転送するが、クライアントは、リフレクタからのＢＧＰルートを受信した後、受信されたＢＧＰルートを転送しない。クライアントは、ＢＧＰルートを生成した後、リフレクタとの間で確立されたＩＢＧＰセッションを介して、リフレクタにＢＧＰルートを送信し、リフレクタが受信したＢＧＰルートを他のクライアントに転送する。

図７に示すスイッチ２０５及びスイッチ２０６をリフレクタとし、スイッチ２０１～スイッチ２０４をクライアントとする場合、本実施例では、上記ステップＳ１０２において、スイッチ２０１は、指定されたスイッチとの間で確立されたＢＧＰセッションを介して、対象データが付加されているＢＧＰルートを送信することは、ステップ７０１～ステップ７０２を含み得る。

ステップ７０１において、スイッチ２０１は、リフレクタであるスイッチ２０５との間で確立されたＩＢＧＰセッションを介して、対象データが付加されているＢＧＰルートをリフレクタであるスイッチ２０５に送信することにより、スイッチ２０５が、上記対象データが付加されているＢＧＰルートを受信した後、スイッチ２０１以外の各クライアント、すなわちスイッチ２０２～スイッチ２０４との間で確立されたＩＢＧＰセッションを介して、当該受信したＢＧＰルートを当該各クライアントに転送する。

ステップ７０２において、スイッチ２０１は、リフレクタであるスイッチ２０６との間で確立されたＩＢＧＰセッションを介して、対象データが付加されているＢＧＰルートをスイッチ２０６に送信することにより、スイッチ２０６が、上記対象データが付加されているＢＧＰルートを受信した後、スイッチ２０１以外の各クライアント、すなわちスイッチ２０２～スイッチ２０４との間で確立されたＩＢＧＰセッションを介して、当該受信したＢＧＰルートを当該各クライアントに転送する。

最終的に、上記ステップ７０１～ステップ７０２により、スイッチ２０１と同期する必要があるスイッチ２０２～スイッチ２０４間で上記対象データの同期が実現される。なお、本実施例では、クライアントであるスイッチ２０２～スイッチ２０４は、リフレクタであるスイッチ２０５又はスイッチ２０６から送信された上記対象データが付加されているＢＧＰルートを受信した後、同じＢＧＰルートがＳＡＮ内で繰り返し送信されることを避けるために、当該受信したＢＧＰルートを転送しない。

また、本実施例では、実施例４と同様に、最終的に、クライアントであるスイッチ２０２～スイッチ２０４は、異なるＢＧＰセッションを介して、同じＢＧＰルート、すなわち上記対象データが付加されているＢＧＰルートを受信する。クライアントであるスイッチ２０２～スイッチ２０４が、異なるＢＧＰセッションを介して、同じＢＧＰルート、すなわち上記対象データが付加されているＢＧＰルートを受信した後、一方のＢＧＰセッションが受信したＢＧＰルートを最適ルートとして決定し、他方のＢＧＰセッションが受信したＢＧＰルートをバックアップして記録することにより、冗長バックアップを実現し、信頼性を向上させる。例えば、リフレクタであるスイッチ２０５に障害が発生し、クライアントであるスイッチ２０３とスイッチ２０５との間のＩＢＧＰセッションが切断されたと仮定すると、スイッチ２０３はスイッチ２０５から送信された全てのルートを削除するが、このときスイッチ２０３にはリフレクタであるスイッチ２０６から送信されたルートと同じルートが記録されているため、スイッチ２０３は当該記録されているＢＧＰルートを用いて通信を行い、通信の信頼性を向上させることができる。

ここまで、実施例５の説明は完了する。

実施例６：本実施例は、ＥＢＧＰセッションを例とする。図８に示すように、本実施例では、スイッチ２０１と同期する必要がある各対象スイッチがそれぞれスイッチ２０２～スイッチ２０４とし、スイッチ２０１とスイッチ２０２との間でＥＢＧＰセッションが確立され、スイッチ２０１とスイッチ２０４との間でＥＢＧＰセッションが確立され、スイッチ２０２とスイッチ２０３との間でＥＢＧＰセッションが確立されてもよい。これに基づいて、上記ステップＳ１０２において、スイッチ２０１は、指定されたスイッチとの間で確立されたＢＧＰセッションを介して、対象データが付加されているＢＧＰルートを送信することは、ステップ８０１～ステップ８０２を含み得る。

ステップ８０１において、スイッチ２０１は、スイッチ２０２との間で確立されたＥＢＧＰセッションを介して、対象データが付加されているＢＧＰルートをスイッチ２０２に送信することにより、スイッチ２０２が、上記対象データが付加されているＢＧＰルートを受信した後、スイッチ２０３との間で確立されたＥＢＧＰセッションを介して、当該受信したＢＧＰルートをスイッチ２０３に転送する。

ステップ８０２において、スイッチ２０１は、スイッチ２０４との間で確立されたＥＢＧＰセッションを介して、対象データが付加されているＢＧＰルートをスイッチ２０４に送信する。

最終的に、上記ステップ８０１～ステップ８０２により、スイッチ２０１と同期する必要があるスイッチ２０２～スイッチ２０４間で上記対象データの同期が実現される。

ここまで、実施例６の説明は完了する。

なお、本実施例では、拡張されたＢＧＰに従ってスイッチ間で情報を同期させることを確保すればよく、具体的なネットワーキング形態は特に限定されない。上記実施例１～６で例示したネットワーキングはあくまで一例であり、限定するためのものではない。

以下、上記ステップ２０２におけるＢＧＰルートについて説明する。

本実施例では、上記ＢＧＰルートは、ＢＧＰＵｐｄａｔｅパケットのマルチプロトコル到達可能ＮＬＲＩ（ＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ）属性に付加される。

一実施例として、ＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ属性は少なくとも、アドレスファミリ識別子（ＡＦＩ：ＡｄｄｒｅｓｓＦａｍｉｌｙＩｄｅｎｔｉｆｉｅｒ）と後続アドレスファミリ識別子（ＳＡＦＩ：ＳｕｂｓｅｑｕｅｎｔＡｄｄｒｅｓｓＦａｍｉｌｙＩｄｅｎｔｉｆｉｅｒ）を含み得る。

ここで、本実施例におけるＡＦＩは、予め指定され、定義済みのＡＦＩ値とは異なってもよい。例えば、本実施例では、ＡＦＩは６０００である。

ここで、この実施例におけるＳＡＦＩは、予め指定され、定義済みのＳＡＦＩ値とは異なってもよい。例えば、本実施例では、ＳＡＦＩは２５４である。

オプションで、本実施例では、上記ＢＧＰルートは、具体的に、ＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ属性のＮＬＲＩに付加される。上述したように、ＢＧＰルートに付加される上記対象データは少なくとも、アクセスデバイスのＩＰサービスゾーン構成情報、及び／又は、アクセスデバイスのデバイス発見情報、及び／又は、上記スイッチ２０１がデフォルトのＩＰサービスゾーンをサポートするか否かの情報を含む。

オプションで、図９に示すように、ＩＰサービスゾーン構成情報は少なくとも、スイッチ２０１のＢＧＰルート識別子（ＲｏｕｔｅＩＤ）と、ＩＰサービスゾーン識別子（ＺｏｎｅＮａｍｅ）と、ＩＰサービスゾーン構成情報が属するアクセスデバイスのＩＰアドレス（ＩＰＡｄｄｒｅｓｓ）とを含む。ここで、ＩＰサービスゾーン識別子は、自己定義されたＩＰサービスゾーンの識別子であり、デフォルトのＩＰサービスゾーンとは異なる。なお、本実施例では、ＩＰＡｄｄｒｅｓｓは、ＩＰｖ４アドレスであってもよく、ＩＰｖ６アドレスであってもよく、特に限定されない。

オプションで、図１０に示すように、アクセスデバイスのデバイス発見情報は少なくとも、アクセスデバイスのＭＡＣアドレス（ＭＡＣａｄｄｒｅｓｓ）と、スイッチ２０１に接続された、アクセスデバイスのポートのポート識別子（ＰｏｒｔＮａｍｅ）と、スイッチ２０１のＢＧＰルート識別子（ＲｏｕｔｅＩＤ）とを含む。オプションで、図１０に示すアクセスデバイスのデバイス発見情報は、ＰｏｒｔＮａｍｅの長さ（ポート識別子の長さと記す）も含み得る。

本実施例では、アクセスデバイスのデバイス発見情報は、アクセスデバイスのデバイス属性情報をさらに含む。

オプションで、アクセスデバイスのデバイス属性情報は少なくとも、アクセスデバイスのＩＰアドレス（ＩＰｖ４アドレス又はＩＰｖ６アドレス）と、アクセスデバイスの状態情報（少なくともオンライン情報又はオフライン情報を含む）と、アクセスデバイスのロールタイプ（少なくともストレージシステム及び／又はホストを含む）とを含む。本実施例では、アクセスデバイスのＩＰアドレス、アクセスデバイスの状態情報、アクセスデバイスのロールタイプは、それぞれＴＬＶで表されてもよく、ここでは限定されない。

オプションで、一例では、現在のＢＧＰルートと以前に受信したＢＧＰルートが同じルートであるかどうかを決定する場合、上記アクセスデバイスのＭＡＣアドレス、スイッチ２０１に接続された、アクセスデバイスのポートのポート識別子、及びスイッチ２０１のＢＧＰルート識別子によって直接決定されてもよい。したがって、一実施例として、アクセスデバイスのＭＡＣアドレス、スイッチ２０１に接続された、アクセスデバイスのポートのポート識別子、及びスイッチ２０１のＢＧＰルート識別子は、上記ＮＬＲＩのプレフィックスの一部であると考えられる。

本実施例では、上記スイッチ２０１がデフォルトのＩＰサービスゾーンをサポートするか否かの情報は少なくとも、
スイッチ２０１のＢＧＰルート識別子（ＲｏｕｔｅＩＤ）を含み、又は、
スイッチ２０１のＢＧＰルート識別子（ＲｏｕｔｅＩＤ）とイネーブル指示値（Ｅｎａｂｌｅ）を含む。ここで、イネーブル指示値が第１の値である場合、スイッチ２０１がデフォルトのＩＰサービスゾーンをサポートすることを表し、前記イネーブル指示値が第２の値である場合、前記スイッチがデフォルトのＩＰサービスゾーンをサポートしないことを表す。本実施例では、ＢＧＰルート識別子とイネーブル指示値はＴＬＶで表されてもよい。図１１は、スイッチ２０１のＢＧＰルート識別子とイネーブル指示値を示す。

上記は、スイッチ２０２がＢＧＰルートを能動的に送信する例であり、オプションで、本実施例では、スイッチ２０２は、ＩＢＧＰセッションやＥＢＧＰセッションなどのＢＧＰセッションを介して、他のスイッチから送信されたＢＧＰルートを受信し、受信されたＢＧＰルートに基づいて、対応するルート構成情報エントリをローカルに新たに追加又は更新してもよい。ルート構成情報エントリは、受信されたＢＧＰルートに付加されている同期すべきデータに関連する。例えば、同期すべきデータが新たに追加されたＩＰサービスゾーン構成情報である場合、ここでのルート構成情報エントリは、当該新たに追加されたＩＰサービスゾーン構成情報などを含み得る。

オプションで、上述したように、本実施例では、スイッチ２０２は、異なるＢＧＰセッションを介して同じ同期すべきデータが付加されているＢＧＰルートを受信してもよく、ルート優先方式に従って最適ルートを決定してもよい。

以下、本発明の実施例により提供されるルートの取り消すについて説明する。

本実施例では、上記スイッチ２０１を例に説明し、スイッチ２０１が、記憶された少なくとも１つのＢＧＰルートを取り消す必要もある。例えば、スイッチ２０１に接続されたホストやストレージデバイスがオフラインになった場合、当該オフラインになったホストやストレージデバイスに対応するＢＧＰルートが取り消される必要がある。すなわち、このとき、スイッチ２０１は、記憶された少なくとも１つのＢＧＰルートを取り消す必要があると判断する。スイッチ２０１は、記憶された少なくとも１つのＢＧＰルートを取り消す必要があると判断すると、まず、記憶された当該取り消す必要がある少なくとも１つのＢＧＰルートを削除し、ＢＧＰセッションを介して通知を送信して、上記各対象スイッチに、前記取り消す必要がある少なくとも１つのＢＧＰルートと当該少なくとも１つのＢＧＰルートに対応するルート構成情報エントリとを削除するように指示する。

同様に、スイッチ２０１がＢＧＰセッションを介して、取り消すべき少なくとも１つのＢＧＰルートを受信した場合、記憶された当該少なくとも１つのＢＧＰルートと当該少なくとも１つのＢＧＰルートに対応するルート構成情報エントリとを削除する。

オプションで、本実施例では、取り消す必要がある少なくとも１つのＢＧＰルートは、ＢＧＰＵｐｄａｔｅパケットのマルチプロトコル到達不能ＮＬＲＩ（ＭＰ＿ＵＮＲＥＡＣＨ＿ＮＬＲＩ）属性に付加される。ここで、ＭＰ＿ＵＮＲＥＡＣＨ＿ＮＬＲＩ属性におけるＡＦＩとＳＡＦＩは、上記のＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ属性の説明を参照されたい。

以上、本発明の実施例により提供される方法について説明したが、以下、具体的な実施例を挙げてさらに説明する。

図１２は、本発明の実施例により提供される実施例のネットワーキングの概略図である。図１２において、スイッチ１２０１とスイッチ１２０２はリフレクタとして構成され、同じＣｌｕｓｔｅｒＩＤで構成される。スイッチ１２０３とスイッチ１２０４は、上記リフレクタのクライアントとして構成される。スイッチ１２０１～スイッチ１２０４は、同じＡＳに構成され、互いにＩＢＧＰピアである。上記実施例４の説明に基づいて、図１２では、スイッチ１２０１とスイッチ１２０２との間、スイッチ１２０１とスイッチ１２０３との間、スイッチ１２０１とスイッチ１２０４との間、スイッチ１２０２とスイッチ１２０３との間、スイッチ１２０２とスイッチ１２０４との間にそれぞれＢＧＰセッションが確立される。

スイッチ１２０１にホストＢのＩＰサービスゾーン構成が追加されると、スイッチ１２０１は当該新たに追加されたＩＰサービスゾーン構成を取得し、当該ＩＰサービスゾーン構成が付加されているＢＧＰルートを生成して記録する。その後、スイッチ１２０１は、スイッチ１２０２、スイッチ１２０３、スイッチ１２０４との間で確立されたＢＧＰセッションを介して当該ＢＧＰルートを送信する。スイッチ１２０２～スイッチ１２０４は当該ＢＧＰルートを受信、記録、解析して、リモートエンド、すなわちホストＢのＩＰサービスゾーン構成エントリをローカルに新規追加する。

スイッチ１２０１に既に記録されたホストＢのＩＰサービスゾーン構成を変更する必要がある場合、スイッチ１２０１は既存の対応するＢＧＰルートを更新する。その後、スイッチ１２０１は、スイッチ１２０２、スイッチ１２０３、スイッチ１２０４との間で確立されたＢＧＰセッションを介して当該更新されたＢＧＰルートを送信する。スイッチ１２０２～スイッチ１２０４は当該更新されたＢＧＰルートを受信、記録、解析して、ローカルに記録されたリモートエンドのＩＰサービスゾーン構成エントリを更新する。更新されたＩＰサービスゾーン構成エントリは、上記の変更されたＩＰサービスゾーン構成エントリと同じである。

スイッチ１２０１に既に記録されたホストＢのＩＰサービスゾーン構成を削除する必要がある場合、スイッチ１２０１は既存の対応するＢＧＰルートを取り消す。その後、スイッチ１２０１は、スイッチ１２０２、スイッチ１２０３、スイッチ１２０４との間で確立されたＢＧＰセッションを介して当該ＢＧＰルート取り消し通知を送信する。スイッチ１２０２～スイッチ１２０４はＢＧＰルート取り消し通知を受信すると、記録された対応するＢＧＰルート及び記録された対応するリモートエンド（すなわち、ホストＢ）のＩＰサービスゾーン構成エントリを削除する。

なお、本実施例において、スイッチ１２０１に既に記録されたホストＢのＩＰサービスゾーン構成を変更する必要がある場合、上述したように、スイッチ１２０１に既に記録されたホストＢのＩＰサービスゾーン構成を削除する方法に従って、まず既存の対応するＢＧＰルートを取り消し、次にスイッチ１２０２～スイッチ１２０４にＢＧＰルート取り消し通知を送信して、スイッチ１２０２～スイッチ１２０４に、記録された対応するＢＧＰルート及び記録された対応するリモートエンド（すなわち、ホストＢ）のＩＰサービスゾーン構成エントリを削除するよう指示する。その後、ホストＢのＩＰサービスゾーン構成をスイッチ１２０１に追加する際の動作を実行する。具体的にどのように実行するかは、主に、変更されたＩＰサービスゾーン構成が、ＢＧＰルートが他のルートと同じルートであるか否かを判定するための特徴パラメータなどの重要な特徴であるか否かに依存する（ここでの特徴パラメータは、上記ＩＰサービスゾーン構成情報であってもよく、自己定義された他のパラメータなどであってもよく、本実施例は特に限定されない）。変更されたＩＰサービスゾーン構成が重要な特徴であれば、まず既存の対応するＢＧＰルートを取り消し、ホストＢのＩＰサービスゾーン構成をスイッチ１２０１に追加することで更新を実現する。変更されたＩＰサービスゾーン構成が重要な特徴でなければ、上述のように、既存の対応するＢＧＰルートを直接更新して送信する。

スイッチ１２０４がホストやストレージデバイスなどのアクセスデバイスに新たに接続された場合、新たに接続されたアクセスデバイスはオンラインになった後、まずＬＬＤＰパケットをスイッチ１２０４に送信し、スイッチ１２０４はローカルに新たに接続されたアクセスデバイスのデバイス発見情報を新たに追加し、対応するＢＧＰルートを生成して記録する。その後、クライアントであるスイッチ１２０４は、リフレクタであるスイッチ１２０１との間で確立されたＢＧＰセッションを介して、当該ＢＧＰルートをスイッチ１２０１に送信する。クライアントであるスイッチ１２０４は、リフレクタであるスイッチ１２０２との間で確立されたＢＧＰセッションを介して、当該ＢＧＰルートをスイッチ１２０２に送信する。リフレクタであるスイッチ１２０１は、クライアントであるスイッチ１２０３との間で確立されたＢＧＰセッションを介して、受信されたＢＧＰルートをスイッチ１２０３に反射する。リフレクタであるスイッチ１２０２は、クライアントであるスイッチ１２０３との間で確立されたＢＧＰセッションを介して、受信されたＢＧＰルートをスイッチ１２０３に反射する。スイッチ１２０３は、スイッチ１２０１とスイッチ１２０２から反射された２つの同じルートを受信し、ＢＧＰプロトコル仕様と実際の実装に従って最適ルートを選択する。

なお、最適ルートがスイッチ１２０１とスイッチ１２０２のどちらから反射されたＢＧＰルートであっても、スイッチ１２０１とスイッチ１２０２から反射されたＢＧＰルートに付加されているルート情報（同期すべきデータとも呼ばれる）は同じであるため、スイッチ１２０３は、ルート情報からスイッチ１２０４に新たに接続されたアクセスデバイスのデバイス発見情報を解析することができる。

これに基づいて、最適ルートがスイッチ１２０１から反射されたＢＧＰルートである場合、スイッチ１２０１に障害が発生すると、スイッチ１２０３とスイッチ１２０１との間のＢＧＰセッションが切断され、スイッチ１２０３はスイッチ１２０１から送信された全てのルートを削除するが、このときスイッチ１２０３はスイッチ１２０２から送信された同じルートを保持しているため、スイッチ１２０３にはスイッチ１２０４によって生成されたＢＧＰルートがある。したがって、スイッチ１２０１とスイッチ１２０２の２つのリフレクタを同時に配置することで、冗長バックアップの役割を果たし、信頼性を向上させることができる。

スイッチ１２０４に接続されたホストやストレージデバイスなどのアクセスデバイスのデバイス発見情報が変更された場合、アクセスデバイスは、ＬＬＤＰパケットを送信してスイッチ１２０４に通知し、スイッチ１２０４は、ローカルに接続されたアクセスデバイスのデバイス発見情報と記録された対応するＢＧＰルートを更新する。

その後、クライアントであるスイッチ１２０４は、リフレクタであるスイッチ１２０１との間で確立されたＢＧＰセッションを介して、当該更新されたＢＧＰルートをスイッチ１２０１に送信する。クライアントであるスイッチ１２０４は、リフレクタであるスイッチ１２０２との間で確立されたＢＧＰセッションを介して、当該更新されたＢＧＰルートをスイッチ１２０２に送信する。

リフレクタであるスイッチ１２０１は、クライアントであるスイッチ１２０３との間で確立されたＢＧＰセッションを介して、受信されたＢＧＰルートをクライアントであるスイッチ１２０３に反射する。

リフレクタであるスイッチ１２０２は、クライアントであるスイッチ１２０３との間で確立されたＢＧＰセッションを介して、受信されたＢＧＰルートをクライアントであるスイッチ１２０３に反射する。

最終的に、スイッチ１２０３は、スイッチ１２０１とスイッチ１２０２から反射された２つの同じルートを受信し、ＢＧＰプロトコル仕様と実際の実装に従って最適ルートを選択する。なお、アクセスデバイスのデバイス発見情報が変更されたことは、上記ＩＰサービスゾーン構成が変更された場合と同様であるため、これ以上の説明を省略する。

スイッチ１２０４に接続されたホストやストレージデバイスなどのアクセスデバイスがオフラインになった場合、スイッチ１２０４は対応するデバイスがオフラインになったこと（例えば、ＬＬＤＰがエージングした、接続が切断されたなど）を発見すると、既存のＢＧＰルートを取り消す。その後、クライアントであるスイッチ１２０４は、リフレクタであるスイッチ１２０１との間で確立されたＢＧＰセッションを介して、ルート取り消し通知をスイッチ１２０１に送信する。クライアントであるスイッチ１２０４は、リフレクタであるスイッチ１２０２との間で確立されたＢＧＰセッションを介して、ルート取り消し通知をスイッチ１２０２に送信する。

リフレクタであるスイッチ１２０１は、クライアントであるスイッチ１２０３との間で確立されたＢＧＰセッションを介して、上記ルート取り消し通知をスイッチ１２０３に反射する。

リフレクタであるスイッチ１２０２は、クライアントであるスイッチ１２０３との間で確立されたＢＧＰセッションを介して、上記ルート取り消し通知をスイッチ１２０３に反射する。

最終的に、スイッチ１２０３は、スイッチ１２０１とスイッチ１２０２から反射されたルート取り消し通知を受信した後、対応するＢＧＰルートを削除し、当該ＢＧＰルートに対応するデバイス状態情報をオフラインに変更する。

以上は、ＩＰサービスゾーン構成とデバイス発見情報のみを例に説明しており、その他の状況は類推できるため、ここでは説明を省略する。

以下、本発明の実施例により提供される装置について説明する。

図１３は、本発明の実施例により提供される装置の構造図である。当該装置は、ＳＡＮにおけるスイッチに適用される。図１３に示すように、当該装置は、
同期すべき対象データを取得するために用いられる取得ユニットと、
指定されたスイッチとの間で確立されたＢＧＰセッションを介して、前記対象データが付加されているＢＧＰルートを送信して、前記スイッチと同期する必要がある各対象スイッチ間で前記対象データを同期させるために用いられるルートユニットと、を含み得る。

オプションで、上記対象データは少なくとも、
アクセスデバイスのＩＰサービスゾーン構成情報、及び／又は、アクセスデバイスのデバイス発見情報、及び／又は、前記スイッチがデフォルトのＩＰサービスゾーンをサポートするか否かの情報を含む。

オプションで、上記ＩＰサービスゾーン構成情報は少なくとも、
前記スイッチのＢＧＰルート識別子（ＲｏｕｔｅＩＤ）と、ＩＰサービスゾーン識別子と、前記ＩＰサービスゾーン構成情報が属するアクセスデバイスのＩＰアドレスとを含み、前記ＩＰサービスゾーン識別子は、自己定義されたＩＰサービスゾーンの識別子であり、デフォルトのＩＰサービスゾーンとは異なる。

オプションで、上記アクセスデバイスのデバイス発見情報は少なくとも、
アクセスデバイスのＭＡＣアドレスと、前記スイッチに接続された、アクセスデバイスのポートのポート識別子と、前記スイッチのＢＧＰルート識別子（ＲｏｕｔｅＩＤ）とを含む。

オプションで、上記アクセスデバイスのデバイス発見情報は、アクセスデバイスのデバイス属性情報をさらに含み、
前記アクセスデバイスのデバイス属性情報は少なくとも、アクセスデバイスのＩＰアドレスと、アクセスデバイスの状態情報と、アクセスデバイスのロールタイプとを含み、
前記ＩＰアドレスは、ＩＰｖ４アドレス又はＩＰｖ６アドレスであり、
前記状態情報は少なくとも、オンライン情報又はオフライン情報を含み、
前記ロールタイプは少なくとも、ストレージシステム及び／又はホストを含む。

オプションで、上記スイッチがデフォルトのＩＰサービスゾーンをサポートするか否かの情報は少なくとも、
前記スイッチのＢＧＰルート識別子（ＲｏｕｔｅＩＤ）を含み、又は、
前記スイッチのＢＧＰルート識別子（ＲｏｕｔｅＩＤ）とイネーブル指示値を含み、
前記イネーブル指示値が第１の値である場合、前記スイッチがデフォルトのＩＰサービスゾーンをサポートすることを表し、前記イネーブル指示値が第２の値である場合、前記スイッチがデフォルトのＩＰサービスゾーンをサポートしないことを表す。

オプションで、上記指定されたスイッチは、前記対象スイッチの少なくとも１つであり、又は、
前記指定されたスイッチは、前記スイッチ及び前記対象スイッチ以外の少なくとも１つの非対象スイッチである。

本実施例では、ルートユニットは、さらに、指定されたスイッチとの間で確立されたＢＧＰセッションを介して他のスイッチから送信されたＢＧＰルートを受信するとき、受信されたＢＧＰルートに基づいて、対応するルート構成情報エントリをローカルに新たに追加又は更新するために用いられる。ここで、ルート構成情報エントリは、受信されたＢＧＰルートに付加されている同期すべきデータに関連する。

本実施例では、ルートユニットは、さらに、異なるＢＧＰセッションを介して、同じ同期すべきデータが付加されているＢＧＰルートを受信するとき、ルート優先方式に従って最適ルートを決定するために用いられる。

本実施例では、ルートユニットは、さらに、前記ＢＧＰルートを記憶し、記憶された少なくとも１つのＢＧＰルートを取り消す必要がある場合、記憶された当該取り消す必要がある少なくとも１つのＢＧＰルートを削除し、指定されたスイッチとの間で確立されたＢＧＰセッションを介して通知を送信して、前記対象スイッチに前記取り消す必要がある少なくとも１つのＢＧＰルートと当該少なくとも１つのＢＧＰルートに対応するルート構成情報エントリとを削除するように指示する。

本実施例では、ルートユニットは、さらに、指定されたスイッチとの間で確立されたＢＧＰセッションを介して、取り消すべき少なくとも１つのＢＧＰルートを受信した場合、記憶された当該少なくとも１つのＢＧＰルートと当該少なくとも１つのＢＧＰルートに対応するルート構成情報エントリとを削除するために用いられる。

本実施例では、ＢＧＰルートは、ＢＧＰＵｐｄａｔｅパケットのＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ属性に付加され、ＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ属性におけるＡＦＩとＳＡＦＩは、予め指定されており、定義済みのＡＦＩ値とＳＡＦＩ値と競合しない。

本実施例では、取り消す必要がある少なくとも１つのＢＧＰルートは、ＢＧＰＵｐｄａｔｅパケットのＭＰ＿ＵＮＲＥＡＣＨ＿ＮＬＲＩ属性に付加され、前記ＭＰ＿ＵＮＲＥＡＣＨ＿ＮＬＲＩ属性におけるＡＦＩとＳＡＦＩは、予め指定されており、定義済みのＡＦＩ値とＳＡＦＩ値と競合しない。

ここまで、図１３に示す装置の構造の説明は完了する。

本発明の実施例はさらに図１３に示す装置のハードウェア構造を提供する。図１４は、本発明の実施例により提供される電子デバイスの構造図である。図１４に示すように、当該ハードウェア構造は、プロセッサと、機械可読記憶媒体とを含み得、機械可読記憶媒体には前記プロセッサによって実行可能な機械実行可能命令が記憶されており、前記プロセッサは、本発明の上記実施例に開示された方法を実施するように機械実行可能命令を実行するために用いられる。

上述の方法と同様の思想に基づき、本発明の実施例はさらに、コンピュータ命令が記憶されている機械可読記憶媒体を提供し、前記コンピュータ命令がプロセッサによって実行されると、本発明の上記実施例に開示された方法を実施することができる。

例示的に、上記機械可読記憶媒体は、任意の電子的、磁性的、光学的又は他の物理的記憶装置であってもよく、実行可能な命令、データなどの情報を含むか、又は記憶することができる。例えば、機械可読記憶媒体は、ラドムアクセスメモリ（ＲＡＭ：ＲａｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、揮発性メモリ、不揮発性メモリ、フラッシュメモリ、ストレージドライブ（ハードドライブなど）、ソリッドステートドライブ、任意の記憶ディスク（光ディスク、ＤＶＤなど）、又は類似の記憶媒体や、これらの組み合わせであってもよい。

上記実施例で説明したシステム、装置、モジュール又はユニットは、具体的には、コンピュータチップ、エンティティ、又は何らかの機能を有する製品によって実現されてもよい。典型的な実現デバイスはコンピュータであり、コンピュータの具体的な形態は、パーソナルコンピュータ、ラップトップコンピュータ、携帯電話、カメラ付き電話、スマートフォン、パーソナルデジタルアシスタント、メディアプレーヤ、ナビゲーションデバイス、電子メール送受信デバイス、ゲーム機、タブレット、ウェアラブルデバイス、又はこれらのデバイスの任意のいくつかの組み合わせであってもよい。

なお、説明の便宜上、上記の装置を説明するときに機能によって様々なユニットに分けてそれぞれ説明する。もちろん、本発明を実施する際に、各ユニットの機能は、同一又は複数のソフトウェア及び／又はハードウェアで実現されてもよい。

当業者であれば分かるように、本発明の実施例が、方法、システム、又はコンピュータプログラム製品として提供されてもよい。したがって、本発明は、ハードウェアだけからなる実施例、ソフトウェアだけからなる実施例、又はソフトウェアとハードウェアを組み合わせた実施例なる形態を用いてもよい。さらに、本発明の実施例は、コンピュータで使用可能なプログラムコードを含む１つ又は複数のコンピュータで使用可能な記憶媒体（磁気ディスクメモリ、ＣＤ－ＲＯＭ、光学メモリなどを含むが、これらに限定されない）において実施されるコンピュータプログラム製品の形態であってもよい。

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

また、これらのコンピュータプログラム命令は、コンピュータ又は他のプログラマブル可能なデータ処理デバイスに特定の方法で動作するように指示することができるコンピュータ可読メモリに記憶されてもよく、これにより、当該コンピュータ可読メモリに記憶された命令により、フローチャートの１つ又は複数のフロー及び／又はブロック図の１つ又は複数のブロックにおいて指定される機能を実現するための命令装置を含む製品が生成される。

これらのコンピュータプログラム命令は、コンピュータ又は他のプログラマブル可能なデータ処理デバイスにロードされてもよく、それにより、一連の動作ステップがコンピュータ又は他のプログラマブル可能なデバイス上で実行されることで、コンピュータにより実施される処理が生成され、それによりコンピュータ又は他のプログラマブル可能なデバイス上で実行される命令により、フローチャートの１つ又は複数のフロー及び／又はブロック図の１つ又は複数のブロックにおいて指定される機能を実現するためのステップを提供する。

以上は、本発明の実施例に過ぎず、本発明を限定するものではない。当業者にとって、本発明は様々な変更及び変化が可能である。本発明の精神と原理の範囲内で行われたいかなる修正、同等な置換、改善などは、いずれも本発明の特許請求の範囲に含まれるものとするべきである。

Claims

ストレージ・エリア・ネットワーク（ＳＡＮ）に適用されるスイッチ間の情報同期方法であって、ＳＡＮにおけるスイッチに適用され、
同期すべき対象データを取得するステップと、
指定されたスイッチとの間で確立されたＢＧＰセッションを介して、前記対象データが付加されているＢＧＰルートを送信して、前記スイッチと同期する必要がある各対象スイッチ間で前記対象データを同期させるステップと、を含み、
前記対象データは少なくとも、
アクセスデバイスのＩＰサービスゾーン構成情報、及び／又は、アクセスデバイスのデバイス発見情報、及び／又は、前記スイッチがデフォルトのＩＰサービスゾーンをサポートするか否かの情報を含む、
ことを特徴とするスイッチ間の情報同期方法。
前記ＩＰサービスゾーン構成情報は少なくとも、
前記スイッチのＢＧＰルート識別子（ＲｏｕｔｅＩＤ）と、ＩＰサービスゾーン識別子と、前記ＩＰサービスゾーン構成情報が属するアクセスデバイスのＩＰアドレスとを含み、前記ＩＰサービスゾーン識別子は、デフォルトのＩＰサービスゾーンとは異なる、自己定義されたＩＰサービスゾーンの識別子である、
ことを特徴とする請求項１に記載の方法。
前記アクセスデバイスのデバイス発見情報は少なくとも、
アクセスデバイスのＭＡＣアドレスと、前記スイッチに接続された、アクセスデバイスのポートのポート識別子と、前記スイッチのＢＧＰルート識別子（ＲｏｕｔｅＩＤ）とを含む、
ことを特徴とする請求項１に記載の方法。
前記アクセスデバイスのデバイス発見情報は、アクセスデバイスのデバイス属性情報をさらに含み、
前記アクセスデバイスのデバイス属性情報は少なくとも、アクセスデバイスのＩＰアドレスと、アクセスデバイスの状態情報と、アクセスデバイスのロールタイプとを含み、
前記ＩＰアドレスは、ＩＰｖ４アドレス又はＩＰｖ６アドレスであり、
前記状態情報は少なくとも、オンライン情報又はオフライン情報を含み、
前記ロールタイプは少なくとも、ストレージシステム及び／又はホストを含む、
ことを特徴とする請求項３に記載の方法。
前記スイッチがデフォルトのＩＰサービスゾーンをサポートするか否かの情報は少なくとも、
前記スイッチのＢＧＰルート識別子（ＲｏｕｔｅＩＤ）を含み、又は、
前記スイッチのＢＧＰルート識別子（ＲｏｕｔｅＩＤ）とイネーブル指示値を含み、
前記イネーブル指示値が第１の値である場合、前記スイッチがデフォルトのＩＰサービスゾーンをサポートすることを表し、前記イネーブル指示値が第２の値である場合、前記スイッチがデフォルトのＩＰサービスゾーンをサポートしないことを表す、
ことを特徴とする請求項１に記載の方法。
前記指定されたスイッチは、前記対象スイッチの少なくとも１つであり、又は、
前記指定されたスイッチは、前記スイッチ及び前記対象スイッチ以外の少なくとも１つの非対象スイッチである、
ことを特徴とする請求項１に記載の方法。
指定されたスイッチとの間で確立されたＢＧＰセッションを介して、他のスイッチから送信されたＢＧＰルートを受信するとき、受信されたＢＧＰルートに基づいて、対応するルート構成情報エントリをローカルに新たに追加又は更新するステップをさらに含み、
前記ルート構成情報エントリは、受信されたＢＧＰルートに付加されている同期すべきデータに関連する、
ことを特徴とする請求項１に記載の方法。
異なるＢＧＰセッションを介して、同じ同期すべきデータが付加されているＢＧＰルートを受信するとき、ルート優先方式に従って最適ルートを決定するステップをさらに含む、
ことを特徴とする請求項１に記載の方法。
前記ＢＧＰルートを記憶するステップと、
記憶された少なくとも１つのＢＧＰルートを取り消す必要がある場合、記憶された当該取り消す必要がある少なくとも１つのＢＧＰルートを削除し、指定されたスイッチとの間で確立されたＢＧＰセッションを介して通知を送信して、前記対象スイッチに、前記取り消す必要がある少なくとも１つのＢＧＰルートと当該少なくとも１つのＢＧＰルートに対応するルート構成情報エントリとを削除するように指示するステップと、をさらに含む、
ことを特徴とする請求項１に記載の方法。
指定されたスイッチとの間で確立されたＢＧＰセッションを介して、取り消すべき少なくとも１つのＢＧＰルートを受信した場合、記憶された当該少なくとも１つのＢＧＰルートと当該少なくとも１つのＢＧＰルートに対応するルート構成情報エントリとを削除するステップをさらに含む、
ことを特徴とする請求項１に記載の方法。
前記ＢＧＰセッションは、
内部ボーダーゲートウェイプロトコル（ＩＢＧＰ）セッション、又は外部ボーダーゲートウェイプロトコル（ＥＢＧＰ）セッションである、
ことを特徴とする請求項１に記載の方法。
前記ＢＧＰルートは、ＢＧＰＵｐｄａｔｅパケットのＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ属性に付加され、前記ＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ属性におけるアドレスファミリ識別子（ＡＦＩ）と後続アドレスファミリ識別子（ＳＡＦＩ）は、予め指定されており、定義済みのＡＦＩ値とＳＡＦＩ値と競合しない、
ことを特徴とする請求項１～８のいずれか一項に記載の方法。
取り消す必要がある少なくとも１つのＢＧＰルートは、ＢＧＰＵｐｄａｔｅパケットのＭＰ＿ＵＮＲＥＡＣＨ＿ＮＬＲＩ属性に付加され、前記ＭＰ＿ＵＮＲＥＡＣＨ＿ＮＬＲＩ属性におけるアドレスファミリ識別子（ＡＦＩ）と後続アドレスファミリ識別子（ＳＡＦＩ）は、予め指定されており、定義済みのＡＦＩ値とＳＡＦＩ値と競合しない、
ことを特徴とする請求項９又は１０に記載の方法。
電子デバイスであって、プロセッサと、機械可読記憶媒体とを含み、
前記機械可読記憶媒体には前記プロセッサによって実行可能な機械実行可能命令が記憶されており、
前記プロセッサは、請求項１～１３のいずれか一項に記載の方法を実施するように機械実行可能命令を実行するために用いられる、ことを特徴とする電子デバイス。