JP2002534875A

JP2002534875A - ファイバ・チャネルのリンク事故レポート機能

Info

Publication number: JP2002534875A
Application number: JP2000592649A
Authority: JP
Inventors: フレデリックス、ケネス、ジェイ; オドンネル、マイケル、イー
Original assignee: McData Corp
Current assignee: McData Corp
Priority date: 1999-01-06
Filing date: 1999-12-22
Publication date: 2002-10-15
Also published as: WO2000040981A1; US6115361A; EP1171775A1

Abstract

(57)【要約】通信リンクにより結合された第１ポート装置（１０１）と第２ポート装置（１０２）とを有するコンピュータ・ネットワークでリンクレベル・サービスを実装する方法である。リンク事故をレポートする前に、第１ポート装置（１０１）は第２ポート装置（１０２）へアドレスされたリンク事故レポート登録（ＬＩＲＲ）拡張リンクサービス（ＥＬＳ）メッセージを実行する。第２ポート装置（１０２）は、リンク事故レポートを受信するように登録されたポートの登録リストに第１ポート装置（１０１）のアドレスを追加することによりＬＩＲＲに応答する。第２ポート装置（１０２）も第１ポート装置（１０１）へアドレスされたアクセプト応答メッセージを送信することによりＬＩＲＲに応答する。第２ポート装置（１０２）によりリンク事故を検出した後、第２ポート装置（１０２）はリンク事故を記述するデータを含むリンク事故レコードを発生する。第２ポート装置（１０２）は登録リストからアドレスを選択し、選択されたアドレスへアドレスされた登録リンク事故レコードＥＬＳメッセージを送信する。

Description

【発明の詳細な説明】

【０００１】（発明の背景）（１．発明の技術分野）本発明は一般にネットワーク・データ通信に関係し、特にファイバ・チャネル
・ファブリック（ｆｉｂｅｒｃｈａｎｎｅｌｆａｂｒｉｃ）上のリンク事故
に関する情報を提供する拡張リンクサービスに関する。

【０００２】（２．関連技術）ファイバ・チャネルは、サーバー、記憶システム、ワークステーション、スイ
ッチ及びハブ間の両方向ポイントツーポイント通信用に設計された高性能直列相
互接続標準である。これは他のリンクレベル・プロトコルに対して、効率及び高
性能、スケーラビリティ、簡単性、使用と実装の容易性、及び一般的な高レベル
プロトコルのサポートを含む多様な利点を提供する。

【０００３】ファイバ・チャネルはポート間の接続（路）を確立するため「ファブリック（
ｆａｂｒｉｃ）」として知られるトポロジを使用する。ファブリックとは、スイ
ッチを配列する方法に関して制限を与えないよう複数個の装置を相互接続するス
イッチのネットワークである。ファブリックはポイントツーポイント、回線交換
及びアービトレート・ループ（ａｒｂｉｔｒａｔｅｄｌｏｏｐ）トポロジの混
合体を含み得る。

【０００４】ファイバ・チャネルでは、２ノード間で路が確立され、ここで路の主要なタス
クはハードウェアで簡単な誤り訂正のみを実行して、低いレイテンシの高速な１
点から他点へのデータの転送である。ファイバ・チャネル・スイッチは多数の同
時ポイントツーポイント接続を確立することにより柔軟な回線／パケット交換ト
ポロジを提供する。これらの接続は接続された端点装置ではなくスイッチ又は「
ファイバ要素」により管理されるため、ファイバ・トラヒック管理は装置の観点
からは著しく簡略化される。

【０００５】ファイバ・チャネルに接続するためには、ファブリック装置はファブリック接
続を管理するノード部、すなわち「Ｎ＿Ｐｏｒｔ」を含む。Ｎ＿Ｐｏｒｔはファ
ブリック・ポート又はＦ＿ｐｏｒｔを有するファブリック要素（例えば、スイッ
チ）への接続を確立する。ファブリックに取付けた装置はＮ＿ＰｏｒｔとＦ＿Ｐ
ｏｒｔとの間の接続を管理するのに十分なインテリジェンスのみを必要とする。
ファブリック要素はルーティング、誤り検出及び回復、及び同様な管理機能を処
理するインテリジェンスを含む。ファブリック要素は各種のサービスを実装する
ことによりこれらの機能を提供する。いくつかの基本サービスは全てのファイバ
・チャネル装置により設けられることが必要であるが、広範囲の任意の又は拡張
サービスを実装して追加機能を提供可能である。

【０００６】ファイバ・チャネル構造は、ネットワーク・プロトコルを表現するのに使用さ
れるものと異なり、機能レベルの５層スタックとして定義される。５層は物理媒
体と伝送レート、コード化方式、フレーム・プロトコルと流れ制御、共通サービ
ス、及び上位レベル応用インターフェースを定義する。ＦＣ−０、最低位層は媒
体、送信器、受信器及びコネクタの物理特性を指定する。ＦＣ−１は、直列送信
技術で必要とされるクロック情報とデータを統合するために使用される8B/10Bコ
ード化／デコード方式を定義する。ＦＣ−２はポート間を転送されるデータのフ
レーミング・プロトコルと共に、ファイバ・チャネルの回線とパケット交換サー
ビスクラスを使用する機構及びデータ転送の順序を管理する手段を定義する。Ｆ
Ｃ−２は「リンクレベル」としばしば呼称される。ＦＣ−３は未定義で現在使用
されていない。ＦＣ−４はＦＤＤＩ、ＨＩＰＰＩ、ＩＰＩ−３、ＳＣＳＩインタ
ーネット・プロトコル（ＩＰ）、単一バイト指令コードセット（ＳＢＣＣＳ）等
のような既存の標準及びプロトコルとのＦＣ−２レベル・フレームの統合を提供
する。

【０００７】サービスはＦＣ−２及びＦＣ−４レベル（又は実装された場合にはＦＣ−３レ
ベル）で容易に提供可能である。ファブリック要素間で送信された各データパケ
ットは、アドレス及びその他のパケット固有の情報を保持するフィールド（フィ
ールド）を含む「ヘッダ」を含む。特定数のコードがヘッダ中で予約されて、ユ
ーザーレベル・データを転送するパケットからサービスを提供するパケットを識
別する。ヘッダに識別されたサービス・コードを有するパケットを受信すると、
受信装置はペイロード・データが通常の情報トラヒックではないことを知る。受
信装置がコードにより指定されたサービスを提供する場合、これはサービスを実
装するルーチンを実行する。受信装置がコードにより指定されたサービスを提供
しない場合、この固有のサービスはサポートされていないことを指示するヘッダ
コードを有するパケットを送信者に返信する。このシステムは特定の装置により
提供される各種のサービスを、コード空間が各サービスをユニークに識別可能で
ある限り拡張することを可能とする。

