JP2002542636A - ファイバチャネルネットワークにおいて予約コマンドの関係を維持する方法およびシステム - Google Patents
ファイバチャネルネットワークにおいて予約コマンドの関係を維持する方法およびシステムInfo
- Publication number
- JP2002542636A JP2002542636A JP2000600187A JP2000600187A JP2002542636A JP 2002542636 A JP2002542636 A JP 2002542636A JP 2000600187 A JP2000600187 A JP 2000600187A JP 2000600187 A JP2000600187 A JP 2000600187A JP 2002542636 A JP2002542636 A JP 2002542636A
- Authority
- JP
- Japan
- Prior art keywords
- initiator
- target device
- communication
- target
- triplet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5038—Address allocation for local use, e.g. in LAN or USB networks, or in a controller area network [CAN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5076—Update or notification mechanisms, e.g. DynDNS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
Abstract
(57)【要約】
通信を切断した後に、ネットワークアドレスの変更があっても、ファイバチャネルネットワーク（１０）においてイニシエータ（１４）とターゲットデバイス（１６）との間に一意に定まる予約コマンドの関係を維持する方法およびシステム。本発明は、各イニシエータおよび各ターゲットデバイスについて、ネットワークアドレス、ポート名、ノード名を含むデータトリプレットを含むトリプレットテーブル（１８）を維持する。ネットワーク通信が切断し、その結果イニシエータおよび／またはターゲットデバイスのネットワークアドレスが変更されると、本発明の方法は、イニシエータおよびターゲットデバイスについて記録されたネットワークアドレスをアップデートし、任意の以前から既存の一意に定まる予約コマンドの関係を維持し、そしてＩ/Ｏ送信を続ける。
Description
【０００１】 （発明の技術分野） 概して、この発明は、データおよび情報通信システムあるいは情報通信システ
ムおよびそれらの動作に関し、さらに詳細には、ファイバチャネルネットワーク
を含む通信ネットワークに関する。さらにより詳細には、本発明は、ネットワー
クパフォーマンスを改善し、通信エラーを排除し、そして、ネットワークリンク
状態変化の結果として生じ得るデータの損失を回避するための入出力の管理を改
善するためのアドレス変更の際に、イニシエータノードとターゲットノードとの
間の一意的な予約コマンドの関係を維持する能力を有する動作の、ファイバチャ
ネルネットワークシステムおよびファイバチャネルネットワーク方法に関する。
ムおよびそれらの動作に関し、さらに詳細には、ファイバチャネルネットワーク
を含む通信ネットワークに関する。さらにより詳細には、本発明は、ネットワー
クパフォーマンスを改善し、通信エラーを排除し、そして、ネットワークリンク
状態変化の結果として生じ得るデータの損失を回避するための入出力の管理を改
善するためのアドレス変更の際に、イニシエータノードとターゲットノードとの
間の一意的な予約コマンドの関係を維持する能力を有する動作の、ファイバチャ
ネルネットワークシステムおよびファイバチャネルネットワーク方法に関する。
【０００２】 （発明の背景） 「予約」ＳＣＳＩコマンドは、イニシエータによる排他的使用に対し、特定のタ
ーゲットデバイス（または、そのターゲットデバイスの一部）を予約するために
データおよび情報通信ネットワーク内のイニシエータにより使用される。一旦、
ターゲットデバイス（または、ターゲットデバイスの一部）が、イニシエータに
より予約されると、そのターゲットデバイス（またはその一部）は、第１のイニ
シエータにより解除されるまで任意の他のイニシエータにより使用され得ない。
ＳＣＳＩターゲットデバイスは、一意に定まる予約コマンドの関係にあるイニシ
エータを識別するための予約コマンドを出すイニシエータのＳＣＳＩアドレスを
使用する。ファイバチャネルネットワークにおいて、ネットワークアドレスは、
ＳＣＳＩのアドレスに相当する。
ーゲットデバイス（または、そのターゲットデバイスの一部）を予約するために
データおよび情報通信ネットワーク内のイニシエータにより使用される。一旦、
ターゲットデバイス（または、ターゲットデバイスの一部）が、イニシエータに
より予約されると、そのターゲットデバイス（またはその一部）は、第１のイニ
シエータにより解除されるまで任意の他のイニシエータにより使用され得ない。
ＳＣＳＩターゲットデバイスは、一意に定まる予約コマンドの関係にあるイニシ
エータを識別するための予約コマンドを出すイニシエータのＳＣＳＩアドレスを
使用する。ファイバチャネルネットワークにおいて、ネットワークアドレスは、
ＳＣＳＩのアドレスに相当する。
【０００３】 ＳＣＳＩ−２環境において、ＳＣＳＩノードは電源がＯＮ、ＯＦＦ（ｐｏｗｅ
ｒ ｃｙｃｌｅｄ）をされないなら、ＳＣＳＩアドレスは持続し、変化しない。
ファイバチャネルネットワークにおいて、イニシエータおよびターゲットデバイ
スに割り当てられるネットワークアドレスは動的である。従って、ネットワーク
上のリンク状態の変化後、ネットワーク内に存在するノード（すなわち、イニシ
エータまたはターゲットデバイス）は、変化し得る。この動作は、リンク状態変
化の際、特定のイニシエータターゲットデバイス間で進行中の際、予約コマンド
の動作を管理する際のＳＣＳＩターゲットデバイスに対する問題を生む。
ｒ ｃｙｃｌｅｄ）をされないなら、ＳＣＳＩアドレスは持続し、変化しない。
ファイバチャネルネットワークにおいて、イニシエータおよびターゲットデバイ
スに割り当てられるネットワークアドレスは動的である。従って、ネットワーク
上のリンク状態の変化後、ネットワーク内に存在するノード（すなわち、イニシ
エータまたはターゲットデバイス）は、変化し得る。この動作は、リンク状態変
化の際、特定のイニシエータターゲットデバイス間で進行中の際、予約コマンド
の動作を管理する際のＳＣＳＩターゲットデバイスに対する問題を生む。
【０００４】 ファイバチャネルネットワーク内のＩ／Ｏを管理する公知の方法を用いて、既
存のＩ／Ｏが進行中であり、イニシエータまたはターゲットデバイスのいずれか
が、リンク状態の変化を検出する場合、イニシエータは、Ｉ／Ｏが連続し得る前
に、同じターゲットデバイスを用いて、なお通信中であることを認証する必要が
ある。この認証はファイバチャネルＰＬＤＡ（非公開ループ直接接続（Ｐｒｉｖ
ａｔｅ Ｌｏｏｐ Ｄｉｒｅｃｔ Ａｔｔａｃｈ）のプロフィールで詳細にされ
ている。このプロフィールは、ＳＣＳＩ−３基準ＦＣＰ（ファイバチャネルプロ
トコル）にまで拡張したものであり、ＦＣＰ（ファイバチャネルプロトコル）は
ファイバチャネル上のＳＣＳＩ実行（ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）を定義す
る。ＰＬＤＡのプロフィールは、リンク状態が、リンクダウン状態からリンクア
ップ状態に変化した後、イニシエータは、ＡＤＩＳＣ（アドレス開示）コマンド
またはＰＤＩＳＣ（ポート開示）ＥＬＳ（拡張リンクサービス）コマンドを全て
のターゲットデバイスに送る必要があり、ターゲットデバイスを用いて、イニシ
エータが進行中であるＩ／Ｏを有することを述べる。ＡＤＩＳＣおよびＰＤＩＳ
Ｃコマンドは、ノード名情報とポート名情報を交換するために使用される。ＰＬ
ＤＡのプロフィールは、さらに、ターゲットデバイスが、イニシエータのネット
ワークアドレスが変化したことを検出した場合、ターゲットデバイスが、イニシ
エータからの既存のＩ／Ｏを終了させるべきであることを要求する。この工程の
後、イニシエータは、復旧プロセスを実行し、いくつかの他の手段において、Ｉ
／Ｏ送信（すなわち、通信）を再開する。
存のＩ／Ｏが進行中であり、イニシエータまたはターゲットデバイスのいずれか
が、リンク状態の変化を検出する場合、イニシエータは、Ｉ／Ｏが連続し得る前
に、同じターゲットデバイスを用いて、なお通信中であることを認証する必要が
ある。この認証はファイバチャネルＰＬＤＡ（非公開ループ直接接続（Ｐｒｉｖ
ａｔｅ Ｌｏｏｐ Ｄｉｒｅｃｔ Ａｔｔａｃｈ）のプロフィールで詳細にされ
ている。このプロフィールは、ＳＣＳＩ−３基準ＦＣＰ（ファイバチャネルプロ
トコル）にまで拡張したものであり、ＦＣＰ（ファイバチャネルプロトコル）は
ファイバチャネル上のＳＣＳＩ実行（ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）を定義す
る。ＰＬＤＡのプロフィールは、リンク状態が、リンクダウン状態からリンクア
ップ状態に変化した後、イニシエータは、ＡＤＩＳＣ（アドレス開示）コマンド
またはＰＤＩＳＣ（ポート開示）ＥＬＳ（拡張リンクサービス）コマンドを全て
のターゲットデバイスに送る必要があり、ターゲットデバイスを用いて、イニシ
エータが進行中であるＩ／Ｏを有することを述べる。ＡＤＩＳＣおよびＰＤＩＳ
Ｃコマンドは、ノード名情報とポート名情報を交換するために使用される。ＰＬ
ＤＡのプロフィールは、さらに、ターゲットデバイスが、イニシエータのネット
ワークアドレスが変化したことを検出した場合、ターゲットデバイスが、イニシ
エータからの既存のＩ／Ｏを終了させるべきであることを要求する。この工程の
後、イニシエータは、復旧プロセスを実行し、いくつかの他の手段において、Ｉ
／Ｏ送信（すなわち、通信）を再開する。
【０００５】 イニシエータおよびターゲットデバイス関連のある特定の例は、ＳＣＳＩの予
約コマンドである。予約コマンドは、ＳＣＳＩターゲットデバイスの排他的使用
に対し、特定のＳＣＳＩターゲットデバイス（又は、特定のターゲットデバイス
の一部）にイニシエータが予約できるようにする。予約されたターゲットデバイ
スは、ターゲットデバイスを予約された同じイニシエータが解放コマンドを出す
まで、予約を維持することを要求される。イニシエータおよびターゲットデバイ
スは、一意に定まる予約コマンドの関係にある場合、イニシエータおよびターゲ
ットデバイスは、互いに連続して通信する必要がない。言い換えれば、任意の所
与の時間で、Ｉ／Ｏ通信は、イニシエータとターゲットデバイスとの間で進行中
であり得るか、Ｉ／Ｏ通信は、進行中でないということが可能である。また、１
つより多いイニシエータは、所与の時間にターゲットデバイスを用いて、一意に
定まる予約コマンドの関係にあり得る。１つのイニシエータが同じターゲットデ
バイスに対し複数の予約コマンドを出す（その結果、ターゲットデバイスの複数
の離散した（ｄｉｓｃｒｅｅｔ）部分を予約する）か、ターゲットデバイス全体
を予約するためにターゲットデバイスに１つの予約コマンドを出すかのいずれか
も可能である。最後に、複数のイニシエータは、同じターゲットデバイスの特定
の離散した部分を予約するために複数の予約コマンドを出し得る。ターゲットデ
バイスが有し得る一意に定まる予約コマンドの関係の数は、ターゲットデバイス
が離散した予約可能な部分に再分割され得る程度によってのみ限定される。
約コマンドである。予約コマンドは、ＳＣＳＩターゲットデバイスの排他的使用
に対し、特定のＳＣＳＩターゲットデバイス（又は、特定のターゲットデバイス
の一部）にイニシエータが予約できるようにする。予約されたターゲットデバイ
スは、ターゲットデバイスを予約された同じイニシエータが解放コマンドを出す
まで、予約を維持することを要求される。イニシエータおよびターゲットデバイ
スは、一意に定まる予約コマンドの関係にある場合、イニシエータおよびターゲ
ットデバイスは、互いに連続して通信する必要がない。言い換えれば、任意の所
与の時間で、Ｉ／Ｏ通信は、イニシエータとターゲットデバイスとの間で進行中
であり得るか、Ｉ／Ｏ通信は、進行中でないということが可能である。また、１
つより多いイニシエータは、所与の時間にターゲットデバイスを用いて、一意に
定まる予約コマンドの関係にあり得る。１つのイニシエータが同じターゲットデ
バイスに対し複数の予約コマンドを出す（その結果、ターゲットデバイスの複数
の離散した（ｄｉｓｃｒｅｅｔ）部分を予約する）か、ターゲットデバイス全体
を予約するためにターゲットデバイスに１つの予約コマンドを出すかのいずれか
も可能である。最後に、複数のイニシエータは、同じターゲットデバイスの特定
の離散した部分を予約するために複数の予約コマンドを出し得る。ターゲットデ
バイスが有し得る一意に定まる予約コマンドの関係の数は、ターゲットデバイス
が離散した予約可能な部分に再分割され得る程度によってのみ限定される。
【０００６】 一意に定まる予約コマンドの関係は、イニシエータとターゲットデバイスとの
間に存在し、リンク状態変化が生じる場合で、（ファイバチャネルネットワーク
内で可能であるように）ネットワークアドレスが変化した場合、ターゲットデバ
イスは、どのイニシエータが排他的に使用するために自身を予約したかを知らせ
ることはできない。
間に存在し、リンク状態変化が生じる場合で、（ファイバチャネルネットワーク
内で可能であるように）ネットワークアドレスが変化した場合、ターゲットデバ
イスは、どのイニシエータが排他的に使用するために自身を予約したかを知らせ
ることはできない。
【０００７】 イニシエータとターゲットデバイスとの間の一意に定まる予約コマンドの関係
のターミネーションまたは、イニシエータとターゲットデバイスとの間のＩ／Ｏ
のターミネーションは、ネットワークアドレス変化のため、乱れる（ｄｉｓｒｕ
ｐｔｉｖｅ）。Ｉ／Ｏは、そのような場合継続することができない。そのような
ターミネーションは、システムまたはネットワークのトラフィックを不必要に遅
くするので、ネットワーク全体のパフォーマンスを減少させる。いくつかのアプ
リケーションにおいて、例えば、テープドライブは、ＳＣＳＩイニシエータのた
めのターゲットデバイスとして役立つ場合、一般的なアプリケーションの障害が
生じ得る。さらに、このＩ／Ｏターミネーションプロセスがどうしても生じる場
合、多くの実例において、データの損失が生じる。
のターミネーションまたは、イニシエータとターゲットデバイスとの間のＩ／Ｏ
のターミネーションは、ネットワークアドレス変化のため、乱れる（ｄｉｓｒｕ
ｐｔｉｖｅ）。Ｉ／Ｏは、そのような場合継続することができない。そのような
ターミネーションは、システムまたはネットワークのトラフィックを不必要に遅
くするので、ネットワーク全体のパフォーマンスを減少させる。いくつかのアプ
リケーションにおいて、例えば、テープドライブは、ＳＣＳＩイニシエータのた
めのターゲットデバイスとして役立つ場合、一般的なアプリケーションの障害が
生じ得る。さらに、このＩ／Ｏターミネーションプロセスがどうしても生じる場
合、多くの実例において、データの損失が生じる。
【０００８】 ファイバチャネルにおいて、イニシエータはネットワークアドレス（ＰＩＤ）
を用いてターゲットデバイスと通信する。各ターゲットおよび各イニシエータは
、ＰＩＤを割り当てられる。基本的に、ターゲットデバイスおよびイニシエータ
は、それらのネットワークアドレスによってファイバチャネルネットワーク内で
互いに知るのみである。
を用いてターゲットデバイスと通信する。各ターゲットおよび各イニシエータは
、ＰＩＤを割り当てられる。基本的に、ターゲットデバイスおよびイニシエータ
は、それらのネットワークアドレスによってファイバチャネルネットワーク内で
互いに知るのみである。
【０００９】 リンク状態が変化する場合、（例えば、リンクが途切れ（ｄｏｗｎ）、次いで
、渋滞状態になる時、または、新たなノードがネットワークに加えられる時）イ
ニシエータあるいはターゲットデバイスのいずれかまたは両方（またはイニシエ
ータあるいはターゲットデバイス）のネットワークアドレスは変化し得る。例え
ば、イニシエータは、ＳＣＳＩコマンドをイニシエートするホストパーソナルコ
ンピュータであってもよい。ターゲットデバイスは、ある種のＳＣＳＩデバイス
（例えば、ＣＤ−ＲＯＭ、テープドライブまたは、他の周辺デバイス）であって
もよい。Ｉ／Ｏが送信されているプロセスである間、リンク状態変化がネットワ
ーク内において生じる場合、リンク状態の変化後、問題が送信の再開により起こ
り得る。リンク状態変化が生じる場合、ネットワークアドレス変化が生じ得る。
イニシエータおよびターゲットデバイスは、従来、識別のためにネットワークア
ドレスを使用するのみであるので、混乱状態がＩ／Ｏ送信または予約コマンドの
関係において生じ得る。この混乱状態は、多数の徴候（混乱状態は、破壊された
データの生成をすこしも行わない）、安全を失った状態、または概してネットワ
ークの低いパフォーマンス、を有する。
、渋滞状態になる時、または、新たなノードがネットワークに加えられる時）イ
ニシエータあるいはターゲットデバイスのいずれかまたは両方（またはイニシエ
ータあるいはターゲットデバイス）のネットワークアドレスは変化し得る。例え
ば、イニシエータは、ＳＣＳＩコマンドをイニシエートするホストパーソナルコ
ンピュータであってもよい。ターゲットデバイスは、ある種のＳＣＳＩデバイス
（例えば、ＣＤ−ＲＯＭ、テープドライブまたは、他の周辺デバイス）であって
もよい。Ｉ／Ｏが送信されているプロセスである間、リンク状態変化がネットワ
ーク内において生じる場合、リンク状態の変化後、問題が送信の再開により起こ
り得る。リンク状態変化が生じる場合、ネットワークアドレス変化が生じ得る。
イニシエータおよびターゲットデバイスは、従来、識別のためにネットワークア
ドレスを使用するのみであるので、混乱状態がＩ／Ｏ送信または予約コマンドの
関係において生じ得る。この混乱状態は、多数の徴候（混乱状態は、破壊された
データの生成をすこしも行わない）、安全を失った状態、または概してネットワ
ークの低いパフォーマンス、を有する。
【００１０】 ＰＬＤＡ（非公開ループ直接接続）のプロフィールは、ファイバチャネルネッ
トワークループの一意的なノード名および一意的なポート名において各ターゲッ
トデバイスおよび各イニシエータを援助することによりこの問題に対応し、それ
らのおのおのは、６４ビットの識別子として表される。ポート名は、識別された
ノード上の特定のポートを定義する一方、イニシエータまたはターゲットデバイ
スに対するノード名は、特定のデバイスのためのノードを定義する。しかしなが
ら、所与のノードは、多数のポートを処理し得ることに留意されたい。従って、
ポート名は一意的に所与のノード上の所望のポートを識別する。
トワークループの一意的なノード名および一意的なポート名において各ターゲッ
トデバイスおよび各イニシエータを援助することによりこの問題に対応し、それ
らのおのおのは、６４ビットの識別子として表される。ポート名は、識別された
ノード上の特定のポートを定義する一方、イニシエータまたはターゲットデバイ
スに対するノード名は、特定のデバイスのためのノードを定義する。しかしなが
ら、所与のノードは、多数のポートを処理し得ることに留意されたい。従って、
ポート名は一意的に所与のノード上の所望のポートを識別する。
【００１１】 イニシエータおよびターゲットデバイスは、ＦＣ−ＰＨ（物理的なファイバチ
ャネル）規格で規程されるように、自身の各ノード名およびポート名を、初期の
通信の間、交換する。ノード名およびポート名は、ＰＩＤで組み合わされる場合
、独自にデバイスを識別する。ＰＬＤＡのプロフィールにおいて、リンク状態変
化の後、イニシエータは、ＡＤＩＳＣ（アドレス発見）コマンドまたはＰＤＩＳ
Ｃ（ポート発見）コマンドのいずれかをリンク状態変化の時にそれらが通信状態
である各ターゲットデバイスに送信する。ＡＤＩＳＣまたはＰＤＩＳＣコマンド
は、ターゲットデバイスとイニシエータとの間で、ポート名、ノード名および識
別のためのＰＩＤを通信する。ターゲットデバイスおよびイニシエータは、初期
通信の間に提供されたノード名、ポート名およびＰＩＤ（ネットワークアドレス
）とＡＤＩＳＣまたはＰＤＩＳＣコマンドによって提供されたノード名、ポート
名およびＰＩＤを比較する。ノード名、ポート名およびＰＩＤが同じである場合
、次に、ターゲットデバイスおよびイニシエータは、自身がリンク状態変化の前
後の両方で互いに通信されたのと同じターゲットデバイスおよび同じイニシエー
タであることを知る。そうでないなら、次に、ネットワークアドレスを変化させ
、ＰＬＤＡプロフィールのもとで、ターゲットデバイスとイニシエータとの間の
すべてのＩ／Ｏは停止される。
ャネル）規格で規程されるように、自身の各ノード名およびポート名を、初期の
通信の間、交換する。ノード名およびポート名は、ＰＩＤで組み合わされる場合
、独自にデバイスを識別する。ＰＬＤＡのプロフィールにおいて、リンク状態変
化の後、イニシエータは、ＡＤＩＳＣ（アドレス発見）コマンドまたはＰＤＩＳ
Ｃ（ポート発見）コマンドのいずれかをリンク状態変化の時にそれらが通信状態
である各ターゲットデバイスに送信する。ＡＤＩＳＣまたはＰＤＩＳＣコマンド
は、ターゲットデバイスとイニシエータとの間で、ポート名、ノード名および識
別のためのＰＩＤを通信する。ターゲットデバイスおよびイニシエータは、初期
通信の間に提供されたノード名、ポート名およびＰＩＤ（ネットワークアドレス
）とＡＤＩＳＣまたはＰＤＩＳＣコマンドによって提供されたノード名、ポート
名およびＰＩＤを比較する。ノード名、ポート名およびＰＩＤが同じである場合
、次に、ターゲットデバイスおよびイニシエータは、自身がリンク状態変化の前
後の両方で互いに通信されたのと同じターゲットデバイスおよび同じイニシエー
タであることを知る。そうでないなら、次に、ネットワークアドレスを変化させ
、ＰＬＤＡプロフィールのもとで、ターゲットデバイスとイニシエータとの間の
すべてのＩ／Ｏは停止される。
【００１２】 ＰＬＤＡのプロフィールにより、データのセットは、ＰＩＤ、ノード名および
ポート名を含み、「トリプレット」と呼ばれる。従って、ファイバチャネルネッ
トワーク内のトリプレットは、独自に、ネットワークノードを識別する。ファイ
バチャネルネットワーク内において、ＰＩＤは、ＡＤＩＳＣまたはＰＤＩＳＣコ
マンドが受信されるアドレスである。従って、ＡＤＩＳＣまたはＰＤＩＳＣコマ
ンドは、そのデータペイロード内のポート名およびノード名を含む。
ポート名を含み、「トリプレット」と呼ばれる。従って、ファイバチャネルネッ
トワーク内のトリプレットは、独自に、ネットワークノードを識別する。ファイ
バチャネルネットワーク内において、ＰＩＤは、ＡＤＩＳＣまたはＰＤＩＳＣコ
マンドが受信されるアドレスである。従って、ＡＤＩＳＣまたはＰＤＩＳＣコマ
ンドは、そのデータペイロード内のポート名およびノード名を含む。
【００１３】 イニシエータは、ＡＤＩＳＣまたはＰＤＩＳＣコマンドを放つ。ターゲットデ
バイスがイニシエータに「アクセプト（ａｃｃｅｐｔ）」コマンドを送るのに応
答して、ターゲットデバイスは、本質的に「ハンドシェーク（ｈａｎｄｓｈａｋ
ｅ）のように動作する。加えて、ターゲットデバイスは、ターゲットデバイスの
ポート名およびノード名と共に、イニシエータにターゲットデバイスのネットワ
ークアドレスを送る。
バイスがイニシエータに「アクセプト（ａｃｃｅｐｔ）」コマンドを送るのに応
答して、ターゲットデバイスは、本質的に「ハンドシェーク（ｈａｎｄｓｈａｋ
ｅ）のように動作する。加えて、ターゲットデバイスは、ターゲットデバイスの
ポート名およびノード名と共に、イニシエータにターゲットデバイスのネットワ
ークアドレスを送る。
【００１４】 ハンドシェイク動作は、ターゲットデバイスとイニシエータとの間または一意
に定まる予約コマンドの関係の回復の間のＩ／Ｏの連続やりとりの前に起こり、
リンク状態変化の後に起こる。従って、この形式の認証は、リンクがダウン状態
になり、次に、渋滞状態になる毎に生じる。実際、認証はファイバチャネルの仲
裁されたループ内のＩ／Ｏの通信を通して、連続して生じる。
に定まる予約コマンドの関係の回復の間のＩ／Ｏの連続やりとりの前に起こり、
リンク状態変化の後に起こる。従って、この形式の認証は、リンクがダウン状態
になり、次に、渋滞状態になる毎に生じる。実際、認証はファイバチャネルの仲
裁されたループ内のＩ／Ｏの通信を通して、連続して生じる。
【００１５】 ＰＬＤＡのプロフィールにより、Ｉ／Ｏが進行中で、ターゲットデバイスのネ
ットワークアドレス（ＰＩＤ）が変化する場合、ターゲットは、全てのＩ／Ｏを
停止することになる。イニシエータは、これらの停止されたＩ／Ｏ上のエラーの
復旧を行わなければならない。ＰＬＤＡプロフィールにより定義される認証プロ
セスによりＩ／Ｏの停止は、結果としてパフォーマンスの問題となる。ＳＣＳＩ
テープ動作の場合、認証プロセスは、結果としてアプリケーションの失敗になり
得、アプリケーションの失敗から、関連したホストは、復旧できないかもしれな
い。すなわち、ＳＣＳＩテープの例において、ホストがテープヘッドまたは連続
して与えられるテープの物理的な位置を識別することは不可能であり得る。本質
的に、プロセスは、ある程度一般的なファイバチャネルネットワークの出現を扱
うための、破局的なプロシージャであるので、他の問題が、ファイバチャネルネ
ットワークの状態変化に続くターゲット認証の本方法から起こる。
ットワークアドレス（ＰＩＤ）が変化する場合、ターゲットは、全てのＩ／Ｏを
停止することになる。イニシエータは、これらの停止されたＩ／Ｏ上のエラーの
復旧を行わなければならない。ＰＬＤＡプロフィールにより定義される認証プロ
セスによりＩ／Ｏの停止は、結果としてパフォーマンスの問題となる。ＳＣＳＩ
テープ動作の場合、認証プロセスは、結果としてアプリケーションの失敗になり
得、アプリケーションの失敗から、関連したホストは、復旧できないかもしれな
い。すなわち、ＳＣＳＩテープの例において、ホストがテープヘッドまたは連続
して与えられるテープの物理的な位置を識別することは不可能であり得る。本質
的に、プロセスは、ある程度一般的なファイバチャネルネットワークの出現を扱
うための、破局的なプロシージャであるので、他の問題が、ファイバチャネルネ
ットワークの状態変化に続くターゲット認証の本方法から起こる。
【００１６】 マルチイニシエータネットワークにおいて、失敗（例えば、テープの失敗）に
続くターゲットデバイス認証を要求するＰＬＤＡに対する現在の基準は動作し得
ない。Ｉ／Ｏが割り込まれる場合、マルチイニシエータネットワーク上の全ての
ネットワークは、時間を取る必要があり、ターゲットデバイスの認証プロセスに
関連する必要な遅延を生じる必要がある。従って、パフォーマンスの制限を扱う
方法およびシステムの必要性があり、パフォーマンスの制限は、ファイバチャネ
ルネットワークループ内のリンク状態変化に続くターゲットデバイスおよびイニ
シエータの識別の公知のシステムおよび方法で起こる。
続くターゲットデバイス認証を要求するＰＬＤＡに対する現在の基準は動作し得
ない。Ｉ／Ｏが割り込まれる場合、マルチイニシエータネットワーク上の全ての
ネットワークは、時間を取る必要があり、ターゲットデバイスの認証プロセスに
関連する必要な遅延を生じる必要がある。従って、パフォーマンスの制限を扱う
方法およびシステムの必要性があり、パフォーマンスの制限は、ファイバチャネ
ルネットワークループ内のリンク状態変化に続くターゲットデバイスおよびイニ
シエータの識別の公知のシステムおよび方法で起こる。
【００１７】 ファイバーチャネルネットワーク内でリンク状態が変化する間、既知のターゲ
ット認定方法で生じるデータ損失問題を克服し、イニシエータとターゲットデバ
イスの間の一意に定まる予約コマンドの関係が、リンク状態の変化に続いて、保
存される方法およびシステムが必要とされる。
ット認定方法で生じるデータ損失問題を克服し、イニシエータとターゲットデバ
イスの間の一意に定まる予約コマンドの関係が、リンク状態の変化に続いて、保
存される方法およびシステムが必要とされる。
【００１８】 ファイバーチャネルネットワークにおいて、連続して動作され得る汎用アプリ
ケーション障害およびリンク状態に応じて他のターゲットとイニシエータデバイ
スが変化することを避け、一方でターゲットデバイスおよびイニシエータの間の
一意に定まる予約コマンドの関係を保存する方法およびシステムが必要とされる
。
ケーション障害およびリンク状態に応じて他のターゲットとイニシエータデバイ
スが変化することを避け、一方でターゲットデバイスおよびイニシエータの間の
一意に定まる予約コマンドの関係を保存する方法およびシステムが必要とされる
。
【００１９】 ファイバーチャネルネットワークで動的に変化し得るネットワークアドレス以
外の方法で、ターゲットデバイスに対しイニシエータを識別し、リンク状態が変
わる前に、ターゲットデバイスとイニシエータの間に存在する一意に定まる予約
コマンドの関係を保存する方法およびシステムがさらに必要とされる。
外の方法で、ターゲットデバイスに対しイニシエータを識別し、リンク状態が変
わる前に、ターゲットデバイスとイニシエータの間に存在する一意に定まる予約
コマンドの関係を保存する方法およびシステムがさらに必要とされる。
【００２０】 マルチイニシエータファイバーチャネル仲裁ループネットワークを介してＩ／
Ｏでの遅延を操作する方法およびシステムがさらに必要とされる。マルチイニシ
エータファイバーチャネル仲裁ループネットワークにより、各イニシエータが送
信の中断後に再スタートされるＩ／Ｏ送信でターゲット認定プロセスを実行する
必要性が無くなる。
Ｏでの遅延を操作する方法およびシステムがさらに必要とされる。マルチイニシ
エータファイバーチャネル仲裁ループネットワークにより、各イニシエータが送
信の中断後に再スタートされるＩ／Ｏ送信でターゲット認定プロセスを実行する
必要性が無くなる。
【００２１】 （発明の要旨） 本発明の教示に従って、ファイバーチャネルネットワークにおけるＩ／Ｏ送信
を管理してターゲットデバイスとイニシエータの間の一意に定まる予約コマンド
の関係を保持し、同様にファイバーチャネルネットワークにおけるアドレスの変
化にわたるターゲットデバイスおよびイニシエータ状態を管理して、既知のシス
テムおよび方法に関連する損害および限界を無くすか少なくとも減らす方法およ
びシステムが提供される。既知のシステムおよび方法に関連する損害および限界
は、限定されたネットワークパフォーマンス問題、あるアプリケーションでのデ
ータ損失、および汎用アプリケーション障害を含む。
を管理してターゲットデバイスとイニシエータの間の一意に定まる予約コマンド
の関係を保持し、同様にファイバーチャネルネットワークにおけるアドレスの変
化にわたるターゲットデバイスおよびイニシエータ状態を管理して、既知のシス
テムおよび方法に関連する損害および限界を無くすか少なくとも減らす方法およ
びシステムが提供される。既知のシステムおよび方法に関連する損害および限界
は、限定されたネットワークパフォーマンス問題、あるアプリケーションでのデ
ータ損失、および汎用アプリケーション障害を含む。
【００２２】 さらに詳細には、本発明は、通信の切断後に、ネットワークアドレスの変化に
わたってファイバーチャネルネットワークでイニシエータとターゲットデバイス
の間の一意に定まる予約コマンドの関係を保持する方法およびシステムを提供す
る。本方法は、イニシエータはターゲットデバイスと通信する場合、イニシエー
タ内のターゲットトリプレットテーブルを保持する工程を包含する。イニシエー
タ内のターゲットトリプレットテーブルは、ターゲットデバイスのデータの固有
ターゲットトリプレットを含む。イニシエータおよびターゲットデバイスが一意
に定まる予約コマンドの関係で関連する場合、またはイニシエータおよびターゲ
ットデバイスが進行中のＩ／Ｏ送信を有する場合、イニシエータおよびターゲッ
トデバイスは通信し得る。データのターゲットトリプレットは、ターゲットデバ
イスアドレス、ターゲットデバイスノード名、およびターゲットデバイスポート
名を含む。ターゲットデバイスは、ＳＣＳＩルーター、例えば、Ｃｒｏｓｓｒｏ
ａｄｓ Ｓｙｓｔｅｍｓ、Ｉｎｃ．Ｍｏｄｅｌ ４１００等のデバイスを示し得
る。ファイバーチャネルネットワークは、ファイバーチャネル仲裁ループまたは
スイッチネットワークまたは他のネットワーク技術であり得る。
わたってファイバーチャネルネットワークでイニシエータとターゲットデバイス
の間の一意に定まる予約コマンドの関係を保持する方法およびシステムを提供す
る。本方法は、イニシエータはターゲットデバイスと通信する場合、イニシエー
タ内のターゲットトリプレットテーブルを保持する工程を包含する。イニシエー
タ内のターゲットトリプレットテーブルは、ターゲットデバイスのデータの固有
ターゲットトリプレットを含む。イニシエータおよびターゲットデバイスが一意
に定まる予約コマンドの関係で関連する場合、またはイニシエータおよびターゲ
ットデバイスが進行中のＩ／Ｏ送信を有する場合、イニシエータおよびターゲッ
トデバイスは通信し得る。データのターゲットトリプレットは、ターゲットデバ
イスアドレス、ターゲットデバイスノード名、およびターゲットデバイスポート
名を含む。ターゲットデバイスは、ＳＣＳＩルーター、例えば、Ｃｒｏｓｓｒｏ
ａｄｓ Ｓｙｓｔｅｍｓ、Ｉｎｃ．Ｍｏｄｅｌ ４１００等のデバイスを示し得
る。ファイバーチャネルネットワークは、ファイバーチャネル仲裁ループまたは
スイッチネットワークまたは他のネットワーク技術であり得る。
【００２３】 上記方法における次の工程は、イニシエータはターゲットデバイスと通信する
場合、ターゲットデバイスにイニシエータトリプルテーブルを保持することであ
る。イニシエータトリプルテーブルは、イニシエータのイニシエータトリプレッ
トデータを含む。イニシエータトリプレットデータは、イニシエータネットワー
クアドレス、イニシエータノード名、およびイニシエータポート名を含む。イニ
シエータは、ファイバーチャネルニットワーク上のパーソナルコンピュータ等の
デバイスであり得る。
場合、ターゲットデバイスにイニシエータトリプルテーブルを保持することであ
る。イニシエータトリプルテーブルは、イニシエータのイニシエータトリプレッ
トデータを含む。イニシエータトリプレットデータは、イニシエータネットワー
クアドレス、イニシエータノード名、およびイニシエータポート名を含む。イニ
シエータは、ファイバーチャネルニットワーク上のパーソナルコンピュータ等の
デバイスであり得る。
【００２４】 本方法のさらなる工程は、イニシエータおよびターゲットデバイスが一意に定
まる予約コマンドの関係にある場合、ターゲットデバイスに予約テーブルを保持
することである。予約デーブルは、イニシエータのデータ対を含む。データ対は
、イニシエータノード名およびイニシエータポート名を含む。
まる予約コマンドの関係にある場合、ターゲットデバイスに予約テーブルを保持
することである。予約デーブルは、イニシエータのデータ対を含む。データ対は
、イニシエータノード名およびイニシエータポート名を含む。
【００２５】 上記方法は、イニシエータおよびターゲットが通信している場合、ファイバー
チャネルネットワークにおける通信切断が発生した後の通信再開に続いて、ター
ゲットデバイスがイニシエータを識別する目的で、イニシエータからターゲット
デバイスへイニシエータトリプレットデータを送信する工程をさらに包含する。
チャネルネットワークにおける通信切断が発生した後の通信再開に続いて、ター
ゲットデバイスがイニシエータを識別する目的で、イニシエータからターゲット
デバイスへイニシエータトリプレットデータを送信する工程をさらに包含する。
【００２６】 イニシエータおよびターゲットデバイスが通信している場合、上記方法は、イ
ニシエータに対してターゲットデバイスを識別する目的で、通信を中断した後の
通信の再開に続いて、ターゲットデバイスからイニシエータにターゲットトリプ
レットデータを送信する工程をさらに包含する。
ニシエータに対してターゲットデバイスを識別する目的で、通信を中断した後の
通信の再開に続いて、ターゲットデバイスからイニシエータにターゲットトリプ
レットデータを送信する工程をさらに包含する。
【００２７】 上記方法は、通信切断前にイニシエータおよびターゲットデバイスが一意に定
まる予約コマンドの関係にあったことを識別するための通信再開に続き、イニシ
エータに送信されたイニシエータトリプレットデータと予約テーブルからのデー
タ対を、イニシエータノード名およびイニシエータポート名に基づいて、比較す
る工程をさらに包含する。
まる予約コマンドの関係にあったことを識別するための通信再開に続き、イニシ
エータに送信されたイニシエータトリプレットデータと予約テーブルからのデー
タ対を、イニシエータノード名およびイニシエータポート名に基づいて、比較す
る工程をさらに包含する。
【００２８】 通信切断前にターゲットデバイスおよびイニシエータが一意に定まる予約コマ
ンドの関係にあった場合、上記方法は、通信切断後の一意に定まる予約コマンド
の関係を続行する工程をさらに包含する。
ンドの関係にあった場合、上記方法は、通信切断後の一意に定まる予約コマンド
の関係を続行する工程をさらに包含する。
【００２９】 本発明の一意に定まる予約コマンドの関係を保持する方法は、ファイバーチャ
ネルネットワークで複数のイニシエータと１つ以上の複数のターゲットデバイス
の間のこういった一意に定まる予約コマンドの関係を保持する能力を提供する。
さらに、それぞれのターゲットデバイスは、個々のイニシエータによって個別に
予約され得る１つ以上の離散した部分から成り得る。そのような場合、個々の各
ターゲットデバイスに関連した予約テーブルは、その特定のターゲットデバイス
に発行される一意に定まる予約コマンドの数に依存して、サイズが変化する動的
に変化する予約テーブルであり得る。
ネルネットワークで複数のイニシエータと１つ以上の複数のターゲットデバイス
の間のこういった一意に定まる予約コマンドの関係を保持する能力を提供する。
さらに、それぞれのターゲットデバイスは、個々のイニシエータによって個別に
予約され得る１つ以上の離散した部分から成り得る。そのような場合、個々の各
ターゲットデバイスに関連した予約テーブルは、その特定のターゲットデバイス
に発行される一意に定まる予約コマンドの数に依存して、サイズが変化する動的
に変化する予約テーブルであり得る。
【００３０】 技術的な利点として、本発明は、ファイバーチャネルネットワークにおけるア
ドレス変化にわたって、一意に定まる予約コマンドの関係およびイニシエータ／
ターゲットデバイス状態情報を保持する。この技術的な利点は、１より多くのイ
ニシエータを有するネットワークのコンテキストにおいて特に価値がある。基本
的に、イニシエータおよびターゲットデバイスは、ノード名およびポート名識別
子を使用し、イニシエータおよびターゲットデバイスが何と（ｗｈｏｍ）通信し
ているかを一意的に識別する。所与のターゲットデバイスまたはイニシエータの
特定のネットワークアドレスがなくとも、ファイバーチャネルネットワークにお
いて、ノード名およびポート名は固有であるべきである。そのようなネットワー
クでは、全てのＩ／Ｏを再開する工程を含む従来技術のターゲット認定プロセス
を連続して実行する状況は、ネットワークパフォーマンスに打撃を与え得る。こ
れは、マルチイニシエータネットワーク環境で、個々の各イニシエータまたはタ
ーゲットデバイスは、個別にターゲットデバイス認定プロセスを実行しなければ
ならない。これは、本発明を用いるネットワークでは必要とされない。
ドレス変化にわたって、一意に定まる予約コマンドの関係およびイニシエータ／
ターゲットデバイス状態情報を保持する。この技術的な利点は、１より多くのイ
ニシエータを有するネットワークのコンテキストにおいて特に価値がある。基本
的に、イニシエータおよびターゲットデバイスは、ノード名およびポート名識別
子を使用し、イニシエータおよびターゲットデバイスが何と（ｗｈｏｍ）通信し
ているかを一意的に識別する。所与のターゲットデバイスまたはイニシエータの
特定のネットワークアドレスがなくとも、ファイバーチャネルネットワークにお
いて、ノード名およびポート名は固有であるべきである。そのようなネットワー
クでは、全てのＩ／Ｏを再開する工程を含む従来技術のターゲット認定プロセス
を連続して実行する状況は、ネットワークパフォーマンスに打撃を与え得る。こ
れは、マルチイニシエータネットワーク環境で、個々の各イニシエータまたはタ
ーゲットデバイスは、個別にターゲットデバイス認定プロセスを実行しなければ
ならない。これは、本発明を用いるネットワークでは必要とされない。
【００３１】 本発明の別の技術的利点は、向上したマルチイニシエータネットワークテスト
手続きを提供する能力である。そのようなネットワークにおいて、多数のイニシ
エータは、同時に、または少なくとも相対的に、動作する場合が多い。これらの
ネットワークでは、イニシエータのメンテナンスが、いくらかの理由で必要とさ
れる場合がある。あるイニシエータを停止することは、メンテナンス中のイニシ
エータの除去の結果としてネットワークアドレスが変わるので、一般に個々のイ
ニシエータだけでなく、ネットワーク上の全てのイニシエータに影響する。本発
明は、上記の例および類似の例において、全てのイニシエータが従来技術のター
ゲット認定プロセスを実行する必要を避ける。
手続きを提供する能力である。そのようなネットワークにおいて、多数のイニシ
エータは、同時に、または少なくとも相対的に、動作する場合が多い。これらの
ネットワークでは、イニシエータのメンテナンスが、いくらかの理由で必要とさ
れる場合がある。あるイニシエータを停止することは、メンテナンス中のイニシ
エータの除去の結果としてネットワークアドレスが変わるので、一般に個々のイ
ニシエータだけでなく、ネットワーク上の全てのイニシエータに影響する。本発
明は、上記の例および類似の例において、全てのイニシエータが従来技術のター
ゲット認定プロセスを実行する必要を避ける。
【００３２】 本発明の別の技術的利点は、ファイバーチャネルネットワークの役割を果たす
能力にほとんど追加的なコストをかけない能力に関する。一般的に、本発明の方
法は、ファイバーチャネルネットワークにおけるトリプレットの認定および転送
を制御する命令の変化として実行され得る。これらの変化はハードウェアプロト
コルチップで実行され、ネットワーク内でプロトコル動作を制御し得る。この改
変でさえ、比較的にほとんどコストがかかり得ない。
能力にほとんど追加的なコストをかけない能力に関する。一般的に、本発明の方
法は、ファイバーチャネルネットワークにおけるトリプレットの認定および転送
を制御する命令の変化として実行され得る。これらの変化はハードウェアプロト
コルチップで実行され、ネットワーク内でプロトコル動作を制御し得る。この改
変でさえ、比較的にほとんどコストがかかり得ない。
【００３３】 しかし、本発明の別の技術的利点は、同一のターゲットデバイスおよび同一の
イニシエータが、通信切断前に通信していたように、一意に定まる予約コマンド
の関係であるか、または互いに通信するかが確認される場合に、一意に定まる予
約コマンドの関係を再開し、通信切断前に存在するＩ／Ｏ送信を再開する能力で
ある。予約コマンドの関係または通信リンクを証明する認定を実行する際、予約
コマンドの関係またはＩ／Ｏ送信が再開され得る。従来技術によるＩ／Ｏ送信の
回復および再開、あるいは一意に定まる予約コマンドの関係の再開を実行する必
要はない。
イニシエータが、通信切断前に通信していたように、一意に定まる予約コマンド
の関係であるか、または互いに通信するかが確認される場合に、一意に定まる予
約コマンドの関係を再開し、通信切断前に存在するＩ／Ｏ送信を再開する能力で
ある。予約コマンドの関係または通信リンクを証明する認定を実行する際、予約
コマンドの関係またはＩ／Ｏ送信が再開され得る。従来技術によるＩ／Ｏ送信の
回復および再開、あるいは一意に定まる予約コマンドの関係の再開を実行する必
要はない。
【００３４】 本発明によって提供されるさらに別の技術的利点は、ファイバーチャネル通信
に使用される本来のパラダイムの差異から生じる。たいていの従来のネットワー
クアプリケーションは、Ｉ／Ｏ送信のＳＣＳＩ−２パラダイムを使用する。しか
し、ファイバーチャネルアプリケーションは、ＳＣＳＩ−３パラダイムを使用す
る場合が多い。ＳＣＳＩ−３パラダイムにおいて、Ｉ／Ｏ送信の中断が、通常の
動作の問題として、生じる場合がある。他方で、ＳＣＳＩ−２パラダイム動作は
、通常、中断せず、代わりに、中断をシステムまたはネットワーク障害状態とし
て扱う。本発明は、Ｉ／Ｏ送信中断のみに応答して回復および再開する大規模な
想定を回避する。ＳＣＳＩ−２およびＳＣＳＩ−３パラダイム動作の上記の差異
および本発明の一意に定まる予約コマンドの関係を保持する方法が上記の差異を
アドレスする方式は、認定方法の重要性および関連性をさらに強調しさえする。
に使用される本来のパラダイムの差異から生じる。たいていの従来のネットワー
クアプリケーションは、Ｉ／Ｏ送信のＳＣＳＩ−２パラダイムを使用する。しか
し、ファイバーチャネルアプリケーションは、ＳＣＳＩ−３パラダイムを使用す
る場合が多い。ＳＣＳＩ−３パラダイムにおいて、Ｉ／Ｏ送信の中断が、通常の
動作の問題として、生じる場合がある。他方で、ＳＣＳＩ−２パラダイム動作は
、通常、中断せず、代わりに、中断をシステムまたはネットワーク障害状態とし
て扱う。本発明は、Ｉ／Ｏ送信中断のみに応答して回復および再開する大規模な
想定を回避する。ＳＣＳＩ−２およびＳＣＳＩ−３パラダイム動作の上記の差異
および本発明の一意に定まる予約コマンドの関係を保持する方法が上記の差異を
アドレスする方式は、認定方法の重要性および関連性をさらに強調しさえする。
【００３５】 本発明および本発明の利点のさらなる完全な理解は、同様の参照番号が同様の
特性を示す添付図面と関連して、以下の説明を参考にすることによって為され得
る。
特性を示す添付図面と関連して、以下の説明を参考にすることによって為され得
る。
【００３６】 （発明の詳細な説明） 本発明の好適な実施形態を図に示す。ここで同様の参照符号を用いて、様々な
図面の同様かつ対応する部分を参照する。
図面の同様かつ対応する部分を参照する。
【００３７】 本発明は、ファイバチャネルネットワークの各イニシエータおよび各ターゲッ
トデバイスについてのネットワークアドレス、ポート名、およびノード名を備え
るトリプレットを維持し、認証時に、所望のターゲットデバイスが、従来技術の
プロセスと異なる演算を実行する。例えば、リンク状態の変化のようなネットワ
ーク通信の切断が発生し、その結果イニシエータおよび／またはターゲットデバ
イスのネットワークアドレスが変化する場合、本発明の方法は、回復プロセスま
たは再始動プロセスを実行する代わりにネットワークアドレス、具体的には、イ
ニシエータのネットワークアドレスだけでなくターゲットデバイスのネットワー
クアドレスを更新することである。
トデバイスについてのネットワークアドレス、ポート名、およびノード名を備え
るトリプレットを維持し、認証時に、所望のターゲットデバイスが、従来技術の
プロセスと異なる演算を実行する。例えば、リンク状態の変化のようなネットワ
ーク通信の切断が発生し、その結果イニシエータおよび／またはターゲットデバ
イスのネットワークアドレスが変化する場合、本発明の方法は、回復プロセスま
たは再始動プロセスを実行する代わりにネットワークアドレス、具体的には、イ
ニシエータのネットワークアドレスだけでなくターゲットデバイスのネットワー
クアドレスを更新することである。
【００３８】 従って、本発明は、１つ以上のイニシエータと１つ以上のターゲットデバイス
との間で、通信が切断されるより先に存在した、任意の一意に定まる予約コマン
ドの関係を維持する。任意の先に送信されたＩ／Ｏおよび任意の既存の一意に定
まる予約コマンドの関係を削除する代わりに、本発明の方法は、イニシエータお
よびターゲットデバイスに関する記録されたネットワークアドレスを変更し、前
に存在した一意に定まる予約コマンドの関係を維持し、Ｉ／Ｏ送信を続ける。通
信の切断後のネットワークアドレスの変更は、イニシエータが保持するターゲッ
トトリプレットにおいてだけではなく、ターゲットが保持するイニシエータトリ
プレットにおいても発生し得る。しかしながら、イニシエータのノード名および
ポート名は同じままである。ターゲットデバイスの予約テーブル中に含まれるイ
ニシエータポート名およびノード名を、通信が切断されるより先の、一意に定ま
る予約コマンドの関係にあったイニシエータに関する新規の更新されたネットワ
ークアドレスと比較することによって、ターゲットデバイスは、次いで、イニシ
エータに関するネットワークアドレスを単に更新し得、Ｉ／Ｏトラフィックの破
壊が生じない。イニシエータは、同様に、通信が切断されるより先の、一意に定
まる予約コマンドの関係にあったターゲットデバイスに関するネットワークアド
レスを単に更新し得る。
との間で、通信が切断されるより先に存在した、任意の一意に定まる予約コマン
ドの関係を維持する。任意の先に送信されたＩ／Ｏおよび任意の既存の一意に定
まる予約コマンドの関係を削除する代わりに、本発明の方法は、イニシエータお
よびターゲットデバイスに関する記録されたネットワークアドレスを変更し、前
に存在した一意に定まる予約コマンドの関係を維持し、Ｉ／Ｏ送信を続ける。通
信の切断後のネットワークアドレスの変更は、イニシエータが保持するターゲッ
トトリプレットにおいてだけではなく、ターゲットが保持するイニシエータトリ
プレットにおいても発生し得る。しかしながら、イニシエータのノード名および
ポート名は同じままである。ターゲットデバイスの予約テーブル中に含まれるイ
ニシエータポート名およびノード名を、通信が切断されるより先の、一意に定ま
る予約コマンドの関係にあったイニシエータに関する新規の更新されたネットワ
ークアドレスと比較することによって、ターゲットデバイスは、次いで、イニシ
エータに関するネットワークアドレスを単に更新し得、Ｉ／Ｏトラフィックの破
壊が生じない。イニシエータは、同様に、通信が切断されるより先の、一意に定
まる予約コマンドの関係にあったターゲットデバイスに関するネットワークアド
レスを単に更新し得る。
【００３９】 本発明は、一意に定まる予約コマンドの関係で、またはＩ／Ｏを進行するイニ
シエータの各々およびターゲットデバイスの各々に関するアドレス／ノード名／
ポート名トリプレットのテーブルを維持する。このことは、一意に定まる予約コ
マンドの関係およびＩ／Ｏを、イニシエータまたはターゲットデバイスに関する
ネットワークアドレスの変更を介してさえも維持することを可能にする。本発明
において、ノード（イニシエータか、またはターゲットデバイスのどちらか）は
、ＡＤＩＳＣまたはＰＤＩＳＣコマンドを使用してネットワークトリプレットを
受信し、トリプレットが、Ｉ／Ｏ送信の切断前に一意に定まる予約コマンドの関
係にあったノードまたはＩ／Ｏ送信を変換していたノードと同じノード名および
ポート名を記載しているかどうかを判定する。そのような場合、ネットワークア
ドレスのみが変更され、本発明の方法は、トリプレットを更新し、一意に定まる
予約コマンド関係およびＩ／Ｏ送信を進める。
シエータの各々およびターゲットデバイスの各々に関するアドレス／ノード名／
ポート名トリプレットのテーブルを維持する。このことは、一意に定まる予約コ
マンドの関係およびＩ／Ｏを、イニシエータまたはターゲットデバイスに関する
ネットワークアドレスの変更を介してさえも維持することを可能にする。本発明
において、ノード（イニシエータか、またはターゲットデバイスのどちらか）は
、ＡＤＩＳＣまたはＰＤＩＳＣコマンドを使用してネットワークトリプレットを
受信し、トリプレットが、Ｉ／Ｏ送信の切断前に一意に定まる予約コマンドの関
係にあったノードまたはＩ／Ｏ送信を変換していたノードと同じノード名および
ポート名を記載しているかどうかを判定する。そのような場合、ネットワークア
ドレスのみが変更され、本発明の方法は、トリプレットを更新し、一意に定まる
予約コマンド関係およびＩ／Ｏ送信を進める。
【００４０】 ターゲットデバイスは、アドレスが変更され、ターゲットデバイス全体か、ま
たは、その専用のｎ離散部（ｎ＝１，２，３，．．．）の１つのいずれかを予約
する任意のイニシエータに関するネットワークアドレスを更新する。ターゲット
デバイスは、自身の一部を予約している各イニシエータに関してターゲットデバ
イスの予約テーブルで維持されるポート名およびノード名を、通信が切断された
後に発生するＡＤＩＳＣまたはＰＤＩＳＣコマンドの結果としてそのような各イ
ニシエータのそれぞれに対して受信されるイニシエータトリプレットとを比較す
る。ＡＤＩＳＣコマンドまたはＰＤＩＳＣコマンドの結果として受信されるイニ
シエータトリプレットのポート名およびノード名が、所与のイニシエータに関す
るターゲットデバイスによって予約テーブル中で維持されるノード名およびポー
ト名と一致する場合、ターゲットデバイスは前に存在したの一意に定まる予約コ
マンドの関係を再開する。このような一意に定まる予約コマンドの関係は、イニ
シエータとターゲットデバイスの離散部の間、あるいは、イニシエータとターゲ
ットデバイス全体の間に存在し得る。一意に定まる予約コマンドの関係およびＩ
／Ｏ送信が、ネットワークアドレス変更を介してさえ続くことを可能にすること
により、本発明は、ファイバチャネル環境においてＳＣＳＩのロバスト性を著し
く向上させる。
たは、その専用のｎ離散部（ｎ＝１，２，３，．．．）の１つのいずれかを予約
する任意のイニシエータに関するネットワークアドレスを更新する。ターゲット
デバイスは、自身の一部を予約している各イニシエータに関してターゲットデバ
イスの予約テーブルで維持されるポート名およびノード名を、通信が切断された
後に発生するＡＤＩＳＣまたはＰＤＩＳＣコマンドの結果としてそのような各イ
ニシエータのそれぞれに対して受信されるイニシエータトリプレットとを比較す
る。ＡＤＩＳＣコマンドまたはＰＤＩＳＣコマンドの結果として受信されるイニ
シエータトリプレットのポート名およびノード名が、所与のイニシエータに関す
るターゲットデバイスによって予約テーブル中で維持されるノード名およびポー
ト名と一致する場合、ターゲットデバイスは前に存在したの一意に定まる予約コ
マンドの関係を再開する。このような一意に定まる予約コマンドの関係は、イニ
シエータとターゲットデバイスの離散部の間、あるいは、イニシエータとターゲ
ットデバイス全体の間に存在し得る。一意に定まる予約コマンドの関係およびＩ
／Ｏ送信が、ネットワークアドレス変更を介してさえ続くことを可能にすること
により、本発明は、ファイバチャネル環境においてＳＣＳＩのロバスト性を著し
く向上させる。
【００４１】 図１に、ネットワークアドレス１、ノード名「Ａ」としてここで指定されるノ
ード、およびポート名「Ａ」としてここで指定されるポートを有する、＃１イニ
シエータ１４を接続するためのネットワークリンク１２を含むファイバチャネル
ネットワークを説明するための概念図１０を示す。＃１ターゲットデバイス１６
において、ネットワークリンク１２は、ノード名「Ｂ」としてここで指定される
ノードおよびポート名「Ｂ」としてここで指定されるポートと接続し、ネットワ
ークアドレス２を有する。
ード、およびポート名「Ａ」としてここで指定されるポートを有する、＃１イニ
シエータ１４を接続するためのネットワークリンク１２を含むファイバチャネル
ネットワークを説明するための概念図１０を示す。＃１ターゲットデバイス１６
において、ネットワークリンク１２は、ノード名「Ｂ」としてここで指定される
ノードおよびポート名「Ｂ」としてここで指定されるポートと接続し、ネットワ
ークアドレス２を有する。
【００４２】 本発明の教示に従って、＃１イニシエータ１４はトリプレットテーブル、すな
わち＃１イニシエータ１４から＃１ターゲットデバイス１６への接続を記録する
ための、＃１イニシエータターゲットトリプレットテーブル１８を保持する。イ
ニシエータターゲットトリプレットテーブル１８は、ネットワークアドレス「２
」、ノード名「Ｂ」、およびポート名「Ｂ」として、＃１イニシエータ１４から
＃１ターゲットデバイス１６への接続を記録する。同様に、＃１ターゲットデバ
イス１６はトリプレットテーブル、すなわち＃１ターゲットデバイス１６から＃
１イニシエータ１４への接続を、ネットワークアドレス「１」、ノード名「Ａ」
およびポート名「Ａ」として記録する＃１ターゲットイニシエータトリプレット
テーブル２０を保持する。＃１イニシエータターゲットトリプレットテーブル１
８および＃１ターゲットイニシエータトリプレットテーブル２０は、そのイニシ
エータまたはターゲットデバイスと通信するイニシエータまたはターゲットデバ
イスの数に応答して所与のターゲットデバイスまたはイニシエータについて増加
または減少するような、ダイナミックテーブルであり得る。
わち＃１イニシエータ１４から＃１ターゲットデバイス１６への接続を記録する
ための、＃１イニシエータターゲットトリプレットテーブル１８を保持する。イ
ニシエータターゲットトリプレットテーブル１８は、ネットワークアドレス「２
」、ノード名「Ｂ」、およびポート名「Ｂ」として、＃１イニシエータ１４から
＃１ターゲットデバイス１６への接続を記録する。同様に、＃１ターゲットデバ
イス１６はトリプレットテーブル、すなわち＃１ターゲットデバイス１６から＃
１イニシエータ１４への接続を、ネットワークアドレス「１」、ノード名「Ａ」
およびポート名「Ａ」として記録する＃１ターゲットイニシエータトリプレット
テーブル２０を保持する。＃１イニシエータターゲットトリプレットテーブル１
８および＃１ターゲットイニシエータトリプレットテーブル２０は、そのイニシ
エータまたはターゲットデバイスと通信するイニシエータまたはターゲットデバ
イスの数に応答して所与のターゲットデバイスまたはイニシエータについて増加
または減少するような、ダイナミックテーブルであり得る。
【００４３】 ネットワークリンク１２は、任意のファイバチャネルネットワーク接続であり
得る。＃１イニシエータ１４が、まずネットワークリンク１２上で、＃１ターゲ
ットデバイス１６と通信する場合、これら２つのノードは、＃１イニシエータタ
ーゲットトリプレットテーブル１８および＃１ターゲットイニシエータトリプレ
ットテーブル２０にそれぞれ格納されるネットワークアドレス、ノード名、およ
びポート名を交換する。＃１イニシエータ１４および＃１ターゲットデバイス１
６は、他のトリプレットデータを、例えば３フィールドのデータベースエントリ
として、Ｉ／Ｏ送信が＃１イニシエータ１４および＃１ターゲットデバイス１６
の間で続く限り、それらの各トリプレットテーブルに互いに格納し得る。切断が
Ｉ／Ｏ送信の際に発生しない（通信の切断がない）限り、および＃１イニシエー
タ１４または＃１ターゲットデバイス１６の物理アドレスに変更が発生しない限
り、これらのエントリは有効なままであり得る。図１は、＃１イニシエータ１４
および＃１ターゲットデバイス１６の互いの初期識別を含む、本発明のイニシエ
ータとターゲットデバイスの間で一意に定まる予約コマンドの関係を維持するた
めの方法の一部を明示する。図１は、進行中の一意に定まる予約コマンドの関係
を示さない。
得る。＃１イニシエータ１４が、まずネットワークリンク１２上で、＃１ターゲ
ットデバイス１６と通信する場合、これら２つのノードは、＃１イニシエータタ
ーゲットトリプレットテーブル１８および＃１ターゲットイニシエータトリプレ
ットテーブル２０にそれぞれ格納されるネットワークアドレス、ノード名、およ
びポート名を交換する。＃１イニシエータ１４および＃１ターゲットデバイス１
６は、他のトリプレットデータを、例えば３フィールドのデータベースエントリ
として、Ｉ／Ｏ送信が＃１イニシエータ１４および＃１ターゲットデバイス１６
の間で続く限り、それらの各トリプレットテーブルに互いに格納し得る。切断が
Ｉ／Ｏ送信の際に発生しない（通信の切断がない）限り、および＃１イニシエー
タ１４または＃１ターゲットデバイス１６の物理アドレスに変更が発生しない限
り、これらのエントリは有効なままであり得る。図１は、＃１イニシエータ１４
および＃１ターゲットデバイス１６の互いの初期識別を含む、本発明のイニシエ
ータとターゲットデバイスの間で一意に定まる予約コマンドの関係を維持するた
めの方法の一部を明示する。図１は、進行中の一意に定まる予約コマンドの関係
を示さない。
【００４４】 図２は、本発明が、通信の切断か、またはネットワークアドレス変更を引き起
こす他の事象かのどちらかに従い、ネットワークの異なるノードで発生する、ネ
ットワークアドレス変更を更新する能力を明示する、改変されたファイバチャネ
ルネットワーク３０を示す。図２のファイバチャネルネットワーク３０は、進行
中の任意の一意に定まる予約コマンドの関係を示すのではなくむしろ、＃１イニ
シエータ１４、＃２イニシエータ３２、および＃１ターゲットデバイス１６の間
に発生するＩ／Ｏ送信の形式の通信のみを示す。＃２イニシエータ３２は、ネッ
トワークリンク３４を介してファイバチャネルネットワークリンク１２と接続す
る。図１と対比して、＃２イニシエータ３２は、現在ネットワークアドレス「１
」を占有しており、＃１ターゲットデバイス１６と通信する。＃１イニシエータ
１４は、現在ネットワークアドレス「４」を占有している。この場合、＃１ター
ゲットデバイス１６は、自身の物理アドレスを変更していない。＃１イニシエー
タ１４に関するネットワークアドレス「１」からネットワークアドレス「４」へ
のこの変更は、例えば、ファイバチャネルアドレシングスキームの動作のためか
、またはリンク状態の変更のような通信の切断のために発生し得る。
こす他の事象かのどちらかに従い、ネットワークの異なるノードで発生する、ネ
ットワークアドレス変更を更新する能力を明示する、改変されたファイバチャネ
ルネットワーク３０を示す。図２のファイバチャネルネットワーク３０は、進行
中の任意の一意に定まる予約コマンドの関係を示すのではなくむしろ、＃１イニ
シエータ１４、＃２イニシエータ３２、および＃１ターゲットデバイス１６の間
に発生するＩ／Ｏ送信の形式の通信のみを示す。＃２イニシエータ３２は、ネッ
トワークリンク３４を介してファイバチャネルネットワークリンク１２と接続す
る。図１と対比して、＃２イニシエータ３２は、現在ネットワークアドレス「１
」を占有しており、＃１ターゲットデバイス１６と通信する。＃１イニシエータ
１４は、現在ネットワークアドレス「４」を占有している。この場合、＃１ター
ゲットデバイス１６は、自身の物理アドレスを変更していない。＃１イニシエー
タ１４に関するネットワークアドレス「１」からネットワークアドレス「４」へ
のこの変更は、例えば、ファイバチャネルアドレシングスキームの動作のためか
、またはリンク状態の変更のような通信の切断のために発生し得る。
【００４５】 この変更を反映させるために、本発明は、＃１ターゲットイニシエータトリプ
レットテーブル２０が示すように、変更した物理アドレスを単に更新する。従っ
て、＃１イニシエータ１４は、＃１ターゲットデバイス１６を認証し、＃１ター
ゲットデバイス１６に関するネットワークアドレスが変更されていないことを判
定する。従って、＃１イニシエータターゲットトリプレットテーブル１８は、＃
１イニシエータ１４に関して変更し得ない。＃２イニシエータノード３２は、（
ネットワークアドレス「４」を現在占有している）＃１イニシエータノード１４
の代わりに、ネットワークアドレス「１」を現在占有しているので、＃１ターゲ
ットイニシエータトリプレットテーブル２０は、図２に示すように適切な更新を
必要とする。本発明の方法のこの局面は、＃１イニシエータ１４、＃２イニシエ
ータ３２、および＃１ターゲットデバイス１６の各々が、これら各トリプレット
テーブルを維持するので可能となる。従って、＃１イニシエータ１４に関するア
ドレスが変更したけれども、＃１ターゲットデバイス１６は、ノード名「Ａ」お
よびポート名「Ａ」を有するノードと通信していたことを知り、および＃１イニ
シエータ１４は、ネットワークアドレス「２」、ノード名「Ｂ」、およびポート
名「Ｂ」における＃１ターゲットデバイス１６と通信していたことを知る。
レットテーブル２０が示すように、変更した物理アドレスを単に更新する。従っ
て、＃１イニシエータ１４は、＃１ターゲットデバイス１６を認証し、＃１ター
ゲットデバイス１６に関するネットワークアドレスが変更されていないことを判
定する。従って、＃１イニシエータターゲットトリプレットテーブル１８は、＃
１イニシエータ１４に関して変更し得ない。＃２イニシエータノード３２は、（
ネットワークアドレス「４」を現在占有している）＃１イニシエータノード１４
の代わりに、ネットワークアドレス「１」を現在占有しているので、＃１ターゲ
ットイニシエータトリプレットテーブル２０は、図２に示すように適切な更新を
必要とする。本発明の方法のこの局面は、＃１イニシエータ１４、＃２イニシエ
ータ３２、および＃１ターゲットデバイス１６の各々が、これら各トリプレット
テーブルを維持するので可能となる。従って、＃１イニシエータ１４に関するア
ドレスが変更したけれども、＃１ターゲットデバイス１６は、ノード名「Ａ」お
よびポート名「Ａ」を有するノードと通信していたことを知り、および＃１イニ
シエータ１４は、ネットワークアドレス「２」、ノード名「Ｂ」、およびポート
名「Ｂ」における＃１ターゲットデバイス１６と通信していたことを知る。
【００４６】 ＃２イニシエータ３２の追加の後のＩ／Ｏ送信の開始の際に、＃１ターゲット
デバイス１６は、＃１ターゲットイニシエータトリプレットテーブル２０を更新
し、ネットワークアドレス「１」、ノード名「Ｃ」、およびポート名「Ｃ」を追
加する。＃２イニシエータ３２は、＃２イニシエータターゲットトリプレットテ
ーブルに、＃１ターゲットデバイス１６に対応するネットワークアドレス「２」
、ノード名「Ｂ」、およびポート名「Ｂ」を追加する。各トリプレットテーブル
へのこれらのデータエントリを用いて、Ｉ／Ｏ送信はいくつかの切断または割り
込みが発生するまで続き得、切断または割り込みが発生した時点で、関連ノード
に格納されているデータエントリにより本発明の動作を実行することができる。
＃１イニシエータ１４および＃１ターゲットデバイス１６のようなイニシエータ
またはターゲットデバイスに関するネットワークアドレス変更が、例えば、通信
の切断のためか、または１以上のイニシエータまたはターゲットデバイスの追加
のために発生し得る。
デバイス１６は、＃１ターゲットイニシエータトリプレットテーブル２０を更新
し、ネットワークアドレス「１」、ノード名「Ｃ」、およびポート名「Ｃ」を追
加する。＃２イニシエータ３２は、＃２イニシエータターゲットトリプレットテ
ーブルに、＃１ターゲットデバイス１６に対応するネットワークアドレス「２」
、ノード名「Ｂ」、およびポート名「Ｂ」を追加する。各トリプレットテーブル
へのこれらのデータエントリを用いて、Ｉ／Ｏ送信はいくつかの切断または割り
込みが発生するまで続き得、切断または割り込みが発生した時点で、関連ノード
に格納されているデータエントリにより本発明の動作を実行することができる。
＃１イニシエータ１４および＃１ターゲットデバイス１６のようなイニシエータ
またはターゲットデバイスに関するネットワークアドレス変更が、例えば、通信
の切断のためか、または１以上のイニシエータまたはターゲットデバイスの追加
のために発生し得る。
【００４７】 図２の例、＃１イニシエータ１４、＃２イニシエータ３２、および＃１ターゲ
ットデバイス１６を含む全てのデバイスが、Ｉ／Ｏ送信が発生する（すなわち、
通信している）各デバイスに関するトリプレットレコードを維持することに留意
されたい。これは、通信の切断後、Ｉ／Ｏ送信の再開の後に、本発明が達成する
より高速な認証を可能にする。従って、例えば＃１イニシエータ１４は、Ｉ／Ｏ
を、図２に示すような＃１ターゲットデバイス１６のみよりずっと多いターゲッ
トデバイスに送信し得る。
ットデバイス１６を含む全てのデバイスが、Ｉ／Ｏ送信が発生する（すなわち、
通信している）各デバイスに関するトリプレットレコードを維持することに留意
されたい。これは、通信の切断後、Ｉ／Ｏ送信の再開の後に、本発明が達成する
より高速な認証を可能にする。従って、例えば＃１イニシエータ１４は、Ｉ／Ｏ
を、図２に示すような＃１ターゲットデバイス１６のみよりずっと多いターゲッ
トデバイスに送信し得る。
【００４８】 図３は、通信の切断に続くネットワークアドレスの変更を介するファイバチャ
ネルネットワークの、イニシエータとターゲットデバイスとの間の、一意に定ま
る予約コマンドの関係を維持するための本発明の方法を示す。ファイバチャネル
ネットワーク３０は、現在＃２ターゲットデバイス５０ならびに対応する＃２予
約テーブル７０および＃２ターゲットイニシエータトリプレットテーブル６０を
含む。＃１ターゲットデバイス１６は、＃１ターゲットイニシエータトリプレッ
トテーブル２０に加えて、現在＃１ターゲット予約テーブル４０も含む。ネット
ワークリンク８０は、＃２ターゲットデバイス５０をファイバチャネルネットワ
ークリンク１２と接続する。図３において、＃２ターゲットデバイス５０は、＃
１イニシエータ１４と通信状態（Ｉ／Ｏ送信が進行中）である。＃１ターゲット
デバイス１６は、＃２イニシエータ３２と通信状態である。図１を参照して上記
したように、＃１ターゲットデバイス１６が、まず＃２イニシエータ３２と通信
する場合、および＃２ターゲットデバイス５０が、まず＃１イニシエータ１４と
通信する場合、デバイスの各々は、例えば、各トリプレットテーブルの３フィー
ルドデータベースエントリのような通信中にそれらの対応するパートナーと、各
トリプレットデータを変換し、各トリプレットテーブルの３フィールドデータベ
ースエントリのような通信中にそれらの対応するパートナーから受信するトリプ
レットデータを格納する。さらに、図３は、＃２ターゲットデバイス５０との一
意に定まる予約コマンドの関係にある＃１イニシエータ１４を示し、この場合は
＃２ターゲットデバイス５０全体を予約する。＃２ターゲットデバイス５０は、
＃１イニシエータ１４からの一意に定まる予約コマンドの関係のこの認知を、＃
２予約テーブル７０に、＃１イニシエータ１４に対応するイニシエータノード名
およびイニシエータポート名を含むデータの対として格納する。この場合、これ
はノード名「Ａ」、ポート名「Ａ」である。
ネルネットワークの、イニシエータとターゲットデバイスとの間の、一意に定ま
る予約コマンドの関係を維持するための本発明の方法を示す。ファイバチャネル
ネットワーク３０は、現在＃２ターゲットデバイス５０ならびに対応する＃２予
約テーブル７０および＃２ターゲットイニシエータトリプレットテーブル６０を
含む。＃１ターゲットデバイス１６は、＃１ターゲットイニシエータトリプレッ
トテーブル２０に加えて、現在＃１ターゲット予約テーブル４０も含む。ネット
ワークリンク８０は、＃２ターゲットデバイス５０をファイバチャネルネットワ
ークリンク１２と接続する。図３において、＃２ターゲットデバイス５０は、＃
１イニシエータ１４と通信状態（Ｉ／Ｏ送信が進行中）である。＃１ターゲット
デバイス１６は、＃２イニシエータ３２と通信状態である。図１を参照して上記
したように、＃１ターゲットデバイス１６が、まず＃２イニシエータ３２と通信
する場合、および＃２ターゲットデバイス５０が、まず＃１イニシエータ１４と
通信する場合、デバイスの各々は、例えば、各トリプレットテーブルの３フィー
ルドデータベースエントリのような通信中にそれらの対応するパートナーと、各
トリプレットデータを変換し、各トリプレットテーブルの３フィールドデータベ
ースエントリのような通信中にそれらの対応するパートナーから受信するトリプ
レットデータを格納する。さらに、図３は、＃２ターゲットデバイス５０との一
意に定まる予約コマンドの関係にある＃１イニシエータ１４を示し、この場合は
＃２ターゲットデバイス５０全体を予約する。＃２ターゲットデバイス５０は、
＃１イニシエータ１４からの一意に定まる予約コマンドの関係のこの認知を、＃
２予約テーブル７０に、＃１イニシエータ１４に対応するイニシエータノード名
およびイニシエータポート名を含むデータの対として格納する。この場合、これ
はノード名「Ａ」、ポート名「Ａ」である。
【００４９】 同様に、＃２イニシエータ３２との一意に定まる予約コマンドの関係にある、
＃１ターゲットデバイス１６を示す。＃１ターゲットデバイス１６は、＃１ター
ゲット予約テーブル４０を維持する。＃１ターゲット予約テーブル４０は、＃２
イニシエータ３２に関するイニシエータノード名およびイニシエータポート名に
対応するノード名「Ｃ」およびポート名「Ｃ」から成るデータ対を保持する。
＃１ターゲットデバイス１６を示す。＃１ターゲットデバイス１６は、＃１ター
ゲット予約テーブル４０を維持する。＃１ターゲット予約テーブル４０は、＃２
イニシエータ３２に関するイニシエータノード名およびイニシエータポート名に
対応するノード名「Ｃ」およびポート名「Ｃ」から成るデータ対を保持する。
【００５０】 図４および図３は、本発明の一意に定まる予約コマンドの関係を、動作時にお
いて維持するための方法を共に示す。図４は、図３で述べた一意に定まる予約コ
マンドの関係が構築された後に発生する通信の切断の後の、図３と同一のファイ
バチャネルネットワーク３０を含む。従って、図４は、通信の切断に続くファイ
バチャネルネットワーク３０を示すことを除いて、図４は、図３に示したものと
同一のファイバチャネルネットワーク３０である。図４に示すように、＃１イニ
シエータ１４は、現在、ネットワークアドレス「１」を占有し、＃２イニシエー
タ３２は、現在、ネットワークアドレス「４」を占有する。＃１イニシエータ１
４および＃２イニシエータ３２におけるこのネットワークアドレスの変更は、例
えば、ファイバチャネルアドレシングスキームの動作のためか、リンク状態の変
更のような通信の切断のためか、または１以上のイニシエータまたはターゲット
デバイスのネットワークへの付加のために発生し得る。
いて維持するための方法を共に示す。図４は、図３で述べた一意に定まる予約コ
マンドの関係が構築された後に発生する通信の切断の後の、図３と同一のファイ
バチャネルネットワーク３０を含む。従って、図４は、通信の切断に続くファイ
バチャネルネットワーク３０を示すことを除いて、図４は、図３に示したものと
同一のファイバチャネルネットワーク３０である。図４に示すように、＃１イニ
シエータ１４は、現在、ネットワークアドレス「１」を占有し、＃２イニシエー
タ３２は、現在、ネットワークアドレス「４」を占有する。＃１イニシエータ１
４および＃２イニシエータ３２におけるこのネットワークアドレスの変更は、例
えば、ファイバチャネルアドレシングスキームの動作のためか、リンク状態の変
更のような通信の切断のためか、または１以上のイニシエータまたはターゲット
デバイスのネットワークへの付加のために発生し得る。
【００５１】 これらのアドレス変更を反映するために、本発明は、イニシエータ（および、
おそらくターゲットデバイス）のネットワークアドレスを、＃１ターゲットイニ
シエータトリプレットテーブル２０が示すように、図１および図２に関して上記
したものと同様の形式で更新する。＃１イニシエータ１４は、＃２ターゲットデ
バイス５０を認証し、＃２ターゲットデバイス５０のネットワークアドレスが変
更されていないことを判定する。従って、＃１イニシエータターゲットトリプレ
ットテーブル１８は、＃１イニシエータ１４に関して変更しない。なぜなら、＃
２ターゲットデバイス５０のネットトワークアドレスが変更していないからであ
る。同様に、＃２イニシエータ３２は、＃１ターゲットデバイス１６を認証し、
＃１ターゲットデバイス１６のネットワークアドレスが変更されていないことを
判定する。従って、＃２イニシエータターゲットトリプレットテーブル３４は、
＃２イニシエータ３２に関して変更しない。＃２イニシエータ３２は、現在ネッ
トワークアドレス「１」を占有している＃１イニシエータ１４の代わりに、ネッ
トワークアドレス「４」を現在占有しているので、＃１ターゲットイニシエータ
トリプレットテーブル２０は、図４に示すように適切な更新を必要とする。同様
に、＃２ターゲットイニシエータトリプレットテーブル６０は、＃１イニシエー
タ１４のネットワークアドレスの変更のためにアカウントを更新する必要がある
。これらの更新は、先にのべたように、ＡＤＩＳＣおよびＰＤＩＳＣコマンドを
使用し達成される。図４は、これらの更新が両方ですでに達成されたことを示す
。
おそらくターゲットデバイス）のネットワークアドレスを、＃１ターゲットイニ
シエータトリプレットテーブル２０が示すように、図１および図２に関して上記
したものと同様の形式で更新する。＃１イニシエータ１４は、＃２ターゲットデ
バイス５０を認証し、＃２ターゲットデバイス５０のネットワークアドレスが変
更されていないことを判定する。従って、＃１イニシエータターゲットトリプレ
ットテーブル１８は、＃１イニシエータ１４に関して変更しない。なぜなら、＃
２ターゲットデバイス５０のネットトワークアドレスが変更していないからであ
る。同様に、＃２イニシエータ３２は、＃１ターゲットデバイス１６を認証し、
＃１ターゲットデバイス１６のネットワークアドレスが変更されていないことを
判定する。従って、＃２イニシエータターゲットトリプレットテーブル３４は、
＃２イニシエータ３２に関して変更しない。＃２イニシエータ３２は、現在ネッ
トワークアドレス「１」を占有している＃１イニシエータ１４の代わりに、ネッ
トワークアドレス「４」を現在占有しているので、＃１ターゲットイニシエータ
トリプレットテーブル２０は、図４に示すように適切な更新を必要とする。同様
に、＃２ターゲットイニシエータトリプレットテーブル６０は、＃１イニシエー
タ１４のネットワークアドレスの変更のためにアカウントを更新する必要がある
。これらの更新は、先にのべたように、ＡＤＩＳＣおよびＰＤＩＳＣコマンドを
使用し達成される。図４は、これらの更新が両方ですでに達成されたことを示す
。
【００５２】 本発明の、イニシエータとターゲットデバイスの間の一意に定まる予約コマン
ドの関係を維持する方法は、ＡＤＩＳＣあるいはＰＤＩＳＣコマンドを使用して
受信されて、＃１および＃２ターゲットイニシエータトリプレットテーブル２０
および６０に現在格納されるイニシエータノード名とポート名との間を、＃１予
約テーブル４０および＃２予約テーブル７０に対応して格納されるノード名およ
びポート名と比較することを求める。通信の切断、および変更した任意のターゲ
ットトリプレットのデータ（すなわち、ネットワークアドレス）の更新を生じる
認証プロセスに続いて、＃１ターゲットデバイス１６および＃２ターゲットデバ
イス５０の各々は、本発明方法を実行し、これらが、ファイバチャネルネットワ
ークで１以上のイニシエータとの一意に定まる予約コマンドの関係になるかどう
かを判定する。図４は、＃１および＃２イニシエータ１６および３２のネットワ
ークアドレスが変更していることのみを示すが、＃１および＃２ターゲットデバ
イス１６および５０のネットワークアドレスも同様に変更し得る。
ドの関係を維持する方法は、ＡＤＩＳＣあるいはＰＤＩＳＣコマンドを使用して
受信されて、＃１および＃２ターゲットイニシエータトリプレットテーブル２０
および６０に現在格納されるイニシエータノード名とポート名との間を、＃１予
約テーブル４０および＃２予約テーブル７０に対応して格納されるノード名およ
びポート名と比較することを求める。通信の切断、および変更した任意のターゲ
ットトリプレットのデータ（すなわち、ネットワークアドレス）の更新を生じる
認証プロセスに続いて、＃１ターゲットデバイス１６および＃２ターゲットデバ
イス５０の各々は、本発明方法を実行し、これらが、ファイバチャネルネットワ
ークで１以上のイニシエータとの一意に定まる予約コマンドの関係になるかどう
かを判定する。図４は、＃１および＃２イニシエータ１６および３２のネットワ
ークアドレスが変更していることのみを示すが、＃１および＃２ターゲットデバ
イス１６および５０のネットワークアドレスも同様に変更し得る。
【００５３】 ＃２ターゲットデバイス５０は、図４に示す場合に、＃１イニシエータノード
１４のエントリに対応する、＃２ターゲットイニシエータトリプレットテーブル
６０内の更新されたトリプレットのデータを、＃２予約テーブル７０に格納され
たデータ対と比較する。＃２ターゲットイニシエータトリプレットテーブル６０
内の＃１イニシエータ１４に対して格納されるイニシエータポート名およびイニ
シエータノード名が、（もしあるならば、どのイニシエータが＃２ターゲットデ
バイス５０との一意に定まる予約コマンドの関係であった／であるかどうかを示
す）＃２予約テーブル７０内に格納されるポート名およびノード名と一致する場
合、＃２ターゲットデバイス５０は、ポート名「Ａ」およびノード名「Ａ」を有
するどのようなイニシエータ（この場合、＃１イニシエータ１４）が、通信の切
断（または他のネットワークアドレス変更の原因）より先の、一意に定まる予約
コマンドの関係であったイニシエータであるかどうかを知る（すなわち認証する
）。対応する＃２ターゲットイニシエータトリプレットテーブル６０を更新し、
＃２ターゲットイニシエータトリプレットテーブル６０内の更新されたエントリ
を、＃２予約テーブル７０内のエントリと比較することで、＃２ターゲットデバ
イス５０は、ネットワークアドレス「１」を現在占有しているファイバチャネル
ネットワークのイニシエータが、通信の切断より先の、ネットワークアドレス「
４」を占有していた同一のイニシエータであることを知る。従って、＃２ターゲ
ットデバイス５０は、先にネットワークアドレス「４」を占有していて、新規に
ネットワークアドレス「ｌ」を占有する同一のイニシエータが、通信の切断より
先の、一意に定まる予約コマンドの関係にあった同一のイニシエータであること
を知る。＃１イニシエータ１４は、この＃２ターゲットデバイスノード５０との
一意に定まる予約コマンドの関係を現在再開し得る。同様の様式において、＃１
ターゲットデバイス１６は、＃２イニシエータ３２と対応する一意に定まる予約
コマンドの関係を再開する。
１４のエントリに対応する、＃２ターゲットイニシエータトリプレットテーブル
６０内の更新されたトリプレットのデータを、＃２予約テーブル７０に格納され
たデータ対と比較する。＃２ターゲットイニシエータトリプレットテーブル６０
内の＃１イニシエータ１４に対して格納されるイニシエータポート名およびイニ
シエータノード名が、（もしあるならば、どのイニシエータが＃２ターゲットデ
バイス５０との一意に定まる予約コマンドの関係であった／であるかどうかを示
す）＃２予約テーブル７０内に格納されるポート名およびノード名と一致する場
合、＃２ターゲットデバイス５０は、ポート名「Ａ」およびノード名「Ａ」を有
するどのようなイニシエータ（この場合、＃１イニシエータ１４）が、通信の切
断（または他のネットワークアドレス変更の原因）より先の、一意に定まる予約
コマンドの関係であったイニシエータであるかどうかを知る（すなわち認証する
）。対応する＃２ターゲットイニシエータトリプレットテーブル６０を更新し、
＃２ターゲットイニシエータトリプレットテーブル６０内の更新されたエントリ
を、＃２予約テーブル７０内のエントリと比較することで、＃２ターゲットデバ
イス５０は、ネットワークアドレス「１」を現在占有しているファイバチャネル
ネットワークのイニシエータが、通信の切断より先の、ネットワークアドレス「
４」を占有していた同一のイニシエータであることを知る。従って、＃２ターゲ
ットデバイス５０は、先にネットワークアドレス「４」を占有していて、新規に
ネットワークアドレス「ｌ」を占有する同一のイニシエータが、通信の切断より
先の、一意に定まる予約コマンドの関係にあった同一のイニシエータであること
を知る。＃１イニシエータ１４は、この＃２ターゲットデバイスノード５０との
一意に定まる予約コマンドの関係を現在再開し得る。同様の様式において、＃１
ターゲットデバイス１６は、＃２イニシエータ３２と対応する一意に定まる予約
コマンドの関係を再開する。
【００５４】 本発明の、通信の切断に続く、一意に定まる予約コマンドの関係を維持する方
法は可能である。なぜなら、＃１イニシエータ１４、＃２イニシエータ３２、＃
１ターゲットデバイス１６、および＃２ターゲットデバイス５０の各々が、これ
らの各トリプレットの情報を、各トリプレットテーブルに格納するからである。
従って、＃１イニシエータ１４に関するアドレスが変更しても、図４に示すよう
に、＃２ターゲットデバイス５０は、、一意に定まる予約コマンドの関係にあっ
て、ノード名「Ａ」およびポート名「Ａ」を有するイニシエータと通信していた
ことを知る。＃１イニシエータ１４は同様に、ネットワークアドレス「６」、ノ
ード名「Ｄ」、およびポート名「Ｄ」において＃２ターゲットデバイス５０と通
信していたことを知る。
法は可能である。なぜなら、＃１イニシエータ１４、＃２イニシエータ３２、＃
１ターゲットデバイス１６、および＃２ターゲットデバイス５０の各々が、これ
らの各トリプレットの情報を、各トリプレットテーブルに格納するからである。
従って、＃１イニシエータ１４に関するアドレスが変更しても、図４に示すよう
に、＃２ターゲットデバイス５０は、、一意に定まる予約コマンドの関係にあっ
て、ノード名「Ａ」およびポート名「Ａ」を有するイニシエータと通信していた
ことを知る。＃１イニシエータ１４は同様に、ネットワークアドレス「６」、ノ
ード名「Ｄ」、およびポート名「Ｄ」において＃２ターゲットデバイス５０と通
信していたことを知る。
【００５５】 通信の切断に続くＩ／Ｏ送信の開始の際に、＃２ターゲットデバイス５０は、
＃２ターゲットイニシエータトリプレットテーブル６０を更新し、ネットワーク
アドレス「４」をネットワークアドレス「１」に変更する。同様に、＃１ターゲ
ットデバイス１６は、自身のターゲットイニシエータトリプレットテーブル２０
を更新し、ノード名「Ｃ」およびポート名「Ｃ」に対応しているネットワークア
ドレス「１」を現在、同一のノード名「Ｃ」およびポート名「Ｃ」に対応してい
るネットワークアドレス「４」に変更する。各トリプレットテーブルのこれらデ
ータエントリを用いて、Ｉ／Ｏ送信は続き得、＃１予約テーブル４０および＃２
予約テーブル７０に格納されるデータ対と＃１ターゲットデバイス１６および＃
２ターゲットデバイス５０の、各トリプレットテーブル内の新規に更新されたデ
ータエントリの間との比較が発生し得る。＃１ターゲットデバイス１６および＃
２ターゲットデバイス５０は、このような方法で、それらが現在通信している各
イニシエータが、通信が切断するより先に一意に定まる予約コマンドの関係にあ
った同一のイニシエータであることを認証する。そのような場合、＃１ターゲッ
トデバイス１６および＃２ターゲットデバイス５０は、通信の切断に続いて、一
意に定まる予約コマンドの関係を再開する。全ての認証、トリプレット更新、お
よび比較が一端完了して、通信の切断前に存在する、任意の一意に定まる予約コ
マンドの関係およびＩ／Ｏ送信は、いくつかの将来の切断または割り込みが発生
するまで続き得、切断または割り込みが発生する時点において、関連トリプレッ
トテーブルに格納されているデータエントリは、本発明の動作を実行することを
可能にする。
＃２ターゲットイニシエータトリプレットテーブル６０を更新し、ネットワーク
アドレス「４」をネットワークアドレス「１」に変更する。同様に、＃１ターゲ
ットデバイス１６は、自身のターゲットイニシエータトリプレットテーブル２０
を更新し、ノード名「Ｃ」およびポート名「Ｃ」に対応しているネットワークア
ドレス「１」を現在、同一のノード名「Ｃ」およびポート名「Ｃ」に対応してい
るネットワークアドレス「４」に変更する。各トリプレットテーブルのこれらデ
ータエントリを用いて、Ｉ／Ｏ送信は続き得、＃１予約テーブル４０および＃２
予約テーブル７０に格納されるデータ対と＃１ターゲットデバイス１６および＃
２ターゲットデバイス５０の、各トリプレットテーブル内の新規に更新されたデ
ータエントリの間との比較が発生し得る。＃１ターゲットデバイス１６および＃
２ターゲットデバイス５０は、このような方法で、それらが現在通信している各
イニシエータが、通信が切断するより先に一意に定まる予約コマンドの関係にあ
った同一のイニシエータであることを認証する。そのような場合、＃１ターゲッ
トデバイス１６および＃２ターゲットデバイス５０は、通信の切断に続いて、一
意に定まる予約コマンドの関係を再開する。全ての認証、トリプレット更新、お
よび比較が一端完了して、通信の切断前に存在する、任意の一意に定まる予約コ
マンドの関係およびＩ／Ｏ送信は、いくつかの将来の切断または割り込みが発生
するまで続き得、切断または割り込みが発生する時点において、関連トリプレッ
トテーブルに格納されているデータエントリは、本発明の動作を実行することを
可能にする。
【００５６】 図４に含まれる、例えば＃１イニシエータ１４、＃２イニシエータ３２、＃１
ターゲットデバイス１６および＃２ターゲットデバイス５０の全てのデバイスが
、Ｉ／Ｏ送信が発生する各デバイスに関するトリプレットレコードを維持するこ
と、および、また図４の＃１ターゲットデバイス１６および＃２ターゲットデバ
イス５０を含む各ターゲットデバイスが、一意に定まる予約コマンドの関係にあ
る各イニシエータに対する予約テーブル内に、データ対レコードを維持すること
に留意されたい。これは、通信の切断後、Ｉ／Ｏ送信の再開に続く本発明が実行
するより高速な認証を可能にする。従って、例えば＃１イニシエータ１４は、Ｉ
／Ｏを、＃２ターゲットデバイス５０のみよりずっと多いターゲットデバイスに
送信し得、＃２ターゲットデバイス５０のみより多いデバイスとの一意に定まる
予約コマンドの関係にあり得る。実際、＃１イニシエータは、＃２ターゲットデ
バイス５０自体（または、ファイバチャネルネットワーク内の任意の他のターゲ
ットデバイス）との、１以上の一意に定まる予約コマンドの関係であり得る。
ターゲットデバイス１６および＃２ターゲットデバイス５０の全てのデバイスが
、Ｉ／Ｏ送信が発生する各デバイスに関するトリプレットレコードを維持するこ
と、および、また図４の＃１ターゲットデバイス１６および＃２ターゲットデバ
イス５０を含む各ターゲットデバイスが、一意に定まる予約コマンドの関係にあ
る各イニシエータに対する予約テーブル内に、データ対レコードを維持すること
に留意されたい。これは、通信の切断後、Ｉ／Ｏ送信の再開に続く本発明が実行
するより高速な認証を可能にする。従って、例えば＃１イニシエータ１４は、Ｉ
／Ｏを、＃２ターゲットデバイス５０のみよりずっと多いターゲットデバイスに
送信し得、＃２ターゲットデバイス５０のみより多いデバイスとの一意に定まる
予約コマンドの関係にあり得る。実際、＃１イニシエータは、＃２ターゲットデ
バイス５０自体（または、ファイバチャネルネットワーク内の任意の他のターゲ
ットデバイス）との、１以上の一意に定まる予約コマンドの関係であり得る。
【００５７】 図５は、本発明の一意に定まる予約コマンドの関係を維持するための方法の能
力を示し、各ターゲットデバイス自身がｎ個（ここでｎは１，２，３，．．．）
の離散した個々の予約可能部から成るファイバチャネルネットワーク中で動作す
る。図５は、図５の例の＃１ターゲットデバイス１６および＃２ターゲットデバ
イス５０のような各ターゲットデバイスが、どのように任意の複数の別々の離散
した予約可能部Ｐ1〜Ｐnを含むようにすることができるかを説明するために修正
された、図３および図４と同一のファイバチャネルネットワーク３０を示す。図
５の説明は、単一のイニシエータと単一のターゲットの間との複数の一意に定ま
る予約コマンドの関係の可能性、および、また単一のターゲットデバイスが、１
以上のイニシエータとの一意に定まる予約コマンドの関係にされる能力を示すこ
とを除いて、基本的に図３および図４の説明と本質的に同一である。
力を示し、各ターゲットデバイス自身がｎ個（ここでｎは１，２，３，．．．）
の離散した個々の予約可能部から成るファイバチャネルネットワーク中で動作す
る。図５は、図５の例の＃１ターゲットデバイス１６および＃２ターゲットデバ
イス５０のような各ターゲットデバイスが、どのように任意の複数の別々の離散
した予約可能部Ｐ1〜Ｐnを含むようにすることができるかを説明するために修正
された、図３および図４と同一のファイバチャネルネットワーク３０を示す。図
５の説明は、単一のイニシエータと単一のターゲットの間との複数の一意に定ま
る予約コマンドの関係の可能性、および、また単一のターゲットデバイスが、１
以上のイニシエータとの一意に定まる予約コマンドの関係にされる能力を示すこ
とを除いて、基本的に図３および図４の説明と本質的に同一である。
【００５８】 ＃２ターゲットデバイス５０は、それぞれ５２、５４、５６および５８として
番号付けされた離散した別々の予約可能部Ｐ1〜Ｐnを用いて示される。同様に、
＃１ターゲットデバイス１６は、それぞれ７２、７４、７６および７８として番
号付けされた離散した個々の予約可能部Ｐ1、Ｐ2、Ｐ3がＰnまでを用いて示され
る。＃１ターゲットデバイス１６は、＃１イニシエータ１４および＃２イニシエ
ータ３２両方との、一意に定まる予約コマンドの関係を用いて示される。＃１イ
ニシエータ１４は、＃１ターゲットデバイス１６の離散した個々の予約可能部Ｐ 1 ７２との一意に定まる予約コマンドの関係にある。＃２イニシエータ３２は、
＃１ターゲットデバイス１６の離散した個々の予約可能部Ｐ2７４との一意に定
まる予約コマンドの関係にある。＃１予約テーブル４０は、予約テーブル４０を
拡張する新規の第３の列を用いて示され、３つのフィールドのデータベースエン
トリ、ターゲット部の識別子を含む「予約トリプレット」、イニシエータノード
名、およびイニシエータポート名を収容する。ターゲット部の識別子列は、対応
するイニシエータノード名およびポート名エントリを有する特定イニシエータに
よって予約されている、＃１ターゲットデバイス１６の離散した個々の予約可能
部の目録を作り、それを追跡する。同様に、＃２予約テーブル７０は、３つの列
および３つのフィールドのデータベースエントリテーブルに拡張され、＃２ター
ゲットデバイス５０の所定の離散した個々の予約可能部との一意に定まる予約コ
マンドの関係にされるイニシエータのポート名およびノード名を追跡する。
番号付けされた離散した別々の予約可能部Ｐ1〜Ｐnを用いて示される。同様に、
＃１ターゲットデバイス１６は、それぞれ７２、７４、７６および７８として番
号付けされた離散した個々の予約可能部Ｐ1、Ｐ2、Ｐ3がＰnまでを用いて示され
る。＃１ターゲットデバイス１６は、＃１イニシエータ１４および＃２イニシエ
ータ３２両方との、一意に定まる予約コマンドの関係を用いて示される。＃１イ
ニシエータ１４は、＃１ターゲットデバイス１６の離散した個々の予約可能部Ｐ 1 ７２との一意に定まる予約コマンドの関係にある。＃２イニシエータ３２は、
＃１ターゲットデバイス１６の離散した個々の予約可能部Ｐ2７４との一意に定
まる予約コマンドの関係にある。＃１予約テーブル４０は、予約テーブル４０を
拡張する新規の第３の列を用いて示され、３つのフィールドのデータベースエン
トリ、ターゲット部の識別子を含む「予約トリプレット」、イニシエータノード
名、およびイニシエータポート名を収容する。ターゲット部の識別子列は、対応
するイニシエータノード名およびポート名エントリを有する特定イニシエータに
よって予約されている、＃１ターゲットデバイス１６の離散した個々の予約可能
部の目録を作り、それを追跡する。同様に、＃２予約テーブル７０は、３つの列
および３つのフィールドのデータベースエントリテーブルに拡張され、＃２ター
ゲットデバイス５０の所定の離散した個々の予約可能部との一意に定まる予約コ
マンドの関係にされるイニシエータのポート名およびノード名を追跡する。
【００５９】 ＃２ターゲットデバイス５０は、＃１イニシエータ１４と＃２イニシエータ３
２両方との、一意に定まる予約コマンドの関係にある。さらに、＃２ターゲット
デバイスは、＃１イニシエータ１４と、２つの一意に定まる予約コマンドの関係
にされる。＃１イニシエータ１４は、＃２ターゲットデバイス５０の離散した個
々の予約可能部Ｐ1５２、および、また＃２ターゲットデバイス５０の離散した
個々の予約可能部Ｐ2５４との一意に定まる予約コマンドの関係にされる。リン
ク状態が変更するか、または、ことによると、ファイバチャネルネットワークへ
の他のイニシエータまたはターゲットデバイスの付加のような通信の切断の場合
、＃１イニシエータ１４、＃２イニシエータ３２、＃１ターゲットデバイス１６
および＃２ターゲットデバイス５０両方は、本発明の一意に定まる予約コマンド
の関係を維持するための方法を実行し、これらのデバイスのどちらかまたは全て
の、新規のおそらく変更されたネットワークアドレスを認証し、通信が切断する
前に存在する任意の一意に定まる予約コマンドの関係およびＩ／Ｏ通信を維持す
る。
２両方との、一意に定まる予約コマンドの関係にある。さらに、＃２ターゲット
デバイスは、＃１イニシエータ１４と、２つの一意に定まる予約コマンドの関係
にされる。＃１イニシエータ１４は、＃２ターゲットデバイス５０の離散した個
々の予約可能部Ｐ1５２、および、また＃２ターゲットデバイス５０の離散した
個々の予約可能部Ｐ2５４との一意に定まる予約コマンドの関係にされる。リン
ク状態が変更するか、または、ことによると、ファイバチャネルネットワークへ
の他のイニシエータまたはターゲットデバイスの付加のような通信の切断の場合
、＃１イニシエータ１４、＃２イニシエータ３２、＃１ターゲットデバイス１６
および＃２ターゲットデバイス５０両方は、本発明の一意に定まる予約コマンド
の関係を維持するための方法を実行し、これらのデバイスのどちらかまたは全て
の、新規のおそらく変更されたネットワークアドレスを認証し、通信が切断する
前に存在する任意の一意に定まる予約コマンドの関係およびＩ／Ｏ通信を維持す
る。
【００６０】 図５に示す場合、複数のイニシエータ、複数のターゲットデバイス、および異
なるイニシエータの間に存在する複数の一意に定まる予約コマンドの関係、なら
びに所与のイニシエータと所与のターゲットデバイスとの間の複数の一意に定ま
る予約コマンドの関係があり、本発明の方法は、また、（単一のターゲットデバ
イスと単一のイニシエータとの間の、単一の一意に定まる予約コマンドの関係を
含む状況について）図４と共に述べられた様式で動作する。＃１ターゲットデバ
イス１６および＃２ターゲットデバイス５０の、離散した個々の予約可能部Ｐ1
〜Ｐnは、テープドライバ、プリンタ、フロッピー（登録商標）ディスク、ＣＤ
−ＲＯＭ、またはファイバチャネルネットワークと共に使用され得る、任意の他
のデバイスのようなデバイスであり得る。
なるイニシエータの間に存在する複数の一意に定まる予約コマンドの関係、なら
びに所与のイニシエータと所与のターゲットデバイスとの間の複数の一意に定ま
る予約コマンドの関係があり、本発明の方法は、また、（単一のターゲットデバ
イスと単一のイニシエータとの間の、単一の一意に定まる予約コマンドの関係を
含む状況について）図４と共に述べられた様式で動作する。＃１ターゲットデバ
イス１６および＃２ターゲットデバイス５０の、離散した個々の予約可能部Ｐ1
〜Ｐnは、テープドライバ、プリンタ、フロッピー（登録商標）ディスク、ＣＤ
−ＲＯＭ、またはファイバチャネルネットワークと共に使用され得る、任意の他
のデバイスのようなデバイスであり得る。
【００６１】 本発明を、図示された実施形態を参照して、本明細書中で詳細に述べたが、こ
の説明はただの例示手段であり、制限する意味で構成されないことが理解される
べきである。従って、本発明の実施形態の詳細の多数の変更、および本発明の追
加の実施形態は、本説明を参照する当業者により明らかであり得、作成され得る
ことがさらに理解されるべきである。このような全ての変更および追加的な実施
形態は、クレームされる発明の精神および正規の範囲以内であることが、理解さ
れる。
の説明はただの例示手段であり、制限する意味で構成されないことが理解される
べきである。従って、本発明の実施形態の詳細の多数の変更、および本発明の追
加の実施形態は、本説明を参照する当業者により明らかであり得、作成され得る
ことがさらに理解されるべきである。このような全ての変更および追加的な実施
形態は、クレームされる発明の精神および正規の範囲以内であることが、理解さ
れる。
【図１】 図１は、本発明の一意に定まる予約コマンドの関係を保持する方法を組み込ん
でいるファイバーチャネルネットワークを図示する。
でいるファイバーチャネルネットワークを図示する。
【図２】 図２は、図１に示されているようなファイバーチャネルネットワークにおける
本発明の使用を図示する。
本発明の使用を図示する。
【図３】 図３は、複数のターゲットおよび複数のイニシエータを組み込む、図１に示し
てあるようなファイバーチャネルネットワークにおける本発明の使用を図示する
。
てあるようなファイバーチャネルネットワークにおける本発明の使用を図示する
。
【図４】 図４は、複数のターゲットおよび複数のイニシエータを組み込む、図１に示し
てあるようなファイバーチャネルネットワークにおける本発明の使用を図示する
。
てあるようなファイバーチャネルネットワークにおける本発明の使用を図示する
。
【図５】 図５は、各ターゲットデバイスが１つ以上の離散し、個別の予約可能部から成
るファイバーチャネルネットワークにおける本発明の方法を示す。
るファイバーチャネルネットワークにおける本発明の方法を示す。
【手続補正書】
【提出日】平成１３年１２月３日（２００１．１２．３）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
───────────────────────────────────────────────────── フロントページの続き (72)発明者 アロヨ， ケイス エム． アメリカ合衆国 テキサス 78729， オ ースティン， カービル フォークウェイ 13226 (72)発明者 ウィルソン， ステファン ケイ． アメリカ合衆国 テキサス 78703， オ ースティン， テレサ アベニュー 807 Ｆターム(参考） 5K033 AA03 DA01 DB22 EC04
Claims (32)
- 【請求項１】 ネットワークアドレスの変更があっても、ファイバチャネル
ネットワークにおいてイニシエータとターゲットデバイスとの間で一意に定まる
予約コマンドの関係を維持する方法であって、 該イニシエータが該ターゲットデバイスと通信している場合、該ターゲットデ
バイス用のデータのターゲットトリプレットを含むターゲットトリプレットテー
ブルを該イニシエータで維持する工程と、 該イニシエータが該ターゲットデバイスと通信している場合、該イニシエータ
用のデータのイニシエータトリプレットを含むイニシエータトリプレットテーブ
ルを該ターゲットデバイスで維持する工程と、 該イニシエータおよび該ターゲットデバイスが該一意に定まる予約コマンドの
関係にある場合、該イニシエータ用のデータ対を含む予約テーブルを該ターゲッ
トデバイスで維持する工程と、 該イニシエータおよび該ターゲットデバイスが通信している場合、該通信が切
断した後に該通信を回復し、該データのイニシエータトリプレットを該イニシエ
ータから該ターゲットデバイスへ送信し、該ターゲットデバイスに該イニシエー
タを識別させる工程と、 該イニシエータおよび該ターゲットデバイスが通信している場合、該通信が切
断した後に該通信を回復し、該データのターゲットトリプレットを該ターゲット
デバイスから該イニシエータへ送信し、該イニシエータに該ターゲットデバイス
を識別させる工程と、 該イニシエータのノード名および該イニシエータのポート名に基づいて、該イ
ニシエータおよび該ターゲットデバイスが該通信が切断される前に該一意に定ま
る予約コマンドの関係にあったということを識別するために、該通信を回復した
後に、該予約テーブルからの該データ対と該イニシエータが送信した該データの
イニシエータトリプレットとを比較する工程と、 該ターゲットデバイスおよび該イニシエータが、該通信が切断される前に該一
意に定まる予約コマンドの関係にあった場合、該通信を切断した後に、該一意に
定まる予約コマンドの関係を続ける工程と を包含する、方法。 - 【請求項２】 通信を切断した後に、前記ネットワークアドレスの変更が生
じる、請求項１に記載の方法。 - 【請求項３】 前記通信の切断は、リンク状態の変更である、請求項２に記
載の方法。 - 【請求項４】 前記ターゲットトリプレットは、ターゲットデバイスネット
ワークアドレス、ターゲットデバイスノード名、およびターゲットデバイスポー
ト名を含み、前記イニシエータトリプレットは、イニシエータネットワークアド
レス、イニシエータノード名、およびイニシエータポート名を含み、前記データ
対は、該イニシエータノード名および該イニシエータポート名を含む、請求項１
に記載の方法。 - 【請求項５】 前記ターゲットデバイスは、少なくとも１つの離散した予約
可能部を含み、該少なくとも１つの離散した予約可能部の各々は、個々の部分と
してか、または該少なくとも１つの離散した予約可能部のうち他の１つ以上を備
えた群において、前記イニシエータとの前記一意に定まる予約コマンドの関係に
なる、請求項１に記載の方法。 - 【請求項６】 前記少なくとも１つの離散した予約可能部の数は、動的に変
化する、請求項５に記載の方法。 - 【請求項７】 前記イニシエータが、前記少なくとも１つの離散した予約可
能部のうち少なくとも２つとの別個の前記一意に定まる予約コマンドの関係に同
時になる工程をさらに包含する、請求項６に記載の方法。 - 【請求項８】 前記イニシエータが複数のイニシエータであり、前記ターゲ
ットデバイスが複数のターゲットデバイスである、請求項７に記載の方法。 - 【請求項９】 前記複数のイニシエータの各々が、前記複数のターゲットデ
バイスの少なくとも１つと通信している、請求項８に記載の方法。 - 【請求項１０】 前記複数のターゲットデバイスの各々が、前記複数のイニ
シエータの少なくとも１つと通信している、請求項８に記載の方法。 - 【請求項１１】 前記複数のターゲットデバイスのうち少なくとも１つが、
前記複数のイニシエータのうち少なくとも１つと前記一意に定まる予約コマンド
の関係にある、請求項８に記載の方法。 - 【請求項１２】 前記複数のイニシエータの前記少なくとも１つのうち少な
くとも１つが、前記少なくとも１つの離散した予約可能部のうちの少なくとも１
つとの別個の前記一意に定まる予約コマンドの関係にあり、前記予約テーブルは
、該別個の該一意に定まる予約コマンドの関係の各々についてデータの予約トリ
プレットをさらに含み、該予約トリプレットがターゲット部識別子、前記イニシ
エータノード名および前記イニシエータポート名を含み、該ターゲット部識別子
を用いて、前記通信を切断する前に、該少なくとも１つの離散した予約可能部の
該少なくとも１つのうちのどれが、該複数のイニシエータの該少なくとも１つの
うちのどれと該別個の該一意に定まる予約コマンドの関係にあったかを識別する
、請求項１１に記載の方法。 - 【請求項１３】 前記予約テーブルは、動的に変化するテーブルであり、前
記複数のターゲットデバイスのうち所与のターゲットデバイスの該テーブルサイ
ズは、該複数のターゲットデバイスのうち該所与のターゲットデバイスと確立さ
れた前記一意に定まる予約コマンドの関係の数に基づいて変化する、請求項１２
に記載の方法。 - 【請求項１４】 前記維持する工程、前記送信する工程、および前記比較す
る工程が、ソフトウェア命令に応答して起こる、請求項１に記載の方法。 - 【請求項１５】 前記続ける工程が、前記一意に定まる予約コマンドの関係
にあった前記ターゲットデバイスと前記イニシエータとの間の通信リンクを確認
するために、認証を行った後に、通信を直ちに続ける工程をさらに包含する、請
求項１に記載の方法。 - 【請求項１６】 前記続ける工程が、回復プロセスまたは再スタートプロセ
スを行うことなく通信を直ちに続ける工程をさらに包含する、請求項１に記載の
方法。 - 【請求項１７】 前記ターゲットデバイスがＣｒｏｓｓｒｏａｄｓモデル４
１００である、請求項１に記載の方法。 - 【請求項１８】 ネットワークアドレスの変更があっても、ファイバチャネ
ルネットワークにおいてイニシエータとターゲットデバイスとの間で一意に定ま
る予約コマンドの関係を維持するシステムであって、 該イニシエータが該ターゲットデバイスと通信している場合、該ターゲットデ
バイス用のデータのターゲットトリプレットを含むターゲットトリプレットテー
ブルを該イニシエータで維持する命令と、 該イニシエータが該ターゲットデバイスと通信している場合、該イニシエータ
用のデータのイニシエータトリプレットを含むイニシエータトリプレットテーブ
ルを該ターゲットデバイスで維持する命令と、 該イニシエータおよび該ターゲットデバイスが該一意に定まる予約コマンドの
関係にある場合、該イニシエータ用のデータ対を含む予約テーブルを該ターゲッ
トデバイスで維持する命令と、 該イニシエータおよび該ターゲットデバイスが通信している場合、該通信が切
断した後に該通信を回復し、該データのイニシエータトリプレットを該イニシエ
ータから該ターゲットデバイスへ送信し、該ターゲットデバイスに該イニシエー
タを識別させる命令と、 該イニシエータおよび該ターゲットデバイスが通信している場合、該通信が切
断した後に該通信を回復し、該データのターゲットトリプレットを該ターゲット
デバイスから該イニシエータへ送信し、該イニシエータに該ターゲットデバイス
を識別させる命令と、 該イニシエータのノード名および該イニシエータのポート名に基づいて、該イ
ニシエータおよび該ターゲットデバイスが該通信が切断される前に該一意に定ま
る予約コマンドの関係にあったということを識別するために、該通信を回復した
後に、該予約テーブルからの該データ対と該イニシエータが送信した該データの
イニシエータトリプレットとを比較する命令と、 該ターゲットデバイスおよび該イニシエータが、該通信が切断される前に該一
意に定まる予約コマンドの関係にあった場合、該通信を切断した後に、該一意に
定まる予約コマンドの関係を続ける命令と を含む、システム。 - 【請求項１９】 通信を切断した後に、前記ネットワークアドレスの変更が
生じる、請求項１８に記載のシステム。 - 【請求項２０】 前記通信の切断は、リンク状態の変更である、請求項１９
に記載のシステム。 - 【請求項２１】 前記ターゲットトリプレットは、ターゲットデバイスネッ
トワークアドレス、ターゲットデバイスノード名、およびターゲットデバイスポ
ート名を含み、前記イニシエータトリプレットは、イニシエータネットワークア
ドレス、イニシエータノード名、およびイニシエータポート名を含み、前記デー
タ対は、該イニシエータノード名および該イニシエータポート名を含む、請求項
１８に記載のシステム。 - 【請求項２２】 前記ターゲットデバイスは、少なくとも１つの離散した予
約可能部を含み、該少なくとも１つの離散した予約可能部の各々は、個々の部分
としてか、または該少なくとも１つの離散した予約可能部のうち他の１つ以上を
備えた群において、前記イニシエータとの前記一意に定まる予約コマンドの関係
になることが可能である、請求項１８に記載のシステム。 - 【請求項２３】 前記少なくとも１つの離散した予約可能部の数は、動的に
変化する、請求項２２に記載のシステム。 - 【請求項２４】 前記イニシエータが複数のイニシエータであり、前記ター
ゲットデバイスが複数のターゲットデバイスである、請求項２３に記載のシステ
ム。 - 【請求項２５】 前記複数のイニシエータの各々が、前記複数のターゲット
デバイスの少なくとも１つと通信している、請求項２４に記載のシステム。 - 【請求項２６】 前記複数のターゲットデバイスの各々が、前記複数のイニ
シエータの少なくとも１つと通信している、請求項２４に記載のシステム。 - 【請求項２７】 前記複数のターゲットデバイスのうち少なくとも１つが、
前記複数のイニシエータのうち少なくとも１つと前記一意に定まる予約コマンド
の関係にある、請求項２４に記載のシステム。 - 【請求項２８】 前記複数のイニシエータの前記少なくとも１つのうち少な
くとも１つが、前記少なくとも１つの離散した予約可能部のうちの少なくとも１
つとの別個の前記一意に定まる予約コマンドの関係にあり、前記予約テーブルは
、該別個の該一意に定まる予約コマンドの関係の各々についてデータの予約トリ
プレットをさらに含み、該予約トリプレットがターゲット部識別子、前記イニシ
エータノード名および前記イニシエータポート名を含み、該ターゲット部識別子
を用いて、前記通信を切断する前に、該少なくとも１つの離散した予約可能部の
該少なくとも１つのうちのどれが、該複数のイニシエータの該少なくとも１つの
うちのどれと該別個の該一意に定まる予約コマンドの関係にあったかを識別する
、請求項２７に記載のシステム。 - 【請求項２９】 前記予約テーブルは、動的に変化するテーブルであり、前
記複数のターゲットデバイスのうち所与のターゲットデバイスの該テーブルサイ
ズは、該複数のターゲットデバイスのうち該所与のターゲットデバイスと確立さ
れた前記一意に定まる予約コマンドの関係の数に基づいて変化する、請求項２８
に記載のシステム。 - 【請求項３０】 前記維持する命令、前記送信する命令、および前記比較す
る命令が、ソフトウェアで維持される、請求項１８に記載のシステム。 - 【請求項３１】 前記続ける命令が、前記一意に定まる予約コマンドの関係
にあった前記ターゲットデバイスと前記イニシエータとの間の通信リンクを確認
するために、認証を行った後に、通信を直ちに続けることをさらに含む、請求項
１８に記載のシステム。 - 【請求項３２】 前記続ける命令が、回復プロセスまたは再スタートプロセ
スを行うことなく通信を直ちに続けることをさらに含む、請求項１８に記載のシ
ステム。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/251,759 US6138161A (en) | 1999-02-18 | 1999-02-18 | Method and system for maintaining reserve command relationships in a fibre channel network |
| US09/251,759 | 1999-02-18 | ||
| PCT/US2000/005322 WO2000049513A1 (en) | 1999-02-18 | 2000-02-18 | Method and system for maintaining reserve command relationships in a fibre channel network |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002542636A true JP2002542636A (ja) | 2002-12-10 |
Family
ID=22953287
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000600187A Withdrawn JP2002542636A (ja) | 1999-02-18 | 2000-02-18 | ファイバチャネルネットワークにおいて予約コマンドの関係を維持する方法およびシステム |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US6138161A (ja) |
| EP (1) | EP1166212A1 (ja) |
| JP (1) | JP2002542636A (ja) |
| AU (1) | AU768100B2 (ja) |
| CA (1) | CA2362181A1 (ja) |
| HK (1) | HK1043638A1 (ja) |
| WO (1) | WO2000049513A1 (ja) |
Families Citing this family (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6643693B1 (en) * | 1998-09-15 | 2003-11-04 | Crossroads Systems, Inc. | Method and system for managing I/O transmissions in a fibre channel network after a break in communication |
| US6341315B1 (en) * | 1999-02-26 | 2002-01-22 | Crossroads Systems, Inc. | Streaming method and system for fiber channel network devices |
| US6430645B1 (en) * | 1999-06-09 | 2002-08-06 | International Business Machines Corporation | Fibre channel and SCSI address mapping for multiple initiator support |
| US6845395B1 (en) * | 1999-06-30 | 2005-01-18 | Emc Corporation | Method and apparatus for identifying network devices on a storage network |
| US6609165B1 (en) * | 1999-09-27 | 2003-08-19 | International Business Machines Corporation | Method and apparatus for using fibre channel extended link service commands in a point-to-point configuration |
| US7287192B1 (en) * | 1999-09-23 | 2007-10-23 | Computer Associates Think, Inc. | Identifying a failed device in a network |
| US6499066B1 (en) * | 1999-09-27 | 2002-12-24 | International Business Machines Corporation | Method and apparatus for using fibre channel test extended link service commands for interprocess communication |
| US6671727B1 (en) * | 1999-12-20 | 2003-12-30 | Lsi Logic Corporation | Methodology for providing persistent target identification in a fibre channel environment |
| US6629156B1 (en) | 2000-03-02 | 2003-09-30 | Lsi Logic Corporation | Fibre Channel service parameter cache |
| US6618584B1 (en) * | 2000-08-30 | 2003-09-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Terminal authentication procedure timing for data calls |
| US6917988B1 (en) | 2000-08-31 | 2005-07-12 | International Business Machines Corporation | System and method for efficient management of fibre channel communication |
| WO2002061525A2 (en) * | 2000-11-02 | 2002-08-08 | Pirus Networks | Tcp/udp acceleration |
| US6915429B1 (en) * | 2000-11-16 | 2005-07-05 | International Business Machines Corporation | System and method for fiber channel remote activation and enhanced security |
| US6718402B1 (en) * | 2000-11-29 | 2004-04-06 | Crossroads Systems, Inc. | Method and system for persistent unit attention in a fibre channel storage router |
| US7164689B2 (en) * | 2000-12-05 | 2007-01-16 | Matsushita Electric Industrial Co., Ltd. | Multi-initiator control unit and method |
| US7343410B2 (en) * | 2001-06-28 | 2008-03-11 | Finisar Corporation | Automated creation of application data paths in storage area networks |
| US7383351B1 (en) * | 2001-11-27 | 2008-06-03 | Cisco Technology, Inc. | Method and apparatus for efficient SPVC destination endpoint address change |
| US7512133B2 (en) | 2001-12-03 | 2009-03-31 | International Business Machines Corporation | Method and apparatus for obtaining multiple port addresses by a fibre channel from a network fabric |
| US7085860B2 (en) * | 2002-01-11 | 2006-08-01 | International Business Machines Corporation | Method and apparatus for a non-disruptive recovery of a single partition in a multipartitioned data processing system |
| US7055068B2 (en) * | 2002-07-25 | 2006-05-30 | Lsi Logic Corporation | Method for validating operation of a fibre link |
| US20040027155A1 (en) * | 2002-08-08 | 2004-02-12 | Schlansker Michael S. | System and method for self configuration of reconfigurable systems |
| US7283560B1 (en) | 2002-08-08 | 2007-10-16 | Vicom Systems, Inc. | Method and apparatus for address translation between fibre channel addresses and SCSI addresses |
| US7577735B1 (en) * | 2002-11-27 | 2009-08-18 | Cisco Technology, Inc. | Transparent mode |
| US7472158B2 (en) * | 2003-03-26 | 2008-12-30 | Pivot 3, Inc. | Initiator connection tag for simple table lookup |
| US7359975B2 (en) * | 2003-05-22 | 2008-04-15 | International Business Machines Corporation | Method, system, and program for performing a data transfer operation with respect to source and target storage devices in a network |
| US7523207B2 (en) * | 2003-11-20 | 2009-04-21 | International Business Machines Corporation | Configuration of fibre channel SAN path |
| US7620695B2 (en) * | 2003-12-02 | 2009-11-17 | International Business Machines Corporation | Storing fibre channel information on an Infiniband administration data base |
| US7406509B2 (en) * | 2004-01-07 | 2008-07-29 | Network Appliance, Inc. | Dynamic switching of a communication port in a storage system between target and initiator modes |
| US7590679B2 (en) * | 2004-10-18 | 2009-09-15 | Seagate Technology Llc | Managing multiple unit attentions |
| US20070274231A1 (en) * | 2006-05-24 | 2007-11-29 | Dell Products L.P. | System and method for improving the performance and stability of Serial Attached SCSI networks |
| US9621426B1 (en) | 2007-04-18 | 2017-04-11 | Grass Valley USA, LLC | Switching facility having a control panel with relegendable buttons |
| US7523233B1 (en) * | 2008-02-05 | 2009-04-21 | International Business Machines Corporation | System and method of tunneling SAS-extender discovery through a fibre-channel fabric |
| US8117321B2 (en) | 2009-01-26 | 2012-02-14 | Hewlett-Packard Development Company, L.P. | Network connection management using connection profiles |
| CN107659435B (zh) * | 2017-09-14 | 2020-12-29 | 杭州迪普科技股份有限公司 | 一种接口信息的处理方法及装置 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3392436B2 (ja) * | 1992-08-28 | 2003-03-31 | 株式会社東芝 | 通信システム及び通信方法 |
| US5802258A (en) * | 1996-05-03 | 1998-09-01 | International Business Machines Corporation | Loosely coupled system environment designed to handle a non-disruptive host connection switch after detection of an error condition or during a host outage or failure |
| US5954796A (en) * | 1997-02-11 | 1999-09-21 | Compaq Computer Corporation | System and method for automatically and dynamically changing an address associated with a device disposed in a fire channel environment |
| US6014383A (en) * | 1997-02-10 | 2000-01-11 | Compaq Computer Corporation | System and method for controlling multiple initiators in a fibre channel environment |
| US6041381A (en) * | 1998-02-05 | 2000-03-21 | Crossroads Systems, Inc. | Fibre channel to SCSI addressing method and system |
-
1999
- 1999-02-18 US US09/251,759 patent/US6138161A/en not_active Expired - Lifetime
-
2000
- 2000-02-18 JP JP2000600187A patent/JP2002542636A/ja not_active Withdrawn
- 2000-02-18 WO PCT/US2000/005322 patent/WO2000049513A1/en not_active Application Discontinuation
- 2000-02-18 CA CA002362181A patent/CA2362181A1/en not_active Abandoned
- 2000-02-18 AU AU35087/00A patent/AU768100B2/en not_active Ceased
- 2000-02-18 EP EP00913688A patent/EP1166212A1/en not_active Withdrawn
-
2002
- 2002-06-29 HK HK02104915.2A patent/HK1043638A1/zh unknown
Also Published As
| Publication number | Publication date |
|---|---|
| AU768100B2 (en) | 2003-12-04 |
| HK1043638A1 (zh) | 2002-09-20 |
| EP1166212A1 (en) | 2002-01-02 |
| AU3508700A (en) | 2000-09-04 |
| WO2000049513A1 (en) | 2000-08-24 |
| CA2362181A1 (en) | 2000-08-24 |
| US6138161A (en) | 2000-10-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2002542636A (ja) | ファイバチャネルネットワークにおいて予約コマンドの関係を維持する方法およびシステム | |
| US8699322B1 (en) | Port identifier management for path failover in cluster environments | |
| US6804703B1 (en) | System and method for establishing persistent reserves to nonvolatile storage in a clustered computer environment | |
| US7529816B2 (en) | System for providing multi-path input/output in a clustered data storage network | |
| JP2894676B2 (ja) | 非同期式遠隔コピー・システム及び非同期式遠隔コピー方法 | |
| US7945753B2 (en) | Computer system, management method and storage network system | |
| US8285824B2 (en) | Storage system and data replication method that refuses one or more requests for changing the first logical configuration information until the first storage apparatus and second storage apparatus are synchronized | |
| US20090216976A1 (en) | Computer system allowing any computer to copy any storage area within a storage system | |
| JP4929808B2 (ja) | ネットワーク機器接続装置およびネットワーク機器接続方法 | |
| US20060030321A1 (en) | Apparatus and method for establishing network using network interface | |
| US7228352B1 (en) | Data access management system in distributed processing system | |
| US6643693B1 (en) | Method and system for managing I/O transmissions in a fibre channel network after a break in communication | |
| JP2001034568A (ja) | 論理パス確立方法及び記憶媒体 | |
| US6356985B1 (en) | Computer in multi-cluster system | |
| JP2005128781A (ja) | 系切り替え方法及び情報処理システム | |
| JP3730545B2 (ja) | サービス制御アプリケーション実行方法及びシステム | |
| US8296532B2 (en) | Write set boundary management for heterogeneous storage controllers in support of asynchronous update of secondary storage | |
| JPH11312111A (ja) | データベース復旧方法及びデータベース管理システム | |
| US7587628B2 (en) | System, method and computer program product for copying data | |
| CN111324632A (zh) | 利用客户端侧高速缓存的透明数据库会话恢复 | |
| JP2003140986A (ja) | 遠隔監視システムおよび通信制御方法 | |
| JPH02234264A (ja) | Ｌａｎ統合生産システムの作業代替方式 | |
| JP2000207342A (ja) | サ―バコンピュ―タ、クライアントコンピュ―タ及び記録媒体 | |
| JPH07146849A (ja) | コンピュータ間通信のバックアップシステム | |
| JP3411966B2 (ja) | インテリジェントネットワークのサービス管理機能構成方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20070501 |