JP2002525894A - ファイバチャネルネットワークにおいてｉ／ｏ送信を管理する方法およびシステム - Google Patents

ファイバチャネルネットワークにおいてｉ／ｏ送信を管理する方法およびシステム

Info

Publication number
JP2002525894A
JP2002525894A JP2000570663A JP2000570663A JP2002525894A JP 2002525894 A JP2002525894 A JP 2002525894A JP 2000570663 A JP2000570663 A JP 2000570663A JP 2000570663 A JP2000570663 A JP 2000570663A JP 2002525894 A JP2002525894 A JP 2002525894A
Authority
JP
Japan
Prior art keywords
nodes
network
node
triplet
communication
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
Application number
JP2000570663A
Other languages
English (en)
Inventor
ロバート エイ． レイノルズ，
キース エム． アーロヨ，
Original Assignee
クロスローズ・システムズ・インコーポレイテッド
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by クロスローズ・システムズ・インコーポレイテッド filed Critical クロスローズ・システムズ・インコーポレイテッド
Publication of JP2002525894A publication Critical patent/JP2002525894A/ja
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Small-Scale Networks (AREA)

Abstract

(57)【要約】 ファイバチャネルネットワーク（１２）において、ネットワークアドレス変化にわたって、ノード状態を維持する方法およびシステムは、ターゲット（１６）およびイニシエータノード（１４）を含む複数のノードの各々において、特定のノードが通信する複数のノードのうちの他のノードの各々について、ネットワークアドレス、ノードネーム、およびポートネームを有するデータのトリプレットを含むトリプレットテーブル（１８、２０）を維持するステップおよび命令を含む。命令は、複数のノードの各々から、複数のノードの各々が通信する他のノードに、通信のブレークの後に起こる通信の再開に従って、データのトリプレットを送出することを可能にする。データのトリプレットは、ノードが、通信のブレークの前と後とで同じノードと通信することを識別する。本発明は、さらなる回復ステップを行うことなく、ノード間の通信を継続する命令をさらに含む。

Description