【０００８】「リンク事故」とは、リンクを通してデータを転送する能力が影響を受けた又
は能力に影響する事象を指す。リンク事故は、例えば多様なハードウェア又はソ
フトウェア障害、元のファブリック設計の制限、又は突然のトラヒック容量によ
り発生する。例えば、破断又は切断されたファイバ光学リンク、ポート電子機器
故障、誤って設定されたケーブル、劣化した送信レーザー等がリンク事故を生じ
る。全てのリンク事故がリンク不動作を生じるわけではなく、リンク事故が発生
しているポートは、ファブリック中の他の装置に影響を与えることなく特定の事
故から回復する何らかの能力を有する。

【０００９】リンク・インターフェース上の光源消失のようなリンク破壊又は不正動作後に
、中央インテリジェンスがリンク事故を解析して適切な救済処理を行うことが有
用である。これは、データが非同期的に転送される通信システムで特に正しい、
何故ならリンク障害又は劣化が単にデータ受信の失敗から直ちに、明確に検出不
能であるためである。結果として、リンク事故レポート機能のない従来のシステ
ムはリンク障害又は劣化を検出できず、故障リンクを通してデータをルートし続
ける。

【００１０】さらに、リンク事故を有効に解決するためには、事故が発生したことを単に検
出することに加えて、事故に関する情報を有することが有用である。しかしなが
ら、過去のシステムは、リンク事故の中央収集と解析に役立つ方法でリンク事故
情報を交換するシステムと方法論が欠如していた。結果として、リンク事故はし
ばしば診断と訂正が困難であった。従って、非同期的に接続されたデータ通信環
境下でリンク事故レポート管理を提供するシステムと方法の必要性が存在する。

【００１１】（発明の概要）簡単に説明すると、本発明は検出したリンク事故の非同期通知をサポートし、
全てのクラスのサービスでリンク事故条件を記述する情報を提供するファイバ・
チャネル・ファブリック用の拡張リンクサービス（ＥＬＳ）と関係する。オプシ
ョンとして、事故固有情報が提供される。望ましい実装例では、本発明を実装す
るＥＬＳフレームはクラス２、クラス３又はクラスＦサービスを介してＦＴ−１
フレーム形式を使用して送信される。

【００１２】特に、本発明は通信リンクにより結合された第１ポート装置と第２ポート装置
とを有するコンピュータ・ネットワークでリンクレベル・サービスを実装する方
法を含む。リンク事故がレポートされる前に、第１ポート装置は第２ポート装置
へアドレスされたリンク事故レコード登録（ＬＩＲＲ）ＥＬＳメッセージを実行
する。第２ポート装置は、リンク事故レポートを受信するよう登録されたポート
の登録リストに第１ポート装置のアドレスを追加することによりＬＩＲＲに応答
する。第２ポート装置は又第１ポート装置にアドレスされたアクセプト応答メッ
セージを送信することによりＬＩＲＲに応答する。第２ポート装置によりリンク
事故が検出された後、第２ポート装置はリンク事故を記述するデータを含むリン
ク事故レコードを発生する。第２ポート装置は登録リストからアドレスを選択し
、選択されたアドレスにアドレスされた登録リンク事故レコードＥＬＳメッセー
ジを送信する。

【００１３】（望ましい実施例の詳細な説明）リンク事故レポート機能は、ファイバ・チャネル環境下で問題検出と解決を簡
単化するためリンク事故情報を提供する装置の能力をさす。特に、本発明による
リンク事故レポート機能はリンク事故条件を障害ノード、リンク・インターフェ
ース等に分離する助けとなる。この能力は以下に限定されないが、これを含む多
数の問題の解決となる：・誤ったファブリック定義（ハードウェア及びソフトウェア）・誤設定（ハードウェア・ファイバ・ケーブリング）・不動作条件（例えば開放ファイバ、ポート、ゾーン等）・ファイバ又はノード故障本発明の特定の利点は、検出された事故の非同期通知とオプションの事故固有情
報を有する事故条件の記述を含む。

【００１４】本発明は、本発明の最も有用な実装と信じられるＦＣ−２拡張リンクサービス
を使用したファイバ・チャネルＦＣ−２レベル（すなわち、リンクレベル）実装
での要求−応答プロトコルを実装するために使用されたプロトコルと例示データ
形式に関して有用に記載され理解できる。ノード識別データに与えられる固有の
情報とデータ・パケット形式を構成する際に任意の特定の実装が広範囲の許容度
を可能とすることを理解すべきである。本発明の別な実施例は、ＲＬＩＲ要求、
ＬＩＲＲ要求、及びアクセプト応答に対して指定のファイバ・チャネル層４（Ｆ
Ｃ−４）リンクサービス要求及び応答プロトコルを使用することを含む。この場
合、ＦＣ−ＰＨヘッダフィールドは、要求フレームに対して１６進「３２」に、
応答フレームに対して１６進「３３」に設定されたＲ＿ＣＴＬフィールドと、Ｓ
ＢＣＣＳフレームフィールドを示すために特定の実装で１６進「１８」に設定さ
れた型式フィールドとを含む。残りのフィールドはＦＣ−２拡張リンクサービス
実装の説明で示した値に設定される。

【００１５】図１は本発明による方法とシステムを実装する一般化されたファイバ・チャネ
ル環境を示す。図１は多数の装置と接続線により指示される装置間の接続とを図
示する。各装置は１個以上のポートを含む。ファイバ・チャネルでは、これらの
ポートはノード・ポート（Ｎ＿Ｐｏｒｔ）、ファブリック・ポート（Ｆ＿Ｐｏｒ
ｔ）、及び拡張ポート（Ｅ＿Ｐｏｒｔ）と一般に分類される。ノード・ポートは
サーバー１０１、ディスク・アレイ１０２と１０３、テープ記憶装置１０４のよ
うなノード装置に配置される。ファブリック・ポートはスイッチ１０６とスイッ
チ１０７のようなファブリック装置に配置される。オプションとして、アービト
レート・ループ・ネットワーク１０８はファブリック・アービトレート・ループ
・ポート（ＦＬ＿Ｐｏｒｔ）を使用してファブリックにリンク可能である。

