(57)【要約】ネットワーク・リソースをより効率的に使用するために、ネットワーク上で状態情報が通信される。第１のノードは、第２のノードの少なくとも１つの論理イメージに状態情報を要求する単一の拡張問合せを形成する。拡張問合せは、第１ノードの複数の論理イメージに関する状態情報を要求する単一の問合せである。要求される状態情報は、第１ノードの複数の論理イメージと、第２ノードの少なくとも１つの論理イメージとの間で以前に確立された論理パスの状態を含む。第２ノードに拡張問合せを送信すると、第２ノードで、要求された状態情報を含む単一の拡張応答が形成され得る。
2005535173.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上で状態情報を確認する方法であって、
第１ノードで、第２のノードの少なくとも１つの論理イメージに状態情報を要求する拡張問合せを形成するステップであって、前記拡張問合せが、前記第１ノードの複数の論理イメージに関する前記状態情報を要求する単一の問合せを含み、および
前記第１ノードから前記第２ノードに、前記拡張問合せを送信するステップを含む方法。
【請求項２】
前記状態情報要求が、前記第１ノードの前記複数の論理イメージと、前記第２ノードの前記少なくとも１つの論理イメージの間で以前に確立された、複数の論理パスの状態を要求することを含む、請求項１に記載の方法。
【請求項３】
前記形成するステップが、前記拡張問合せを、論理イメージ識別および論理イメージ数を含むように形成することを含み、前記論理イメージ識別が、前記第２ノードとの以前に確立された複数の論理パスを含む、前記第１ノードの前記複数の論理イメージのうちの第１の論理イメージを指定し、前記論理イメージ数が、前記複数の論理イメージの範囲を指定し、前記第１論理イメージおよび前記範囲が、１組の論理イメージを指定する、請求項１に記載の方法。
【請求項４】
前記第１ノードからの前記拡張問合せに応答して、前記第２ノードで、拡張応答を形成することをさらに含み、拡張応答が、前記第２ノードの前記少なくとも１つの論理イメージの状態情報を含む、請求項１に記載の方法。
【請求項５】
前記形成するステップが、前記第２ノード、第３ノードおよびファイバ・チャネル・スイッチ・ファブリックのうちの１つから送信されたイニシアティブに応答して、前記拡張問合せを形成することを含み、前記イニシアティブが前記第１ノードに、状態情報を要求する問合せを前記第２ノードに送信するように指示する、請求項１に記載の方法。
【請求項６】
ネットワーク上で状態情報を確認するためのシステムであって、
第１ノードで、第２のノードの少なくとも１つの論理イメージに状態情報を要求する拡張問合せを形成する手段であって、前記拡張問合せが、前記第１ノードの複数の論理イメージに関する前記状態情報を要求する単一の問合せを含む手段と、
前記第１ノードから前記第２ノードに、前記拡張問合せを送信する手段とを含むシステム。
【請求項７】
前記形成手段が、前記拡張問合せを、前記第１ノードの前記複数の論理イメージと、前記第２ノードの前記少なくとも１つの論理イメージの間で以前に確立された、複数の論理パスの状態を要求するように形成することを含む、請求項６に記載のシステム。
【請求項８】
前記形成手段が、前記拡張問合せを、論理イメージ識別および論理イメージ数を含むように形成することを含み、前記論理イメージ識別が、前記第２ノードとの以前に確立された少なくとも１つの論理パスを有する前記第１ノードの前記複数の論理イメージのうちの第１の論理イメージを指定し、前記論理イメージ数が、前記複数の論理イメージの範囲を指定し、前記第１論理イメージおよび前記範囲が、１組の論理イメージを指定する、請求項６に記載のシステム。
【請求項９】
前記第１ノードからの前記拡張問合せに応答して、前記第２ノードで、拡張応答を形成する手段をさらに含み、前記拡張応答が、前記第２ノードの前記少なくとも１つの論理イメージの状態情報を含む、請求項６に記載のシステム。
【請求項１０】
前記形成手段が、前記第２ノード、第３ノードおよびファイバ・チャネル・スイッチ・ファブリックのうちの１つから送信されたイニシアティブに応答して、前記拡張問合せを形成する手段を含み、前記イニシアティブが前記第１ノードに、状態情報を要求する問合せを前記第２ノードに送信するように指示する、請求項６に記載のシステム。
【請求項１１】
マシンによって実行可能な命令の少なくとも１つのプログラムを有形に実装して、請求項１ないし５のいずれか一項に記載のネットワーク上で状態情報を確認する方法を実施する、前記マシンによって読取り可能な少なくとも１つのプログラム記憶装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ネットワーク・コンピューティング環境内の通信に関し、より詳細には、複数の論理イメージを有するネットワーク上のノード間で、状態情報を共有するための技術に関する。
【背景技術】
【０００２】
ノードを含むネットワーク・コンピューティング環境では、中断などの事象が、１つまたは複数のノードの状態を変化させることがあり得る。こうした事象が発生したとき、それぞれのノードは、通信していた相手のノードの状態が変化したかどうかを確認する必要がある。この決定は、その事象の後でもはや動作可能でない可能性のあるノードに接続されたリソースを再割当てするために必要である。
【０００３】
ノードは、各ノード内に存在する論理イメージ間で確立された関係である論理パスを介して、別のノードと通信する。論理イメージは、ネットワーク機能の観点から見て、そのノードの論理的外観を有するノードの一区画である。あるノードが別のノードの状態（すなわち別のノードの論理イメージの状態）を判断するときに、それは、その各論理イメージ間の論理パスの状態を取得する。
【０００４】
今日、ノードの状態を決定するために、ノード内の各論理イメージは、それが最近通信していた他の各ノードに「問合せ」パケットを送信する。ニューヨーク州アーモンクのインターナショナル・ビジネス・マシーンズ・コーポレーション社（International Business Machines Corporation）によって提供される、ＦＩＣＯＮベースのネットワークなどのネットワークでは、送信側ノード内に最大２５６個のＦＩＣＯＮ論理イメージが存在するので、ノードは、単一のノードに対して、２５６個もの問合せを送信しなければならないことがある。ネットワーク上の各ノードが潜在的に、このように多くの問合せを送信した場合、大規模なネットワーク上で中断が生じた後でパフォーマンスの劣化が発生する可能性がある。
【非特許文献１】ファイバ・チャネルの単一バイト・コマンド・セット２  マッピング・プロトコル２．１版（ＦＣ−ＳＢ−２）、情報技術に関する米国標準規格（Fibre Channel Single-Byte Command Code Sets-2 Mapping Protocol Rev.2.1 (FC-SB-2), American National Standard for Information Technology）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
したがって、通信技術分野において、複数の論理イメージを有するネットワーク・ノード間で、状態情報を通信するための能力の向上が求められている。
【課題を解決するための手段】
【０００６】
ネットワーク上で状態情報を確認する方法の一態様を提供することによって、従来技術の欠点が克服され、追加の利点がもたらされる。この方法は、たとえば、状態情報を要求する第１のノードで、第２のノードの少なくとも１つの論理イメージに状態情報を要求する拡張問合せを形成することであって、拡張問合せが第１ノードの複数の論理イメージに関する状態情報を要求する単一の問合せを含むこと、および第１ノードから第２ノードに拡張問合せを送信することを含む。
【０００７】
好ましくは、状態情報の要求は、第１ノードの複数の論理イメージと、第２ノードの少なくとも１つの論理イメージの間で、以前に確立された複数の論理パスの状態を要求することを含む。
【０００８】
好ましくは、前記形成は、前記拡張問合せを、論理イメージ識別および論理イメージ数を含むように形成することを含み、前記論理イメージ識別が、第２ノードとの以前に確立された複数の論理パスを有する第１ノードの複数の論理イメージのうちの第１の論理イメージを指定し、また前記論理イメージ数が、複数の論理イメージの範囲を指定し、前記第１論理イメージおよび前記範囲が、１組の論理イメージを指定する。
【０００９】
好ましくは、第１ノードからの拡張問合せに応答して、第２ノードで、拡張応答が形成され、拡張応答が、第２ノードの少なくとも１つの論理イメージの状態情報を含む。
【００１０】
任意選択で、拡張応答は、複合情報を含む。この複合状態は、第１ノードの複数の論理イメージと、第２ノードの１つまたは複数の論理イメージの間の論理パスの状態を含む。現在の技術では、応答によって、第１ノードの１つの論理イメージだけに関する状態情報しか提供されないので、単一の拡張応答が、複数の従来の応答に取って代わる。したがって、拡張応答によって、状態を変化させる事象の後のネットワーク輻輳が、さらに緩和される。
【００１１】
任意選択で、拡張応答は、バイナリ・ベクトルとして、状態情報を含む。
【００１２】
好ましくは、第１ノードからの拡張問合せに応答して、第１ノードは、第２ノードの少なくとも１つの論理イメージから、状態情報を受信する。
【００１３】
任意選択で、ネットワークは、ポイント・ツー・ポイント・ネットワークおよび代替手段として、ファイバ・チャネル・スイッチ・ファブリック・ネットワークのうちの１つを含む。ネットワークがポイント・ツー・ポイント・ネットワークを含む場合は、第１ノードおよび第２ノードは、ポイント・ツー・ポイントで結合され、ネットワークがファイバ・チャネル・スイッチ・ファブリック・ネットワークを含む場合は、第１ノードおよび第２ノードは、ファイバ・チャネル・スイッチ・ファブリックをはさんで接続される。
【００１４】
任意選択で、第１ノードは、第１のチャネルおよび第１の制御装置のうちの１つであり、また第２ノードは、第２のチャネルおよび第２の制御装置のうちの１つである。
【００１５】
任意選択で、拡張問合せは、第２ノードの複数の論理イメージからの状態情報を要求する。
【００１６】
好ましくは、第２ノード、第３ノードおよびファイバ・チャネル・スイッチ・ファブリックのうちの１つから送信されたイニシアティブ（initiative）に応答して、拡張問合せが形成され、イニシアティブが第１ノードに、状態情報を要求する問合せを第２ノードに送信するように指示する。
【００１７】
上記の要約された方法に対応するシステム、コンピュータ・プログラム製品およびデータ構造体についても同様に、本明細書で説明し、特許請求の範囲で述べる。
【００１８】
本発明の態様は、有利には、第１ノードから送信され、第２ノードに状態情報を要求する問合せパケット内に、追加の情報を含めることができる。この追加の情報は、情報が要求される第１ノードの複数の論理イメージを識別する拡張問合せを定義する。複数の論理イメージを識別することによって、単一の拡張問合せを使用して、現在の技術では複数の問合せを必要とする状態情報を要求することができる。したがって、拡張問合せを使用することによって、ネットワーク中断などの事象後の伝送の数は、大幅に減少する。中断後のネットワーク・トラフィックを減少させることによって、ネットワーク・トラフィック輻輳によるパフォーマンスの劣化を回避することができる。
【００１９】
本発明の他の態様は、第２ノードからの応答が複合情報を含むことを可能にし、したがって、拡張応答を定義することによって、類似の利点を提供する。この複合情報は、第１ノードの複数の論理イメージと、第２ノードの１つまたは複数の論理イメージの間の論理パスの状態を含む。現在の技術では、応答によって、第１ノードの１つの論理イメージだけに関する状態情報しか提供されないので、単一の拡張応答が、複数の従来の応答に取って代わる。したがって、拡張応答によって、状態を変化させる事象の後のネットワーク輻輳が、さらに緩和される。
【００２０】
別の態様によれば、本発明は、ネットワーク・コンピューティング環境内で、状態情報を確認するためのデータ構造体を提供し、前記データ構造体が、第２ノードの少なくとも１つの論理イメージに第１ノードの状態情報を要求する拡張問合せを含み、拡張問合せが、複数の論理イメージを含む第１ノードの第１論理イメージの識別子を含む第１のフィールドであって、第１ノードの複数の論理イメージと第２ノードの少なくとも１つの論理イメージとの間で、複数の論理パスが既に確立されている第１フィールドと、複数の論理イメージの論理イメージ範囲を指定する、カウント数を含む第２のフィールドと含み、前記カウント数を使用して、前記識別子を増分させることによって、第２ノードに状態情報を要求する第１ノードの、前記複数の論理イメージの論理イメージ数を指定する。
【００２１】
好ましくは、データ構造体はさらに、第２ノードの少なくとも１つの論理イメージからの、第１ノードの状態情報を含む拡張応答を含み、拡張応答が、前記複数の論理パスの状態を含む第３のフィールドを含み、前記状態が、前記複数の論理パスの論理パスが現在確立されているかどうかを示す。
【００２２】
本発明について、例示するためだけに、添付の図面に図示された、その好ましい実施形態を参照して述べる。
【発明を実施するための最良の形態】
【００２３】
本発明の好ましい一実施形態によれば、ネットワーク・コンピューティング環境内のノード間で状態情報を通信するための拡張機能が提供される。一例として挙げると、チャネルなどの第１のノードが、第２のノード、たとえば制御装置に状態情報を要求する。この状態情報は、ネットワーク中断などの事象が、制御装置の状態を変化させた可能性があるので必要とされ得る。事象の前に、チャネルは、制御装置の少なくとも１つの論理イメージへの複数の論理パスが確立される複数の論理イメージを有している。事象の後に、チャネルは、制御装置の少なくとも１つの論理イメージに、状態情報を要求する単一の拡張問合せを形成し、制御装置にその問合せを送信する。拡張問合せを受信した後に、制御装置は、要求された状態情報を含む、単一の拡張応答を形成し得る。状態情報は、たとえば、以前に確立された論理パスの状態を含む。
【００２４】
図１に、本発明の１つまたは複数の態様を組み込み使用するネットワーク・コンピューティング環境１００の一実施形態を示す。一例として挙げると、ネットワーク・コンピューティング環境１００は、リンク１０６によって結合されたノード１０２およびノード１０４を含む。ノード１０２は、複数の論理イメージ１０８および１１０を含み、ノード１０４は、複数の論理イメージ１１２および１１４を含む。
【００２５】
ノード１０２および１０４は、たとえばチャネルと制御装置の対であり、または両方がチャネルであることも、両方が制御装置であることもある。チャネルは、たとえば、制御装置またはエミュレートされた制御装置を用いて、Ｉ／Ｏ装置にアクセスを提供するための機能を実施するホスト・コンピュータである。チャネルによって実施される機能は、ファイバ・チャネルの単一バイト・コマンド・セット２  マッピング・プロトコル２．１版（ＦＣ−ＳＢ−２）、情報技術に関する米国標準規格（Fibre Channel Single-Byte Command Code Sets-2 Mapping Protocol Rev.2.1 (FC-SB-2), American National Standard for Information Technology）によって定義される。チャネルは、たとえば、ニューヨーク州アーモンクのインターナショナル・ビジネス・マシーンズ・コーポレーション社によって提供されるシステム／３９０またはｚＳｅｒｉｅｓ９００コンピュータによって実装され得る。
【００２６】
制御装置は、１つまたは複数のＩ／Ｏ装置に結合された、物理的なまたはエミュレートされたエンティティであり、またそのＩ／Ｏ装置がチャネルに結合されることを可能にする。制御装置の一例は、インターナショナル・ビジネス・マシーンズ・コーポレーション社によって提供される、Ｓｈａｒｋエンタープライズ・ストレージ・サーバである。Ｉ／Ｏ装置は、たとえばプリンタ、磁気テープ装置および直接アクセス・ストレージ・ユニットを含む。
【００２７】
ノードがチャネルである場合、そのうちの論理イメージは、チャネル・イメージである。ノードが制御装置である場合、含まれる論理イメージは、制御装置イメージである。
【００２８】
ノードおよび論理イメージに関するさらなる詳細について、図２を参照して、以下に述べる。
【００２９】
図２に、本発明の１つまたは複数の態様を組み込み使用するネットワーク・コンピューティング環境２００の別の実施形態が示されている。ネットワーク・コンピューティング環境２００は、ファイバ・チャネル・スイッチ・ファブリック２０６を介してノード２０４に結合されたノード２０２を含む。ファイバ・チャネル・スイッチ・ファブリック２０６の一例は、インターナショナル・ビジネス・マシーンズ・コーポレーション社によって提供されるＦＩＣＯＮディレクタである。ノード２０２は、複数の論理イメージ２０８および２１０を含み、ノード２０４は、複数の論理イメージ２１２および２１４を含む。ノード２０２および２０４は、図１を参照して上記で述べたように実装され得る。
【００３０】
複数の論理パスは、論理イメージ２０８および２１０と、論理イメージ２１２および２１４との間に関係を確立する。一例として挙げると、ノード２０２はチャネルであり、ノード２０４は、状態変更が生じた制御装置である。論理パスの状態をチェックすることによって制御装置の状態を判断するために、チャネルは、テスト初期化パケット（ＴＩＮ：test initialization packet）と称される問合せを送信する。制御装置は、呼び出されたテスト初期化結果パケット（ＴＩＲ：testinitialization result packet）の応答に、必要とされる状態情報を含める。
【００３１】
本明細書では、ＴＩＮは、基本型であることも、拡張型であることもある。基本ＴＩＮパケットについては、上記で参照した文献ＦＣ−ＳＢ−２に記載されている。基本ＴＩＮに関するさらなる詳細については、図３、４および５を参照して以下に説明し、（本発明の一態様による）拡張ＴＩＮの詳細については、図６、７および８を参照して、以下に述べる。本明細書では、拡張ＴＩＮパケットについては、拡張問合せとして広く述べる。
【００３２】
本明細書では、ＴＩＲも同様に、基本型であることも、拡張型であることもある。ＦＣ−ＳＢ−２には、基本ＴＩＲパケットについての記載も含まれている。基本ＴＩＲに関する追加の詳細については、図９、および１０を参照して以下に説明し、（本発明の一態様による）拡張ＴＩＲの詳細については、図９、１１を参照して、以下に述べる。本明細書では、拡張ＴＩＲパケットについては、拡張応答として広く述べる。
【００３３】
図３に、基本ＴＩＮパケット３００の一例を示す。基本ＴＩＮパケット３００は、たとえば、ＴＩＮを送信する論理イメージを識別するＳＢ−２ヘッダ３０２、Ｉ／Ｏ要求を含む制御ブロックにコマンドを関連付ける情報単位情報（ＩＵヘッダ）、基本ＴＩＮを拡張ＴＩＮと区別する予約フィールドを含むリンク・ヘッダ３０４、特定のＴＩＮフィールド内に冗長チェック・コードを提供する水平冗長チェック（ＬＲＣ）、フィールドに埋め込むための余分のバイトを提供するＰＡＤ、およびワード位置調整された３２ビット冗長性チェック・コードを提供する巡回冗長チェック（ＣＲＣ）というフィールドを含む。ＳＢ−２ヘッダ３０２およびリンク・ヘッダ３０４について、それぞれ図４および５に関連して、以下により詳細に述べる。
【００３４】
図４を参照すると、ＳＢ−２ヘッダ３０２の一例が示されている。ＳＢ−２ヘッダ３０２は、チャネル・イメージの８ビットＩＤを指定するチャネル・イメージＩＤ（ＣＨ  Ｉｍａｇｅ  ＩＤ）、制御装置イメージの８ビットＩＤを指定する制御装置イメージＩＤ（ＣＵ  Ｉｍａｇｅ  ＩＤ）、ならびに４つの予約フィールドを含む。チャネルが基本ＴＩＮを送信する場合、制御装置イメージＩＤはゼロに設定され、チャネル・イメージＩＤフィールドは、状態がテストされる論理パスを指定する。制御装置が基本ＴＩＮを送信する場合、チャネル・イメージＩＤはゼロに設定され、制御装置イメージＩＤは、状態がテストされる論理パスを指定する。
【００３５】
図５に、基本ＴＩＮ３０４のリンク・ヘッダ３０４の一例が示されている。リンク・ヘッダ３０４は、リンク制御、リンク制御情報、ＩＵ（情報単位）数、リンク・ペイロード（有効搭載量）・バイト数、および４つの予約フィールドというフィールドを含む。リンク制御フィールドは、リンク制御機能を識別し、他のフィールドは、指定された機能を実施するのに必要なパラメータを含む。第１バイトを含めて、予約フィールドは、基本ＴＩＮを送信するノードによってゼロに設定され、それを受信するノードによって無視される。
【００３６】
図６に、拡張ＴＩＮの一例が示されている。拡張ＴＩＮ４００は、ＳＢ−２ヘッダ４０２およびリンク・ヘッダ４０４を含めて、図３に示す基本ＴＩＮ３００と同じ名前およびバイト長をもつフィールドを含む。しかし、相違点がある。基本ＴＩＮと拡張ＴＩＮの内容および機能の違いの例について、以下で論じる。
【００３７】
図７に、ＳＢ−２ヘッダ４０２内のフィールドの一例を示す。ＳＢ−２ヘッダ４０２のフィールド名は、図４に示すＳＢ−２ヘッダ３０２のそれと同じである。しかし、図７のチャネル・イメージＩＤ（ＣＨ  Ｉｍａｇｅ  ＩＤ）および制御装置イメージＩＤ（ＣＵ  Ｉｍａｇｅ  ＩＤ）フィールドの機能は、同じように名前が付けられた、図４に示すフィールドとは異なる。
【００３８】
チャネルが拡張ＴＩＮを送信すると、ＳＢ−２ヘッダ４０２の制御装置イメージＩＤは、ゼロに設定され、チャネル・イメージＩＤフィールドは、状態がテストされる１組の論理パスの第１の論理パスを指定する。この１組の論理パスの範囲は、チャネル・イメージＩＤに、図８に示すリンク・ヘッダ４０４の第１バイト内に存在するイメージＩＤ数を合わせたものによって判断される。イメージＩＤ数は、８ビットのバイナリ整数と解釈され、またフィールド内の値は、０から２５３までの範囲であり得る。たとえば、テストされる１組の論理パスが、チャネル・イメージＩＤ２によって識別されるチャネル・イメージで確立された論理パスから始まり、チャネル・イメージＩＤ８によって識別されるチャネル・イメージで確立された論理パスで終了する場合、拡張ＴＩＮは、２のチャネル・イメージＩＤ、および６のイメージＩＤ数を含む。
【００３９】
制御装置が拡張ＴＩＮを送信すると、ＳＢ−２ヘッダ４０２内のチャネル・イメージＩＤは、０に設定され、また制御装置イメージＩＤは、状態がテストされる１組の論理パスの第１論理パスを指定する。この１組の論理パスは、図７に示す制御装置イメージＩＤに、図８に示すリンク・ヘッダ４０４のイメージＩＤ数を合わせたものによって判断される。
【００４０】
基本ＴＩＲと拡張ＴＩＲの両方の例について、図９を参照して、以下に述べる。図９に示すように、ＴＩＲ５００は、ＳＢ−２ヘッダ５０２およびリンク・ヘッダ５０４を含めて、図３に示す基本ＴＩＮ３００と同じ名前およびバイト長をもつフィールドを含む。ＴＩＲ５００は、それが基本ＴＩＮ３００と共通して含むフィールドに加えて、リンク・ペイロード５０６をも含む。リンク・ヘッダ５０４は、テスト初期化結果を指定するリンク制御フィールド（図示せず）を含む。リンク・ペイロード５０６は、基本ＴＩＲを拡張ＴＩＲと区別する論理パス・フィールドを含む。それについては、図１０および１１を参照して、以下で詳しく述べる。
【００４１】
チャネルが基本ＴＩＲを送信する場合、ＳＢ−２ヘッダ５０２の制御装置イメージＩＤフィールドは、受信されたＴＩＮ内の制御装置イメージＩＤと同じである。ＳＢ−２ヘッダ５０２のチャネル・イメージＩＤフィールドは、０に設定され、制御装置によって無視される。制御装置が基本ＴＩＲを送信する場合、ＳＢ−２ヘッダのチャネル・イメージＩＤフィールドは、受信されたＴＩＮ内のチャネル・イメージＩＤフィールドと同じであり、ＳＢ−２ヘッダの制御装置イメージＩＤフィールドは、０に設定され、チャネルによって無視される。
【００４２】
チャネルが拡張ＴＩＲを送信する場合、ＳＢ−２ヘッダ５０２の制御装置イメージＩＤは、受信された拡張ＴＩＮ４００内の制御装置イメージＩＤと同じである。ＳＢ−２ヘッダ５０２のチャネル・イメージＩＤフィールドは、０に設定され、制御装置によって無視される。制御装置が拡張ＴＩＲを送信する場合、ＳＢ−２ヘッダのチャネル・イメージＩＤは、受信された拡張ＴＩＮ内のチャネル・イメージＩＤと同じであり、ＳＢ−２ヘッダの制御装置イメージＩＤは、０に設定され、チャネルによって無視される。
【００４３】
図１０に、基本ＴＩＲのリンク・ペイロード５０６内の論理パス・フィールド６００のフォーマットの一例が示されている。論理パス・フィールド６００は、ＴＩＮを受信したノードの論理イメージからの２５６個の可能な論理パスのそれぞれが、ＴＩＮを送信したノードで確立されていると見なされるかどうかを示す８ワード、すなわち３２バイトのフィールドである。論理パス・フィールド６００の各ビットは、論理イメージＩＤに対応し、論理パスが確立されている場合、１に設定され、そうでない場合、ゼロに設定される。
【００４４】
図１１を参照すると、拡張ＴＩＲのリンク・ペイロード５０６内の論理パス・フィールド６０２のフォーマットの一例が示されている。例を挙げると、論理パス・フィールド６０２は、３２バイトと８１２８バイトの間で長さが変化し得る。論理パス・フィールドの内容は、拡張ＴＩＮ４００を受信したノードによって確立されていると見なされる論理パスを指定し、それは、受信された拡張ＴＩＮ内で指定された論理イメージＩＤの範囲に対応する。図１１に示す例では、論理パス・フィールド６０２は、最大イメージＩＤ数（すなわち２５４論理イメージＩＤの最大範囲）を指定するＴＩＮに応答して返される、拡張ＴＩＲ内にある。最初の２５６ビット（ワード０から７）は、ＴＩＮを送信したノードの第１論理イメージＩＤに対応する論理パスのセットに関連し、ビット２５６〜５１１は、第２論理イメージＩＤ対応する論理パスのセットに関連し、２５６ビットからなる後続のグループも同様に、連続して増加する論理イメージＩＤに対応する２５６論理パスのセットに対応する。論理パスが確立されている場合、その論理パスに対応するビットは、１に設定され、そうでない場合、０に設定される。
【００４５】
この実施形態によって、大多数の場合に、関連する状態情報を受信するのに十分な情報が、単一の拡張ＴＩＮ内に提供されると考えられるが、第２の拡張ＴＩＮの送信を必要とする稀なシナリオがあり得る。たとえば、ＦＩＣＯＮ環境内で、拡張ＴＩＮを送信するノードは、テストを必要とする、最大２５６の論理イメージを有し得るが、イメージＩＤ数は、２５４論理イメージの範囲しか示していない。送信側ノードが、テストを必要とする２５４個より多くの論理イメージを有するという稀な場合には、第１の拡張ＴＩＮは、初めの２５４個の論理イメージに関する状態情報を要求することができ、第２の拡張ＴＩＮは、残りの論理イメージの状態を要求することができる。こうした稀な場合でも、状態情報を要求するのに必要なＴＩＮパケットの数は、基本ＴＩＮの方法と比べて、１００倍よりも大きく向上する。
【００４６】
拡張ＴＩＮの形成および送信に関連する論理の一実施形態について、図１２を参照して、詳細に述べる。最初に、ノード１は、たとえばノード２から、ＴＩＮ送信のイニシアティブを受信する（７００）。このイニシアティブは、ノード１とノード２の間で、１つまたは複数の論理パスが確立されていると示されている場合に、ノード２内の状態変化についての通知などのイベントによって促され得る。他の場合では、イニシアティブは、ファイバ・チャネル・スイッチ・ファブリックまたは第３ノードから受信され得る。ノード１が拡張ＴＩＮをサポートしない場合（７０２）、ノード１の各論理イメージは、イメージＩＤ数が０に設定された基本ＴＩＮを送信する（７０４）。ノード１が拡張ＴＩＮをサポートし（７０２）、かつ論理パスを含むノード１の論理イメージの数が、１以下である場合は（７０６）、それぞれのノード１論理イメージは、イメージＩＤ数が０に設定された基本ＴＩＮを送信する（７０４）。
【００４７】
一方、ノード１が拡張ＴＩＮパケットをサポートし（７０２）、かつ論理パスを含むノード１の論理イメージの数が、１より大きい場合（７０６）、ノード１は、拡張ＴＩＮを形成し送信する（７０８）。この拡張ＴＩＮは、テスト対象である第１のノード１論理イメージに設定された論理イメージＩＤと、テスト対象であるノード１論理イメージの範囲に設定されたイメージＩＤ数を含む（７０８）。
【００４８】
図１３に、ＴＩＮが送信された後に、情報を処理する一実施形態が示されている。具体的には、図１３に、ノードがＴＩＮを受信したことに応答して実施される処理ステップの一実施形態を示す。ノード２は、ノード１から、拡張または基本ＴＩＮを受信する（８００）。ノード２が拡張ＴＩＮパケットをサポートしない場合は（８０２）、ノード２は、ＴＩＮの受信に応答して、３２のリンク・ペイロード・バイト・サイズを含む基本ＴＩＲを送信する（８０４）。ノード２が拡張ＴＩＮパケットをサポートし（８０２）、かつ受信されたＴＩＮが拡張ＴＩＮでない（すなわちイメージＩＤ数が０である）場合も同様に、基本ＴＩＲが送信される（８０４）。
【００４９】
ノード２が拡張ＴＩＮパケットをサポートし、かつ受信されたＴＩＮが拡張ＴＩＮである（すなわちイメージＩＤ数が０より大きい）場合は、ノード２は、拡張ＴＩＲを形成し、ノード１に送信する（８０８）。この拡張ＴＩＲは、（１＋受信ＴＩＮのイメージＩＤ数）＊３２のリンク・ペイロード・バイト数を含む。
【００５０】
ＴＩＲの受信に関する論理の一実施形態について、図１４を参照して、以下に述べる。ノード１は、ノード２から拡張ＴＩＲを受信する（９００）。ノード１が拡張ＴＩＮおよびＴＩＲパケットをサポートしない場合（９０２）、ノード１は、３２のリンク・ペイロードのバイト・サイズを含む基本ＴＩＲを処理する（９０４）。ノード１が拡張ＴＩＮおよびＴＩＲパケットをサポートし（９０２）、かつノード１によって、拡張ＴＩＮが送信されなかった場合は（９０６）、エラー状態がもたらされる（９０８）。
【００５１】
上記の照会に戻ると、ノード１が拡張ＴＩＮおよびＴＩＲパケットをサポートし（９０２）、かつ拡張ＴＩＮが送信された場合（９０６）、ノード１は、３２バイトと８１２８バイトの間のリンク・ペイロード・バイト・サイズを含む拡張ＴＩＲを処理する（９１０）。ノード２が拡張ＴＩＮおよびＴＩＲパケットをサポートしない場合、ノード２は、基本ＴＩＲを送信する。この場合、ノード１は、その基本ＴＩＲを、３２バイトのリンク・ペイロード・サイズを含む拡張ＴＩＲと見なし得る。
【００５２】
その後に、検証された論理パスの数がチェックされる。ノード１によって、２５６＊（１＋イメージＩＤ数）の論理パスが検証されない場合（９１２）、ノード１は、別のＴＩＮを形成し送信して、他の論理パスを検証する（９１４）。一方、ノード１によって、２５６＊（１＋イメージＩＤ数）の論理パスが検証される場合（９１２）、この手順は完了する（９１６）。
【００５３】
ネットワーク・コンピューティング環境内でノードの状態情報を通信するための拡張機能について、上記で詳細に述べた。本明細書で述べた一例では、拡張ＴＩＮ４００を送信するノードはチャネルであり、拡張ＴＩＮを受信するノードは制御装置である。他の実施形態では、送信側ノードは、制御装置とすることができ、また受信側ノードは、チャネルとすることができる。１つのチャネルが制御装置をエミュレートしている場合、ノードは両方とも、チャネルであり得る。さらに、１つの制御装置がチャネルの働きをしている場合、ノードは両方とも、制御装置であり得る。
【００５４】
本発明の一実施形態は、たとえばコンピュータ使用可能媒体を含む製品（１つまたは複数のコンピュータ・プログラム製品など）内に含められ得る。この媒体は、本発明の機能を提供し容易にするためのコンピュータ読取り可能プログラム・コード手段を実装する。製品は、コンピュータ・システムの一部として含めることも、また別個に販売することもできる。
【００５５】
さらに、マシンによって実行可能な命令の少なくとも１つのプログラムを有形に実装して、本発明の諸機能を実施する、マシン読取り可能な少なくとも１つのプログラム記憶装置も提供され得る。
【００５６】
本明細書に図示されるフローチャートは、例示するために提供されている。他の実施形態では、こうした図、または本明細書で述べた諸ステップ（動作）の変更があり得る。たとえば、場合によっては、諸ステップは、別の順序で実施することができ、あるいはステップを追加、削除または修正することができる。こうした変更もすべて、添付の特許請求の範囲中に記載される本発明の一部と見なされる。
【００５７】
本明細書では、好ましい実施形態について詳しく示し説明したが、他の実施形態では、様々な修正、追加、置換えなどが行われ得ることが当業者には明らかであろう。たとえば、本明細書で述べた拡張ＴＩＮおよび拡張ＴＩＲの処理は、ＦＩＣＯＮベースのネットワークに限定されない。こうした処理は、ノード間で状態情報が通信される別の環境内でも使用され得る。
【図面の簡単な説明】
【００５８】
【図１】ポイント・ツー・ポイント構成を含み、本発明の１つまたは複数の態様を取り入れ使用する、ネットワーク・コンピューティング環境の一実施形態を示す図である。
【図２】本発明の１つまたは複数の態様による、ファイバ・チャネル・スイッチ・ファブリックを含むネットワーク・コンピューティング環境の一実施形態を示す図である。
【図３】本発明の１つまたは複数の態様による、基本テスト初期化パケットの一実施形態を示す図である。
【図４】本発明の１つまたは複数の態様による、図３の基本テスト初期化パケットのフィールドをさらに詳細に示す図である。
【図５】本発明の１つまたは複数の態様による、図３の基本テスト初期化パケットのフィールドをさらに詳細に示す図である。
【図６】本発明の１つまたは複数の態様による、拡張テスト初期化パケットの一実施形態を示す図である。
【図７】本発明の１つまたは複数の態様による、図６の拡張テスト初期化パケットのフィールドの一実施形態をさらに詳細に示す図である。
【図８】本発明の１つまたは複数の態様による、図６の拡張テスト初期化パケットのフィールドの一実施形態をさらに詳細に示す図である。
【図９】本発明の１つまたは複数の態様による、テスト初期化結果パケットの論理パス・フィールドの一実施形態を示す図である。
【図１０】本発明の１つまたは複数の態様による、図９の基本テスト初期化結果パケットの論理パス・フィールドの一実施形態をより詳細に示す図である。
【図１１】本発明の１つまたは複数の態様による、図９の拡張テスト初期化結果パケットの論理パス・フィールドの一実施形態をより詳細に示す図である。
【図１２】本発明の１つまたは複数の態様による、テスト初期化パケットの送信に関連する論理の一実施形態を示す図である。
【図１３】本発明の１つまたは複数の態様による、テスト初期化パケットの受信およびテスト初期化結果パケットの送信に関連する論理の一実施形態を示す図である。
【図１４】本発明の１つまたは複数の態様による、テスト初期化結果パケットの受信に関連する論理の一実施形態を示す図である。
【図１】
2005535173.tif 000003
【図２】
2005535173.tif 000004
【図３】
2005535173.tif 000005
【図４】
2005535173.tif 000006
【図５】
2005535173.tif 000007
【図６】
2005535173.tif 000008
【図７】
2005535173.tif 000009
【図８】
2005535173.tif 000010
【図９】
2005535173.tif 000011
【図１０】
2005535173.tif 000012
【図１１】
2005535173.tif 000013
【図１２】
2005535173.tif 000014
【図１３】
2005535173.tif 000015
【図１４】
2005535173.tif 000016
【国際調査報告】
2005535173.tif 000017
2005535173.tif 000018