【発明の詳細な説明】
【０００１】 （発明の技術分野） 本発明は概して、データおよび情報通信システム、ならびにその動作に関し、
具体的には、ファイバチャネルネットワークを含む通信ネットワークに関する。
さらに具体的には、本発明は、アドレスの変更にわたってターゲットおよびイニ
シエータの状態を維持する能力を有するファイバチャネルネットワークシステム
およびその動作方法であって、入力および出力の管理を向上して、ネットワーク
性能を向上し、通信失敗を無くし、そして、ネットワークリンク状態の変化の結
果として起こり得るデータ損失を回避するファイバチャネルネットワークシステ
ムおよびその動作方法に関する。
【０００２】 （発明の背景） ファイバチャネルネットワークでは、イニシエータおよびターゲットに割り当
てられたネットワークアドレスは動的であり得る。ネットワーク上でのリンク状
態の変化後、ネットワークの既存のノードに割り当てられたネットワークアドレ
スが変わり得る。この挙動により、リンク状態の変化にわたって特定のイニシエ
ータ−ターゲット対の間で進行しているＩ／Ｏ（入／出力）を管理する際の、Ｓ
ＣＳＩイニシエータおよびターゲットにとっての問題が生じる。
【０００３】 ファイバチャネルネットワークにおいてＩ／Ｏを管理する公知の方法では、既
存のＩ／Ｏが進行中で、イニシエータまたはターゲットのいずれかがリンク状態
の変化を検出する場合、イニシエータがまだ同じターゲットと通信していること
をイニシエータが認証してからでなければ、そのＩ／Ｏは継続できない。この認
証は、ファイバーチャネルプロファイルＰＬＤＡ（プライベートループダイレク
トアタッチ）に詳述される。このプロファイルは、ＳＣＳＩ−３ 標準ＦＣＰ（
ファイバチャネルプロトコル）への拡張であり、これは、ファイバチャネルを介
するＳＣＳＩインプリメンテーションを規定する。ＰＬＤＡプロファイルは、リ
ンクダウンからリンクアップ状態へリンク状態が変化した後に、イニシエータが
、Ｉ／Ｏの進行しているそれぞれのターゲットにＡＤＩＳＣ（アドレスディスカ
バリ）またはＰＤＩＳＣ（ポートディスカバリ）ＥＬＳ（拡張リンクサービス）
コマンドを送らなければならないことを示している。ＡＤＩＳＣおよびＰＤＩＳ
Ｃコマンドは、ノードネームおよびポートネーム情報を交換するために用いられ
る。ＰＬＤＡプロファイルはさらに、ターゲットがイニシエータのネットワーク
アドレスが変わったことを検出すると、ターゲットがそのイニシエータからの既
存のＩ／Ｏを終了することを要求する。このステップの後、イニシエータはリカ
バリプロセスを行い、そして、何らかのその他の方法でＩ／Ｏ送信を再開する。
【０００４】 ネットワークアドレスの変更による既存のＩ／Ｏの終了は、破壊的である。こ
の終了はネットワークの全体的な性能を低減させる。なぜなら、この終了はシス
テムまたはネットワークトラフィックを不必要に低速にするからである。テープ
ドライブがＳＣＳＩイニシエータに対するターゲットとしての役割を果たすアプ
リケーションなどの幾つかのアプリケーションでは、一般的なアプリケーション
故障が起こり得る。さらに、データ損失の結果、多くの場合、このＩ／Ｏ終了プ
ロセスがどうしても起こってしまう。
【０００５】 ファイバチャネルでは、イニシエータはネットワークアドレス（ＰＩＤ）を用
いてターゲットと通信する。これらは、アービトレーティッド（ａｒｂｉｔｒａ
ｔｅｄ）ループ環境では、ＡＬ−ＰＡ、即ち、アービトレーティッドループ物理
アドレスと呼ばれる。各ターゲットおよび各イニシエータに割り当てられる。本
質的に、ターゲットおよびイニシエータは、ファイバチャネルネットワークにお
いて、それらのネットワークアドレスによってのみ、互いに知り合う。
【０００６】 リンクがダウンし、次いで再びアップした場合、または、新しいノードがネッ
トワークに付加された場合など、リンク状態に変化が起こった場合、イニシエー
タまたはターゲットのいずれかまたは両方のネットワークアドレスが変わり得る
。イニシエータは、例えば、ＳＣＳＩコマンドを開始するホストパーソナルコン
ピュータであり得る。ターゲットは、ＣＤ−ＲＯＭ、テープドライブ、またはそ
の他の記憶装置、などの何らかのタイプのＳＣＳＩ装置であり得る。Ｉ／Ｏがま
だ送信されている間にネットワークにおいて状態の変化が起こると、送信再開時
に問題が起こり得る。リンク状態の変化が起こると、アドレスの変更が起こり得
る。イニシエータおよびターゲットは従来、アドレスを識別のためだけに使用し
ているため、Ｉ／Ｏ送信において混乱状態が起こり得る。この混乱状態は、多数
の症状を有し得る。これらの症状は、少なくとも、改悪データの生成、セキュリ
ティの損失、または、ネットワーク全体の低性能である。
【０００７】 ＰＬＤＡ（プライベートループダイレクトアタッチ）プロファイルは、ファイ
バチャネルネットワークループにおける各ターゲットおよび各イニシエータに、
固有のノードネームおよび固有のポートネームを割り当てることにより、この問
題点に取り組んでいる。上記ノードネームおよびポートネームの各々は、６４ビ
ット識別子として表される。イニシエータまたはターゲットのノードネームは、
特定の装置についてのノードを規定し、ポートネームは、識別されたノード上の
特定のポートを規定する。しかし、所与のノードは、多数のポートを所有し得る
ことに注目されたい。従って、ポートネームが、所与のノード上の所望のポート
を一意に識別する。
【０００８】 イニシエータおよびターゲットは、ＦＣ−ＰＨ（ファイバチャネル物理）標準
において規定されるように、初期通信中にノードネームおよびポートネームを交
換する。ノードネームおよびポートネームは、ノードを一意に識別する。ＰＬＤ
Ａプロファイルでは、リンク状態の変化後、イニシエータは、ＡＤＩＳＣ（アド
レスディスカバリ）またはＰＤＩＳＣ（ポートディスカバリ）コマンドのいずれ
かを送る。ＡＤＩＳＣまたはＰＤＩＳＣコマンドは、ターゲットとイニシエータ
との間で、ポートネーム、ノードネームを識別のためにやりとりする。ターゲッ
トおよびイニシエータは、初期通信中に提供されたノードネーム、ポートネーム
を、ＡＤＩＳＣまたはＰＤＩＳＣコマンドにより提供されたノードネーム、ポー
トネームと比較する。これらが同じであれば、状態変化前および状態変化後の両
方で、同じターゲットおよび同じイニシエータが互いに通信する。もし同じでな
ければ、アドレスが変わっている。
【０００９】 ＰＬＤＡプロファイルによれば、ノードネーム、およびポートネームを含むデ
ータの組は、「トリプレット」と呼ばれる。従って、ファイバチャネルネットワ
ークにおけるトリプレットは、ネットワークノードを一意に識別する。ファイバ
チャネルネットワークでは、そこからＡＤＩＳＣまたはＰＤＩＳＣが受け取られ
るアドレスである。従って、ＡＤＩＳＣまたはＰＤＩＳＣは、それらのデータペ
イロード内にポートネームおよびノードネームを含む。
【００１０】 イニシエータは、ＡＤＩＳＣまたはＰＤＩＳＣを送出する。それに応答して、
ターゲットは、イニシエータに「受付」コマンドを送る。「受付」コマンドは本
質的に、ＡＤＩＳＣまたはＰＤＩＳＣコマンドと同じ情報を含む「ハンドシェー
ク」として動作する。さらに、ターゲットは、イニシエータに、ターゲットのポ
ートネームおよびノードネームとともに、ターゲットのアドレスを送る。
【００１１】 ハンドシェークは、状態の変化後、ターゲットとイニシエータとの間で、Ｉ／
Ｏの継続の前に起こる。従って、リンクがダウンし、次いで後に再びアップする
たびに、この形式の認証が起こる。実際には、認証は、ファイバチャネル調停ル
ープにおけるＩ／Ｏの通信の間中、継続的に起こる。
【００１２】 ＰＬＤＡプロファイルによれば、Ｉ／Ｏが進行中である状態で、ターゲットの
変更が起こると、ターゲットは、すべてのＩ／Ｏを中止する。この場合、イニシ
エータは、これらの中止されたＩ／Ｏに対してエラーリカバリを行わなければな
らない。
【００１３】 ＰＬＤＡプロファイルにより規定される認証プロセスに従ってＩ／Ｏを中止す
ると、性能の問題点が生じる。ＳＣＳＩテープ動作の場合、認証プロセスの結果
、アプリケーション故障が起こり得、関連ホストが、このアプリケーション故障
から回復できない可能性がある。即ち、ＳＣＳＩテープの実施例では、ホストが
テープヘッドまたは連続供給式テープの物理的場所を識別することは不可能であ
り得る。ファイバチャネルネットワークにおける状態変化後の本ターゲット認証
方法から、その他の問題点が生じる。なぜなら、このプロセスは本質的に、かな
り一般的なファイバチャネルネットワーク発生に取り組むための破滅的な手順で
あるからである。
【００１４】 マルチイニシエータネットワークにおいて、テープ故障などの故障後にターゲ
ット認証を必要とするＰＬＤＡのための現在の標準は効果を発揮できない。Ｉ／
Ｏが中断された場合、マルチイニシエータネットワーク上のすべてのイニシエー
タが時間をとらなければならず、ターゲット認証プロセスに関連するやむを得な
い遅延を引き起こす。従って、ファイバチャネルネットワークループにおいて状
態変化後にターゲットおよびイニシエータを識別する公知のシステムおよび方法
において生じる性能の制限に取り組む方法およびシステムが必要とされている。
【００１５】 ファイバチャネルネットワークにおいて状態変化中に公知のターゲット認証方
法およびシステムにおいて起こるデータ損失の問題点を克服する方法およびシス
テムが必要とされている。
【００１６】 さらに、ファイバチャネルネットワークにおいて状態の変化時に順次動作され
るその他のターゲットおよびイニシエータ装置において起こり得る一般的なアプ
リケーション故障を回避する方法およびシステムが必要とされている。
【００１７】 さらに、Ｉ／Ｏ送信が送信中断後に再開される際に各イニシエータがターゲッ
ト認証プロセスを実行する必要を回避するマルチイニシエータファイバチャネル
調停ループネットワークを介して、Ｉ／Ｏにおける遅延に対処する方法およびシ
ステムがさらに必要とされている。
【００１８】 （発明の要旨） 本発明の教示内容によって、ネットワーク性能の制限の問題、ある特定のアプ
リケーションにおけるデータの損失、および一般的なアプリケーションの欠点を
含む、公知のシステムおよび方法に関連する制限を消去するか、少なくとも実質
的に低減する、ファイバチャネルネットワークにおけるアドレス変化にわたって
、ターゲットおよびイニシエータ状態を維持する、ファイバチャネルネットワー
クにおけるＩ／Ｏ送信を管理する方法およびシステムが提供される。
【００１９】 本発明のある局面は、ファイバチャネルネットワークの状態変化に従って、ネ
ットワークデバイスの状態を維持する方法である。その方法は、第１のネットワ
ークデバイスから、データトリプレットを含むコマンドを送出するステップを含
む。データトリプレットは、第１のネットワークノードのネットワークアドレス
、ノードネーム、およびポートネームを含む。ノードは、ファイバチャネルネッ
トワークにおけるイニシエータまたはターゲットのようなデバイスを表し得る。
ファイバチャネルネットワークは、ファイバチャネルアービトレーティッドルー
プ、スイッチネットワーク、または他のネットワークトポロジーであり得る。そ
の方法における次のステップは、第２のネットワークデバイスにおいて、第１の
ネットワークデバイスからのトリプレットを受信して、第１のネットワークデバ
イスおよび第２のネットワークデバイスが、状態変化の前にＩ／Ｏ通信をしてい
たかどうかを判定するステップである。その方法は、第２のネットワークデバイ
スが受信したトリプレットが、ネットワーク状態変化の前の第１のネットワーク
デバイスを識別する前のトリプレットに存在する同じデータ（ネットワークＩｄ
、ノードネーム、およびポートネーム）と適合するかどうか判定することによっ
て、第１のネットワークデバイスおよび第２のネットワークデバイスが、ネット
ワーク状態変化の前に実際に通信をしていたかどうかを判定するステップをさら
に含む。トリプレットが適合する場合、その方法は、通信を継続するステップを
さらに含む。そうでない場合には、その方法には、ネットワーク状態変化によっ
て起こる任意の割り込まれたＩ／Ｏ送信の終了が必要である。
【００２０】 本発明の他の局面によって、ファイバチャネルネットワークにおいてアドレス
変化にわたってノード状態を維持するシステムが提供される。本発明は、複数の
ノードの各々において、複数のノードの各々が通信する複数のノードのうちの他
のノードの各々について、複数のノードのうちの他のノードの物理アドレス、ノ
ードネーム、およびポートネームを含む少なくとも１つのデータトリプレットを
含むトリプレットテーブルを維持する命令（ｉｎｓｔｒｕｃｔｉｏｎｓ）および
回路部を含む。ノードは、ファイバチャネルネットワークにおけるイニシエータ
またはターゲットデバイスであり得る。命令によって、複数のノードの各々から
、所与のノードが通信する複数のノードのうちの他のノードに、通信におけるブ
レークの後に通信の再開に続いて所与のノードを識別するためのデータのトリプ
レットを送出し、この場合、所与のノードおよび他のノードが、複数のノードの
各々のうちの同じノードと、通信のブレークの前と後との両方において通信する
ことが可能になる。プロセスは、さらなる回復ステップを行うことなく、ノード
間の通信を継続するステップを含む。
【００２１】 技術上の利点として、本発明は、ファイバチャネルネットワークにおけるアド
レス変化にわたって、イニシエータ／ターゲット状態情報を維持する。この技術
上の利点は、２つ以上のイニシエータを有するネットワークのコンテキストにお
いて、特に重要である。基本的に、イニシエータおよびターゲットは、ノードネ
ームおよびポートネーム識別子を用いて、通信しているデバイスを一意的に識別
する。ノードネームおよびポートネームは、確実に一意的であるようにされる。
このようなネットワークにおいて、全てのＩ／Ｏを再スタートするステップを含
む、従来技術によるターゲット認証プロセスを連続的に行う場合、ネットワーク
性能が低下する。これは、マルチイニシエータ環境において、それぞれが、個別
にターゲット認証プロセスを行う必要があるからである。これは、本発明を採用
するネットワークにおいては、必要とされない。
【００２２】 本発明が含む技術上の利点として、改良されたマルチイニシエータネットワー
クテスト手順の提供がある。このようなネットワークにおいて、多くのイニシエ
ータは、しばしば、同時に、または少なくとも協同して動作する。これらのネッ
トワークにおいて、しばしば、イニシエータのメンテナンスが何かの理由で必要
である。イニシエータを停止することは、メンテナンス中のイニシエータを取り
除くことによってアドレス変化が起こるので、概して、個別のイニシエータだけ
でなく、ネットワークの全てのイニシエータに影響を与える。本発明によって、
このような例および類似する例において、全てのイニシエータが従来技術による
認証プロセスを行う必要が無くなる。
【００２３】 本発明に見られる他の技術上の利点は、さらなるコストを殆どかけずに、ファ
イバチャネルネットワークの一部として製造され得ることに関する。概して、本
発明の方法は、ファイバチャネルネットワークにおける、認証、およびトリプレ
ットの送信を制御する命令の変化として、実現され得る。これらの変化は、ネッ
トワーク内のプロトコル動作を制御するハードウェアプロトコルチップにおいて
実現され得る。この変更でさえも、比較的低い費用で行われ得る。
【００２４】 本発明の技術上の利点は、認証が完了した直後、Ｉ／Ｏ送信のブレークの前に
通信していたのと同じターゲットおよびイニシエータが互いに通信していること
が確認される場合、Ｉ／Ｏ送信を再スタートし得ることである。通信リンクをベ
リファイする認証を行なう際、Ｉ／Ｏ送信が再開する。Ｉ／Ｏ送信について、従
来技術による回復および再スタートを行う必要はない。
【００２５】 本発明によって提供されるさらに他の技術上の利点は、ファイバチャネル通信
について用いられる固有のパラダイムの違いによって起こる。従来のネットワー
クアプリケーションの殆どは、Ｉ／Ｏ送信について、ＳＣＳＩ−２パラダイムを
用いる。しかし、ファイバチャネルアプリケーションは、殆どの場合、ＳＣＳＩ
−３パラダイムを用いる。ＳＣＳＩ−３パラダイムにおいて、Ｉ／Ｏ送信のブレ
ークは、しばしば、通常動作の問題として起こる。他方、ＳＣＳＩ−２パラダイ
ム動作は、通常、ブレークを用いず、代わりに、ブレークをシステムまたはネッ
トワーク故障状態として扱う。本発明は、Ｉ／Ｏ送信のブレークのみに応答する
、回復および再スタートのような抜本的な対策を避ける。ＳＣＳＩ−２パラダイ
ムとＳＣＳＩ−３パラダイムの動作の違い、ならびに本発明がこれらの違いに対
処する様式は、認証方法の重要性および関連性をさらに強調する。
【００２６】 添付の図面と共に、以下の説明を参照することによって、本発明およびその利
点がより良く理解される。図面を通じて、同じ参照符号は、同じ構成要素を指す
。
【００２７】 （発明の詳細な説明） 本発明は、ネットワークアドレス、ポートネーム、およびノードネームを含む
トリプレットを維持し、認証において、所望のターゲットが、従来技術のプロセ
スとは異なる動作を行う。ネットワークアドレスが変更されたことをイニシエー
タが検出する場合、本発明の方法は、ポートネームおよびノードネームが前と同
じであっても、プロセスの回復または再スタートを行う代わりに、アドレスを更
新する。本発明は、前に送信されたＩ／Ｏを削除する代わりに、ターゲットにつ
いて記録されたネットワークアドレスを変化させ、Ｉ／Ｏ送信を継続する。ネッ
トワークアドレス変化は、また、Ｉ／Ｏ送信のブレークの後、イニシエータのポ
ートネームおよびノードネームが同じであり、ネットワークアドレスが異なるが
、この変化を認識するようにターゲットが保持するトリプレットにおいて起こり
得る。単に、ターゲットおよびイニシエータについてネットワークアドレスを更
新することによって、Ｉ／Ｏトラフィックにおいて混乱が起きない。
【００２８】 本発明は、進行しているＩ／Ｏのそれぞれのノードについて、アドレス／（ノ
ードネーム）／（ポートネーム）トリプレットのテーブルを維持する。これによ
って、イニシエータまたはターゲットについて、ネットワークアドレス変化に渡
る場合においても、Ｉ／Ｏを維持することが可能になる。本発明によって、ノー
ド（イニシエータまたはターゲットのいずれか）は、ＡＤＩＳＣまたはＰＤＩＳ
Ｃコマンドを用いるネットワークトリプレットを受け取り、Ｉ／Ｏ送信のブレー
クの前にノードが変換していたＩ／Ｏ送信と同じノードネームおよびポートネー
ムを、トリプレットが記述しているかどうかを判定する。同じノードネームおよ
びポートネームが記述され、ネットワークアドレスのみが変化している場合、本
発明の方法は、トリプレットを更新し、Ｉ／Ｏ送信を進める。ネットワークアド
レス変化に渡る場合においてもＩ／Ｏ送信の継続を可能にすることによって、本
発明は、ファイバチャネル環境におけるＳＣＳＩのロバスト性を大幅に向上させ
る。
【００２９】 従って、図１を参照すると、＃１イニシエータ１４をターゲット１６と接続す
るネットワークリンク１２を含むファイバチャネルネットワークを示す概念図１
０が示されている。ネットワークリンク１２は、ネットワークアドレス１を有す
る＃１イニシエータ１４に接続され、＃１イニシエータ１４のノードは、ノード
ネーム「Ａ」と指定され、ポートは、ポートネーム「Ａ」と指定される。ターゲ
ット１６で、ネットワークリンク１２は、ノードネーム「Ｂ」として指定される
ノードに接続され、ターゲット１６のポートは、ポートネーム「Ｂ」と指定され
、ターゲット１６は、ネットワークアドレス２を有する。
【００３０】 本発明の教示内容によると、＃１イニシエータ１４は、トリプレットテーブル
、すなわち、イニシエータ１４からターゲット１６への接続を記録するイニシエ
ータトリプレットテーブル１８を保持する。従って、イニシエータトリプレット
テーブル１８は、イニシエータ１４からターゲット１６への接続を、ネットワー
クアドレス「２」、ノードネーム「Ｂ」、およびポートネーム「Ｂ」として記録
する。同様に、ターゲット１６は、トリプレットテーブル、すなわち、ターゲッ
ト１６からイニシエータ１４への接続を、ネットワークアドレス１，ノードネー
ム「Ａ」、およびポートネーム「Ａ」として記録するターゲットトリプレットテ
ーブル２０を保持する。
【００３１】 ネットワークリンク１２は、任意のファイバチャネルネットワーク接続であり
得る。イニシエータ１４が、まず、ネットワークリンク１２でターゲット１６と
通信する場合、これらの２つのノードは、それぞれ、イニシエータトリプレット
テーブル１８とターゲットトリプレットテーブル２０とを交換する。イニシエー
タ１４とターゲット１６との間でＩ／Ｏ送信が継続する限り、各々が、他のトリ
プレットデータ、例えば、３フィールドデータベースエントリーを格納する。Ｉ
／Ｏ送信においてブレークが起こらない限り、且つイニシエータ１４またはター
ゲット１６の物理アドレスの変化が起こらない限り、これらのエントリーは有効
なままである。
【００３２】 しかし、図２に、イニシエータ３２をネットワークリンク３４を介してネット
ワークリンク１２に接続する、変更されたファイバチャネルネットワークを示す
。ここでは、イニシエータ３２がネットワークアドレス１を占め、ターゲット１
６と通信する。ここで、＃１イニシエータ１４は、新たなネットワークアドレス
４を占めるが、この例において、ターゲット１６の物理アドレスは変化しない。
ネットワークアドレス１からネットワークアドレス４への、＃１イニシエータ１
４の変化は、例えば、ファイバチャネルアドレシング方式の動作に起因して、起
こり得る。
【００３３】 この変化を反映させるために、本発明は、ターゲットトリプレットテーブル２
０が示すように、単に物理アドレスを更新する。従って、＃１イニシエータ１４
は、ターゲット１６を認証して、ターゲット１６のネットワークアドレスが変化
しなかったことを判定する。よって、＃１イニシエータトリプレット１８は、＃
１イニシエータ１４に関連して、変化しない。ここでは、ネットワークアドレス
４を占める＃１イニシエータ１４の代わりに、＃２イニシエータ３２がネットワ
ークアドレス１を占めるので、ターゲットトリプレット２０は、図２が示すよう
に、適切な更新が必要である。＃１イニシエータ１４、＃２イニシエータ３２、
およびターゲット１６の各々が、このそれぞれのトリプレットテーブルを格納す
るので、本発明の方法が可能である。従って、＃１イニシエータ１４のアドレス
が変化するが、ターゲット１６は、ノードネームＡおよびポートネームＡを有す
るノードと通信していたことと、＃１イニシエータ１４が、ネットワークアドレ
ス２、ノードネームＢ、およびポートネームＢのターゲット１６と通信していた
ことを知らされる。＃２イニシエータ３２が加えられた後のＩ／Ｏ送信の開始に
おいて、ターゲット１６は、ターゲットトリプレットテーブル２０を更新して、
ネットワークアドレス「１」、ノードネーム「Ｃ」、およびポートネーム「Ｃ」
を加える。＃２イニシエータ３２は、ターゲット１６に対応するネットワークア
ドレス「２」、ノードネーム「Ｂ」、およびポートネーム「Ｂ」を、＃２イニシ
エータトリプレットテーブルに加える。これらのデータがそれぞれのトリプレッ
トテーブルに入力されて、関連するノードに格納される時点で、何らかのブレー
クまたは割り込みが起こるまでＩ／Ｏ送信が継続し得るので、本発明の動作を行
うことが可能になる。
【００３４】 図２の実施例の＃１イニシエータ１４、＃２イニシエータ３２、およびターゲ
ット１６を含む、全てのデバイスが、Ｉ／Ｏ送信が起こる各デバイスについてト
リプレット記録を維持することに留意されたい。これによって、通信におけるブ
レークの後のＩ／Ｏ送信の再開に続く、本発明が達成するより高速な認証が可能
になる。従って、例えば、＃１イニシエータ１４は、ターゲット１６のみではな
く、より多くのターゲットにＩ／Ｏを送信し得る。
【００３５】 本発明を詳細に説明してきたが、添付の特許請求の範囲に記載される本発明の
精神および範囲から逸脱することなく、様々な変化、代用、および改変が本発明
に対して為され得ることが理解される。
【図面の簡単な説明】
【図１】 図１は、本発明を組み込む、ファイバチャネルネットワークを示す図である。
【図２】 図２は、図１に示すファイバチャネルネットワークにおける本発明の使用を示
す図である。
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B014 GC07 GD35 HB01 HB21 5K033 AA02 BA04 CB01 DA01 DB16 EA07 EC04