【００１６】図１に示した装置は線分により示される「リンク」により結合される。１本以
上のリンクを使用してＮ＿Ｐｏｒｔ間に路が確立される。例えば、図１に示した
サーバー１０１とディスク・アレイ１０２との間の路のような単一リンクを使用
して直接又はポイントツーポイント路が確立される。この場合、各Ｎ＿Ｐｏｒｔ
は他の装置のＮ＿Ｐｏｒｔ間のポイントツーポイント接続を管理する。複数リン
クを使用した回線交換路もスイッチ１０６又は１０７を使用して提供可能である
。例えば、サーバー１０１のＮ＿Ｐｏｒｔはスイッチ１０６を介してディスクア
レイ１０３のＮ＿Ｐｏｒｔとの路を確立可能である。この場合、各Ｎ＿Ｐｏｒｔ
はスイッチ１０６のＦ＿ｐｏｒｔへの接続を行なう。スイッチ１０６はまた、ス
イッチ１０７の他のＥ＿Ｐｏｒｔへの路を可能とする拡張ポート又はＥ＿Ｐｏｒ
ｔも含む。インタースイッチ・リンク（ＩＳＬ）（すなわち、スイッチを含むリ
ンク）を使用すると、各Ｎ＿Ｐｏｒｔを１つ以上の路を介してファブリックの各
他のＮ＿Ｐｏｒｔに結合可能である。スイッチ１０７は又アービトレート・ルー
プ１０８へのリンクをサポートするファブリック・ループ・ポート（ＦＬ＿Ｐｏ
ｒｔ）も含む。装置１１１、１１２及び１１３は従来の直接又はネットワーク接
続を介してファブリックに結合されたユーザー端末、パーソナル・コンピュータ
、又はワークステーションを表す。

【００１７】本発明によると、１つ以上のポート（例えば、Ｎ＿Ｐｏｒｔ、Ｆ＿Ｐｏｒｔ、
Ｅ＿Ｐｏｒｔ等）はリンク事故情報を管理する拡張リンクサービスを含む。本発
明はサーバー１０１と装置１０２とにより図示されるポイントツーポイント・ト
ポロジで実装可能であるが、スイッチ１０６及び／又はスイッチ１０７を介した
回線交換トポロジで特に有用である。同様に、アービトレート・ループ１０８内
の装置は本発明に従ってＥＬＳを実装し、図１に示した他の任意の装置とリンク
事故情報を要求供給可能である。ループ１０８はサーバー１１０、ワークステー
ション１１２、及びワークステーション１１３との間のリンクをサポートするＬ
−ｐｏｒｔと共に、スイッチ１０７へのリンクをサポートするＦＬ＿Ｐｏｒｔも
含む。ハブ１０９はサーバー１１０とワークステーション１１２と１１３へのリ
ンクをサポートするＮ＿Ｐｏｒｔと共に、スイッチ１０７へのリンクをサポート
するＦＬ＿Ｐｏｒｔを含む。

【００１８】本発明は２つの異なるフェーズで動作する。登録フェーズはリンク事故レコー
ド（ＬＩＲ）をレポート可能とする前に存在し、リンク事故が発生した場合にリ
ンク事故レコードを受信したいポート装置を識別するアドレス情報を交換する役
割を果たす。標準的には、１つの装置がリンク事故レコード情報を必要とし処理
する中央インテリジェンスである。この場合例えば、サーバー１０１が中央イン
テリジェンスで、登録フェーズの間にサーバー１０１はディスクアレイ装置１０
２と１０３、テープ記憶装置１０４、スイッチ１０６と１０７、ループ１０８の
ループ装置、及びハブ１０９に「リンク事故レコード登録」（ＬＩＲＲ）要求メ
ッセージを送信する。

【００１９】本発明によりＬＩＲサービスをサポートする各装置は、ＬＩＲＲ要求を受取っ
た他の装置のアドレスを含む登録リスト（例えば、データベース、スタック又は
等価なデータ構造）を保持する。本発明によるＬＩＲサービスをサポートする装
置はリスト中のアドレスを記録し、ＬＩＲＲ要求を送信する装置にアドレスされ
たアクセプト・メッセージで応答する。アクセプト・メッセージはそのペイロー
ド中に何らの情報も含まない。

【００２０】ＬＩＲ情報を必要とし処理する別の中央インテリジェンスが実装されている場
合、これらの装置もＬＩＲ情報を必要とする装置へＬＩＲＲ要求メッセージを送
信する。各装置はリンク事故レコード登録を受信しアクセプトし、独立した登録
リストを保持する。

【００２１】この場合、ホスト１０１はＬＩＲを処理し解析する中央インテリジェンスとし
ての役割を果たす。図１で、リンク１１４は破線で描画され、リンク障害又は劣
化のようなリンク事故が発生したことを示す。スイッチ１０６とディスク１０３
の両者がリンク事故を検出し、装置内のメモリに記憶されるリンク事故レコード
（ＬＩＲ）を発生する。説明の都合上、スイッチ１０６により保持された登録リ
ストはサーバー１０１を含み、ディスク装置１０３により保持された登録リスト
はサーバー１０１を含むものと仮定する。スイッチ１０６はその登録リストから
サーバー１０１を選択し、選択した受信者にアドレスされた第１「登録リンク事
故レコード」（ＲＬＩＲ）要求メッセージを発生する。同様に、ディスク装置１
０３はその登録リストからサーバー１０１を選択し、選択した受信者にアドレス
された第２ＲＬＩＲ要求メッセージを発生する。

【００２２】重要な点は、ＲＬＩＲメッセージの各々に含まれるＬＩＲ情報はリンク事故を
検出した特定のノードの見通しを反映して異なっている。図２はスイッチ１０６
により発生された第１リンク事故レコード２０２とディスク１０３により発生さ
れた第２リンク事故レコード２０４を図示する。事故コードとある場合には可能
な現場交換可能装置（Field Replaceable Unit、ＦＲＵ）装置はレコード間で異
なる。例えば、ＬＩＲ２０２は開放ファイバを示し、一方ＬＩＲ２０４はディス
ク１０３のノード・ポート装置内の送信回路の固有ハードウェア故障を示す。事
故コードと可能なＦＲＵ情報を決定するためのスイッチ１０６とディスク１０３
内で使用される発見的方法は特定の応用の必要性を満足するために選択された単
なる設計選択の問題である。ＬＩＲはリンク事故を解析するのに有用であるもの
として選択された他のデータを含み、本明細書に与えた固有の例に記載した特定
の情報に限定されないことを理解すべきである。

