(57)【要約】ＩＰデバイス（１１５）およびＳＣＳＩ（１０５）またはファイバチャンネルＦＣ（１１０）デバイスの間でのデータ転送をＩＰネットワーク（１６０）を介して行うための方法および装置。上記デバイスのインターフェースは、ＳＣＳＩインターフェース、ＦＣインターフェースまたはＩＰインターフェース（例えば、ギガビットイーサネット（Ｒ））のいずれかであり得る。ＳＣＳＩおよびＩＰの間、ＦＣおよびＩＰの間、またはＳＣＳＩおよびＦＣの間でデータスイッチを行なう。ＳＣＳＩからＳＣＳＩへ、ＩＰからＩＰへ、またはＦＣからＦＣへとデータスイッチを行うこともできる。ポートのインターフェースにより、入力フレームフォーマットから内部フレームフォーマットへの変換が可能となり、変換結果は、上記装置内でルーティング可能である。【選択図】図４
2004503122.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークにおいて、スイッチデバイス中のデータパケットをルーティングする方法であって、
該スイッチデバイスの第１のポートインターフェースにて第１のネットワークデバイスからパケットを受信する工程であって、該パケットは、ＳＣＳＩ方式でフォーマットされたパケット、ファイバチャンネル（ＦＣ）方式でフォーマットされたパケットおよびインターネットプロトコル（ＩＰ）方式でフォーマットされたパケットのうちのいずれかであり、該第１のポートインターフェースは、該第１のネットワークデバイスに通信可能な状態で結合される、工程と、
該受信されたパケットを内部フォーマットを有するパケットに変換する工程と、
該内部フォーマットのパケットを該スイッチデバイスの第２のポートインターフェースにルーティングする工程と、
該内部フォーマットのパケットを、ＳＣＳＩ方式でフォーマットされたパケット、ＦＣ方式でフォーマットされたパケットおよびＩＰ方式でフォーマットされたパケットのうちのいずれかに再変換する工程と、
該再変換されたパケットを該第２のポートインターフェースに通信可能な状態で結合された第２のネットワークデバイスに送信する工程と、
を包含する、方法。
【請求項２】
前記ＩＰ方式でフォーマットされたパケットは、イーサネット（Ｒ）プロトコルおよびＡＴＭプロトコルならびにＦＤＤＩプロトコルのうちのいずれかを介して転送される、請求項１に記載の方法。
【請求項３】
前記第２のポートインターフェースは、前記スイッチデバイスをネットワークに結合させ、前記送信する工程は、前記ネットワークを介して前記再変換されたパケットを前記第２のネットワークデバイスに送る工程を包含し、該再変換されたパケットは前記ＩＰフォーマットである、請求項１に記載の方法。
【請求項４】
前記ネットワークはイーサネット（Ｒ）ネットワークであり、前記ＩＰフォーマットはイーサネット（Ｒ）フォーマットであり、前記再変換する工程は、前記内部フォーマットのパケットをイーサネット（Ｒ）フレーム中にカプセル化する工程を包含する、請求項３に記載の方法。
【請求項５】
前記第１のポートインターフェースは、前記イッチデバイスをネットワークに結合させ、前記受信する工程は、前記第１のネットワークデバイスからのパケットを該ネットワークを通じて受信し、該受信されたパケットは前記ＩＰフォーマットである。請求項１に記載の方法。
【請求項６】
前記ネットワークはイーサネット（Ｒ）ネットワークであり、前記ＩＰフォーマットはイーサネット（Ｒ）フォーマットである、請求項５に記載の方法。
【請求項７】
前記再変換されたパケットは、前記受信されたパケットと異なるフォーマットである、請求項１に記載の方法。
【請求項８】
前記第１のネットワークデバイスは、サーバおよびストレージデバイスのうちのいずれかであり、前記第２のネットワークデバイスは、サーバおよびストレージデバイスのいずれかである、請求項１に記載の方法。
【請求項９】
前記内部フォーマットはＦＣＰベースのフォーマットである、請求項１に記載の方法。
【請求項１０】
ａ）ネットワークデバイスからのデータパケットを受信する手段であって、ＳＣＳＩ方式でフォーマットされたパケットおよびファイバチャンネル（ＦＣ）方式でフォーマットされたパケットのうちの１つから第１のネットワークデバイスから受信する、手段と、
受信されたパケットを内部フォーマットを有するパケットに変換する手段であって、該受信されたデータパケットは、該内部フォーマットを有するの第１のパケットに変換される、手段と、
を備える、第１のポートインターフェースと、
ｂ）該内部フォーマットからのパケットをＩＰフォーマットに再変換する手段であって、該第１のパケットは、ＩＰフォーマット付きパケットに変換される、手段と、
ＩＰパケットをネットワークに送信する手段であって、該ＩＰ方式でフォーマットされたパケットはＩＰネットワークに送信される、手段と、
を備える、第２のポートインターフェースと、
ｃ）該第１のパケットを該第２のポートインターフェースにルーティングする手段と、
を備える、ネットワークスイッチデバイス。
【請求項１１】
前記ＩＰネットワークはイーサネット（Ｒ）ネットワークであり、前記ＩＰ方式でフォーマットされたパケットは、イーサネット（Ｒ）フレームにカプセル化される、請求項１０に記載のスイッチデバイス。
【請求項１２】
前記内部フォーマットはＦＣＰベースのフォーマットである、請求項１０に記載のスイッチデバイス。
【請求項１３】
ａ）ＩＰネットワークからのデータパケットを受信する手段であって、該第１のインターフェース手段は、ＩＰフォーマットのパケットを受信する、手段と、
受信されたパケットを内部フォーマットを有するパケットに変換する手段であって、該受信されたパケットは、内部フォーマットを有する第１のパケットに変換される、手段と、
を備える、第１のポートインターフェースと、
ｂ）該内部フォーマットを有するパケットをＳＣＳＩフォーマット付きパケットに再変換する手段と、
再変換されたパケットをＳＣＳＩネットワークデバイスに送信する手段と、
を備える、第２のポートインターフェースと、
ｃ）該内部フォーマットを有するパケットをＦＣフォーマット付きパケットに再変換する手段と、
再変換されたパケットをＦＣネットワークデバイスに送信する手段と、
を備える、第３のポートインターフェースと、
ｄ）第１のポートインターフェースと、第２のポートインターフェースと、第３のポートインターフェースとの間でパケットをルーティングする手段であって、該第１のパケットは、該第２のポートインターフェースおよび該第３のポートインターフェースのうちのいずれかにルーティングされる、手段と、
を備え、
該第１のパケットが該第２のポートインターフェースにルーティングされると、該第１のパケットは該ＳＣＳＩフォーマットに変換され、該ＳＣＳＩネットワークデバイスに送信され、該第１のパケットが該第３のポートインターフェースにルーティングされると、該第１のパケットは該ＦＣフォーマットに変換され、該ＦＣネットワークデバイスに送信される、
ネットワークスイッチデバイス。
【請求項１４】
前記ＩＰネットワークはイーサネット（Ｒ）ネットワークであり、前記ＩＰフォーマットはイーサネット（Ｒ）フォーマットである、請求項１３に記載のスイッチデバイス。
【請求項１５】
前記内部フォーマットは、ＦＣＰベースのフォーマットおよびＩＰフォーマットのうちのいずれかである、請求項１３に記載のスイッチデバイス。
【請求項１６】
ＳＣＳＩ方式でフォーマットされたデータパケットの受信および送信が可能なＳＣＳＩデバイスと、
ファイバチャンネル（ＦＣ）方式でフォーマットされたデータパケットの受信および送信が可能なＦＣデバイスと、
ＩＰ方式でフォーマットされたデータパケットの受信および送信が可能なＩＰデバイスと、
スイッチデバイスであって、
該ＳＣＳＩデバイスに通信可能な状態で結合された第１のポートインターフェースであって、該ＳＣＳＩデバイスから受信したＳＣＳＩ方式でフォーマットされたデータパケットを内部フォーマットを有するデータパケットに変換し、該内部フォーマットを有するデータパケットをＳＣＳＩ方式でフォーマットされたデータパケットに変換する、第１のポートインターフェースと、
該ＦＣデバイスに通信可能な状態で結合された第２のポートインターフェースであって、該ＦＣデバイスから受信したＦＣ方式でフォーマットされたデータパケットを該内部フォーマットを有するデータパケットに変換し、該内部フォーマットを有するデータパケットをＦＣ方式でフォーマットされたデータパケットに変換する、第２のポートインターフェースと、
該ＩＰデバイスに通信可能な状態で結合された第３のポートインターフェースであって、該ＩＰデバイスから受信したＩＰ方式でフォーマットされたデータパケットを該内部フォーマットを有するデータパケットに変換し、該内部フォーマットを有するデータパケットをＩＰ方式でフォーマットされたデータパケットに変換する、第３のポートインターフェースと、
該第１のポートインターフェースと、該第２のポートインターフェースと該第３のポートインターフェースとの間で該内部フォーマットを有するデータパケットをルーティングするスイッチファブリックと、
を備える、スイッチデバイスと、
を備え、
該ＳＣＳＩデバイス、該ＦＣデバイスおよび該ＩＰデバイスのうちの第１のデバイスが該ＳＣＳＩデバイス、該ＦＣデバイスおよび該ＩＰデバイスのうちの第２のデバイスに第１のデータパケットを送ると、該第１のデバイスに結合されたポートインターフェースは、該第１のデータパケットを該内部フォーマットを有するパケットに変換し、該内部フォーマットのパケットを該第２のデバイスに結合されたポートインターフェースに該スイッチファブリックを通じてルーティングし、該第２のデバイスに結合されたポートインターフェースは、該内部フォーマットのパケットを該第２のデバイスと関連付けられたフォーマットに再変換し、該再変換されたパケットを該第２のデバイスに送る、
ストレージエリアネットワーク（ＳＡＮ）。
【請求項１７】
前記ＩＰ方式でフォーマットされたデータパケットは、イーサネット（Ｒ）方式でフォーマットされたデータパケットと、ＡＴＭ方式でフォーマットされたデータパケットと、ＦＤＤＩ方式でフォーマットされたデータパケットと、インフィニバンド方式でフォーマットされたデータパケットとのうちのいずれかを含む、請求項１６に記載のＳＡＮ。
【請求項１８】
前記内部フォーマットはＦＣＰベースのフォーマットである、請求項１６に記載のＳＡＮ。
【請求項１９】
前記ＩＰデバイスを前記第３のポートインターフェースに結合させるＩＰネットワークをさらに備える、請求項１６に記載のＳＡＮ。
【請求項２０】
ＳＣＳＩデバイスに通信可能な状態で結合された第１のポートインターフェースであって、該ＳＣＳＩデバイスから受信したＳＣＳＩ方式でフォーマットされたデータパケットを内部フォーマットを有するデータパケットに変換し、該内部フォーマットを有するデータパケットをＳＣＳＩ方式でフォーマットされたデータパケットに変換する、第１のポートインターフェースと、
ＦＣデバイスに通信可能な状態で結合された第２のポートインターフェースであって、該ＦＣデバイスから受信したＦＣ方式でフォーマットされたデータパケットを該内部フォーマットを有するデータパケットに変換し、該内部フォーマットを有するデータパケットをＦＣ方式でフォーマットされたデータパケットに変換する、第２のポートインターフェースと、
ＩＰデバイスに通信可能な状態で結合された第３のポートインターフェースであって、該ＩＰデバイスから受信したＩＰ方式でフォーマットされたデータパケットを該内部フォーマットを有するデータパケットに変換し、該内部フォーマットを有するデータパケットをＩＰ方式でフォーマットされたデータパケットに変換する、第３のポートインターフェースと、
該第１のポートインターフェースと、該第２のポートインターフェースと該第３のポートインターフェースとの間で該内部フォーマットを有するデータパケットをルーティングするスイッチファブリックと、
を備え、
該ＳＣＳＩデバイス、該ＦＣデバイスおよび該ＩＰデバイスのうちの第１のデバイスが該ＳＣＳＩデバイス、該ＦＣデバイスおよび該ＩＰデバイスのうちの第２のデバイスに第１のデータパケットを送ると、該第１のデバイスに結合されたポートインターフェースは、該第１のデータパケットを該内部フォーマットを有するパケットに変換し、該内部フォーマットのパケットを該第２のデバイスに結合されたポートインターフェースに該スイッチファブリックを通じてルーティングし、該第２のデバイスに結合されたポートインターフェースは、該内部フォーマットのパケットを該第２のデバイスと関連付けられたフォーマットに再変換し、該再変換されたパケットを該第２のデバイスに送る、
ストレージエリアネットワーク（ＳＡＮ）において用いられるネットワークスイッチデバイス。
【請求項２１】
前記内部フォーマットはＦＣＰベースのフォーマットである、請求項２０に記載のスイッチデバイス。
【請求項２２】
前記ＩＰデバイスは、ＩＰネットワークによって前記第３のポートインターフェースに結合される、請求項１６に記載のスイッチデバイス。
【請求項２３】
ＳＣＳＩデバイス、ＦＣデバイスおよびＩＰデバイスのうちのいずれかに通信可能な状態で結合された第１のポートインターフェースと、
ＦＣデバイスまたはイーサネット（Ｒ）デバイスのいずれかと通信するように構成することが可能な第２のポートインターフェースと、
前記内部フォーマットを有するデータパケットを第１のポートインターフェースと第２のポートインターフェースとの間でルーティングするスイッチファブリックと、
を備え、
該第２のポートインターフェースがＦＣデバイスと通信するように構成されている場合、該第２のポートインターフェースは、該ＦＣデバイスから受信したＦＣ方式でフォーマットされたデータパケットを内部フォーマットを有するデータパケットに変換し、該第２のポートインターフェースは、該スイッチファブリックから受信した該内部フォーマットを有するデータパケットをＦＣ方式でフォーマットされたデータパケットに変換し、該第２のポートインターフェースがイーサネット（Ｒ）デバイスと通信するように構成されている場合、該第２のポートインターフェースは、該イーサネット（Ｒ）デバイスから受信したイーサネット（Ｒ）方式でフォーマットされたデータパケットを該内部フォーマットを有するデータパケットに変換し、該第２のポートインターフェースは、該スイッチファブリックから受信した内部フォーマットを有するデータパケットをイーサネット（Ｒ）方式でフォーマット化されたデータパケットに変換する、
ストレージエリアネットワーク（ＳＡＮ）において用いられるネットワークスイッチデバイス。
【請求項２４】
該第２のポートインターフェースは、ＦＣデバイスまたはイーサネット（Ｒ）デバイスが該第２のポートインターフェースに結合されているか否かに基づいて自動構成可能である、請求項２３に記載のスイッチデバイス。
【請求項２５】
前記第２のポートインターフェースは、取り付けられたデバイスがＦＣデバイスであるのかそれともイーサネット（Ｒ）デバイスであるのかを判定する手段を備える、請求項２４に記載のスイッチデバイス。
【請求項２６】
前記第２のポートインターフェースは、ＦＣデバイスおよびイーサネット（Ｒ）デバイスのうちのいずれかと通信するようにユーザによって構成される、請求項２３に記載のスイッチデバイス。
【請求項２７】
前記内部フォーマットはＦＣＰフォーマットである、請求項２３に記載のスイッチデバイス。
【発明の詳細な説明】
【０００１】
（関連出願との相互参照）
本願は、１９９９年３月１０日に出願された「ＭＥＴＨＯＤ　ＡＮＤ　ＡＰＰＡＲＡＴＵＳ　ＦＯＲ　ＴＲＡＮＳＦＥＲＲＩＮＧ　ＤＡＴＡ　ＢＥＴＷＥＥＮ　ＩＰ　ＮＥＴＷＯＲＫ　ＤＥＶＩＣＥＳ　ＡＮＤ　ＳＣＳＩ　ＡＮＤ　ＦＩＢＲＥ　ＣＨＡＮＮＥＬ　ＤＥＶＩＣＥＳ　ＯＶＥＲ　ＡＮ　ＩＰ　ＮＥＴＷＯＲＫ」という名称の米国仮特許出願第６０／１２３，６０６号（代理人番号０１９６７８−０００１００）に関する。同文献の開示はその全体が本明細書において参考として援用される。
【０００２】
（発明の背景）
本発明は、パケットスイッチング方式の通信システムを介した、ストレージデバイスとネットワークとの間での情報転送に関する。詳細には、本発明は、ＳＣＳＩ（小型コンピューターシステムインターフェイス）、ファイバチャンネルおよびイーサネット（Ｒ）デバイスの間で、柔軟でプログラム可能な様態でデータパケットを受信、変換およびルーティングする方法および装置に関する。
【０００３】
企業のコンピューティング環境において、複数のサーバが高い帯域幅のデータ転送、システム拡張、モジュラリティ、構成の柔軟性およびリソースの最適化をサポートするように、複数のストレージデバイスに直接アクセスできることが望ましく、かつ有益である。従来のコンピューティング環境において、このようなアクセスは通常、ストレージに直接的に接続した場合の数分の１で動作する、ファイルシステムレベルのローカルエリアネットワーク（ＬＡＮ）接続を介して提供される。したがって、ストレージシステムへのアクセスはボトルネックに非常に陥りやすい。
【０００４】
このストレージへのアクセスのボトルネックの問題を解決する１つの方法としてストレージエリアネットワーク（ＳＡＮ）が提案されてきた。このネットワーキングのパラダイムをストレージデバイスに適用することによって、ＳＡＮは増加した接続性および帯域幅、リソースの共有ならびに構成の柔軟性を可能にする。現在のＳＡＮのパラダイムは、ネットワーク全体がファイバチャンネルスイッチを用いて構築されていることを仮定している。したがって、ＳＡＮに関するほとんどの解決策は、１つは通常のＬＡＮをサポートし、１つはＳＡＮをサポートする、別々のネットワークの実現を必要とする。ストレージデバイスレベル（ファイバチャンネルインターフェース）、ホスト／サーバレベル（ファイバチャンネルアダプタカード）およびトランスポートレベル（ファイバチャンネルハブ、スイッチおよびルータ）における新しい機器などの新しい機器および技術を、ミッションクリティカルな企業のコンピューティング環境に導入することは、これがネットワークインフラストラクチュアの複製、新しい技術（すなわち、ファイバチャンネル）および職員の新しい研修を含むため、データセンタマネジャーにとってあまり好ましくないものとして記載され得る。ほとんどの会社は、有意な量の金額をすでに投資して、（例えば、イーサネット（Ｒ）および／またはＡＴＭに基づいた）自身のネットワークを構築し、維持している。異なる技術に基づいて第２の高速のネットワークを構築することは、ＳＡＮが普及する際の著しい障害となっている。したがって、ストレージデバイスに複数のホストによってアクセスする問題を緩和し、同時に、現在の機器およびネットワークインフラストラクチュアを保持し、そしてデータセンタの職員の新しい研修の必要性を最小限に抑え得る方法および装置の必要性が存在する。
【０００５】
通常、大多数のストレージデバイスは現在、「パラレル」のＳＣＳＩまたはファイバチャンネルのデータ転送プロトコルを用い、ほとんどのＬＡＮはギガビットのイーサネット（Ｒ）などのイーサネット（Ｒ）プロトコルを用いる。ＳＣＳＩ、ファイバチャンネルおよびイーサネット（Ｒ）はデータ転送のプロトコルであり、それぞれ、異なる個別のフォーマットを用いてデータ転送を行う。例えば、ＳＣＳＩ命令は、パラレルのバスアーキテクチャを介して実現されるように設計されており、したがって、パケット化されない。イーサネット（Ｒ）と同様、ファイバチャンネルは、パケットで転送されるデータとのシリアルインターフェースを用いる。しかし、ファイバチャンネルとイーサネット（Ｒ）との間の物理インターフェースおよびフレームフォーマットは互換性を有さない。ギガビットのイーサネット（Ｒ）は、既存のイーサネット（Ｒ）のインフラストラクチュアと互換性を有するように設計されていたため、イーサネット（Ｒ）パケットのアーキテクチャに基づく。これらの差異があるため、これらのプロトコル間で効率的な通信を可能にする新しい方法および装置の必要性がある。
【０００６】
（発明の要旨）
本発明は、ストレージデバイスインターフェースとネットワークインターフェースとの間でデータを転送する方法および装置を提供することによって上述および他の問題を解決し、これにより、有用な最新技術を進化させる。具体的には、本発明は、高価なファイバチャンネルスイッチおよびハブを設置せずに、インターネットプロトコル（ＩＰ）デバイスがＩＰネットワークを介してＳＣＳＩおよびファイバチャンネルデバイスと透明に通信する手段を提供することによって、高度なＳＡＮの機能を既存の企業のコンピューティング構成に導入する。本発明は、ファイバチャンネルプロトコル（ＦＣＰ）、ファイバチャンネルネットワーク上でのＳＣＳＩ命令の実現用に開発された産業規格を用いてこれを達成する。本発明により、上記ストレージデバイスが標準のＳＣＳＩおよびファイバチャンネルストレージインターフェースの使用を保持し、そして会社の既存のネットワークインフラストラクチャを用いてＳＡＮを構築することが可能になる。したがって、ホストハブアダプタ（ＨＢＡ）またはストレージデバイス（例えば、ディスクドライブ、テープドライブなど）内で必要な変更はない。
【０００７】
本発明によれば、ＩＰデバイス（ギガビットのイーサネット（Ｒ）デバイスを含む（但し、これに限定されない））とＳＣＳＩまたはファイバチャンネルデバイスとの間でデータを転送する方法および装置が提供される。上記デバイスのインターフェースは、ＳＣＳＩ、ファイバチャンネルまたはギガビットのイーサネット（Ｒ）などのＩＰインターフェースのいずれかであり得る。データはＳＣＳＩとＩＰとの間、ファイバチャンネルとＩＰとの間、またはＳＣＳＩとファイバチャンネルとの間でスイッチングされる。データはさらに、ＳＣＳＩからＳＣＳＩに、ファイバチャンネルからファイバチャンネルに、そしてＩＰからＩＰにもスイッチングされ得る。上記ポートインターフェースは、上記入力フレームフォーマットから内部フレームフォーマットへの変換を提供し、上記内部フレームフォーマットは上記装置内でルーティングされ得る。上記装置はすべてのポートを任意の数だけ含み得る。各ポートインターフェースによって実行される処理量は上記インターフェースの種類に依存する。本発明の上記処理能力により、複数のインターフェース間での情報パケットの迅速な転送が、ストレージプロトコルの厳しい要件を満たす待ち時間レベルで可能になる。構成制御はスイッチ上の各ポート、次いで、ネットワーク上の各スイッチにＳＮＭＰまたはウェブベースのインターフェースを介して適用され得て、柔軟でプログラム可能な制御を装置に提供する。
【０００８】
本発明の一局面によれば、ＳＡＮなどのネットワーク内のスイッチデバイス内でデータパケットをルーティングする方法が提供される。上記方法は通常、第１のネットワークデバイスからパケットを上記スイッチデバイスの第１のポートのインターフェースにおいて受信する工程であって、上記パケットはＳＣＳＩ方式でフォーマットされたパケット（すなわち、パケットに変換されたＳＣＳＩ方式のフォーマットデータストリーム）、ファイバチャンネル（ＦＣ）方式でフォーマットされたパケット、およびインターネットプロトコル（ＩＰ）方式でフォーマットされたパケットのうちの１つであり、上記第１のポートインターフェースは上記第１のネットワークデバイスに通信可能に結合されている、工程と、上記受信したパケットを内部フォーマットを有するパケットに変換する工程とを含む。上記方法は通常さらに、上記内部フォーマットのパケットを上記スイッチデバイスの第２のポートインターフェースにルーティングする工程、上記内部フォーマットのパケットをＳＣＳＩ方式でフォーマットされたパケット、ＦＣ方式でフォーマットされたパケットまたはＩＰ方式でフォーマットされたパケットの１つに再変換する工程、および上記再変換したパケットを上記第２のポートインターフェースに通信可能に結合された第２のネットワークデバイスに伝達する工程を含む。
【０００９】
本発明の別の局面によれば、通常、第１のポートインターフェースを含むネットワークスイッチデバイスが提供される。上記第１のポートインターフェースは、ネットワークデバイスからデータパケットを受信する手段であって、上記受信手段は、第１のネットワークデバイスからＳＣＳＩ方式でフォーマットされたパケットおよびファイバチャンネル（ＦＣ）方式でフォーマットされたパケットのうちの１つを受信する手段と、受信したパケットを内部フォーマットを有するパケットに変換する手段であって、上記受信したデータパケットは上記内部フォーマットを有する第１のパケットに変換される、手段とを含む。上記スイッチデバイスは通常さらに、第２のポートインターフェースを含む。上記第２のポートインターフェースは、パケットを上記内部フォーマットからＩＰフォーマットに再変換する手段であって、上記第１のパケットはＩＰフォーマットを有するパケットに変換される、手段と、ＩＰパケットをネットワークに伝達する手段であって、上記ＩＰ方式でフォーマットされたパケットはＩＰネットワークに伝達される、手段とを含む。上記第１のパケットを上記第２のポートインターフェースにルーティングする手段がさらに提供される。
【００１０】
本発明のさらに別の局面によれば、通常、第１のポートインターフェースを含むネットワークスイッチデバイスが提供される。上記第１のポートインターフェースは、ＩＰネットワークからデータパケットを受信する手段であって、上記第１のインターフェース手段はＩＰフォーマットのパケットを受信する、手段と、受信したパケットを内部フォーマットを有するパケットに変換する手段であって、上記受信したパケットは内部フォーマットを有する第１のパケットに変換される、手段とを有する。上記スイッチデバイスは通常さらに、第２のポートインターフェースを含む。上記第２のポートインターフェースは、上記内部フォーマットを有するパケットを上記ＳＣＳＩフォーマットを有するパケットに再変換する手段と、変換したパケットをＳＣＳＩネットワークデバイスに伝達する手段とを含む。上記スイッチデバイスは通常さらに、第３のポートインターフェースを含む。上記第３のポートインターフェースは、上記内部フォーマットを有するパケットを上記ＦＣフォーマットを有するパケットに再変換する手段と、再変換したパケットをＦＣネットワークデバイスに伝達する手段とを含む。上記第１のポートインターフェースと、上記第２のポートインターフェースおよび上記第３のポートインターフェースとの間でパケットをルーティングする手段が通常さらに提供される。動作の間、上記第１のパケットが上記第２のポートインターフェースにルーティングされると、上記第１のパケットは上記ＳＣＳＩフォーマットに変換され、そして上記ＳＣＳＩネットワークデバイスに伝達される。上記第１のパケットが上記第３のポートインターフェースにルーティングされると、上記第１のパケットは上記ＦＣフォーマットに変換され、そして上記ＦＣネットワークデバイスに伝達される。
【００１１】
本発明のさらなる局面によれば、ストレージエリアネットワーク（ＳＡＮ）で使用されるネットワークスイッチデバイスが提供される。上記スイッチデバイスは通常、ＳＣＳＩデバイスに通信可能に結合された第１のポートインターフェースを含み、上記第１のポートインターフェースは、上記ＳＣＳＩデバイスから受信したＳＣＳＩ方式のフォーマットデータパケットを内部フォーマットを有するデータパケットに変換し、上記第１のポートインターフェースは上記内部フォーマットを有するデータパケットをＳＣＳＩ方式のフォーマットデータパケットに変換する。上記スイッチデバイスは通常さらに、ＦＣデバイスに通信可能に結合された第２のポートインターフェースを含み、上記第２のポートインターフェースは、上記ＦＣデバイスから受信したＦＣ方式のフォーマットデータパケットを内部フォーマットを有するデータパケットに変換し、上記第２のポートインターフェースは上記内部フォーマットを有するデータパケットをＦＣ方式のフォーマットデータパケットに変換する。上記スイッチデバイスは通常さらに、ＩＰデバイスに通信可能に結合された第３のポートインターフェースであって、上記ＩＰデバイスから受信したＩＰ方式のフォーマットデータパケットを内部フォーマットを有するデータパケットに変換し、上記内部フォーマットを有するデータパケットをＩＰ方式のフォーマットデータパケットに変換する、上記第３のポートインターフェースと、上記第１のポートインターフェースと、上記第２のポートインターフェースおよび上記第３のポートインターフェースとの間で上記内部フォーマットを有するデータパケットをルーティングするスイッチファブリックとを含む。通常の動作において、ＳＣＳＩデバイス、ＦＣデバイスおよびＩＰデバイスのうちの第１のデバイスは、第１のデータパケットを上記ＳＣＳＩデバイス、上記ＦＣデバイスおよび上記ＩＰデバイスのうちの１つである第２のデバイスに送信すると、上記第１のデバイスに結合された上記ポートインターフェースは上記第１のデータパケットを上記内部フォーマットを有するパケットに変換し、そして上記内部フォーマットのパケットを上記スイッチファブリックを介して上記第２のデバイスに結合された上記ポートインターフェースにルーティングする。上記第２のデバイスに結合された上記ポートインターフェースは、上記内部フォーマットのパケットを上記第２のデバイスに関連付けられたフォーマットに再変換し、上記再変換したパケットを上記第２のデバイスに送信する。
【００１２】
本発明のさらなる局面によれば、ストレージエリアネットワーク（ＳＡＮ）で使用されるネットワークスイッチデバイスが提供される。上記スイッチは、ファイバチャンネル、ＳＣＳＩ、イーサネット（Ｒ）およびインフィニバンドポートの任意の組み合わせを含み得、そしてすべてのポートを任意の数だけ含み得る。上記スイッチデバイスは通常、ＳＣＳＩデバイス（単数または複数）、ＦＣデバイスまたはＩＰデバイスのうちの１つに通信可能に結合された第１のポートインターフェースと、第２のポートインターフェースであって、ＦＣデバイスまたはイーサネット（Ｒ）デバイスのいずれかと通信するように構成可能である、第２のポートインターフェースと、上記第１のポートインターフェースと上記第２のポートインターフェースとの間で上記内部フォーマットを有するデータパケットをルーティングするスイッチファブリックとを含む。通常の動作において、上記第２のポートインターフェースがＦＣデバイスと通信するように構成されると、上記第２のポートインターフェースは上記ＦＣデバイスから受信したＦＣ方式のフォーマットデータパケットを内部フォーマットを有するデータパケットに変換し、上記第２のポートインターフェースは上記スイッチファブリックから受信した上記内部フォーマットを有するデータパケットをＦＣ方式のフォーマットデータパケットに変換する。上記第２のポートインターフェースがイーサネット（Ｒ）デバイスと通信するように構成されると、上記第２のポートインターフェースは上記イーサネット（Ｒ）デバイスから受信したイーサネット（Ｒ）方式のフォーマットデータパケットを内部フォーマットを有するデータパケットに変換し、上記第２のポートインターフェースは上記スイッチファブリックから受信した上記内部フォーマットを有するデータパケットをイーサネット（Ｒ）方式のフォーマットデータパケットに変換する。上記第２のポートインターフェースは自己構成（ｓｅｌｆ−ｃｏｎｆｉｇｕｒａｂｌｅ）されてもよいし、またはユーザによって構成（ｕｓｅｒ　ｃｏｎｆｉｇｕｒａｂｌｅ）されてもよい。
【００１３】
図面および特許請求の範囲を含む本明細書の残りの部分を参照すると、本発明の他の特徴および利点が理解される。本発明のさらなる特徴および利点、ならびに本発明の種々の実施形態の構造および動作を、添付の図面を参照して以下に詳細に説明する。図面において、同様の参照符号は同一または機能的に同様の要素を示す。
【００１４】
（特定の実施形態の説明）
図１は、本発明の一実施形態によるストレージエリアネットワーク（ＳＡＮ）１０の一例を示す。図示するように、ネットワーク１０は、テープライブラリ１５、ＲＡＩＤドライブ２０および光ドライブ２５（例えば、ＣＤ、ＤＶＤなど）ならびにサーバ３０などの多数のストレージデバイスを含む。ストレージデバイスは、ストレージターゲット（例えば、テープライブラリ１５、ＲＡＩＤドライブ２０など）またはイニシエーター（例えば、サーバ３０）のいずれかであり得る。デバイスはイニシエーターおよびターゲットの両方でもよいことに留意されたい。好適な実施形態において、本発明は、ネットワーク１０内のスイッチングデバイス３５内に実現される。例えば、図１に示すように、各スイッチングデバイス３５は、「端部」スイッチであり、ノード（すなわち、１つ以上のストレージデバイス）とネットワーク４０との間に接続を提供する。すなわち、スイッチはデバイスが配置されているネットワークの「端部」に存在する。各端部スイッチ３５により、接続されたストレージ素子が端部スイッチを介して通信する（トラフィックはネットワーク４０に送信されない）ことが可能になる。各端部スイッチ３５によりさらに、異なる端部スイッチに接続されたストレージ素子がネットワーク４０を介して相互と通信することが可能になる。好適な実施形態において、ネットワーク４０はイーサネット（Ｒ）ネットワークであるが、非同期転送モード（ＡＴＭ）ベースのネットワークまたはＦＤＤＩベースのネットワークなどの他のネットワークを用いてもよい。
【００１５】
一実施形態において、図２に示すように、スイッチングデバイス３５はＳｏＩＰ（インターネットプロトコルを介したストレージ）のストレージエリアネットワーク（ＳＡＮ）内に実現される。本発明によれば、ＳｏＩＰは、ＩＰネットワークを介して、ＩＰネットワーク化されたストレージデバイス間での通信用のＳＣＳＩのファイバチャンネルプロトコル（ＦＣＰ）を用いて、ＳＣＳＩ命令およびデータをトランスポートするフレームワークである。大多数のストレージデバイスは現在、「パラレル」のＳＣＳＩバスまたはファイバチャンネルのシリアルインターフェースのいずれかを用いて通信する。ＦＣＰは、「シリアル」のＳＣＳＩネットワークを形成するファイバチャンネルネットワークを介して、ＳＣＳＩ命令およびデータを送信するＦＣ−４上層プロトコルである。ＳｏＩＰフレームワークは、ＳｏＩＰプロトコルを定義することによってＩＰネットワーク上で用いられるＦＣＰをイネーブルにする。ストレージデバイスおよびＳｏＩＰプロトコルを動作するホストバスアダプタは、ＩＰネットワーク上に直接、ストレージエリアネットワーク（ＳＡＮ）を形成する。このフレームワークは、ＳＡＮの設置および効用の点でずば抜けた利点を提供する。
【００１６】
図２に示すように、各ＳｏＩＰデバイス５０は、ＳＣＳＩ命令およびデータをＦＣＰブロック５２内のＦＣＰデータフレームに変換する。次いで、ＳｏＩＰプロトコル層のブロック５４は、ユーザデータグラムプロトコル（ＵＤＰ）またはトランスポート制御プロトコル（ＴＣＰ）のいずれかを用いて、これらのＦＣＰフレームを複数のＩＰパケットにカプセル化する。ＩＰポート５６はパケットをＩＰネットワーク６０に転送し、ＩＰネットワーク６０は、デバイス５０間、またはスイッチ３５へとＩＰパケットをルーティングする。ネットワーク６０は好適には、イーサネット（Ｒ）ネットワークであるが、ＡＴＭ、ＦＤＤＩおよびＳＯＮＥＴなどを含む任意のＩＰと互換性を有する媒体に基づき得る。ストレージネームサーバ６５は、デバイスが自身の情報を保存し、そしてＳｏＩＰネットワーク内の他のデバイスに関する情報を取り出すデータベースとして機能する。ＳｏＩＰプロキシ７０は、ＵＤＰに基づいたＳｏＩＰとＴＣＰに基づいたＳｏＩＰとの間のプロトコル変換を実行する。
【００１７】
大多数のストレージデバイスは現在「パラレル」のＳＣＳＩまたはファイバチャンネルプロトコルを用いるため、このような「レガシー（ｌｅｇａｃｙ）」のデバイスがＳｏＩＰネットワークに接続され得ない限り、ＳｏＩＰベースのＳＡＮへの移行が阻まれ得る。これらの「レガシー」のデバイスに関して、図３に示すスイッチがＳｏＩＰ　ＳＡＮへの接続用に提供される。
【００１８】
図３は、本発明の一実施形態による、スイッチ１３５を用いたストレージデバイス間でのデータスイッチングを示す。この実施形態において、スイッチ１３５は、それぞれが異なるデータまたはフレームフォーマットを有する、異なるインターフェースからデータを受信するように構成されている。ＳＣＳＩデバイス１０５は、「パラレル」のＳＣＳＩインターフェース１０６を用いてデータを伝達し、ファイバチャンネル（ＦＣ）デバイス１１０はファイバチャンネルインターフェース１１１を用いてデータを伝達し、そしてイーサネット（Ｒ）デバイス１１５はイーサネット（Ｒ）インターフェース１１６を用いてデータを伝達する。スイッチ１３５は、ソースポートから受信した、３つの異なるフォーマットのうちの１つフォーマットのデータを、内部フォーマットに変換し、そしてこの内部フォーマットのデータをスイッチファブリック１４０を介して宛先ポートに転送する。宛先ポートは、宛先ポートへの接続に適切な固有のフォーマットにデータを変換する。
【００１９】
この実施形態において、ＳＣＳＩデバイス１０５、ＦＣデバイス１１０、イーサネット（Ｒ）デバイス１１５またはジェネリック（ｇｅｎｅｒｉｃ）ＩＰデバイス１２０（例えば、ディスクドライブ、テープドライブ、サーバ）などの各デバイスは、ＳＣＳＩ命令セットに基づいてストレージ動作を実行する。ファイバチャンネルデバイス１１０に関して、ＳＣＳＩ命令およびデータはＦＣＰに変換されて、そしてファイバチャンネルインターフェース１１１を用いて伝達される。ＳＣＳＩデバイス１０５に関して、ＳＣＳＩ命令およびデータは「パラレル」のバス１０６を用いて直接転送される。この実施形態において、ＳＣＳＩのポートがスイッチファブリック１４０の観点からＦＣポートのように見えるように、スイッチ１３５のＳＣＳＩのポートインターフェース１２５はＦＣブリッジへのＳＣＳＩのように動作する。図示するように、ＳＣＳＩデータは好適には、ＦＣＰに変換され、そしてファイバチャンネルインターフェースを用いて実際には伝達されない。イーサネット（Ｒ）デバイス１１５に関して、ＳＣＳＩ命令およびデータはＦＣＰに変換され、そしてＵＤＰまたはＴＣＰを用いてＩＰパケット内にカプセル化される。次いで、ＩＰパケットはイーサネット（Ｒ）のフレーム内にカプセル化されて、イーサネット（Ｒ）インターフェース１１６を用いて伝達される。用語「ＳＣＳＩデバイス」が「パラレルのＳＣＳＩバス」を備えたデバイスを示唆し、用語「ファイバチャンネルデバイス」がファイバチャンネルインターフェースを備えたデバイスを示唆することに留意されたい。両方のデバイスは命令レベルにおいてＳＣＳＩデバイスとして動作する。ＳＣＳＩデバイス１０５がＳＣＳＩ命令およびデータをＦＣＰフォーマットに変換しないことに留意されたい。したがって、ＦＣデバイス１１０とＳＣＳＩデバイス１０５との間で直接データを転送することは可能でない。図３に示すように、スイッチファブリック１４０内のすべてのインターフェースのデータフォーマットがＦＣＰと互換性のあるフレームであるため、スイッチ１３５に接続されたすべてのデバイスがデータフレームをスイッチングすることが可能である。さらに、ファイバチャンネルを別のインターフェースに置き換えることが可能であることに留意されたい。例えば、図３は、デバイスがＦＣを用いて構築されたのと同じ様態で、イーサネット（Ｒ）を用いて構築されたストレージデバイスを示す。イーサネット（Ｒ）は、ファイバチャンネルをトランスポート媒体として単に置き換えた。インフィニバンドも、例えば、ジェネリックＩＰデバイス１２０内に実現され得る。周知であるように、インフィニバンドはＮＧＩＯ（次世代Ｉ／Ｏ）および未来のＩ／Ｏの機能が組み合わされたＩ／Ｏインターフェースである。
【００２０】
図４は、本発明の一実施形態による、スイッチ装置１３５内のファイバチャンネル、ＳＣＳＩおよびＩＰデバイス間のデータスイッチングを示す。図４の例はイーサネット（Ｒ）ベースのＩＰネットワーク１６０のものであるが、ＡＴＭ、ＦＤＤＩなどの他のプロトコルに基づいた任意の他のＩＰネットワークを用いてもよい。図３の実施形態と同様、図４は各デバイスに対して行われるプロトコル変換を示す。ＳＣＳＩデバイス１０５は、データまたは命令をデータフレーム内にカプセル化すること無く、ＳＣＳＩ命令を直接用いることによって、スイッチ１３５と通信する。ＦＣデバイス１１０はＦＣＰプロトコルを用いて、ＳＣＳＩ命令およびデータをスイッチ１３５に送信する。スイッチ１３５は、受信したデータをＦＣＰに基づく共通のプロトコルに変換して、デバイスが相互に通信することを可能にする。さらに、以下により詳細に説明するように、スイッチ１３５は、ファイバチャンネルとＳＣＳＩアドレス指定方式との間のアドレス変換をＩＰアドレス指定方法に対して実行する。これは、ファイバチャンネルデバイス１１０またはＳＣＳＩデバイス１０５内、あるいは任意のホストバスアダプタ、ドライバソフトウェアまたはアプリケーションソフトウェア内で変更が必要でないように透明に行われる。
【００２１】
図５は、本発明の一実施形態による、物理的なスイッチ装置２３５の基本アーキテクチャの概略を示すハイレベルのスイッチ図である。この実施形態において、スイッチ２３５は３つの主な素子：スイッチファブリック２４０、管理プロセッサ２５０およびポートインターフェース２７０を含む。スイッチファブリック２４０は、種々のポートインターフェース２７０間、およびポートインターフェース２７０と管理プロセッサ２５０との間でのデータ転送を行う高い帯域幅のメカニズムを提供する。管理プロセッサ２５０は、スイッチ２３５の管理関連機能（例えば、スイッチの初期化、環境設定、ＳＮＭＰ、ファイバチャンネルサービスなど）を、主に管理バス２５５を介して実行する。
【００２２】
ポートインターフェース２７０は、データパケットを入力フレームフォーマット（例えば、パラレルのＳＣＳＩ、ＦＣまたはイーサネット（Ｒ））から内部フレームフォーマットに変換する。次いで、内部フレームフォーマットデータパケットは、スイッチファブリック２４０内で適切な宛先ポートインターフェースにルーティングされる。ポートインターフェース２７０はさらに、パケットがスイッチ内でいかにルーティングされるかを決定する。各ポートインターフェース２７０によって実行される処理量はインターフェースの種類に依存する。ＳＣＳＩのポート２７０１および２７０２は、ＳＣＳＩインターフェースが半二重であり、そしてフレーム志向でないため、ほとんどの処理を提供する。ＳＣＳＩのポートインターフェース２７０１および２７０２はさらに、ＳＣＳＩのホストおよび／またはターゲットの機能をエミュレートする。ファイバチャンネルポート２７０３および２７０４は、内部フレームフォーマットがファイバチャンネルと最も互換性があるため、最も少ない量の処理しか必要としない。基本的に、ＩＰポート２７０５および２７０６（例えば、イーサネット（Ｒ）のポート）ならびにＳＣＳＩのポート２７０１および２７０２は、スイッチファブリック２４０を介してパケットを送信する前に、受信したデータを内部フレームフォーマットに変換する。
【００２３】
ＦＣＰフレームは、ファイバチャンネルインターフェースと互換性を有する場合、イーサネット（Ｒ）インターフェースと直接互換性を有さないため、イーサネット（Ｒ）インターフェース上のＦＣＰパケットの伝達は、図６ａに示すようにＦＣＰフレームがイーサネット（Ｒ）のフレーム内でカプセル化されることを必要とする。
【００２４】
図６ａは、本発明の一実施形態による、イーサネット（Ｒ）のフレームを介して搬送される、ＩＰフレーム内にカプセル化されたＦＣＰパケットを示す。図６ａのフィールド定義は以下を含む。
【００２５】
ＤＡ：イーサネット（Ｒ）宛先アドレス（６バイト）
ＳＡ：イーサネット（Ｒ）ソースアドレス（６バイト）
タイプ：イーサネット（Ｒ）パケットタイプ
チェックサムパッド：すべてのコンテンツが知られる前にデータフレームが伝達を開始する場合に、ＵＤＰチェックサムが正しいことを保証するために用いられ得るオプションの２バイトのフィールド。ＳｏＩＰヘッダ内のチェックサムパッドのビットはこのフィールドが存在するか否かを示す。
【００２６】
イーサネット（Ｒ）ＣＲＣ：巡回冗長検査（４バイト）
図６ａに示すように、ＳｏＩＰのヘッダフィールドは以下のパラメータを含む。
【００２７】
分類：この４ビットのフィールドはサービス分類を示す。一実施形態において、２または３の値のみが用いられる。
【００２８】
ＶＥＲＳ：この４ビットのフィールドはＳｏＩＰのプロトコルバージョンを示す。
【００２９】
ＳｏＩＰフラグ：この８ビットのフィールドは図６Ｂに示すデータフレームの種々のパラメータを示すビットを含む。
【００３０】
図６ａにおいて、ユーザデータグラムプロトコル（ＵＤＰ）のヘッダは、ＩＰパケット内で用いられるプロトコルである。ＴＣＰを用いてもよい。ＲＦＣ７６８に定義されるＵＤＰヘッダは、長さが８バイトであり、この８バイトは図６ｃに示す、以下のフィールド定義を有する、４つの１６ビットのフィールドからなる。
【００３１】
ソースポート：オプションのフィールド。意味がある場合には、これは、送信プロセスのポートを示し、そして他の情報が無い場合に応答がアドレス指定されるべき対象のポートであると仮定され得る。用いられない場合には、０の値が挿入される。
【００３２】
宛先ポート：特定のインターネットの宛先アドレスのコンテキスト内に意味を有する。
【００３３】
長さ：ＵＤＰヘッダおよびデータを含むユーザデータグラムのバイトでの長さ（したがって、データグラム内にデータがない場合には、長さは８である）。カプセル化されたＦＣＰパケットに関して、ＵＤＰの長さはＵＤＰヘッダの長さ、ＦＣＰヘッダの長さおよびＦＣＰペイロードの長さならびに必要に応じてチェックサムパッドの合計である。
【００３４】
チェックサム：情報の擬似ヘッダの１の補数の合計のうちの１６ビットの１の補数。この情報とは、（必要な場合には）端部を０のバイトでパディングして２バイトの数倍にした、ＩＰヘッダ、ＵＤＰヘッダ、およびデータである。
【００３５】
一実施形態において、スイッチ２３５はＦＣパケットをＦＣ情報の周囲の「ラッパー」を用いてイーサネット（Ｒ）のフレーム内にカプセル化する。最大のＦＣＰデータフレームのサイズが２１３６バイト（２４バイトのヘッダ＋２１１２バイトのペイロード）であり、イーサネット（Ｒ）のパケットは最大サイズが１５１８バイトであるため、ＦＣＰデータフレームをイーサネット（Ｒ）パケット内にカプセル化するには、ＦＣＰデータフレームのサイズを制限する必要があり得る。イーサネット（Ｒ）のジャンボフレーム（これは９Ｋバイトまでのパケットサイズが用いられることを可能にする）を用いると、ファイバチャンネルのフレームサイズを制限する必要性が排除される。しかし、イーサネット（Ｒ）のジャンボフレームのサポートは既存のネットワークインフラストラクチュア内に制限される。したがって、ＦＣＰデータフレームを制限する必要があり、そうでない場合には、大きいＦＣＰデータフレームを２つの別々のイーサネット（Ｒ）のフレームに「分割」する必要があり得る。ファイバチャンネル規格に規定されるログイン手順により、デバイスがスイッチファブリック２４０と最大のペイロードを交渉することが可能になる。したがって、スイッチファブリック２４０は、最大のペイロードサイズ（例えば、１０２４バイト）よりも小さいペイロードサイズでログインに応答し得る。スイッチ２３５はこの点を利用して、ＦＣパケットをイーサネット（Ｒ）パケット内にカプセル化し得るサイズに制限して、ＦＣパケットを分割する必要性を排除する。一実施形態によれば、ノードの最大の受信データのフィールドサイズは、「ファブリックログイン」の間にはスイッチファブリック２４０に、そして「ポートログイン」の間にはそれぞれの宛先ノードに提供される。「ログイン」状態のファブリックまたはノードは、受信することが可能なデータフレームの最大受信データフィールドサイズを示すログイン応答を生成する。これらの値が同じでない場合があることに留意されたい。例えば、ファブリックは２１１２バイトの最大許容サイズを有し得るが、ノード（例えば、ヒューレットパッカードのＴａｃｈｙｏｎ−Ｌｉｔｅ　Ｆｉｂｒｅ　Ｃｈａｎｎｅｌ　Ｃｏｎｔｒｏｌｌｅｒ）は最大サイズを１０２４バイトに制限し得る。ソースノードは、ログイン応答に対して決められた最大フレームサイズより大きいデータフレームを伝達し得ない。
【００３６】
カプセル化されたＦＣＰデータフレームが最大のイーサネット（Ｒ）のパケットサイズより長くなり得ないため、デバイスによるログインの間に、フレームのペイロードサイズに上限が課せられる。一実施形態によれば、最大のＩＰデータグラムサイズを決定または検索し、そして種々のヘッダおよびトレーラの割合を占める６０バイトを減算することによって、上限値を設定する。例えば、イーサネット（Ｒ）のフレームの場合、上限値は１４４０バイトに等しい。すなわち、ＦＣＰフレームのペイロードはサイズが１４４０バイトを越え得ない。ＩＰネットワークを介してトランスポートされるＦＣＰフレームが分割され得ないため、この制限が確立される。ＩＰデータグラムを分割可能にすると、ネットワークの性能が下がるため、ほとんどのネットワークは分割されることがほとんどない。ＩＰヘッダの分割禁止フラグ（Ｄｏ　Ｎｏｔ　Ｆｒａｇｍｅｎｔ　Ｆｌａｇ）は、ＩＰ層がデータグラムを分割することを阻止するために用いられ得る。ＦＣＰペイロードに適切なサイズを設定するノードのログインがあっても、このビットは確実に分割が生じないように設定される。一実施形態によれば、ペイロードは４バイトの数倍になるようにパディングされて、レガシーのＦＣデバイスに送信されるフレームに変換しやすくなる。
【００３７】
各スイッチ２３５は好適には、バッファツーバッファ受信データフィールドサイズ（Ｂｕｆｆｅｒ　ｔｏ　Ｂｕｆｆｅｒ　Ｒｅｃｅｉｖｅ　Ｄａｔａ　Ｆｉｅｌｄ　ｓｉｚｅ）を利用して、端部ノードにイーサネット（Ｒ）リンクを介して搬送されるＩＰパケット内に適合するデータフレームと通信させる。本発明の一実施形態によれば、最大フレームサイズを強化する１つの方法は、ノードのログインおよび管理プロセッサ２５０にリダイレクトされるノード応答フレームを傍受することである。管理プロセッサ２５０は、必要に応じて、フレーム内のバッファツーバッファ受信データフィールドサイズを調整し、そして次いで、修正したパケットを元の宛先にルーティングする。
【００３８】
ファブリックのログインに続いて、デバイスはネームサーバ６５にログインする。ネームサーバ６５へのログインを行うと、デバイスとネームサーバ６５との間の通信に用いられるパラメータ（例えば、最大ペイロードサイズ）が確立する。ネームサーバ６５を備えたデバイス「レジスタ」はデータベースに情報を提供し、データベースはネットワーク上のデバイスのパラメータを記述する。次いで、イニシエータはデータベースにクエリして、システム内のデバイスに関する情報を決定し、これにより、システムを「プローブ」して、どのデバイスが存在しているかを判定する必要性が排除され得る。ネットワークのプローブは、１６万のファイバチャンネルのアドレスがあるため実行可能でない。ネームサーバ６５は好適には、ネットワークに取り付けられたノードであるが、スイッチ内で実現され得、そして冗長性および速いアクセスを保証するためにファブリックにわたって分散され得る。
【００３９】
図７は、本発明の一実施形態による、ＳｏＩＰネットワークに接続されたファイバチャンネルデバイスの「セッション」初期化の一例を示すフローチャートである。ファブリックログインの間、スイッチ２３５はスイッチ２３５に割り当てられたＩＰアドレスのブロックからのＩＰアドレスをデバイスに割り当てる。
【００４０】
スイッチ２３５は、パケットがＩＰと互換性のあるポートに伝達されるか、またはこのポートから受信される場合に、ＦＣデバイスに割り当てられるＩＰアドレスを用いる。ＦＣデバイスはここで、ＳｏＩＰネットワークによって割り当てられた２つのアドレス：ＦＣアドレスおよびＩＰアドレスを有する。ＦＣアドレスはＦＣデバイスがローカルのファイバチャンネル「アイランド」で通信する場合に用いられ、一方、ＩＰアドレスはデバイスがＩＰネットワークを介して通信する場合に用いられる。
【００４１】
図８および図９は、本発明の一実施形態による、スイッチ１のＦＣポートＡによって開始し、そしてスイッチ１から離れて設けられているスイッチ２のＦＣポートＢまでのノードのログインのデータフレームの流れを示す。ログインリクエストのデータフレームはＦＣポートＡによってスイッチ１の管理プロセッサにリダイレクトされる。管理プロセッサは、バッファツーバッファ受信データフィールドサイズのパラメータで必要とされる任意の変更を行い、次いで、パケットを元の宛先ポートに転送する。宛先スイッチ（スイッチ２）において、ログインリクエストのパケットのリダイレクトはない。図９に示すように、ＦＣポートＢからのログイン応答フレームはスイッチ２の管理プロセッサにリダイレクトされる。管理プロセッサは、必要な場合には、応答内のバッファツーバッファ受信データフィールドサイズを変更する。
【００４２】
一実施形態において、各管理プロセッサは、そのバッファツーバッファ受信データフィールドサイズをＦＣＰデータフレームがＩＰパケット内に適合することを可能にする値に調整する。ＩＰパケットは分割されることなくイーサネット（Ｒ）ネットワークを介して伝達され得る。したがって、各管理プロセッサは、ＭＴＵ（最大伝達単位（Ｍａｘｉｍｕｍ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｕｎｉｔ）の検索を実行して、ネットワーク内でのＩＰパケットの分割を生じないサイズを決定する必要があり得る。
【００４３】
ＦＣポートがローカルの（すなわち、同じスイッチに接続された）ＦＣポートを用いてポートのログインを実行する場合、ログインのリクエストまたは応答のバッファツーバッファ受信データフィールドサイズを変更する必要はない。これは、一実施形態において、スイッチが（同じスイッチ上の）ＦＣポート間で転送される最大フレームサイズをサポートするからである。しかし、ＦＣポートのインターフェース論理はポートログインパケットをスイッチの管理プロセッサに常にリダイレクトして、ポートのインターフェース論理を簡略化する。したがって、この実施形態において、スイッチはスイッチに接続された任意のＦＣデバイスの観点から、ＦＣスイッチのように見え、そして動作する。ローカルのＦＣポートのポートのログインのリクエストフレームおよび応答フレームのルーティングの一例を図１０に示す。
【００４４】
一実施形態によれば、ＦＣポートのログインリクエスト／応答のパケットを管理プロセッサにルーティングすると、ＳＣＳＩのポートのログインを管理プロセッサによって処理することが可能になる。管理プロセッサはＳＣＳＩのログインを常に処理する。
【００４５】
一実施形態によれば、ＳｏＩＰデバイスは２つのパラメータ：ＩＰアドレスおよびＳｏＩＰソケット番号を用いて一意的に識別される。したがって、１つのデバイスが一意的なＩＰアドレスを有するか、または複数のデバイスが１つのＩＰアドレスを共有することが可能である。例えば、ファイバチャンネルの調停されたループ上のデバイスはすべてＩＰアドレスを共有し得、サーバのホストバスアダプタは専用のＩＰアドレスを有し得る。一実施形態において、ＳｏＩＰソケット番号を割り当てるには２つの可能なモード：ローカルまたはグローバルがある。
【００４６】
ＩＰネットワークに直接接続された１つのＳｏＩＰデバイスは一意的なＩＰアドレスを有して、ネットワークがデータフレームをデバイスにルーティングすることが可能である必要がある。ＩＰネットワークはＳｏＩＰソケット番号に基づいてトラフィックをルーティングしない。しかし、データフレームをスイッチングする場合に、スイッチがＩＰアドレスおよびＳｏＩＰソケット番号の両方を用いると、スイッチ（例えば、スイッチ２３５）に接続されたデバイスはＩＰアドレスを共有し得る。
【００４７】
本発明によれば、「レガシー」のファイバチャンネルデバイスが取り付けられたＳｏＩＰネットワークＳＡＮは、２つの異なるアドレス方法：ＩＰおよびファイバチャンネルが用いられるため、異なるアドレスドメインを有する。図１１は、本発明の一実施形態による、ネットワーク内に存在するアドレスドメインの一例を示す。ＳｏＩＰデバイスはＩＰアドレスおよびＳｏＩＰソケット番号を用いて通信し、ファイバチャンネルデバイス（ＳＣＳＩデバイスはスイッチによってファイバチャンネルデバイスとして扱われる）はファイバチャンネルのアドレスを用いる。各スイッチ２３５はＩＰアドレスドメインとファイバチャンネルのアドレスドメインとの間でアドレス変換を実行する。スイッチ２３５１はＩＰアドレスドメインとＦＣアドレスドメイン１との間でアドレス変換を実行し、そしてスイッチ２３５２はＩＰアドレスドメインとＦＣアドレスドメイン２との間でアドレス変換を実行する。各スイッチ２３５は、デバイスがファブリックログインを実行すると、ＩＰアドレス、ＳｏＩＰソケット番号およびファイバチャンネルのアドレスを各ファイバチャンネルデバイスに割り当てる。ファイバチャンネルデバイスはその割り当てられたファイバチャンネルのアドレスに関してのみを得る。割り当てられたＩＰアドレス、ＳｏＩＰソケット番号およびファイバチャンネルのアドレスは、スイッチ内の変換テーブル（図示せず）内で維持される。パラレルのＳＣＳＩデバイスは、ＳＣＳＩのポートの初期化中に、スイッチによってそれぞれのアドレスが割り当てられる。ファイバチャンネルポートはファイバチャンネルデバイスによってすべてのネームサーバリクエストを処理用に管理プロセッサに方向付ける。
【００４８】
本発明の一実施形態によれば、管理プロセッサはファイバチャンネルネームサーバのリクエストをＳｏＩＰネームサーバリクエストに変換して、次いでこれは、ＳｏＩＰネームサーバ（例えば、サーバ２８０で実現される）に転送される。一実施形態において、ＳｏＩＰネームサーバの機能は分散されて、したがって、管理プロセッサによって直接処理される。ネームサーバからの応答は管理プロセッサに返されて、管理プロセッサにおいて、この応答は、ネームサーバリクエストを元々作成したポートに転送される前に、ファイバチャンネルネームサーバの応答に変換される。ファイバチャンネルデバイスがデータフレームをそのファイバチャンネルのアドレスドメイン内に配置されていないデバイスに送信すると、スイッチ２３５はパケットをＳｏＩＰと互換性のあるパケットに変換する。上述したように、変換はＦＣＰデータフレームをＩＰデータフレーム内にカプセル化する。戻って図６ａを参照すると、一実施形態において、ＩＰアドレスおよびＳｏＩＰソケット番号は、ファイバチャンネルソースアドレス（Ｓ＿ＩＤ）および宛先アドレス（Ｄ＿ＩＤ）をネームサーバ上のＩＰ／ファイバチャンネルのアドレス変換テーブルへの「鍵」として用いることによって取得される。ファイバチャンネルのアドレスフィールドは、ファイバチャンネルのデータフレームをＳｏＩＰのデータフレームに変換する場合に、ＳｏＩＰソケット番号によって置き換えられる。次いで、パケットは、ＩＰネットワーク上で伝達されて、そして宛先ＩＰアドレスを用いてルーティングされる。宛先デバイスがＳｏＩＰと互換性のあるデバイスである場合、パケットは宛先デバイスによって直接、処理される（すなわち、カプセル化解除（ｄｅ−ｅｎｃａｐｓｕｌａｔｅｄ）が実行されて、ＦＣＰパケットとして処理される）。しかし、宛先がファイバチャンネル（または、パラレルのＳＣＳＩ）デバイスである場合、パケットはスイッチ２３５にルーティングされる。スイッチ２３５はパケットを受信し、ＳｏＩＰパケットのカプセル化解除を実行し、そしてＳｏＩＰソケット番号を、ソースおよび宛先ＩＰアドレスならびにＳｏＩＰソケット番号に基づいて適切なソースおよび宛先ファイバチャンネルのアドレスに置き換える。
【００４９】
一実施形態によれば、ローカルの割り当ては、ＳｏＩＰソケット番号を割り当てる好適な方法である。この実施形態において、固有のＳｏＩＰデバイスは自身のＳｏＩＰソケット番号を選択し、一方ＳｏＩＰスイッチ（例えば、スイッチ２３５）はスイッチに取り付けられたファイバチャンネルおよびＳＣＳＩデバイスにＳｏＩＰソケット番号を割り当てる。ＳｏＩＰソケット番号がローカルに割り当てられた場合、選択された値は一意的なＩＰアドレス／ＳｏＩＰソケット番号の組み合わせとなる任意の値であり得る。ＩＰアドレスを共有するデバイスは、一意的なＳｏＩＰソケット番号が割り当てられ、一意的なＩＰアドレス／ＳｏＩＰソケット番号のペアを作成する必要がある。一意的なＩＰアドレスを有するデバイスは、任意の所望されるＳｏＩＰソケット番号を有し得る。一実施形態において、ＳｏＩＰスイッチは、受信したデータフレームのルーティングを簡略化するようにＳｏＩＰソケット番号を割り当てる。スイッチはさらに、ローカルに有意なファイバチャンネルのアドレスを、「リモート」のデバイスをアドレス指定する際にローカルなデバイスによって用いられるそれぞれの「リモート」のデバイスに割り当て得る必要もある。これらのローカルに割り当てられたアドレスは、そのファイバチャンネルのアドレスドメイン内のスイッチによってのみ知られる。したがって、各スイッチは１セットのローカルに割り当てられたファイバチャンネルのアドレスを維持し、このアドレスはＳｏＩＰネームサーバ内に規定されたグローバルに知られるＩＰアドレス／ＳｏＩＰポート番号のペアに対応する。
【００５０】
一実施形態によれば、アドレスドメインが異なることに起因して、各スイッチ２３５は、ペイロード内に組み込まれたファイバチャンネルのアドレス情報を有するファイバチャンネル拡張リンクサービスのリクエストおよび応答を傍受する。拡張リンクサービスのリクエストおよび応答はたまにしか生成されない。したがって、拡張リンクサービスのリクエストをデータフレームへの任意の必要な変更を行うスイッチの管理プロセッサにリダイレクトすることが好ましい。拡張リンクサービスのリクエスト／応答がペイロード内に組み込まれたアドレス指定情報を有さない場合、管理プロセッサは修正することなくパケットを単に再伝達する。
【００５１】
ファイバチャンネルまたはＳＣＳＩデバイスに割り当てられたＩＰアドレスおよびＳｏＩＰソケット番号はスイッチによって決定される。これらのアドレスの割り当ては実行次第である。好適な実施形態において、ＳｏＩＰソケット番号はデバイスのローカルのファイバチャンネルのアドレスが割り当てられる。この実施形態において、スイッチは受信したデータフレームから直接、ローカルファイバチャンネルのアドレスを取得する。あるいは、ＳｏＩＰソケット番号の割り当てはアドレステーブルへのインデックスとして用いられ得る増加しゆく番号に基づく。
【００５２】
一実施形態において、各デバイスに一意に定まるＩＰアドレスを割り当てる。しかし、この種類の割当てを行うと、多数のＩＰアドレスが使用されることになり得る。各デバイスについて単一のＩＰアドレスを用いると、ＩＰネットワーク内のルーティングの含意関係（ｉｍｐｌｉｃａｔｉｏｎｓ）が複数になる。そのため、好適な実施形態において、ＩＰアドレスへの割当てを、１つのスイッチに取り付けられたデバイスのうち少なくとも１つの部分集合が１つのＩＰアドレスを共有するように行う。例えば、１つのＩＰアドレスを各スイッチポートに割り当てることができる。その後、そのスイッチポートに割り当てられた各デバイスは、そのポートのＩＰアドレスを共有する。そのため、取り付けられたファイバチャンネルＮ＿ポートは一意に定まるＩＰアドレスを１つ有する一方、ファイバチャンネルＮ＿ポートに取り付けられたファイバチャンネルの調停ループ上のデバイスは、１つのＩＰアドレスを共有する。
【００５３】
一実施形態によれば、ファイバチャンネルのアドレスをグローバルに割り当てる。ファイバチャンネルのアドレスをグローバルに割り当てると、「レガシーの」ファイバチャンネルデバイスに対する適合性を最大にすることができる。この実施形態において、ＳｏＩＰネームサーバは、グローバルファイバチャンネルのアドレスの割振りの管理を行う役割を担う。場合によってはファイバチャンネルのアドレスは「サードパーティの」ＳＣＳＩコマンド内に埋め込まれる場合があるため、グローバルファイバチャンネルのアドレススペースをサポートする必要があり得る。このようなサードパーティコマンドの一例としてＣＯＰＹがある。このＣＯＰＹコマンドは、別のデバイスにデータをコピーするよう命令する。「サードパーティの」コマンドが用いられることは滅多に無いが、「サードパーティの」コマンドが用いられる場合、コマンドをアドレス適合性に合わせて変更するか、または、ファイバチャンネルのアドレスをグローバルに割り当てる必要が出てくる。
【００５４】
図１２ａに示すＳｏＩＰネットワークを参照して、例示的なサードパーティＣＯＰＹコマンドを用いて、ローカルに割り当てられるファイバチャンネルのアドレスおよびサードパーティコマンドに発生する問題について説明する。この実施例において、ローカルに割り当てられたファイバチャンネルのアドレスをＳｏＩＰソケット番号としても用いる。この実施例において、各デバイスは一意に定まるＩＰアドレスを有する。
【００５５】
図１２ｂは、各デバイスがネームサーバに公示したＩＰアドレスおよびＳｏＩＰソケット番号を示す。ネームサーバは、デバイスがＳｏＩＰネットワーク内においてアドレス指定される様式を識別する。各デバイスは、ＩＰアドレスおよびＳｏＩＰソケット番号の組み合わせにより一意に定まる様式で識別される。スイッチ２３５３および２３５４ならびにテープライブラリＣは、システム内の各デバイスを認識しているものと仮定する。この場合、テープライブラリＣは、ネームサーバのアドレステーブルと同じアドレステーブルを有する。スイッチ２３５３および２３５４は、ローカルファイバチャンネルのアドレスを各デバイス割り当てている。図１２ｃは、スイッチ２３５３にストレージされるアドレステーブルを示し、図１２ｄは、スイッチ２３５４にストレージされるアドレステーブルを示す。ファイバチャンネルのアドレスの割り当てはローカルに行われるため、アドレス割当ては完全に任意に行われる。
【００５６】
データをＲＡＩＤドライブＢからテープライブラリＢ（これらはどちらともローカルドメイン３内任意の配置される）へとコピーせよとの旨のＣＯＰＹコマンドを、ローカルドメイン１内のサーバＡがローカルドメイン３内のサーバＢに送るものと仮定する。このＣＯＰＹコマンドはサーバＡ側から見たアドレスを含む。そのため、図１２ｃを参照して、サーバＢによって受信されたコマンドは、ファイバチャンネルデバイス０００５００（ＲＡＩＤドライブＢ）からファイバチャンネルデバイス０００６００（テープライブラリＢ）へのＣＯＰＹである。しかし、サーバＢは、スイッチ２３５４（図１２ｄ）のアドレステーブルを用いてＣＯＰＹコマンドを解釈し、ＲＡＩＤドライブＡからのデータをテープライブラリＡにコピーすべきであるとみなし、ＲＡＩＤドライブＢからのデータはテープライブラリＢにコピーすべきではないとみなす。そのため、誤った動作が行われることとなる。別の例として、サーバＢがＲＡＩＤドライブＡからのデータをテープライブラリＣにコピーすべきであるとのコマンドをサーバＡに送ると仮定する。このコマンドはファイバチャンネルのアドレス０００５００から００９９００（これらのアドレスは、スイッチ２３５４側からみたアドレスである）へとＣＯＰＹされる。スイッチ２３５４のアドレステーブル中に００９９００は存在しないため、サーバＡは、このコマンドはＲＡＩＤドライブＢからのデータを存在しないデバイスにコピーするよう命令しているものであるとみなす。
【００５７】
一実施形態によれば、スイッチは、各サードパーティコマンドを傍受し、埋め込まれたファイバチャンネルのアドレスを宛先デバイスと適合するように変更することにより、この問題を回避する。しかし、上記の傍受および変更を行うには、宛先スイッチ内におけるローカルアドレスの割当て状態がソーススイッチに分かっていなければならない。スイッチによってサードパーティコマンドを変換することは可能であるが、別の方法が好適である。
【００５８】
別の方法によれば、サードパーティコマンド中のファイバチャンネルのアドレスによって参照されるデバイスについて、ファイバチャンネルのアドレスをグローバルに割り当てる。ファイバチャンネルのアドレスをグローバルに用いると、サードパーティコマンドを変更なしに用いることが可能となるが、ＳｏＩＰネットワークにおいて可能なデバイスの総数と、ファイバチャンネルネットワークとしてのデバイスの数の最大数とが同じになる。ＳｏＩＰネットワーク内の全てのデバイスへのアドレス割り当てをグローバルに行うことが可能であるが、グローバルアドレスを必要とするのは、サードパーティコマンドとして参照されるデバイスだけである。
【００５９】
グローバルに割り当てられたファイバチャンネルのアドレスは、デバイスのＳｏＩＰソケット番号として用いると好ましい。その結果、「レガシー」のファイバチャンネルデータフレームをＳｏＩＰとの適合性を有するデータフレームに変換する作業が簡単になる。そのため、ファイバチャンネルのアドレスをグローバルに割り当てる作業は、ＳｏＩＰソケット番号をグローバルに割り当てる作業に対応する。
【００６０】
ＳｏＩＰソケット番号をグローバルに割り振る作業は、ＳｏＩＰネームサーバによって管理される。このＳｏＩＰネームサーバは、グローバルなＳｏＩＰソケット番号をフリーのソケット番号のプールからのリクエスト通りに割り当て、ソケット番号がもはや用いられていない場合、それらのソケット番号を割り当て解除する（すなわち、ソケット番号ををフリーのプールに返送する）。ＳｏＩＰネットワーク内の全デバイスについてグローバルＳｏＩＰソケット番号を割り当てる方法は、グローバルＳｏＩＰソケット番号を必要とするデバイスの部分集合（あるいは、ローカルのＳｏＩＰソケット番号を用いることが可能なデバイス）を指定しなくてもよいため、管理の観点から見て最も簡単な解決法である。
【００６１】
そのため、ＳｏＩＰネットワーク内の全デバイスは、ＳｏＩＰソケット番号をローカルに割り当てるか、または、ＳｏＩＰソケット番号をグローバルに割り当てている。ＳｏＩＰに適合するデバイスおよびスイッチは全て、上記モードの両方をサポートする。各デバイスまたはスイッチは、ネットワークにログインする際、サポートすべきモードをＳｏＩＰネームサーバから判定する。ＳｏＩＰネームサーバのコンフィギュレーションパラメータは、ＳｏＩＰソケット番号の割振りモードを示す。
【００６２】
ファイバチャンネルのアドレスの代わりにワールドワイドネームをコマンドに埋め込む新規形態のサードパーティコマンドフォーマットによってグローバルのＳｏＩＰソケット番号は不要となるため、ローカルのＳｏＩＰソケット番号およびグローバルのＳｏＩＰソケット番号の両方をサポートする環境は不要である。ワールドワイドネームは一意に定まるため、コマンドを受信したデバイスは、自身の視点から使用に適切なアドレス（単数または複数）を判定することができる。この新規サードパーティコマンドの１つのインプリメンテーションがＥＸＴＥＮＤＥＤ　ＣＯＰＹコマンドである。ネイティブのＳｏＩＰデバイスは、ＳｏＩＰソケット番号がローカルに割り当てられる際にワールドワイドネームをコマンドに埋め込むサードパーティコマンドのバージョンを用いると好ましい。
【００６３】
一実施形態において、ＳｏＩＰソケット番号をグローバルに割り当てる際、ｔｈｅリクエスト元は、最小数のリクエストされたソケット番号と、境界を規定する２４ビットのマスクとを示す。例えば、１６ポートスイッチは、４０９６のソケット番号と、ＦＦＦ０００（ｈｅｘ）のビットマスクとをリクエストして、これらのソケット番号を下位（ｌｏｗｅｒ）１２ビットが０となる境界に割り当てるべきであることを示す。その後、スイッチは、２５６ソケット番号を（調停ループのサポートのために）各ポートに割り当てる。指定された境界上でソケット番号を割り振ると、ポート番号に直接相関するソケット番号をスイッチによって割り当てることが可能となる。上記の例において、ビット１１：８はポートを識別する。ネイティブのＳｏＩＰデバイスは、ＳｏＩＰネームサーバからのグローバルＳｏＩＰソケット番号を１つだけ割り当てると好ましい。
【００６４】
一実施形態において、ＳｏＩＰネームサーバは、「最大ファイバチャンネル適合性」モードを選択するコンフィギュレーションパラメータも含む。この「最大ファイバチャンネル適合性」モードは、ＳｏＩＰソケット番号のグローバル割当てについての意味のみを有する。デバイスは、ネームサーバにこのパラメータの値について問い合わせすることができる。このモードは、イネーブルされると、グローバルＳｏＩＰソケット番号をスイッチに対して６５５３６のブロック（６５５３６の境界上）に割り当てるべきとの旨を指定する。このモードは、（下位８ビットによってデバイスを識別し、中間８ビットによってポートを識別し、上位８ビットによってスイッチを識別する）既存のファイバチャンネルモードのアドレスの割振りと適合する。ＳｏＩＰスイッチはこのモードを確認し、イネーブルされると、グローバルＳｏＩＰソケット番号をリクエストする際に６５５３６ソケット番号をリクエストする。このモードにおいて、ネイティブのＳｏＩＰデバイスは、ＳｏＩＰネームサーバからグローバルＳｏＩＰソケット番号を１つだけ割り振ると好ましい。
【００６５】
一実施形態によれば、（例えば、ＩＰルータの無い）層２のネットワークにおいて動作を行う場合、フレームフォーマットを変更して、カプセル化論理を簡略化する。層２のネットワークには、ＩＰヘッダまたはＵＤＰヘッダは不要である。全フレームを物理的アドレス（例えば、イーサネット（Ｒ）ＭＡＣアドレス）を用いて転送する。その後、スイッチは、層２の物理的アドレス（例えば、イーサネット（Ｒ）ＭＡＣアドレス）とＳｏＩＰソケット番号との組み合わせに基づいて、内部でフレームをルーティングする。実質的には、層２の物理的アドレスは、一意に定まる様式でＳｏＩＰデバイスを識別する様態のパラメータとしてのＩＰアドレスを取り替える。図１３は、イーサネット（Ｒ）上で送信されたＦＣＰフレーム用のフレームフォーマットを示す。イーサネット（Ｒ）タイプ値２９０をＳｏＩＰについて固有に規定して、当該フレームを受け取るステーションが当該フレームと他のフレームタイプ（例えば、ＩＰ）とを区別できるようにする。ＩＰヘッダおよびＵＤＰヘッダを除去して、フレームのオーバーヘッドを低減する。これによって得られる利点は、ＵＤＰヘッダ中の長さフィールドおよびチェックサムフィールドを生成する必要が無くなる点である。ＩＰヘッダおよびＵＤＰヘッダを生成すると、フレームの開始部分に長さおよびチェックサムが配置されるため、フレーム送信の待ち時間がさらに増加する。そのため、フレーム全体をバッファリングして長さおよびチェックサムを判定し、判定された長さおよびチェックサムをヘッダに書き込む作業が必要となる。イーサネット（Ｒ）層２のＳｏＩＰフレームの場合、フレームの終端部分に追加すべきパディングがある場合はその量を判定するだけでよい。ＰＡＤバイトの数はＳｏＩＰヘッダ内に含まれていなければならないため、受信側のステーションにおいてＰＡＤバイトを除去することができる。パディングが必要となるのは６４バイトのイーサネット（Ｒ）フレームの最小サイズを満足する際のみであるため、６４バイトのフレーム（またはフレーム全体）が受信されてからヘッダの生成を完了することが可能である。
【００６６】
層２のフレームフォーマットは、図６を参照して上述したＬａｙｅｒ３フレームフォーマットＳｏＩＰフレーム変換と類似しており、両者は以下の点において異なる：
ａ．ＩＰヘッダおよびＵＤＰヘッダがもはや存在しないこと。
【００６７】
ｂ．イーサネット（Ｒ）のタイプ値が異なること。
【００６８】
ｃ．ＣＨＥＫＳＵＭ　ＰＡＤフィールドの代わりにＦＣ　ＣＲＣフィールドを用いること。ＦＣ　ＣＲＣフィールドは、４バイトのフィールドであり、ＦＣＰヘッダおよびペイロードについて計算されるファイバチャンネルＣＲＣを含む。ファイバチャンネルデータフレームのカプセル化が変更なしに行われる場合、このフィールドはソースによって挿入され得る。そのため、フレームと共に受信されたＣＲＣは未だ有効である。
【００６９】
ｄ．ＣＨＥＣＫＳＵＭ　ＰＡＤフラグの代わりにＦＣ　ＣＲＣＰＲＥＳＥＮＴフラグを用いる。このビットはフレーム中のＦＣ　ＣＲＣフィールドの有無を示す。ＵＤＰチェックサムを計算する必要はないため、このＣＨＥＣＫＳＵＭ　ＰＡＤフィールドは意味を持たない点に留意されたい。
【００７０】
ｅ．カプセル化されたフレーム長さは最小６４のイーサネット（Ｒ）未満であり得るため、ＦＲＡＭＥ　ＰＡＤ　ＬＥＮＧＴＨはゼロ以外の値を有し得る。
【００７１】
ＵＤＰ　ヘッダは、宛先ポートフィールドおよびソースポートフィールドを含む。これらのフィールドの通常の用途は、ソフトウェアアプリケーションのうち相互通信を行っているものを識別することである。アプリケーションは、ＵＤＰ「データグラム」を送るときに用いられるポート番号をリクエストする。このポート番号は、アプリケーションによって送られる各ＵＤＰデータグラム用のソースポート番号となる。ＵＤＰデータグラムが受信されると、ＵＤＰ層はこの宛先ポート番号を用いて、当該データグラムの転送先となるアプリケーションを判定する。図１４ａは、当該分野において頻繁に用いられるＵＤＰデータグラムの「デマルチプレクス化」を示す。
【００７２】
図１４ｂおよび図１４ｃは、本発明の実施形態によるＳｏＩＰ層の追加方法を示す。図１４ｂは、全ＳｏＩＰデバイスに割り当てられた単一のポート番号が１つしかない場合のフレームのデマルチプレクス化を示す。その後、ＳｏＩＰソケット番号を用いてデマルチプレクス化をさらに行い、デバイスを判定する。その後、ＦＣＰヘッダ内に配置されたＦＣＰ交換番号に基づいて、アプリケーションに対してルーティングデータフレームを行う。図１４ｃは、上記に類似するがＳｏＩＰデバイスに割り当てられたＵＤＰポート番号が別個の番号になっている図を示す。この場合、ＵＤＰデータグラムを転送するためにＳｏＩＰソケット番号を調査する必要は無い。（ＳｏＩＰソケット番号およびＩＰアドレスは、それでもデバイスの識別を一意に定まる様式で行う）。各ＳｏＩＰデバイスについて単一のＵＤＰポート番号を用いるかあるいは全デバイスについて１つのＵＤＰポート番号を用いるかについての選択は、インプリメンテーションに依存する。
【００７３】
図１４ｂおよび１４ｃに示すＵＤＰのデマルチプレクス化の例は、１つ以上のホストバスアダプタ（ここで、これらのホストバスアダプタはＳｏＩＰデバイスである）を備えるサーバに方向付けられる。スイッチは、データフレームをエンドデバイスに転送し、アプリケーション層を処理する必要がない点において複雑性が低い場合が多い。
【００７４】
上記のアドレス指定メカニズムを用いると、ソフトウェアアプリケーションを異なるアドレスを用いたネームサーバと共に登録することにより、ソフトウェアアプリケーションをＳｏＩＰデバイスとして出現させることが可能となる。その結果、あるアプリケーションに、ネームサーバにおいて当該アプリケーションが他のアプリケーションによって利用されることを公示させる可能性が開かれる。その一例として、より高レベルのバックアップアプリケーションによって用いられ得るＣＯＰＹマネージャがある。
【００７５】
一実施形態によれば、各ストレージデバイスは、ネームサーバと共に登録を行う際、データフレームをデバイスに送る際に用いられるＵＤＰポート番号を含まなければならない。通常のＵＤＰアプリケーションにおいて、宛先ポートは、返答を送る際に用いられるソースポート番号を保存する。しかし、このメカニズムは、「レガシーの」ＦＣスイッチと用いられる場合、ソースポート番号と交換ＩＤとを相関付けるスイッチが必要となるため、実行不可能である。ストレージデバイスに常時同じＵＤＰポート番号を用いるように要求した方がずっと簡単である。
【００７６】
その結果、この実施形態によれば、ストレージデバイスは、ネームサーバデータベース中の３つのパラメータ（すなわち、ＩＰアドレス、ＵＤＰポート番号、およびＳｏＩＰソケット番号）によって識別される。さらに必要となるパラメータとして、ＩＰネットワークの場合に通常の様式で決定される物理的アドレス（例えば、イーサネット（Ｒ）ＭＡＣアドレス）がある。ＡＲＰ（アドレス解決プロトコル）は好適には、ＩＰアドレスについて用いられる物理的アドレスを知る際に用いられる。用いられる物理的アドレスは、デバイスからフレームが受信された場合にも認知可能である。例えば、ポートログインに関するリクエストが受信されると、物理的アドレスを認知することができる。この物理的アドレスは、実施のデバイスの物理的アドレスではなく、ＩＰルータの実施のデバイスのである。
【００７７】
ＳｏＩＰネームサーバ（ＳＮＳ）は、ＳｏＩＰネットワーク内の全ＳｏＩＰデバイスによって認知されたＵＤＰポート番号を持たなければならない。その理由は、ポート番号は別のソースからは分からないためである。これは、「周知の」ポート番号であるかまたは登録済みのポート番号であり得る。このアプローチは、周知のポート番号５３を有するドメインネームサーバ（ＤＮＳ）に類似する。「周知の」ポート番号の割当ては、ＩＡＮＡ（Ｉｎｔｅｒｎｅｔ　Ａｓｓｉｇｎｅｄ　Ｎｕｍｂｅｒｓ　Ａｕｔｈｏｒｉｔｙ）によって行われる。
【００７８】
ＩＰネットワーク内におけるルーティングは、アドレス指定モードの選択結果によって影響を受け、アドレス指定モードの選択結果は、スイッチおよびルータの「会話」の構成内容を判定する能力に影響を与える。１つの会話は、関連しかつ順番に到着する一連のデータフレームである。しかし、会話は順序付けられた関係は持たないものと仮定する。言い換えると、異なる会話からのフレームの順序付けは、何の影響も無く変更を行うことが可能である。例えば、３つの会話（Ａ、ＢおよびＣ）に関するフレームを以下の順序で送信すると仮定する（先ず最初にＡ１が送られる）：
【００７９】
【数１】
2004503122.tif 000003
フレームの受信を以下のシーケンスのうち任意のシーケンスで行うことが可能となる（受容可能なシーケンスは他にも多数ある点に留意されたい）：
【００８０】
【数２】
2004503122.tif 000004
上記シーケンスそれぞれにおいて、特定の会話に関するフレームは互いに順序付けられた状態で到着するが、他の会話からのフレームは互いに順序が無い状態で到着する。異なる会話を識別する能力により、トラフィックのルーティングを会話ベースで行うことを可能にすることにより、負荷のバランス調整を行うことが可能となる。スイッチおよびルータは、データフレーム内の複数のパラメータ（例えば、宛先／ソースアドレス、ＩＰプロトコル、ＵＤＰ／ＴＣＰポート番号など）に基づいて、会話を判定することができる。実際に用いられるパラメータは、スイッチ／ルータインプリメンテーションに依存する。
【００８１】
同一の２つのデバイス間のストレージトラフィックは、単一の会話として取り扱わなければならない。ストレージコマンド間には関係が存在し得る（例えば、待ち行列の順序付け）ため、ストレージコマンドを順序が乱れた状態で受信することは受容不可能である。したがって、スイッチ／ルータに対して一意に定まるデバイスが得られ、かつ、コマンドを区別しようとしないアドレス指定メカニズムを選択すると好ましい。この方法は全スイッチおよびルータと共に機能したため、異なるＩＰアドレスを選択すると、デバイスを区別する際に最適である。ＩＰアドレスが共有される場合、ＵＤＰポート番号をＩＰアドレスを共有するデバイスに対して一意に定まるようにすると好適である。そのため、ＩＰアドレスを共有するデバイスは、会話の分類をＵＤＰポート番号に基づいて行うスイッチおよびルータによって別個に取り扱われる可能性がある。ＳｏＩＰがＵＤＰの代わりにＴＣＰを用いてＳｏＩＰＳｏがインプリメントされた際にＵＤＰポート番号についての上記の議論はＴＣＰヘッダポート番号に適用されることが理解される。
【００８２】
図１５は、本発明の実施形態によるファイバチャンネルおよびギガビットイーサネット（Ｒ）の両方をサポートするスイッチポートの基本的アーキテクチャを示す高レベルブロック図である。このファイバチャンネルおよびギガビットイーサネット（Ｒ）ポートが用いる符号化／復号化法（８Ｂ／１０Ｂ）が同じであり、各ポートには、高速シリアルインターフェースとの変換を行うためのシリアライザ／デシリアライザ（ＳＥＲＤＥＳ）ブロックが必要となる。そのため、この実施形態において、これらの２つのインターフェースは、図１５に示すように８Ｂ／１０Ｂブロック３１０およびＳＥＲＤＥＳブロック３１５を共有する。これらの２つのインターフェースタイプは、ファイバチャンネルが１０６２．５ＭＨｚで動作し、ギガビットイーサネット（Ｒ）が１２５０ＭＨｚで動作しているときのクロック速度について異なる。これらのインターフェースのうち高速バージョンのインターフェースも開発中であり、異なるクロック速度を有する。そのため、マルチプレクサ３４５は、論理によって用いられるクロックをポートタイプに基づいて選択する。さらに、これらの２つのインターフェースは、スイッチファブリック（管理インターフェースを含む）とインターフェースをとるスイッチファブリックインターフェース論理ブロック３２０を共有する。ＭＡＣブロック（ブロック３２５および３３０）は、インターフェース（ファイバチャンネルまたはギガビットイーサネット（Ｒ））用の適切なプロトコル状態マシンをインプリメントする。ＭＡＣブロック３２５および３３０は、受信したデータをフレームに変換し、変換されたフレームは、ルーティング論理ブロック３３５および３４０にそれぞれ転送される。ＭＡＣブロック３２５および３３０はまた、ルーティング論理ブロック３３５および３４０それぞれからデータフレームも受信し、その後、これらのデータフレームは、インターフェースの（ファイバチャンネルまたはギガビットイーサネット（Ｒ）の）プロトコルに応じて送信される。ルーティング論理ブロック３３５および３４０は、受信された各フレームのルーティング先をフレーム内のアドレス指定情報に基づいて決定する。ルーティング論理ブロック３３５および３４０はまた、フレームに必要な任意の変更も行う。例えば、ルーティング論理ブロックは、ファイバチャンネルポートに転送中のフレームからＳｏＩＰカプセル化を除去する。その後、ルーティング論理ブロックは、フレームを宛先出力ポートの表示物と共にスイッチファブリックに送る。退出（Ｅｇｒｅｓｓ）データフレーム（スイッチファブリックから出力ポートへのフレーム）は、ルーティング論理ブロックによって受信され、関連付けられたＭＡＣに転送される。ＭＡＣがフレームを受信する前に、ルーティング論理ブロックによってフレームにさらに処理を行ってもよい。例えば、イーサネット（Ｒ）ポートルーティング論理ブロック３４０は、ファイバチャンネルフレームをＳｏＩＰフレームに変換し得る。
【００８３】
図１６に示す本発明の別の実施形態によれば、図１５の２つのルーティングブロックを組み合わせて単一のルーティング論理ブロック３５０にする。このような最適化が可能なのは、これらの２つのインターフェースが用いるルーティング論理は極めて類似性が高いからである。一実施形態において、ルーティング論理ブロック３５０は、ポートタイプに依存する論理ブロックと、双方のポートタイプに共通する他のブロックとを含む。この最適化により、ＡＳＩＣ上に必要な論理ゲートの数が低減する。ルーティングブロック３５０は、フレームのルーティング先をデータフレーム内のアドレス指定情報に基づいて決定する。この機能はアドレス解決として知られ、ファイバチャンネルおよびギガビットイーサネット（Ｒ）データフレームの両方に行われる。そのため、ルーティング論理の際にポートタイプに基づいて異なるデータを選択しなければならないものの、アドレス解決論理をこれらの２つのポートインターフェースによって共有することが可能となる。ルーティング論理ブロック３５０内の論理は、ハードコード化論理としてもインプリメント可能であり、あるいは、ネットワークプロセッサを用いたプログラム可能な方法（この方法は、パケット処理専用に設計され、ファイバチャンネルフレームまたはイーサネット（Ｒ）フレームのいずれかをルーティングするようにプログラムすることが可能である）としてもインプリメント可能である。そのため、異なるネットワークプロセッサソフトウェアを用いることにより、ルーティング論理ハードウェアを共有することができる。一実施形態において、ルーティング論理ブロック３５０はまた、２つのポートインターフェースによって共有される入力／出力ＦＩＦＯメモリも含む。共有可能なさらなる論理として、統計レジスタおよび制御レジスタがある。統計レジスタを用いて、受信されたフレームと、送信されたフレームと、受信されたバイトと、送信されたバイトとの数などをカウントする。共通する一連の統計レジスタを用いることが可能である。これらのレジスタは、各ＭＡＣからの制御信号によって変更される。制御レジスタは、各ＭＡＣの動作モードを決定する。共通する一連の統計レジスタおよび制御レジスタにより、レジスタのインプリメントおよび外部の制御ソース（例えば、スイッチ管理ＣＰＵ）とのインターフェースに必要な論理が低減する。
【００８４】
図１７に示すような別の実施形態において、低レベルのポートインターフェース論理（例えば、ＦＣ　ＭＡＣブロック３２５およびイーサネット（Ｒ）ＭＡＣブロック３３０）を組み合わせて、単一のＭＡＣブロック３６０にする。しかし、このアプローチの場合、これらの２つの論理ブロック間の共通点が少ないという問題がある。さらに、ギガビットイーサネット（Ｒ）ＭＡＣおよびファイバチャンネルポートインターフェース論理をインプリメントする所有ブロックを購入することが可能である。これらの２つのブロックを組み合わせると、これらの所有ブロックの使用は極度に妨害される。
【００８５】
図１８に示す本発明別の実施形態よれば、現場でプログラム可能なゲートアレイ（ＦＰＧＡ）３７０を用いて、ポートによってサポートされるインターフェースプロトコルを選択する。ロードされるＦＰＧＡのコンフィギュレーションは、サポートタイプに基づく。この実施形態において、ファイバチャンネルインターフェースおよびギガビットイーサネット（Ｒ）インターフェースについて別個のＦＰＧＡコードを展開する。そのため、ＦＰＧＡ論理を特定のインターフェースに合わせて最適化することができる。単一のハードウェア設計により双方のインターフェースをサポートし、ソフトウェアにより、ポートタイプに基づいてＦＰＧＡコードをダウンロードすることを決定する。
【００８６】
共通ポートは、ＡＳＩＣの外部にある物理的インターフェースも取り扱わなければならない。周知のように、このようなインターフェースを挙げると、例えば、銅（Ｃｏｐｐｅｒ）、マルチモードファイバインターフェースまたは単モードファイバインターフェースがある。また、これらのコンポーネントは、ファイバチャンネルおよびイーサネット（Ｒ）間において必ずしも同一でなくてもよい。図１９に示す本発明の実施形態によれば、ギガビットインターフェース変換器（ＧＢＩＣ）３８０を提供して、ユーザが所望の物理的インターフェースを選択できるようにする。ＧＢＩＣは、共通形態要素および電気インターフェースを有する標準化モジュールであり、上記の多くの物理的インターフェースのうち任意のものを取り付けることを可能にする。ＧＢＩＣモジュールは、多くの供給業者（例えば、ＨＰ、ＡＭＰ、Ｍｏｌｅｘなど）から市販されており、標準ファイバチャンネルインターフェースおよびギガビットイーサネット（Ｒ）物理的インターフェースを全てサポートする。図１４は、共通ＦＣ／ギガビットイーサネット（Ｒ）ポートインターフェース（例えば、図１５、１６、１７および１８に示すようなもの）がこの実施形態によるＧＢＩＣインターフェースと組み合わされた様子のブロック図を示す。ＡＳＩＣは、ユーザがＧＢＩＣモジュールを変更することを可能にするＧＢＩＣコネクタ３８５に接続する。そのため、ユーザは、適切なＧＢＩＣ３８０を取り付けることにより、メディアタイプを選択することができる。
【００８７】
ＧＢＩＣモジュールは典型的にはシリアルＥＥＲＯＭを含み、このシリアルＥＥＲＯＭの内容を読み出して、モジュールタイプ（例えば、ファイバチャンネル、ギガビットイーサネット（Ｒ）、インフィニバンド、銅、マルチモード、単一の−モードなど）を判定することができる。したがって、ＧＢＩＣは、使用するインターフェースのタイプ（例えば、ＦＣもしくはＧＥまたはインフィニバンド）を示すことができる。しかし、ＧＢＩＣが複数のインターフェース（例えばＦＣおよびＧＥの両方）をサポートすることも可能である。したがって、一実施形態において、ポートインターフェースタイプはユーザによるスイッチ／構成が可能であり、別の実施形態において、リンクインターフェースのタイプを、さらなるインテリジェンス（例えば、「ハンドシェーク」）を通じて自動的に決定する。
【００８８】
本発明の別の実施形態によれば、ＳｏＩＰインテリジェントネットワークインターフェースカード（ＮＩＣ）４００を図２０に示すように設ける。ＮＩＣカード４００は、ＩＰトラフィックおよびＳｏＩＰトラフィック両方を送信および受信することができる。いずれの場合においても、ＮＩＣカード４００は、トラフィックのタイプを決定し、決定結果に応じて当該トラフィックを方向付けるインテリジェンスを有する。
【００８９】
ホスト４１０は、ストレージコマンドおよびネットワークコマンドをＰＣＩインターフェース４２０を通じてＮＩＣカード４００に発行することができる。これらのコマンドは、コマンドを直接経路またはストレージトラフィックエンジンのいずれかに方向付ける際に用いられる指定アドレスと共に送られる。ストレージコマンドは、ＳＣＳＩコマンドセットを介して発行され、ネットワークコマンドは、ウィンソックおよび／またはＴＣＰ／ＩＰを介して発行される。
【００９０】
ＮＩＣカード４００は、上記指定アドレスに基づいてストレージコマンドをストレージトラフィックエンジン４３０に方向付ける。ストレージトラフィックエンジン４３０は、ＳＣＳＩが動作する間の交換の管理およびのシーケンス管理を取り扱う。その後、ＳＣＳＩの動作はＳｏＩＰを介して実行され、メディアアクセスコントローラ（ＭＡＣ）ブロック４５０（これは、一実施形態において、ギガビットイーサネット（Ｒ）ＭＡＣである）を介してネットワーク４７０に送信される。ＮＩＣカード４００は、指定アドレスに基づいて非ＳｏＩＰトラフィックを直接経路４４０に方向付ける。この直接経路４４０はこれらのコマンドを処理し、指定パケットをブロック４５０を介してネットワーク４７０に送信する。ネットワーク４７０からのデータをＭＡＣ４５０を介して受信する際、ＮＩＣ４００は、トラフィックをデマルチプレクスし、デマルチプレクスに結果に応じてそのトラフィックを方向付ける。ＳｏＩＰとして受信されたストレージトラフィックは、ストレージトラフィックブロック４３０に送られる。非ＳｏＩＰトラフィックは、直接経路４４０を介してホストに直接送られる。
【００９１】
マルチプレクサブロック４６０が出力経路について調停を取り扱うのは、直接経路４４０およびストレージトラフィックエンジン４３０の両方が同時にトラフィックをＭＡＣ４５０送ったときである。ネットワーク４７０からＭＡＣ４５０へと受信されたトラフィックの場合、Ｍｕｘブロック４６０は、そのトラフィックをデマルチプレクスし、デマルチプレクス結果に応じてそのトラフィックを直接経路４４０またはストレージトラフィックエンジン４３０のいずれかに送る。
【００９２】
例示目的のためにそして特定の実施形態を用いて本発明について説明してきたが、本発明はこれらの開示された実施形態に限定されないことが理解される。それどころか、当業者にとって明らかなように、本発明は、様々な変更および類似の構成を含むものとして意図される。従って、本明細書中の特許請求の範囲は、このような変更および類似の構成を包含するものとして、最大範囲に解釈されるべきである。
【図面の簡単な説明】
【図１】
図１は、本発明によって構築されたＳＡＮの一例を示す。
【図２】
図２は、インターネットプロトコル（ＳｏＩＰ）上に実現されるストレージの概略のブロック図である。
【図３】
図３は、本発明の一実施形態による、装置内のファイバチャンネル、ＳＣＳＩおよびＩＰデバイスとスイッチファブリックとの間で必要なプロトコル変換の工程を示す。
【図４】
図４は、本発明の機能が達成されるレガシーのストレージプロトコル変換方法の概略である。
【図５】
図５は、本発明の一実施形態による、物理的な装置の基本アーキテクチャを概略するハイレベルなスイッチ図である。
【図６ａ】
図６ａは、本発明の一実施形態による、ＦＣＰパケットのカプセル化を示す。
【図６ｂ】
図６ｂは、本発明の一実施形態による、ＦＣＰパケットのカプセル化を示す。
【図６ｃ】
図６ｃは、本発明の一実施形態による、ＦＣＰパケットのカプセル化を示す。
【図７】
図７は、ＳｏＩＰネットワークに接続されたファイバチャンネルデバイスの「セッション」初期化フレームの流れを示す。
【図８】
図８は、本発明の一実施形態による、スイッチ１のＦＣポートＡによって開始し、そして離れて設けられているスイッチ２のＦＣポートＢまでのノードのログインのデータフレームの流れを示す。
【図９】
図９は、本発明の一実施形態による、スイッチ１のＦＣポートＡによって開始し、そして離れて設けられているスイッチ２のＦＣポートＢまでのノードのログインのデータフレームの流れを示す。
【図１０】
図１０は、本発明の一実施形態による、ローカルのＦＣポートのポートのログインのリクエストフレームおよび応答フレームのルーティングを示す。
【図１１】
図１１は、本発明の一実施形態による、ネットワーク内に存在するアドレスドメインの一例を示す。
【図１２ａ】
図１２ａは、サードパーティのコマンド例のネットワークアーキテクチャおよびアドレステーブルを示す。
【図１２ｂ】
図１２ｂは、サードパーティのコマンド例のネットワークアーキテクチャおよびアドレステーブルを示す。
【図１２ｃ】
図１２ｃは、サードパーティのコマンド例のネットワークアーキテクチャおよびアドレステーブルを示す。
【図１２ｄ】
図１２ｄは、サードパーティのコマンド例のネットワークアーキテクチャおよびアドレステーブルを示す。
【図１３】
図１３は、本発明の一実施形態による、層２のＦＣＰパケットのカプセル化を示す。
【図１４ａ】
図１４ａは、本発明の実施形態による、ＵＤＰフレームの多重分離の例を示す。
【図１４ｂ】
図１４ｂは、本発明の実施形態による、ＵＤＰフレームの多重分離の例を示す。
【図１４ｃ】
図１４ｃは、本発明の実施形態による、ＵＤＰフレームの多重分離の例を示す。
【図１５】
図１５は、本発明の一実施形態による、ファイバチャンネルおよびイーサネット（Ｒ）の両方をサポートするスイッチポートの基本アーキテクチャを示すハイレベルなブロック図である。
【図１６】
図１６は、本発明の一実施形態による、ファイバチャンネルおよびイーサネット（Ｒ）の両方をサポートするスイッチポートの基本アーキテクチャを示すハイレベルなブロック図であり、２つのルーティングブロックは、１つのブロックに組み合わされている。
【図１７】
図１７は、本発明の一実施形態による、ファイバチャンネルおよびイーサネット（Ｒ）の両方をサポートするスイッチポートの基本アーキテクチャを示すハイレベルなブロック図であり、ローレベルのポートのインターフェース論理のブロックは組み合わされている。
【図１８】
図１８は、本発明の一実施形態による、ファイバチャンネルおよびイーサネット（Ｒ）の両方を、フィールドプログラム可能なゲートアレー（Ｆｉｅｌｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ）（ＦＰＧＡ）を用いてサポートするスイッチポートの基本アーキテクチャを示すハイレベルなブロック図である。
【図１９】
図１９は、本発明の一実施形態による、ＧＢＩＣインターフェースと組み合わされた共通のＦＣ／ギガビットのイーサネット（Ｒ）のポートのブロック図を示す。
【図２０】
図２０は、本発明の一実施形態による、インテリジェントネットワークのインターフェースカード（ＮＩＣ）のアーキテクチャを示す。
【図１】
2004503122.tif 000005
【図２】
2004503122.tif 000006
【図３】
2004503122.tif 000007
【図４】
2004503122.tif 000008
【図５】
2004503122.tif 000009
【図６ａ】
2004503122.tif 000010
【図６ｂ】
2004503122.tif 000011
【図６ｃ】
2004503122.tif 000012
【図７】
2004503122.tif 000013
【図８】
2004503122.tif 000014
【図９】
2004503122.tif 000015
【図１０】
2004503122.tif 000016
【図１１】
2004503122.tif 000017
【図１２ａ】
2004503122.tif 000018
【図１２ｂ】
2004503122.tif 000019
【図１２ｃ】
2004503122.tif 000020
【図１２ｄ】
2004503122.tif 000021
【図１３】
2004503122.tif 000022
【図１４ａ】
2004503122.tif 000023
【図１４ｂ】
2004503122.tif 000024
【図１４ｃ】
2004503122.tif 000025
【図１５】
2004503122.tif 000026
【図１６】
2004503122.tif 000027
【図１７】
2004503122.tif 000028
【図１８】
2004503122.tif 000029
【図１９】
2004503122.tif 000030
【図２０】
2004503122.tif 000031
【国際公開パンフレット】
2004503122.tif 000032
2004503122.tif 000033
2004503122.tif 000034
2004503122.tif 000035
2004503122.tif 000036
2004503122.tif 000037
2004503122.tif 000038
2004503122.tif 000039
2004503122.tif 000040
2004503122.tif 000041
2004503122.tif 000042
2004503122.tif 000043
2004503122.tif 000044
2004503122.tif 000045
2004503122.tif 000046
2004503122.tif 000047
2004503122.tif 000048
2004503122.tif 000049
2004503122.tif 000050
2004503122.tif 000051
2004503122.tif 000052
2004503122.tif 000053
2004503122.tif 000054
2004503122.tif 000055
2004503122.tif 000056
2004503122.tif 000057
2004503122.tif 000058
2004503122.tif 000059
2004503122.tif 000060
2004503122.tif 000061
2004503122.tif 000062
2004503122.tif 000063
2004503122.tif 000064
2004503122.tif 000065
2004503122.tif 000066
2004503122.tif 000067
2004503122.tif 000068
2004503122.tif 000069
2004503122.tif 000070
2004503122.tif 000071
2004503122.tif 000072
2004503122.tif 000073
2004503122.tif 000074
2004503122.tif 000075
2004503122.tif 000076
2004503122.tif 000077
2004503122.tif 000078
2004503122.tif 000079
2004503122.tif 000080
2004503122.tif 000081
2004503122.tif 000082
2004503122.tif 000083
2004503122.tif 000084
2004503122.tif 000085
2004503122.tif 000086
2004503122.tif 000087
2004503122.tif 000088
2004503122.tif 000089
2004503122.tif 000090
2004503122.tif 000091
【国際調査報告】
2004503122.tif 000092