Claims (17)

    【特許請求の範囲】
  1. 【請求項１】 ファイバチャネルネットワークにおいて、ネットワークアド
    レス変化にわたって、ノード状態を維持する方法であって、 複数のノードの各々において、該複数のノードの各々が通信する該複数のノー
    ドのうちの他のノードの各々について、該複数のノードのうちの他のノードのネ
    ットワークアドレス、ノードネーム、およびポートネームを含むデータのトリプ
    レットを含む、トリプレットテーブルを維持するステップであって、 該複数のノードの各々から、該複数のノードの各々が通信する該複数のノード
    のうちの他のノードに、通信のブレークの後に通信の再開に続いて、該複数のノ
    ードの各々を識別するための該データのトリプレットを送出するステップと、 該複数のノードの各々、および該複数のノードのうちの他のノードが、該複数
    のノードの各々のうちの同じノードと、該通信のブレークの前と後との両方にお
    いて通信する場合、さらなる回復ステップを行うことなく、該ノード間の該通信
    を継続するステップと、 を包含する、方法。
  2. 【請求項２】 前記維持するステップが、マルチイニシエータファイバチャ
    ネルネットワークにおいて、前記トリプレットテーブルを維持するステップをさ
    らに含む、請求項１に記載の方法。
  3. 【請求項３】 前記維持するステップが、ＳＣＳＩ−３パラダイムにおいて
    、前記トリプレットテーブルを維持するステップをさらに含む、請求項１に記載
    の方法。
  4. 【請求項４】 前記維持するステップおよび前記送出するステップが、ソフ
    トウェア命令に応答して起こる、請求項１に記載の方法。
  5. 【請求項５】 前記継続するステップが、イニシエータノードとターゲット
    ノードとの間の通信リンクをベリファイする認証を行った後、通信を直ちに継続
    するステップをさらに含む、請求項１に記載の方法。
  6. 【請求項６】 前記継続するステップが、回復または再スタートプロセスを
    行うことなく、前記通信を直ちに継続するステップをさらに含む、請求項１に記
    載の方法。
  7. 【請求項７】 ファイバチャネルネットワークにおける状態変化に従って、
    ネットワークデバイスの状態を維持するシステムであって、 第１のネットワークデバイスから、該第１のネットワークデバイスのネットワ
    ークアドレス、ノードネーム、およびポートネームを含むトリプレットを含む、
    コマンドを送出する命令と、 第２のネットワークデバイスにおいて、該第１のネットワークデバイス、該第
    １のネットワークデバイスおよび該第２のネットワークデバイスからの該トリプ
    レットを受信する命令と、 該第１のネットワークデバイスおよび該第２のネットワークデバイスが、ネッ
    トワーク状態変化の前に通信していたかどうかを、該第２のネットワークデバイ
    スが受信した該トリプレットが、該ネットワーク状態変化の前の該第１のネット
    ワークデバイスを識別する前のトリプレットと、該ノードネームおよび該ポート
    ネームにおいて適合するかどうか判定することによって、判定する命令と、 該ノードネームおよび該ポートネームにおいて、該トリプレットが適合する場
    合、通信を継続する命令と、 を含む、システム。
  8. 【請求項８】 前記データのトリプレットが、マルチイニシエータファイバ
    チャネルネットワークにおいて、マルチテーブルに維持される、請求項７に記載
    のシステム。
  9. 【請求項９】 前記データのトリプレットが、ＳＣＳＩ−３パラダイムにお
    いて、トリプレットテーブルに維持される、請求項７に記載のシステム。
  10. 【請求項１０】 前記送出する命令、前記受信する命令、および前記判定す
    る命令が、ソフトウェアにおいて維持される、請求項７に記載のシステム。
  11. 【請求項１１】 前記継続する命令が、イニシエータノードとターゲットノ
    ードとの間の通信リンクをベリファイする認証を行った後、通信を直ちに継続す
    るステップをさらに含む、請求項７に記載のシステム。
  12. 【請求項１２】 前記継続する命令が、回復または再スタートプロセスを行
    うことなく、前記通信を直ちに継続するステップをさらに含む、請求項７に記載
    のシステム。
  13. 【請求項１３】 ファイバチャネルネットワークにおいて、ネットワークア
    ドレス変化にわたって、ノード状態を維持するシステムの形成方法であって、 複数のノードの各々において、該複数のノードの各々が通信する該複数のノー
    ドのうちの他のノードの各々について、該複数のノードのうちの他のノードのネ
    ットワークアドレス、ノードネーム、およびポートネームを含むデータのトリプ
    レットを含む、トリプレットテーブルを維持する命令を形成するステップと、 該複数のノードの各々から、該複数のノードの各々が通信する該複数のノード
    のうちの他のノードに、通信におけるブレークの後に通信の再開に続いて、該複
    数のノードの各々を識別するための該データのトリプレットを送出する命令を形
    成するステップと、 該複数のノードの各々、および該複数のノードのうちの他のノードが、該複数
    のノードの各々のうちの同じノードと、該通信におけるブレークの前と後との両
    方において通信する場合、さらなる回復ステップを行うことなく、該ノード間の
    該通信を継続する命令を形成するステップと、 を包含する、形成方法。
  14. 【請求項１４】 前記維持する命令を形成するステップが、マルチイニシエ
    ータファイバチャネルネットワークにおいて、前記トリプレットテーブルを維持
    するステップをさらに含む、請求項１３に記載の形成方法。
  15. 【請求項１５】 前記維持する命令を形成するステップが、ＳＣＳＩ−３パ
    ラダイムにおいて、前記トリプレットテーブルを維持するステップをさらに含む
    、請求項１３に記載の形成方法。
  16. 【請求項１６】 前記維持する命令を形成するステップおよび前記送出する
    命令を形成するステップが、ソフトウェア命令に応答して起こる、請求項１３に
    記載の形成方法。
  17. 【請求項１７】 前記継続する命令を形成するステップが、イニシエータノ
    ードとターゲットノードとの間の通信リンクをベリファイする認証を行った後、
    通信を直ちに継続するステップをさらに含む、請求項１３に記載の形成方法。