【００２３】特定の例では、標準化ＦＴ−１フレーム形式のヘッダフィールドは以下のフィ
ールドと設定を含み、本発明によるＥＬＳフレームを実装する：表１に示した特定の設定は単なる例示値であり、任意の利用可能な１６進コード
が使用できる。表１に示した例は、ファイバ・チャネル・システムで拡張リンク
サービスを識別するために使用されるＦＴ−１フレーム形式プロトコルと一致す
る。他の全てのフィールドはＦＣ−ＰＨ基準に定めた規則に従って適切に設定さ
れる。ペイロードの第１語は指令コードを指定する。

【００２４】本発明はオプションの拡張リンクサービスとして実装され、ファブリック又は
ポイントツーポイント接続の動作に有用に適用されるものと考えられる。本発明
によるＥＬＳは、本明細書に記載するオプションのリンク事故レコード機能に従
うＮ＿Ｐｏｒｔとファブリックにより実装される。

【００２５】（リンク事故レコード登録（ＬＩＲＲ））上述したように、本発明による第１フェース動作は、ＬＩＲを発生する他の装
置とＬＩＲを受信したい装置の登録に関係する。リンク事故レコード（ＬＩＲ）
を得て処理したいポート装置に操作する上位層プロトコル（ＵＬＰ）は、そのノ
ードに問題の他のノードを登録させなければならない。用語「問題のノード」と
は、登録ノードがアドレス可能でありかつそのリンク事故レコードを得たいファ
ブリック中の全てのノードを指す。本発明によるリンク事故レコード登録（ＬＩ
ＲＲ）拡張リンクサービスは送信装置（例えば、ＬＩＲを必要としているＮ＿Ｐ
ｏｒｔ又はＮＬ＿Ｐｏｒｔ）を付勢して、登録リンク事故レコード（ＲＬＩＲ）
ＥＬＳを受信するように登録されたＮ＿Ｐｏｒｔ及びＮＬ＿Ｐｏｒｔのリストへ
又はリストから送信装置のアドレス（上述したＳ＿ＩＤヘッダフィールドに指示
）を追加又は削除するよう受信装置に要求する。登録はリンク事故レコードがレ
ポートされる前に発生し、ログイン又は他の都合のよい時間に実行される。

【００２６】ＬＩＲＲ要求メッセージ・ペイロード３００の提案形式を図３に示す。上述し
たヘッダ情報に加えて、４バイトが本発明によるＥＬＳを示す１６進「７Ａ０
０００００」を担時する。図３の「ＲＦ」により示される１バイトは、以下
に詳細に記載するように要求された登録機能を指示する。ＬＩＲＲペイロード３
００は又リンク事故レコード登録型式を示す１バイトを含み、図３の「ＲＲ」フ
ィールドに示すように２バイトが予約されている。

【００２７】登録機能フィールドは、以後確立登録リストと呼ばれる、受信ノードが登録ノ
ードのリストに又はリストから送信ポートのアドレスを追加又は除去するかどう
かを指定する。登録機能フィールドの例示形式を表２に示す。

【００２８】単一のバイトを使用して図３の「ＴＹＰＥ（型式）」フィールドに示したリン
ク事故レコード登録型式を指示する。リンク事故レコード登録形式フィールド（
図３のＴＹＰＥ）は特定のＵＬＰ（例えば、ＳＣＳＩ−ＦＣＰ、ＳＢＣＣＳ、等
）に要求されている登録のＦＣ−４装置型式を指示する値を含む。１６進値「０
０」は予約されている、何故ならＦＣ−４装置型式はこの値には定義されていな
いからである。

【００２９】本発明によるリンク事故ＥＬＳ機能を含む受信装置は、ＬＩＲＲが成功したこ
とを指示するペイロードを含む、図４に示した、アクセプト・メッセージ４００
を送信することにより「アクセプト」（ＡＣＣ）ＥＬＳ応答でＬＩＲＲに応答す
る。特定の例では、この情報はペイロードに１６進「０２００００００」
を含むことにより示される。

【００３０】特定の実装例では、Ｎ＿Ｐｏｒｔ又はＮＬ＿Ｐｏｒｔは、要求Ｎ＿Ｐｏｒｔ又
はＮＬ＿Ｐｏｒｔがそのアドレス識別子を決定し、問題のノードのアドレス識別
子を決定すると直ちにＬＩＲＲＥＬＳを送信することにより以後のリンク事故
レコードの有効な受信者として登録を試行する。ＵＬＰも登録している問題のリ
ンク事故レコードの型式を指示する。受信Ｎ＿Ｐｏｒｔ又はＮＬ＿Ｐｏｒｔは、
本発明によるリンク事故機構をサポートする場合ペイロードなしのアクセプト（
ＡＣＣ）ＥＬＳにより応答する。

【００３１】登録ポートのＵＬＰが問題のノードからリンク事故レコードを受信することに
もはや興味を抱かない時、これはＬＩＲＲＥＬＳを送信してリンク事故レコー
ドの有効な受信者としてそのノードの登録を解除する。ＵＬＰも登録を解除され
ているリンク事故レコードの型式を指示する。登録されていないノードの登録解
除機能を要求するＬＩＲＲＥＬＳを受信した場合、受信ノードは、アクセプト
（ＡＣＣ）ＥＬＳを送信することにより要求を受取り、これ以上の動作を実行し
ない。

【００３２】ＬＩＲＲＥＬＳの各受信者は指定した登録型式による有効登録リンク事故レ
コード受信者の確立された登録リストを保持する。各指定型式に対して各ノード
により保持された確立登録リストの大きさは特定の応用の必要性に合致するよう
になされた設計選択の問題である。「追加登録」機能発生時に確立登録リストが
満員の場合、ノードはこの登録をアクセプトせず、この要求を拒絶して「指令要
求の実行不可能」を指示する。特定の実装例では、ノードと有効登録受信者ノー
ドとの間に生じるログアウトにより、ノードにより保持された確立登録リストの
有効受信者ノードの登録が解除される。

【００３３】有効な登録受信者はリンク事故レポート・プロシデュアに従って発生されるリ
ンク事故レコードを受信処理可能である。ＵＬＰによるリンク事故レコードの使
用方法と調整はモデルに依存する。

