(57)【特許請求の範囲】
【請求項１】
ＬＡＮやＷＡＮで構築されるＩＰネットワーク（２）にＶＰＮを介して接続され、前記ＩＰネットワークと、複数のストレイジやサーバがグループ分けされて接続されたＳＡＮ（３）との間のデータのアクセスを制御するゲートウェイ装置（１）において、
前記ＶＰＮのカスタマと前記ＳＡＮのストレイジグループとを対応付けるテーブル（４）を有し、前記ＩＰネットワークからのパケット内のＶＰＮのカスタマが前記テーブルのカスタマと一致したときに、該カスタマに対応するＳＡＮのストレイジグループへのアクセスを許可する機能を備えたことを特徴とするゲートウェイ装置。
【請求項２】
前記ＶＰＮがＭＰＬＳ−ＶＰＮからなり、前記テーブル（４）のＩＰネットワークのＶＰＮのカスタマと対応付けされるＳＡＮのストレイジグループがファイバ・チャネルのゾーン名、Ｉｎｆｉｎｉ−Ｂａｎｄのパーティション番号、ＶＩＤの何れかであることを特徴とする請求項１記載のゲートウェイ装置。
【請求項３】
ＬＡＮやＷＡＮで構築されるＩＰネットワーク（２）にＶＰＮを介して接続され、前記ＩＰネットワークと、複数のストレイジやサーバがグループ分けされて接続されたＳＡＮ（３）との間のデータのアクセスを制御するゲートウェイ装置（１）を用いたアクセス方法において、
前記ＩＰネットワークからのパケット内のＶＰＮのカスタマが、前記ＩＰネットワークのＶＰＮのカスタマとＳＡＮのストレイジグループとを対応付けるテーブル（４）のカスタマと一致したときに、該カスタマに対応するＳＡＮのストレイジグループへのアクセスを許可することを特徴とするゲートウェイ装置を用いたアクセス方法。
【請求項４】
前記ＶＰＮがＭＰＬＳ−ＶＰＮからなり、前記テーブル（４）のＩＰネットワークのＶＰＮのカスタマと対応付けされるＳＡＮのストレイジグループがファイバ・チャネルのゾーン名、Ｉｎｆｉｎｉ−Ｂａｎｄのパーティション番号、ＶＩＤの何れかであることを特徴とする請求項３記載のゲートウェイ装置を用いたアクセス方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＬＡＮ(Local Area Network)やＷＡＮ(Wide Area Network) で構築されるＩＰネットワークにＶＰＮを介して接続され、ＩＰネットワークと、複数のストレイジがグループ分けされて接続されたＳＡＮ(Storage Area Network)との間のデータアクセス制御を行うゲートウェイ装置及び該装置を用いたアクセス方法に関する。
【０００２】
【従来の技術】
従来、２０００年頃までは、インターネットのデータセンタにおけるＬＡＮ（ＷＡＮ）とＳＡＮとが全く独自のネットワークとなっており、それぞれが分離されていた。このため、インターネット経由でのクライアントアクセスは、データセンタのＬＡＮを経由して、サーバのＮＩＣ(Network Interface Card)からサーバにファイルアクセスされる。そして、サーバは、ファイルアクセスを受け付けると、ハードディスクにＳＡＮを介してアクセスを行っていた（図７）。
【０００３】
２０００年後半からはＳＡＮとＬＡＮ（ＷＡＮ）を接続しようという動きが始まった。一つは、場所が離れた複数のＳＡＮをＬＡＮ，ＷＡＮを使って接続する方式（図８）であり、長距離伝送が可能な高速シリアルインタフェースであるファイバ・チャネルを用いたＦＣＩＰ(Fibre Chanel over IP)というプロトコルが開発中である。もう一つは、ストレイジ自体をＬＡＮ，ＷＡＮに接続し、クライアントＰＣ(Personal Computer) から直接ＳＣＳＩ  ｏｖｅｒ  ＩＰでアクセスする方式（図９）のｉＳＣＳＩというプロトコルが開発中である。
【０００４】
また、ｉＳＣＳＩの登場に伴い、図１０に示すように、ＬＡＮ／ＷＡＮからのｉＳＣＳＩアクセスと従来の既設のＳＡＮを接続するためのｉＳＣＳＩゲートウェイ（Storage Routerと呼ぶベンダもいる）が商品化されている。
【０００５】
【発明が解決しようとする課題】
今、図１０に示すようなネットワーク構成において、データセンタ上にあるストレイジ（ハードディスク：ＨＤ）をｉＳＣＳＩによりリモートアクセスでアクセスする場合を考える。このようなネットワーク構成では、従来、自社の敷地内においていたストレイジをデータセンタなどの共有施設に置くことになるため、セキュリティが問題となる。
【０００６】
このセキュリティの問題の対策として、例えばパスワードを用いる方法、特定のストレイジグループへのアクセスを予め指定されたクライアントＰＣのＩＰアドレスの組み合わせにのみ許す方法が考えられている。
【０００７】
ここで、上記ストレイジグループは、ファイバ・チャネルのゾーニング機能によりグループ分けされる。このゾーニング機能は、一つのＳＡＮ構成に異機種ＯＳの混在している環境、多数ノードが構成されている環境において特定のサーバとストレイジのアクセスを制限したい場合に有効な機能である。
【０００８】
ゾーニングは、ＳＡＮをゾーンという単位でグループ化し、仮想的に複数のＳＡＮであるかのように構成するものである。ゾーンの設定は、サーバのファイバ・チャネルインタフェース、ストレイジデバイスのファイバ・チャネルインタフェースのＷＷＮ(World Wide Node) 、またはＦＣ(Fibre Channel) スイッチのポート番号を指定して行われる。図１１はゾーニングの設定例を示している。図１１の例では、６つのＣＰＵサーバと７つのストレージデバイスと１つのテープライブラリがＺＯＮＥ−Ａ，ＺＯＮＥ−Ｂ，ＺＯＮＥ−Ｃ，ＺＯＮＥ−Ｄの４つのゾーンにグループ分けされている。
【０００９】
しかしながら、上述したパスワードを用いた方法では、複数の数字や記号の組み合わせなので、そのセキュリティ度が低いという問題がある。また、特定のストレイジグループへのアクセスを予め指定されたクライアントＰＣのＩＰアドレスの組み合わせにのみ許す方法では、第三者が指定されたＩＰアドレスの組み合わせに設定されたクライアントＰＣから本来の使用者に成り済まして使用できるため、セキュリティ性に欠けるという問題がある。
【００１０】
このように、上述した方法では、ＳＡＮ内のサーバやストレイジに対するアクセスのセキュリティを十分に守ることができないという課題があった。
【００１１】
そこで、本発明は、上記課題に鑑みてなされたものであり、ＬＡＮ／ＷＡＮで構築されるＩＰネットワークとＳＡＮを接続するにあたって、ＳＡＮ内のサーバやストレイジに対するアクセスのセキュリティを向上することができるゲートウェイ装置及び該装置を用いたアクセス方法を提供することを目的としている。
【００１２】
【課題を解決するための手段】
上記目的を達成するため、本発明に係る請求項１の発明は、ＬＡＮやＷＡＮで構築されるＩＰネットワーク２にＶＰＮを介して接続され、前記ＩＰネットワークと、複数のストレイジやサーバがグループ分けされて接続されたＳＡＮ３との間のデータのアクセスを制御するゲートウェイ装置１において、
前記ＶＰＮのカスタマと前記ＳＡＮのストレイジグループとを対応付けるテーブル４を有し、前記ＩＰネットワークからのパケット内のＶＰＮのカスタマが前記テーブルのカスタマと一致したときに、該カスタマに対応するＳＡＮのストレイジグループへのアクセスを許可する機能を備えたことを特徴とする。
【００１３】
請求項２の発明は、請求項１のゲートウェイ装置において、
前記ＶＰＮがＭＰＬＳ−ＶＰＮからなり、前記テーブル４のＩＰネットワークのＶＰＮのカスタマと対応付けされるＳＡＮのストレイジグループがファイバ・チャネルのゾーン名、Ｉｎｆｉｎｉ−Ｂａｎｄのパーティション番号、ＶＩＤの何れかであることを特徴とする。
【００１４】
請求項３の発明は、ＬＡＮやＷＡＮで構築されるＩＰネットワーク２にＶＰＮを介して接続され、前記ＩＰネットワークと、複数のストレイジやサーバがグループ分けされて接続されたＳＡＮ３との間のデータのアクセスを制御するゲートウェイ装置１を用いたアクセス方法において、
前記ＩＰネットワークからのパケット内のＶＰＮのカスタマが、前記ＩＰネットワークのＶＰＮのカスタマとＳＡＮのストレイジグループとを対応付けるテーブル４のカスタマと一致したときに、該カスタマに対応するＳＡＮのストレイジグループへのアクセスを許可することを特徴とする。
【００１５】
請求項４の発明は、請求項３のゲートウェイ装置を用いたアクセス方法において、
前記ＶＰＮがＭＰＬＳ−ＶＰＮからなり、前記テーブル４のＩＰネットワークのＶＰＮのカスタマと対応付けされるＳＡＮのストレイジグループがファイバ・チャネルのゾーン名、Ｉｎｆｉｎｉ−Ｂａｎｄのパーティション番号、ＶＩＤの何れかであることを特徴とする。
【００１６】
【発明の実施の形態】
図１は本発明によるゲートウェイ装置を含むＭＰＬＳ(MultiProtocol Label Switching) −ＶＰＮ技術を利用したネットワーク構成の一例を示す図、図２（ａ）〜（ｃ）はパケットのユーザ識別ラベルと比較照合するためのストレイジマッピングテーブルの一例を示す図、図３はＭＰＬＳフレームフォーマットを示す図、図４はＭＰＬＳ−ＶＰＮの処理手順を示すフローチャート、図５は本発明のゲートウェイ装置を含むＬ２ＴＰ(Layer two Tunneling Protocol)によるＶＰＮ技術を利用したネットワーク構成の一例を示す図、図６（ａ），（ｂ）はＬ２ＴＰフレームフォーマットを示す図である。
【００１７】
本発明に係るゲートウェイ装置は、ＬＡＮやＷＡＮで構築されるＩＰネットワークにＶＰＮを介して接続され、ＩＰネットワークと、複数のＣＰＵサーバやストレイジ（ハードディスク：ＨＤ）がグループ分けされて接続されたＳＡＮとの間のデータのアクセスを制御している。
【００１８】
図１や図５に示すように、本例のゲートウェイ装置１は、ＶＰＮ(Virtual Private Network) 技術を利用してＩＰネットワーク２のクライアントＰＣからＳＡＮ３のストレイジやサーバへのアクセス制御を行うべく、ＬＡＮ／ＷＡＮインタフェースとファイバ・チャネル又はＩｎｆｉｎｉ−Ｂａｎｄのインタフェースを持ち、ＬＡＮ／ＷＡＮで構築されるＩＰネットワーク２（クライアントＰＣ）からのＳＣＳＩコマンドをＳＡＮ側へゲートウェイする機能を有している。
【００１９】
そして、本例のゲートウェイ装置１は、ＶＰＮとＳＡＮ３のグルーピングを結びつけることにより、ＳＡＮ３のストレイジグループ（ストレイジやサーバ）をあたかもプライベート網に存在するかのようにアクセス制御している。
【００２０】
さらに説明すると、本例のゲートウェイ装置１は、ＩＰネットワーク２のＶＰＮのカスタマとＳＡＮ３のストレイジグループとを対応付けるストレイジマッピングテーブル（以下、テーブルと略称する）４を有している。このテーブル４は、アクセスを許可するＳＡＮ３のストレイジグループを示す情報からなる。
【００２１】
ストレイジグループとしては、ストレイジの一覧又はストレイジ一覧への識別番号で実現する方法、ファイバ・チャネルのゾーン名で管理する方法、Ｉｎｆｉｎｉ−Ｂａｎｄのパーティション番号で管理する方法がある。
【００２２】
そこで、上記テーブル４は、図２（ａ）に示すような文字列からなるファイバ・チャネルのゾーン名、図２（ｂ）に示すような数字例からなるＩｎｆｉｎｉ−Ｂａｎｄのパーティション番号、図２（ｃ）に示すような数字列からなるＶＬＡＮ(Virtual Local Area Network)−ＩＤ（ＶＩＤ）の何れかの情報として与えられ、各情報（ファイバ・チャネルのゾーン名、Ｉｎｆｉｎｉ−Ｂａｎｄのパーティション番号、ＶＩＤ）が各ユーザ識別ラベルと対応している。
【００２３】
本例のゲートウェイ装置１は、ＩＰネットワーク２のクライアントＰＣからのパケット内のＶＰＮのカスタマがテーブル４のカスタマと一致したときに、そのカスタマに対応するＳＡＮ３のストレイジグループへのアクセスを許可する機能を有している。これにより、ユーザアクセスに対してユーザを特定し、許可されたストレイジグループにのみアクセスが許される。
【００２４】
なお、図２（ａ）〜（ｃ）に示すテーブル４は、ユーザ識別ラベルとストレージグループが１対１になっている。しかし、ユーザがアクセスを許されるストレージグループは、０個、１個、または複数個の場合がある。例えば１つのユーザが複数のストレージにアクセスする事も可能である。図２（ｄ）は１つのユーザが２つのストレージにアクセスする場合のテーブル４の内容の一例を示している。また、複数のユーザが１つのストレージグループに同時にアクセスすることも可能である。
【００２５】
ところで、ＶＰＮ自体様々な実現方法があるが、本例のゲートウェイ装置１は、図１に示すＭＰＬＳ−ＶＰＮと、図５に示すＬ２ＴＰによるＶＰＮに対応している。
【００２６】
ＭＰＬＳは、カットスルー方式のパケット転送技術であり、ＩＰネットワークのようなコネクションレス型ネットワーク上で、コネクション制御を実現するための仕組みである。このＭＰＬＳでは、ＩＰパケット内にユーザ識別ラベルという識別子を設け、ＭＰＬＳ対応ノードがＩＰネットワーク上で複数の経路を管理している。
【００２７】
図１に示すネットワーク構成において、ＭＰＬＳ−ＶＰＮは、ＭＰＬＳのラベルスタッキングという方式により、ユーザ識別ラベルがパケットに付加されてゲートウェイ装置１に運ばれてくる。このパケットのＭＰＬＳフレームフォーマットは、図３に示すように、Ｌ２(Layer2)ヘッダ、パケット搬送用ラベルとユーザ識別ラベルからなるＭＰＬＳヘッダ、ＩＰヘッダ、ＴＣＰヘッダ、ｉＳＣＳＩデータを有して構成される。
【００２８】
そして、本例のゲートウェイ装置１では、上記ＭＰＬＳフレームフォーマットにおけるユーザ識別ラベルと、自身のテーブル（図２（ａ）〜（ｃ）に示す何れかのテーブル）４の情報とを比較照合し、運ばれてきたパケットのＳＣＳＩをアクセス対象となるストレイジに送出して良いか否かを判断している。
【００２９】
次に、上記ＭＰＬＳ−ＶＰＮを利用したネットワーク構成において、クライアントＰＣからパケットが運ばれてきたときの本例のゲートウェイ装置１の動作について図４を参照しながら説明する。
【００３０】
クライアントＰＣからＭＰＬＳ−ＶＰＮによりパケットが運ばれてくると、そのパケットからユーザ識別ラベルＵを取り出す（ＳＴ１）。次に、ユーザ識別ラベルＵを自身のテーブル（図２（ａ）〜（ｃ）に示す何れかのテーブル）４でサーチする（ＳＴ２）。そして、ユーザ識別ラベルＵがテーブル４にあるか否かを判別する（ＳＴ３）。
【００３１】
ユーザ識別ラベルＵがテーブル４にあれば（ＳＴ３−Ｙｅｓ）、ストレイジグループをゾーン名Ｚに格納する（ＳＴ４）。続いて、元のパケット（ｉＳＣＳＩデータ）からＳＣＳＩコマンドを取り出す（ＳＴ５）。その後、ｉＳＣＳＩにより指定されたゾーンＺ内のストレイジ（ターゲット）にＳＣＳＩコマンドを送信する（ＳＴ６）。
【００３２】
これに対し、ユーザ識別ラベルＵがテーブル４になければ（ＳＴ３−Ｎｏ）、元のパケット（ｉＳＣＳＩデータ）からＳＣＳＩコマンドを取り出す（ＳＴ７）。その後、ｉＳＣＳＩにより指定されたストレイジ（ターゲット）にゾーン指定なしでＳＣＳＩコマンドを送信する（ＳＴ８）。
【００３３】
次に、Ｌ２ＴＰによるＶＰＮ技術を利用した本例のゲートウェイ装置１について説明する。
【００３４】
Ｌ２ＴＰは、データリンク層（ＰＰＰ：Point to Point Protocol)をトンネリングしてサイト間（ＬＡＮ間）接続ＶＰＮを構築するためのコネクション型のトンネリング・プロトコルである。このＬ２ＴＰでは、ＬＡＣ(L2TP Access Concentrator)とＬＮＳ(L2TP Network Sever)との間のＰＰＰセッションをトンネリングする手順を規定している。
【００３５】
図５に示すネットワーク構成において、Ｌ２ＴＰは、図６（ａ）に示すように、ＩＰヘッダ、ＵＤＰヘッダ、Ｌ２ＴＰヘッダ、ＰＰＰ（ＢＣＰ）ヘッダ、ＩＰヘッダ、ＴＣＰヘッダ、ｉＳＣＳＩデータからなるフォーマットが用いられる。また、図６（ａ）におけるｉＳＣＳＩデータは、図６（ｂ）に示すようなフォーマット構成となっている。なお、ｉＳＣＳＩコマンドは、ホスト（クライアントＰＣ）からターゲット（サーバやストレイジ）へ発行するコマンドのフォーマットである。このＬ２ＴＰ環境のフレームは、ＵＤＰ上のデータとして交換が行われる。
【００３６】
Ｌ２ＴＰでは、ユーザー・セッションのデータ通信（ＰＰＰ通信）を開始する前に、Ｌ２ＴＰトンネル（制御コネクション）を確立する。このＬ２ＴＰトンネル確立時には、不正な相手がトンネルの確立要求を出して、不正なトンネルの確立を行わせないように、相手を認証することができる。
【００３７】
Ｌ２ＴＰにおける制御コネクションの確立は、Ｌ２ＴＰメッセージである、（１）ＳＣＣＲＱ(Start-Control-Connection-Request 、コネクション確立要求）、（２）ＳＣＣＲＰ(Start-Control-Connection-Reply 、コネクション確立応答）、（３）ＳＣＣＣＮ(Start-Control-Connection-Connected 、コネクションの接続確立）を交換、すなわち３ウェイ・ハンドシェーク（３つのメッセージを交換して制御コネクションを確立することにより行われる。
【００３８】
上記制御コネクションが確立されると、ユーザー・セッションをその上に乗せることができるようになっている。このユーザー・セッションの確立は、（１）ＩＣＲＱ(Incoming-Call-Request、着呼要求）、（２）ＩＣＲＰ(Incoming-Call-Reply、着呼応答）、（３）ＩＣＣＮ(Incoming-Call-Connected、着呼接続）を交換する、３ウェイ・ハンドシェークで行われる。
【００３９】
そして、上記ユーザー・セッションが確立状態に達すると、ＰＰＰフレームがトンネル上でやり取りされることになる。
【００４０】
なお、Ｌ２ＴＰトンネル中において、特定のセッションを切断する場合には、切断したいセッションのコールＩＤ（呼ＩＤ）を含めたＣＤＮ(Call-Disconnect-Notify 、呼切断通知）を相手に送信する。ＣＤＮの受信側では、指定されたコールＩＤのセッションが使用していたリソースを開放する。また、トンネルそのものを解除する場合には、解除したいトンネルＩＤを含めたＳｔｏｐＣＣＮ(Stop-Control-Connection-Notification 、制御コネクション終了通知）を、トンネルのエンド・ポイントに送信する。
【００４１】
本例のゲートウェイ装置１は、Ｌ２ＴＰによるＶＰＮで最初のＰＰＰ接続時にユーザ名が識別されるので、アクセスを許可するユーザ名とストレイジグループとの対応を示すテーブルを有している。
【００４２】
図示はしないが、テーブルは、ＭＰＬＳ−ＶＰＮと同様に、文字列からなるファイバ・チャネルのゾーン名、数字例からなるＩｎｆｉｎｉ−Ｂａｎｄのパーティション番号、数字列からなるＶＩＤの何れかの情報で与えられ、各情報が各ユーザ名と対応している。
【００４３】
そして、本例のゲートウェイ装置１は、クライアントＰＣからのｉＳＣＳＩアクセス時に識別されるユーザ名を上述したテーブルと比較照合し、アクセスを許可してｉＳＣＳＩコマンドを対象となるストレイジに送るか否かを制御している。
【００４４】
さらに説明すると、図５のネットワーク構成の場合、クライアントＰＣは、ダイヤル回線によりＬＡＣ(L2TP Access Concentrator)にＰＰＰ接続する。ＰＰＰセッションは、ＬＡＣによりＬ２ＴＰフレームにカプセル化され、ゲートウェイ装置（ＬＮＳ）１に送られる。ＬＡＣとＬＮＳとの間には論理的なＬ２ＴＰトンネルセッションが張られており、暗号によりセキュリティがとられている。
【００４５】
ＰＰＰセッションをつなぐ時、ＰＣからＰＡＰ(Password Authentication Protocol)／ＣＨＡＰ(Challenge Handshake Authentication Protocol) によりユーザ名が送られ、ゲートウェイ装置１まで届く。
【００４６】
ゲートウェイ装置１は、ＰＰＰセッションにより届いたユーザ名を上述したテーブルでサーチし、ユーザ名がテーブルにあるか否か判別する。そして、ユーザ名がテーブルにあれば、ｉＳＣＳＩにより指定されたゾーン内のストレイジ（ターゲット）にＳＣＳＩコマンドを送信する。これに対し、ユーザ名がテーブルになければ、ｉＳＣＳＩにより指定されたストレイジ（ターゲット）にゾーン指定なしでＳＣＳＩコマンドを送信する。
【００４７】
このように、本例のゲートウェイ装置及び該装置を用いたアクセス方法では、クライアントＰＣからのパケット内のＶＰＮのカスタマがテーブルのカスタマと一致したときに、そのカスタマに対応するＳＡＮのストレイジグループへのアクセスを許可している。これにより、ユーザアクセスに対してユーザを特定し、許可されたストレイジグループにのみアクセスが許されるので、ストレイジに対するセキュリティを守ることができる。しかも、プライベートアドレスをそのまま使うことができる。さらに、ＭＰＬＳ−ＶＰＮを利用したネットワーク構成に適用した場合には、プライベートアドレスをそのまま使用しても、暗号化・解読などの処理を施すことなく、処理の手間を省いてデータアクセス制御を行うことができる。
【００４８】
【発明の効果】
以上の説明で明らかなように、本発明によれば、ＶＰＮのカスタマとＳＡＮのストレイジグループとを対応付けるテーブルを有し、クライアントからのパケット内のＶＰＮのカスタマがテーブルのカスタマと一致したときに、そのカスタマに対応するＳＡＮのストレイジグループへのアクセスを許可するので、ＬＡＮ／ＷＡＮとＳＡＮを接続するにあたって、ＳＡＮ内のサーバやストレイジに対するアクセスのセキュリティを十分に確保することができる。しかも、プライベートアドレスをそのまま用いることができる。また、ＭＰＬＳ−ＶＰＮを利用したネットワーク構成では、プライベートアドレスをそのまま使用しても、暗号化・解読などの処理を施すことなくデータアクセス制御を行うことができる。
【図面の簡単な説明】
【図１】本発明によるゲートウェイ装置を含むＭＰＬＳ−ＶＰＮ技術を利用したネットワーク構成の一例を示す図
【図２】（ａ）〜（ｄ）  パケットのユーザ識別ラベルと比較照合するためのストレイジマッピングテーブルの一例を示す図
【図３】ＭＰＬＳフレームフォーマットを示す図
【図４】ＭＰＬＳ−ＶＰＮの処理手順を示すフローチャート
【図５】本発明のゲートウェイ装置を含むＬ２ＴＰによるＶＰＮ技術を利用したネットワーク構成の一例を示す図
【図６】（ａ），（ｂ）  Ｌ２ＴＰフレームフォーマットを示す図
【図７】ＬＡＮ（ＷＡＮ）とＳＡＮとが分離されたネットワーク構成におけるデータアクセスの概要図
【図８】ＦＣＩＰ方式によるＬＡＮ（ＷＡＮ）とＳＡＮの接続構成を示す概要図
【図９】ｉＳＣＳＩ方式によるＬＡＮ（ＷＡＮ）とＳＡＮの接続構成を示す概要図
【図１０】ＬＡＮ（ＷＡＮ）からのｉＳＣＳＩアクセスと既設のＳＡＮを接続するためのネットワーク構成の概要図
【図１１】ゾーニングによりグループ分けされたＳＡＮの一例を示す図
【符号の説明】
１…ゲートウェイ装置、２…ＩＰネットワーク、３…ＳＡＮ、４…テーブル、ＨＤ…ハードディスク（ストレイジ）。
【図１】
0003779914.tif 000002
【図２】
0003779914.tif 000003
【図３】
0003779914.tif 000004
【図４】
0003779914.tif 000005
【図５】
0003779914.tif 000006
【図６】
0003779914.tif 000007
【図７】
0003779914.tif 000008
【図８】
0003779914.tif 000009
【図９】
0003779914.tif 000010
【図１０】
0003779914.tif 000011
【図１１】
0003779914.tif 000012