JP2000570663A 1998-09-15 1999-09-15 ファイバチャネルネットワークにおいてｉ／ｏ送信を管理する方法およびシステム Withdrawn JP2002525894A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US09/153,576 US6643693B1 (en) 1998-09-15 1998-09-15 Method and system for managing I/O transmissions in a fibre channel network after a break in communication
US09/153,576 1998-09-15
PCT/US1999/021275 WO2000016192A1 (en) 1998-09-15 1999-09-15 Method and system for managing i/o transmissions in a fibre channel network

Publications (1)

Publication Number Publication Date
JP2002525894A true JP2002525894A (ja) 2002-08-13

Family

ID=22547785

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000570663A Withdrawn JP2002525894A (ja) 1998-09-15 1999-09-15 ファイバチャネルネットワークにおいてｉ／ｏ送信を管理する方法およびシステム

Country Status (5)

Country Link
US (1) US6643693B1 (ja)
EP (1) EP1129400A4 (ja)
JP (1) JP2002525894A (ja)
CA (1) CA2344328A1 (ja)
WO (1) WO2000016192A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008099296A (ja) * 2006-10-16 2008-04-24 Fujitsu Ltd 近傍のノードを発見するシステム及び方法

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6832341B1 (en) * 1999-09-23 2004-12-14 International Business Machines Corporation Fault event management using fault monitoring points
US6832258B1 (en) * 2000-08-11 2004-12-14 Svenska Bredbandsbolaget Kapacitet Ab System in a broadband network
US20020191602A1 (en) * 2001-06-13 2002-12-19 Woodring Sherrie L. Address mapping and identification
US6862690B1 (en) * 2001-06-15 2005-03-01 Emc Corporation Hierarchical recovery method for fibre-channel devices
US7249173B2 (en) * 2002-10-25 2007-07-24 Emulex Design & Manufacturing Corporation Abstracted node discovery
US7363347B2 (en) * 2002-11-07 2008-04-22 Hewlett-Packard Development Company, L.P. Method and system for reestablishing connection information on a switch connected to plural servers in a computer network
US8051176B2 (en) 2002-11-07 2011-11-01 Hewlett-Packard Development Company, L.P. Method and system for predicting connections in a computer network
US7673025B2 (en) * 2004-04-29 2010-03-02 Cisco Technology, Inc. Controlling access message flow
US7853741B2 (en) * 2005-04-11 2010-12-14 Emulex Design & Manufacturing Corporation Tunneling SATA targets through fibre channel
US8111610B2 (en) * 2008-01-25 2012-02-07 Emulex Design & Manufacturing Corporation Flagging of port conditions in high speed networks
WO2018119677A1 (zh) * 2016-12-27 2018-07-05 深圳前海达闼云端智能科技有限公司 传输链路的续传方法、装置和系统

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5093824A (en) * 1990-03-27 1992-03-03 Bell Communications Research, Inc. Distributed protocol for improving the survivability of telecommunications trunk networks
EP0552385B1 (en) * 1991-08-21 2001-02-14 International Business Machines Corporation Connectionless ATM data services
US5265092A (en) * 1992-03-18 1993-11-23 Digital Equipment Corporation Synchronization mechanism for link state packet routing
DE69330833T2 (de) * 1993-12-06 2002-03-28 Agilent Technologies Inc., A Delaware Corp. Stellenidentifizierung in einem Kommunikationssignalisierungsnetz
JP2871469B2 (ja) * 1994-07-19 1999-03-17 日本電気株式会社 Ａｔｍ網構成管理方法
US5638518A (en) * 1994-10-24 1997-06-10 Lsi Logic Corporation Node loop core for implementing transmission protocol in fibre channel
US5805924A (en) * 1994-11-08 1998-09-08 Stoevhase; Bent Method and apparatus for configuring fabrics within a fibre channel system
US6006016A (en) * 1994-11-10 1999-12-21 Bay Networks, Inc. Network fault correlation
US5805805A (en) * 1995-08-04 1998-09-08 At&T Corp. Symmetric method and apparatus for interconnecting emulated lans
US5768618A (en) 1995-12-21 1998-06-16 Ncr Corporation Method for performing sequence of actions in device connected to computer in response to specified values being written into snooped sub portions of address space
US5768530A (en) * 1995-12-28 1998-06-16 Emc Corporation High speed integrated circuit interface for fibre channel communications
US6285475B1 (en) * 1995-12-29 2001-09-04 Mci Communications Corporation Method and system for detecting optical faults in a network fiber link
US6032266A (en) * 1996-04-05 2000-02-29 Hitachi, Ltd. Network system having function of changing route upon failure
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
US5751715A (en) 1996-08-08 1998-05-12 Gadzoox Microsystems, Inc. Accelerator fiber channel hub and protocol
JP3392302B2 (ja) * 1996-10-04 2003-03-31 株式会社日立製作所 情報処理装置、通信方法および記憶媒体
US5983269A (en) * 1996-12-09 1999-11-09 Tandem Computers Incorporated Method and apparatus for configuring routing paths of a network communicatively interconnecting a number of processing elements
US6014383A (en) * 1997-02-10 2000-01-11 Compaq Computer Corporation System and method for controlling multiple initiators in a fibre channel environment
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
US6185203B1 (en) * 1997-02-18 2001-02-06 Vixel Corporation Fibre channel switching fabric
US6118776A (en) * 1997-02-18 2000-09-12 Vixel Corporation Methods and apparatus for fiber channel interconnection of private loop devices
US5944798A (en) * 1997-02-19 1999-08-31 Compaq Computer Corp. System and method for arbitrated loop recovery
US6356944B1 (en) * 1997-03-31 2002-03-12 Compaq Information Technologies Group, L.P. System and method for increasing write performance in a fibre channel environment
US6137774A (en) * 1997-07-31 2000-10-24 Mci Communications Corporation System and method for dispatching commands to switching elements within a communications network
US6324161B1 (en) * 1997-08-27 2001-11-27 Alcatel Usa Sourcing, L.P. Multiple network configuration with local and remote network redundancy by dual media redirect
US6130876A (en) * 1997-09-24 2000-10-10 At&T Corp Method and apparatus for restoring a network
US5954798A (en) * 1997-10-06 1999-09-21 Ncr Corporation Mechanism for dependably managing web synchronization and tracking operations among multiple browsers
US6195703B1 (en) * 1998-06-24 2001-02-27 Emc Corporation Dynamic routing for performance partitioning in a data processing network
US6138161A (en) * 1999-02-18 2000-10-24 Crossroads Systems, Inc. Method and system for maintaining reserve command relationships in a fibre channel network

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008099296A (ja) * 2006-10-16 2008-04-24 Fujitsu Ltd 近傍のノードを発見するシステム及び方法