【００３４】有効な登録受信者がその登録型式と整合しない型式のリンク事故レコードを受
信した場合、受信ノードはＲＬＩＲＥＬＳを拒絶する。望ましい実装例は従来
のＮ＿Ｐｏｒｔへのオプションの追加であり、本発明によるＥＬＳをサポートす
るよう選択されない他のファブリックＮ＿Ｐｏｒｔに収容を実行するよう説明す
べきである。受信Ｎ＿Ｐｏｒｔ又はＮＬ＿Ｐｏｒｔが本発明によるＬＩＲＲＥ
ＬＳをサポートしない場合、「指令はサポートされていない」の理由コードを付
けたＬＳ−ＲＪＴＥＬＳメッセージにより応答する。Ｎ＿Ｐｏｒｔ又はＮＬ＿
Ｐｏｒｔがファブリック装置（例えば、スイッチ）によるリンク事故レコードの
受信の登録又は登録解除をしている時、ＬＩＲＲＥＬＳがプロトコル定義のア
ドレス１６進「ＦＦＦＦＦＡ」の管理サーバーに送信される。

【００３５】（リンク事故レコード・レポ−ト機能）本発明は登録されたＮ＿Ｐｏｒｔ又はＮＬ＿Ｐｏｒｔにリンク事故レコード（
ＬＩＲ）を送信するＮ＿Ｐｏｒｔ又はＮＬ＿Ｐｏｒｔの方法を提供する。この機
能は本明細書では「登録リンク事故レコード」又は特定の例ではＥＬＳメッセー
ジとして実装されたＲＬＩＲ機能と呼ばれる。リンク事故は事故コードを定義し
た条件を検出した時にノードにより認識される。リンク事故が認識され、検出ノ
ードの登録リストが少なくとも１つの登録受信者を含んでいる時、リンク事故に
関係する情報を含むリンク事故レコードが作成される。

【００３６】リンク事故レコードが発生されると、ノードは本発明によるリンク事故レポー
ト機能プロシデュアを使用してＲＬＩＲＥＬＳの有効受信者として登録された
ノードにＬＩＲを渡す。リンク事故レコードの有効受信者として登録されている
ノードがリンク事故を認識する時、レコードがまた発生されるが、本発明のリン
ク事故レポート機能プロシデュアを使用してもしなくともよい。

【００３７】Ｎ＿Ｐｏｒｔ又はＮＬ＿Ｐｏｒｔは、少なくとも１ノードがリンク事故レポー
ト機能用に登録されていることを決定した後、ＲＬＩＲＥＬＳメッセージを介
してＬＩＲを送信することにより検出したリンク事故をレポートすることを試行
する。ＲＬＩＲＥＬＳメッセージの正常な応答はペイロードなしのアクセプト
（ＡＣＣ）ＥＬＳメッセージである。受信Ｎ＿Ｐｏｒｔ又はＮＬ＿ＰｏｒｔがＲ
ＬＩＲＥＬＳをサポートしない場合、「指令はサポートされていない」の理由
コードを付けたＬＳ−ＲＪＴＥＬＳメッセージにより応答する。受信Ｎ＿Ｐｏ
ｒｔ又はＮＬ＿Ｐｏｒｔが指定のリンク事故レコード型式を受取れない場合、「
指令要求を実行不能」の理由コードを付けたＬＳ−ＲＪＴＥＬＳメッセージに
より応答する。

【００３８】レポート機能ノードが有効ＬＩＲ受信者の確立登録リストに１つ以上のノード
を有している場合、ＲＬＩＲＥＬＳメッセージのデスティネーション・ノード
の選択はモデル依存である。

【００３９】ＵＬＰはその独自の目的のためにリンク事故レコードを得る。ＬＩＲを使用し
て、例えば、リンク異常をレポートし、問題ソースを決定し、故障ノード又はリ
ンクの特定の現場交換可能装置（ＦＲＵ）へのリンク誤りを隔離する。

【００４０】望ましい実装例では、ＲＬＩＲＥＬＳは図５に示した例示ＲＬＩＲフレーム
５００のようなＦＴ−１フレーム形式を使用してＲＬＩＲＥＬＳが実装される
。メッセージ５００は前述したような適切なヘッダ情報を含む。ＬＦにより識別
されるリンク事故レコード形式フィールドは特定のＵＬＰ（例えば、ＳＣＳＩ−
ＦＣＰ、ＳＢＣＣＳ、等）に与えられているレコードのＦＣ−４装置型式を指示
する値を含む。１６進値「００」は予約されている、何故ならＦＣ−４装置型式
はこの値には定義されていないからである。

【００４１】リンク事故レコード長さフィールド（図５のＬＬ）は各ＵＬＰのＬＦに指示さ
れたリンク事故レコード形式に従って指定される。長さ値はリンク事故レコード
・ペイロードのバイト数を指定する（すなわち、全ＬＩＲレコードを送信するの
に必要な全ＬＩＲバイト数）。ＬＬフィールドの値はＲＬＩＲＥＬＳペイロー
ドの語０と語１を含まない。このバイト数は４の倍数であり、リンク事故レコー
ド・データ形式に依存する。このフィールドの最小値は４バイトで、このフィー
ルドの最大値は１２０バイトである。

【００４２】図５でＬＩＲと記したバイトはリンク事故レコード・データを含む。リンク事
故レコード・データの固有の形式は指定されたＦＣ−４装置型式に依存する。リ
ンク事故レコード・データ形式とその内容はＵＬＰの必要条件とＬＩＲデータの
意図した使用方法に従う。任意の特定ＦＣ−４装置型式に対して、ＵＬＰはＬＩ
Ｒ形式、使用したフィールド、及びパラメータのサイズを定義する。ＬＩＲレコ
ードに使用した例示のフィールドは（図６参照）以下を含む： −事故修飾子（ＩＱ）：リンク事故レコードの内容を解釈する方法を記載。標
準的な方法仕様は以下を含む：１）スイッチ：事故ノード記述子により識別された、事故ノードがスイッ
チ・ノードであることを指示する。２）拡張ポート：事故ノードがスイッチ・ノードであることをＩＱが指示
している時、この指定はスイッチ・ノードがインタースイッチ・リンク拡張ポー
ト（Ｅ＿Ｐｏｒｔ）であるかどうかを指示する。３）レポート機能ステータス順序：リンク事故のレポート機能ステータス
を識別する。標準的なレポート機能ステータス順序は、情報レポート；リンク劣
化だが動作中−事故ノードはリンク故障又はオフライン状態ではない；リンク動
作せず−事故ノードはリンク故障か又はオフライン状態；を含む。４）サブアセンブリ型式：ノードに使用したサブアセンブリの型式を識別
する、例えばレーザー。５）事故固有情報識別：事故固有情報フィールドの目的を識別する（例え
ば、事故固有情報フィールドはＦＲＵ識別を与える）。 −事故コード（ＩＣ）：事故ノードに観察された事故事象を記述する事故コー
ドを含む。事故コードは以下の値を含む：１）インプリシット事故：事故ノード内で発生したことが知られている事
象により生じた条件が事故ノードにより認識された。これは取付けノードにより
リンク事故を認識させるように、この条件は取付けリンクに影響する。２）ビット誤りレート閾値超過：事故ノードにより識別されたコード違反
誤り数が閾値を越えた（ＦＣ−ＰＨ節５．１を参照）。３）リンク故障−信号又は同期の欠損：事故ノードにより同期欠損条件が
認識され、これがＲ＿Ｔ＿ＴＯＶタイムアウト時間以上に持続している。信号欠
損条件が事故ノードにより確認された（ＦＣ−ＰＨ節１６．４．２参照）。４）リンク故障−プリミティブ・シーケンス動作せず（ＮＯＳ）の確認：
プリミティブ・シーケンス動作せずが事故ノードにより確認された（ＦＣ−ＰＨ
節１６．５．３．２参照）。５）リンク故障−プリミティブ・シーケンス・タイムアウト：事故ノード
はリンク・リセット・プロトコル・タイムアウト（ＦＣ−ＰＨ節１６．５．２．
１、１６．５．２．２、及び１６．５．２．３）か又はＮＯＳ受信状態でかつＮ
ＯＳがもはや認識されない時の適切な応答のタイムアウト（ＦＣ−ＰＨ節１６．
５．３．２参照）のどちらかを認識した。６）リンク故障−ポート状態の不正プリミティブ・シーケンス：ＯＬＳ待
機状態でリンク・リセット（ＬＲ）又はリンク・リセット応答（ＬＲＲ）プリミ
ティブ・シーケンスのどちらかが事故ノードにより認識された（ＦＣ−ＰＨ節１
６．５．４．３参照）。

【００４３】リンク故障を検出した後、ＵＬＰは認識を遅延し、指定時間の間レポート可能
なリンク事故条件としてこのリンク故障を考える。ある種のＦＣ−４プロトコル
では、ＵＬＰはこのリンク故障条件から透明に回復可能であり、リンク事故レコ
ードを発生しなくともよい。リンク故障がＦＣ−４指定タイムアウトより長く持
続する場合、リンク事故レコードが発生されレポートされる。 −拡張ポート・アドレス識別子（ＥＰＡＩ）：ＬＩＲのＩＱフィールドが、事
故ノードがインタースイッチ・リンク拡張ポートであることを指示している時、
このパラメータはこのＩＳＬ上の他の拡張ポートのドメイン及びエリア・アドレ
ス識別子（１６進「ｄｄａａ」）を含む。 −事故ノード記述子：事故ノードのノード識別データを含む。ノード識別デー
タの内容は適切なＵＬＰ標準又は技術レポートに記載されている。 −取付けノード記述子：リンク事故を検出した時に事故ノードに取付けられた
ノードのノード識別データを含む。ノード識別データの内容は適切なＵＬＰ標準
又は技術レポートに記載されている。 −事故固有情報：ＬＩＲのＩＱフィールドが事故固有情報を識別した時、この
パラメータはモデル依存の事故情報を含み、この情報は事故に関する追加情報を
提供する。

【００４４】ＲＬＩＲメッセージを送信する時、受信ノードはＬＩＲをアクセプトする又は
拒絶することにより応答する。たとえ以前にＬＩＲ情報を受信する要望を登録し
ていたとしても、任意数の理由によりノードはＲＬＩＲメッセージを拒絶しても
よい。通常、受信ノードはＲＬＩＲ要求の受入れを表明し、ペイロードに１６進
「０２００００００」を有するアクセプト・メッセージを返信する。

【００４５】（レポート機能プロシデュア）検出ノードはリンク事故当り１つのＬＩＲを発生することが望ましい。ノード
が保有するＬＩＲの数は、ＬＩＲを発生すべき特定の装置の設計制限に依存する
。検出ノードがＬＩＲの発生を試行したが、有効な受信者として登録されたノー
ドにより受入れられるまでレコードを保有するリソースがない場合、最も古いＬ
ＩＲを廃棄し、より新しいＬＩＲを保持することが望ましい。

【００４６】リンク事故条件を検出するノードは、指定したＦＣ−４装置型式に対して有効
な受信者として登録された任意のノードにＲＬＩＲＥＬＳを送信することによ
りＬＩＲを与える。登録が確立されていない場合（すなわち、特定のＦＣ−４装
置型式に対して登録リストが空である）、ノードがリンク事故レコードを保持す
るか又は廃棄するかに関してはモデル依存である。１つ以上の有効ノードが登録
されている時、どの登録ノードがＲＬＩＲＥＬＳを受信するかの選択は設計選
択の問題である。ＬＩＲを含むＲＬＩＲＥＬＳを送信し、アクセプト（ＡＣＣ
）ＥＬＳを受信した後、ノードはＬＩＲを廃棄、ログ又はアーカイブする。特定
の発明では、ノードはアクセプトＥＬＳメッセージを受信した後ＬＩＲを廃棄す
る。

【００４７】ＲＬＩＲＥＬＳを送信した後、アクセプトされるか、拒絶されるか又はタイ
ムアウトするまでこれは「未決着（ｏｕｔｓｔａｎｄｉｎｇ）」であるものと考
えられる。ＲＬＩＲが未決着の間送信ノードは任意のリンクに他のＲＬＩＲＥ
ＬＳを送信しないことが望ましい。ＬＩＲ当り１つのＲＬＩＲＥＬＳが送信さ
れる。ノードがＲＬＩＲＥＬＳを送信した後、これはＲＬＩＲＥＬＳのアク
セプト又はＥＬＳタイムアウトが発生するまでを待機する。指定したタイムアウ
ト時間より長い間任意のＬＩＲがアクセプトされない状態に留まる場合、ノード
は指揮権を再設定して確立登録を有する任意のノードへ他のＲＬＩＲＥＬＳを
送信する。ノードは時間が終了するたびに１つのＲＬＩＲＥＬＳを送信し、Ｒ
ＬＩＲＥＬＳが送信されると再びタイミングを開始する。