Also Published As

Publication number Publication date
CA2344328A1 (en) 2000-03-23
WO2000016192A1 (en) 2000-03-23
US6643693B1 (en) 2003-11-04
EP1129400A1 (en) 2001-09-05
EP1129400A4 (en) 2005-01-26

Similar Documents

Publication Publication Date Title
US6138161A (en) Method and system for maintaining reserve command relationships in a fibre channel network
US8699322B1 (en) Port identifier management for path failover in cluster environments
JP4311637B2 (ja) 記憶制御装置
US6775830B1 (en) Computer system and a program install method thereof
US7164676B1 (en) Method and apparatus for a combined bulk and transactional database synchronous scheme
US7865588B2 (en) System for providing multi-path input/output in a clustered data storage network
JP4433967B2 (ja) マルチサイト上の遠隔二重化リンクを経由するハートビート装置、及びその使用方法
US7680953B2 (en) Computer system, storage device, management server and communication control method
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
US20070180274A1 (en) Method of performing active data copying processing, and storage subsystem and storage control apparatus for performing active data copying processing
JP4929808B2 (ja) ネットワーク機器接続装置およびネットワーク機器接続方法
US20020095489A1 (en) Failure notification method and system using remote mirroring for clustering systems
US20030208581A1 (en) Discovery of fabric devices using information from devices and switches
US7254620B2 (en) Storage system
JP2006500693A (ja) 動的ｒｄｆグループ
JP2004192305A (ja) ｉＳＣＳＩストレージ管理方法及び管理システム
JP2005202495A (ja) データ移行方法
US20090138613A1 (en) Network Converter and Information Processing System
JP2002202953A (ja) プロセス障害またはシステム障害後の回復
JP2002525894A (ja) ファイバチャネルネットワークにおいてｉ／ｏ送信を管理する方法およびシステム
JPH11224207A (ja) マルチクラスタシステムを構成する計算機
JP3730545B2 (ja) サービス制御アプリケーション実行方法及びシステム
US20090138666A1 (en) Write set boundary management in support of asynchronous update of secondary storage
US20070112872A1 (en) Storage system and undo processing method

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: 20061205