【００４８】（特定の例）１例として、ＳＢＣＣＳ型式装置間のＥＬＳ要求／応答の特定の実装例を記載
する。ＦＣ−４装置型式ＳＢＣＣＳのリンク事故レコード形式は１６進「１８」
である。従って、ＬＩＲＲメッセージは１６進「１８」を含むＴＹＰＥフィール
ドを有する図３に示したものと似ている。ヘッダは表１に指示したフィールドと
所要ポート（Ｎ＿Ｐｏｒｔ、Ｆ＿Ｐｏｒｔ、Ｅ＿Ｐｏｒｔ、等）へＬＩＲＲメッ
セージを向けるアドレス情報とを含む。

【００４９】ＲＬＩＲメッセージを受信するよう登録されたノードにアドレスされた表１に
示すようなヘッダ情報を有する図５に示すものと似ている１メッセージを含むＲ
ＬＩＲＥＬＳ要求が発生される。リンク事故レコード・データ形式ＦＣ−４装
置型式ＳＢＣＣＳのリンク事故レコード・データ長は１００バイトであることが
提案されている。１つのＲＬＩＲメッセージ５００は１００バイトのＬＩＲデー
タを含む。

【００５０】ＦＣ−４装置型式ＳＢＣＣＳのＬＩＲの提案形式を図６と図７に示す。図６と
図７では、水平軸はＬＩＲの語数を表し、垂直軸は語内の特定のビットを表す。
図６と図７に示した特定の例は理解を改善するため１例として提案したものであ
り、本発明の制限ではないことを理解すべきである。

【００５１】バイト０は、ＬＩＲの内容を解釈すべき方法を記載する事故修飾子（ＩＱ）で
ある。このメッセージの特定の値と割当て意味を表３に示す。

【００５２】バイト１は事故ノードにより観察された事故を記述する事故コード（ＩＣ）を
含む。事故コードのビット０はＬＩＲがリンク事故のプライマリ又はセカンダリ
・レポートであるかを指示する。ビット０が０に設定されると、ＬＩＲはプライ
マリ・レポートである。ビット０が１に設定されると、ＬＩＲはセカンダリ・レ
ポートである。ＩＣフィールドのビット１−７は観察された事故の型式を指定す
る値を含む。例として、値とその意味を以下に示す：０予約１インプリシット事故：事故ノード内で発生したことが知られている事象
により生じた条件が事故ノードにより認識された。これは取付けノードによりリ
ンク事故を認識させるように、この条件は取付けリンクに影響する。２ビット誤りレート閾値超過：事故ノードにより識別されたコード違反誤
り数が閾値を越えた。３リンク故障−信号又は同期の欠損：事故ノードにより同期欠損条件が認
識され、これがＲ＿Ｔ＿ＴＯＶタイムアウト時間以上に持続している。信号欠損
条件が事故ノードにより確認された。４リンク故障−プリミティブ・シーケンス動作せず（ＮＯＳ）の確認：プ
リミティブ・シーケンス動作せずが事故ノードにより確認された。５リンク故障−プリミティブ・シーケンス・タイムアウト：事故ノードは
リンク・リセット・プロトコル・タイムアウトか又はＮＯＳ受信状態でかつＮＯ
Ｓがもはや認識されない時の適切な応答のタイムアウトのどちらかを認識した。６リンク故障−ポート状態の不正プリミティブ・シーケンス：ＯＬＳ待機
状態でリンク・リセット（ＬＲ）又はリンク・リセット応答（ＬＲＲ）プリミテ
ィブ・シーケンスのどちらかが事故ノードにより認識された。

【００５３】リンク故障を検出した後、ＵＬＰは認識を遅延し、指定時間の間レポート可能
なリンク事故条件としてこのリンク故障を考える。ある種のＦＣ−４プロトコル
では、ＵＬＰはこのリンク故障条件から透明に回復可能であり、リンク事故レコ
ードを発生しなくともよい。リンク故障がＦＣ−４指定タイムアウトより長く持
続する場合、リンク事故レコードが発生されレポートされる。

【００５４】７−１２７予約

【００５５】拡張ポート・アドレス識別子（ＥＰＡＩ）はインタースイッチ・リンクの拡張
ポート・アドレスに関する情報を担持する。ＩＱフィールドのビット２と３が共
に１である時、事故ノードがインタースイッチ・リンク拡張ポートであることを
指示し、語０のバイト２と３はこのＩＳＬ上の他の拡張ポートのドメイン及びエ
リア・アドレス識別子（１６進「ｄｄａａ」）を含む。

【００５６】事故ノード記述子は事故ノードのノード記述子を含む。同様に、取付けノード
記述子はリンク事故を検出した時に事故ノードに取付けられたノードのノード記
述子を含む。例示のノード記述子の内容は本発明の譲渡人に譲渡された米国特願
一連番号第ＸＸ／ＸＸＸ，ＸＸＸ号に記載されている。

【００５７】事故固有情報：ＩＱフィールドのビット７が０に設定されると、バイト６８−
９９はノード依存の事故情報を含み、これは事故に関係する追加情報を与える。
ＩＱフィールドのビット７が１に設定されると、バイト６８−９９は現場交換可
能装置（ＦＲＵ）識別情報を含む。事故固有情報フィールドがＦＲＵ識別情報を
含む時、特定の例のバイト６８−９９に含まれる事故固有情報の例示形式は図７
に図示される。フラッグ：バイト６８はＦＲＵフラッグフィールドを含む。ビット０−７のこ
れらの値に割当てた値とその意味の特定の例は表４に示される：

【００５８】バイト６９は予約され０に設定される。バイト７０−８１は第１ＦＲＵコール
アウト識別情報を含む。正当ＦＲＵコールアウトフィールドは同じリンク事故レ
コード内のＦＲＵフラッグフィールドのビット１（形式ビット）の値に依存する
。バイト８２−９３は、ＦＲＵフラッグフィールドのビット６−７の値に応じて
、第２ＦＲＵコールアウト識別情報か又は１２バイトのベンダーユニーク（すな
わち、実装依存）情報のどちらかを含む。バイト９４−９９は予約され０に設定
される。形式ビットが０に設定されると、ＦＲＵコールアウトフィールドは右詰
のＡＳＣＩＩで、先頭はブランク又はＡＳＣＩＩの０である。形式ビットが１に
設定されると、ＦＲＵコールアウトフィールドは１６進右詰で、先頭は０である
。

【００５９】本発明をある程度特別な例で記載し図示してきたが、本開示は単なる１例とし
て実施され、部品の組合せと配置の多数の変更が、特許請求の範囲に請求するよ
うに、本発明の要旨と範囲から逸脱することなく当業者には可能であることを理
解すべきである。

【図面の簡単な説明】

【図１】本発明による方法とシステムを実装した一般化されたファイバ・チャネル環境
を示す。

【図２】本発明により発生された例示のリンク事故レコードを図示する。

【図３】本発明による例示ＬＩＲＲ要求メッセージ形式を図示する。

【図４】本発明による例示アクセプト応答メッセージ形式を図示する。

【図５】本発明による例示ＲＬＩＲ要求メッセージ形式を図示する。

【図６】本発明によるリンク事故レコードの詳細例を示す。

【図７】本発明によるＦＲＵコールアウトの事故固有情報の詳細例を示す。

───────────────────────────────────────────────────── フロントページの続き (72)発明者オドンネル、マイケル、イーアメリカ合衆国コロラド、ウエストミンスター、ダブリュ、ワンハンドレッドアンドファーストプレース 10621 Ｆターム(参考） 5K033 AA06 BA04 CC01 DB22 EA04 EA07

Claims

【特許請求の範囲】

【請求項１】コンピュータ・ネットワークにリンクレベル・サービスを実
装する方法であって、第１ポート装置を設ける段階と、第２ポート装置を設ける段階と、第１ポート装置と第２ポート装置との間に物理層通信カップリングを設ける段
階と、リンク事故条件が発生する前に、第２ポート装置へアドレスされたリンク事故
レコード登録（ＬＩＲＲ）メッセージを第１ポート装置に送信させる段階と、通信カップリングを使用してＬＩＲＲメッセージを第２ポート装置へ転送する
段階と、リンク事故レコード（ＬＩＲ）を第２ポート装置に記憶する段階と、ＬＩＲＲメッセージに応答して、第１ポート装置へアドレスされたアクセプト
・メッセージを第２ポート装置に発生させる段階と、通信カップリングを使用して第１ポート装置へアクセプト・メッセージを転送
する段階と、を含むコンピュータ・ネットワークにリンクレベル・サービスを実装する方法。
【請求項２】請求項１記載の方法において、ＬＩＲを記憶する段階は、登録リストを有するデータ構造を第２ポート装置内に設ける段階と、ＬＩＲＲメッセージから登録リストへのソース識別（Ｓ＿ＩＤ）フィールドを
第２ポート装置に追加させる段階と、を含む方法。
【請求項３】請求項１記載の方法において、通信カップリングはファイバ
・チャネル・ファブリックを含み、転送段階はさらにＦＣ−４層プロトコルを使
用する段階を含む方法。
【請求項４】請求項１記載の方法において、通信カップリングはファイバ
・チャネル・ファブリックを含み、転送段階はさらにＦＣ−２層プロトコルを使
用する段階を含む方法。
【請求項５】請求項１記載の方法において、通信カップリングはファイバ
・チャネル・ファブリックを含み、転送段階はさらにＦＴ−１トランスポート層
プロトコルを使用する段階を含む方法。
【請求項６】請求項１記載の方法において、リンク事故に応答して、第２ポート装置にリンク事故レコードを発生させる段
階と、第２ポート装置が記憶ＬＩＲを有する少なくとも１装置へリンク事故レコード
を送信する段階と、をさらに含む方法。
【請求項７】請求項６記載の方法において、第２ポート装置に複数個の事故コードを記憶する段階であって、各事故コード
は通信カップリング上で発生する可能性がある予め選択された条件に対応してい
る前記記憶段階と、第２ポート装置に通信カップリングを監視させて事故コードを定義する条件を
検出する段階と、をさらに含む方法。
【請求項８】請求項６記載の方法において、第１ポート装置を操作する上位層プロトコル（ＵＬＰ）を実行する段階と、ＬＩＲデータをＵＬＰに渡す段階と、ＬＩＲに応答してＵＬＰに救済処理を実行させる段階と、をさらに含む方法。
【請求項９】請求項１記載の方法において、ＲＬＩＲメッセージはＦＣ−
４装置型式を指示する型式フィールドを含み、第２ポート装置がＲＬＩＲメッセ
ージの型式フィールドで指示されたＦＣ−４装置型式と関係している時にのみ、
アクセプト・メッセージを作成する段階が実行される方法。
【請求項１０】データ通信用のシステムであって、第１ポート装置と、第２ポート装置と、リンク事故レポート登録データを記憶するよう構成された第２ポート装置内の
データ構造と、第２ポート装置と、第１ポート装置上で動作し、第２ポート装置にアドレスされた登録リンク事故
レコード（ＲＬＩＲ）メッセージを第１ポート装置に発生させる上位プロトコル
（ＵＬＰ）と、第１ポート装置内にあり、通信カップリングを通してＲＬＩＲメッセージを受
信し送信するよう動作する送信装置と、ＲＬＩＲメッセージを受信し認識し、第１ポート装置のアドレスをデータ構造
に記憶し、第１ポート装置にアドレスされたアクセプト・メッセージを作成する
、第２ポート装置で動作するリンクレベル機能と、第２ポート装置内で通信カップリングを通してアクセプト・メッセージを受信
し送信するよう動作する送信装置と、を含むデータ通信用のシステム。
【請求項１１】請求項１０記載のシステムにおいて、通信カップリングは
スイッチを含むシステム。
【請求項１２】請求項１０記載のシステムにおいて、第１ポート装置はフ
ァイバ・チャネル・ノード・ポートを含むシステム。
【請求項１３】請求項１０記載のシステムにおいて、第１ポート装置はフ
ァイバ・チャネル・ファブリック・ポートを含むシステム。
【請求項１４】請求項１０記載のシステムにおいて、第１ポート装置はフ
ァイバ・チャネル拡張ポートを含むシステム。
【請求項１５】請求項１０記載のシステムにおいて、ＲＬＩＲメッセージ
はＦＣ−４装置型式を指示する型式フィールドを含み、第２ポート装置がＲＬＩ
Ｒメッセージの型式フィールドで指示されたＦＣ−４装置型式と関係している時
にのみ、リンクレベル機能がアクセプト・メッセージを作成するよう構成されて
いるシステム。
【請求項１６】請求項１０記載のシステムにおいて、リンク事故条件を検出する第２ポート内の検出器と、第２ポート内で検出器に結合された、リンク事故レコード（ＬＩＲ）を発生し
、検出されたリンク事故条件に応答してデータ構造に記憶された登録を有する少
なくとも１つの装置にＬＩＲをアドレスするリンク事故レコード発生器と、第２ポート装置内で通信カップリングを通してＬＩＲを受信し送信するよう動
作する送信装置と、をさらに含むシステム。