JP2002516042A - 伝送ネットワークにおいてパケットの経路指定とスイッチングとの間をダイナミックにシフトする改良された方法及び装置 - Google Patents

Abstract

(57)【要約】 スイッチング及びルーチングパケットの間を動的にシフトして、高度のスループットを達成する。本発明はフロー分類とラベリングを活用してフローをリディレクトするネットワークでアップストリームノードとダウンストリームノード間でパケットを送信する方法を与える。この方法は、アップストリームノードとダウンストリームノード（１６０２）間のデフォルト仮想チャンネルを確立し、ダウンストリームノードでパケットを受信し、パケットのダウンストリームノードでフロー分類を実行し、アップストリームノード（１７０）にリディレクトすべき特定のフローに当該パケットが属するかどうかを判断し、ダウンストリームノード（１６６８）でフリーラベルを選択し、該選択されタフリーラベルをつけて（１６７６）特定のフローに属する将来のパケットを送るべきアップストリームノードを通知するステップを有する。本発明の他の実施例は、基本スイッチングユニット（１、３）、スイッチケートウエイ（２１）、及びネットワークにおいてパケットを送信するためのシステムにおいて使用されるスイッチングエージェントを有する。

Description

【発明の詳細な説明】 伝送ネットワークにおいてパケットの経路指定とスイッチング との間をダイナミックにシフトする改良された方法及び装置 発明の背景 本発明は、ネットワーク通信の分野に関する。詳しく述べると、本発明の一実 施例では、完全インターネットプロトコル（ＩＰ）経路指定（ルーティング）機 能を維持しながら高いパケットスループットを与えるために、パケットのスイッ チングと経路指定との間を効率的に動的に移動させる方法及び装置を提供する。 本発明は、高速で大容量のマルチサービストラフィック能力と、簡易さ、スケー ラビリティ、及び頑丈さとを組合わせる。 ＩＰを使用するインターネットが現在人気を博し、絶えず成長しているために 、ＩＰは今日使用されている支配的なネットワーク・レイヤプロトコルに発展し た。ＩＰは、プロトコルデータ単位（ＰＤＵ）フォーマット、及びステーション とルータ、及びルータとルータ対話を指定している。ＩＰは、インターネットの ネットワークに接続されたステーションのＩＰユーザに、コネクションレス型デ ータ転送(transfer)サービスを提供する。ＩＰの基礎をなすコネクションレスモ デルは、統合サービスネットワークを構築する頑丈な、そして柔軟な基礎を提供 する。全ての主要オペレーティングシステムは、ＩＰの実現、ＩＰ及びそのコン パニオントランスポートレイヤ（ＯＳＩ基準モデルのレイヤ４）プロトコルの可 能化、実質的に全てのハードウェアプラットフォーム上で普遍的に使用される伝 送制御プロトコル（ＴＣＰ）を含んでいる。ＩＰの主要な長所の１つは、僅か数 人のユーザから、グローバルインターネットを含む企業サイズのネットワークま でのネットワークにおいて、動作を成功させるその巨大なスケーラビリティにあ る。 インターネットが急速に成長したために、普通のＩＰルータはインターネット 上のトラフィックを処理するそれらの能力が不十分になり始めている。今日、よ り高速なワークステーション、クライアントサーバ計算、及びより高帯域要求ア プリケーションが用いられるようになって、ネットワークは益々トラフィック輻 輳の課題に当面しつつある。典型的な課題は、例えば高度に可変のネットワーク 応答時間、より高いネットワーク故障率、遅延による影響を受け易いアプリケー ションを支援する能力が欠けているを含む。 ローカルエリアネットワーク（ＬＡＮ）スイッチは、共用媒体ＬＡＮセグメン ト上の輻輳を緩和する迅速且つ比較的安価な方法を提供する。共用媒体ハブまた は簡単なブリッジよりも効果的に、ＬＡＮ内のトラフィックを管理し、帯域幅の 割り振りを可能にする手段として、スイッチング技術が開発されつつある。ＬＡ Ｎスイッチは、媒体アクセス制御（ＭＡＣ）アドレス、及び簡単なテーブルルッ クアップ機能の遂行を処理するデータリンクレイヤ（ＯＳＩ基準モデルのレイヤ ２）パケット転送(forwarding)ハードウェアエンジンとして動作する。スイッチ をベースとするネットワークは、より高いスループットを提供することはできる が、同報が溢れたり、セキュリティが貧弱であるというような課題に悩まされる 。ネットワークレイヤ（ＯＳＩ基準モデルのレイヤ３）において動作するルータ でも、これらの型の課題を解決する必要がある。しかしながら高速スイッチング 技術は、現ルータの能力を失わせてルータ隘路を発生させる。インターネットが 基礎としている伝統的なＩＰパケット転送デバイス、即ちＩＰルータでは、不十 分となる兆候を示している。ルータは、開発中のスイッチング技術に比して高価 であり、複雑であり、そしてスループットが制限される。大企業規模のネットワ ーク及びインターネットの増加したトラフィック要求を支援するために、ＩＰル ータはより早く、より安価に動作する必要がある。 更に、例えば会議を含む実時間及びマルチメディアアプリケーションに対する 要望の増加を支援するためには、サービス品質（ＱＯＳ）選択が必要である。現 在のＴＣＰ／ＩＰＡは、ＱＯＳ選択を支援しない。多くの型のトラフィックが、 進歩した機能をＩＰで動作可能にするように要求しているにも拘わらず、伝統的 なＩＰはパケット転送デバイスとして充分ではない。 非同期転送モード（ＡＴＭ）は、明日のルータレスネットワークの基石として 売り込まれた高速、スケーラブル、マルチサービス技術である。ＡＴＭは、極め て高いスループット及びスケーラビリティを有し、音声及びビデオ、並びにデー タを含む種々の型のトラフィックを支援する高効率のパケット転送技術である。 しかしながら、ＡＴＭは、それへ移動するための明白な経路が存在せず、従って ＩＰのような現在のネットワーキングアーキテクチャとは異なるネットワーキン グ技術である。ＡＴＭは、極めて複雑な、実地に立証されていない付加的な多層 プロトコルセットを必要とするコネクション向きアーキテクチャであるために、 既存ＬＡＮトラフィックを効果的に支援することは難しい。これらのプロトコル に伴う課題は、受入れ難い程長い相手先選択回路（ＳＶＣ）接続準備時間によっ て証明されている。更に、ＳＶＣを使用してＡＴＭトラフィックを送受信するよ うにＴＣＰ／ＴＰユーザを可能化するには、全く新しい、検証されていない、そ して極めて複雑なプロトコルを採用する必要がある。これらのプロトコルは、Ａ ＴＭのＱＯＳ特色を利用するためのＴＣＰ／ＩＰプロトコル上で走るアプリケー ションを可能化しないので、ＡＴＭの主要便益の１つを可能化することなくネッ トワーク管理者に莫大な量のオーバヘッドを賦課する。また、多くのこれらのプ ロトコルは充分に確立されたＴＣＰ／ＩＰプロトコル組の機能を重複させ、これ らの複雑なプロトコルを学習する必要があるために、ネットワーク内の問題を障 害追跡しなければならないネットワーク管理者に対して、ＡＴＭデバイスの所有 権のコストを増加させる。ＡＴＭへの移行の難しさは、インターネットの人気に よって証明されているように、時間試験され、デバッグされたＩＰがその巨大な 、且つ成長し続ける設置されたユーザベースと共に堅固に固定化されていること から考えても明白である。 これらの課題に対する現在の解決方法が不十分であることから、ベンダーは新 しい分布ルーティングネットワーキングアーキテクチャのホストを開発した。し かしながら、これらのアーキテクチャは複雑であり、混乱を招き、ＩＰによって 提供される機能が重畳していることが多い。これらのアーキテクチャは、ネット ワーク管理者に対して益々複雑な問題をももたらす。例えば、機能の重複はネッ トワーク管理機能のひずみを増加させ、ネットワーク問題を分離するのを極めて 困難にする。隘路、及び増加するネットワーク管理の複雑さを回避するためには 高速経路指定のためのシステムが必要であることは理解されよう。更に、不要な 重複を生じさせることなく、ＩＰと両立可能なネットワーキングアーキテクチャ を設けることが必要である。 発明の概要 本発明はネットワーク通信の分野に関し、詳しく述べれば、高いパケットスル ープットを提供するために、パケットのスイッチングと経路指定との間を効率的 且つ動的にシフトさせる方法及び装置を提供することによって、上述した課題を 解決する。 一実施例によれば、本発明は、ネットワークの上流ノードと、下流ノードとの 間でパケットを伝送する方法を提供する。下流ノードは、上流ノードの下流にあ る。本方法は、上流ノードと下流ノードとの間に省略時仮想チャネルを確立する ステップと、下流ノードにおいてパケットを受信するステップと、下流ノードに おいてそのパケットに対して流れ（フロー）分類を遂行し、そのパケットが上流 ノードにおいてリダイレクト(redirect)されるべき指定された流れに属するか否 かを決定するステップとを含む。本方法は、下流ノードにおいて自由ラベルを選 択するステップと、指定された流れに属するフューチャパケットを、添付された 選択済の自由ラベルを用いて送るべきであることを上流ノードに通報するステッ プとを更に含む。 別の実施例において、本発明は、第１ノードにおいて流れをスイッチングする 方法を提供する。第１ノードは、第２ノードへの下流リンクと、第３ノードへの 上流リンクとを有している。本方法は、第１ノードにおいて第１パケットに対し て流れ分類を遂行し、その第１パケットが指定された流れ（第３ノードにおいて リダイレクトすべきである）に属するか否かを決定するステップと、第１ノード において第１自由ラベルを選択するステップと、指定された流れに属するフュー チャパケットを、添付された選択済の第１自由ラベルを用いて送るべきであるこ とを第３ノードに通報するステップとを含む。本方法は、第２ノードにおいて第 ２パケットに対して流れ分類を遂行し、その第２パケットが指定された流れ（第 ３ノードへ転送すべきである）に属するか否かを決定するステップと、第２ノー ドにおいて第２自由ラベルを選択するステップと、指定された流れに属するフュ ーチャパケットを、添付された選択済の第２自由ラベルを用いて送るべきである ことを第１ノードに通報するステップとを更に含む。本方法は、上流リンクから の指定された流れを、下流リンクへの第１ノードによってレイヤ２でスイッチさ せることができるように動作する。 別の実施例によれば、本発明は、あるネットワークにおいてパケットを伝送す るシステム内の基本スイッチングユニットを提供する。本基本スイッチングユニ ットは、スイッチングハードウェア、及びこのスイッチングハードウェアに結合 されているコントローラを含む。プロセッサ及びメモリを含むコントローラが、 スイッチングハードウェアを制御する。基本スイッチングユニットは、有形媒体 上に固定されたソフトウェアを更に含む。このソフトウェアは、基本スイッチン グユニットが、レイヤ３ ＩＰパケット経路指定と、レイヤ２スイッチングとの 間で動的にシフトすることを可能ならしめてパケットトラフィックスループット を最適化する。 更に別の実施例によれば、本発明は、あるネットワークにおいてパケットを伝 送するシステム内のスイッチゲートウェイユニットを提供する。本システムは、 通信リンクを介してスイッチゲートウェイユニットに結合される基本スイッチン グユニットを含む。スイッチゲートウェイユニットは、ゲートウェイコントロー ラ及びソフトウェアを含む。ゲートウェイコントローラは、プロセッサ、メモリ 、及び複数のＮＩＣを含む。有形媒体上に固定されたソフトウェアは、スイッチ ゲートウェイユニットが、パケットの流れを基本スイッチングユニットヘリダイ レクトすることを可能にし、またパケット経路指定と、スイッチングとの間で動 的にシフトすることを可能ならしめてパケットトラフィックスループットを最適 化する。 更に別の実施例によれば、本発明は、あるネットワークにおいてパケットを伝 送するシステム内のスイッチングエージェントを提供する。本システムは、通信 リンクを介してスイッチングエージェントに結合される基本スイッチングユニッ トを含み、基本スイッチングユニットはコントローラ及びスイッチングエンジン を含む。スイッチングエージェントは、プロセッサ、メモリ、及び複数のＮＩＣ を含む。これらのＮＩＣの指定された１つは通信リンクを提供し、これらのＮＩ Ｃの少なくとも１つはネットワーク内の少なくとも１つのノードに接続可能であ る。スイッチングエージェントは、メモリのコンピュータ可読有形媒体上に 固定されたコンピュータ可読プログラムコードを更に含む。コンピュータ可読プ ログラムコードは、基本スイッチングユニットのコントローラが流れを分類し、 パケットの流れをネットワーク内の第１ノードから第２ノードヘリダイレクトす るのを可能にし、そして基本スイッチングユニットのコントローラがスイッチン グエージェントに命令してその流れのパケットをスイッチングエンジンを介して 第１ノードから第２ノードへ転送させることを可能にする。従って、パケット転 送が基本スイッチングユニットのコントローラからオフロードされる。 本発明のこれらの、及び他の実施例、並びにその長所及び特色を、以下に添付 図面に基づいて詳細に説明する。 図面の簡単な説明 図１ａは、本発明の実施例によるシステムの基本スイッチングユニットの概要 図であり、図１ｂは、本発明の別の実施例によるシステムのスイッチゲートウェ イユニットの概要図である。 図１ｃは、本発明の更に別の実施例によるシステムのスイッチングエージェン トの概要図である。 図２ａ−２ｃは、本発明の実施例によるネットワーク構成の概要図である。 図３は、本発明の実施例により使用されるコンピュータシステムの概要ブロッ ク線図である。 図４は、本発明の実施例によるＡＴＭスイッチの概要ブロック線図である。 図５ａは、本発明の実施例による各システムノードにおける初期化手順の簡易 流れ図である。 図５ｂは、システムノードの動作を示す簡易流れ図である。 図５ｃは、初期化後に、スイッチングエージェントのインタフェースの１つに パケットが到着した時のスイッチングエージェントにおける手順の簡易流れ図で ある。 図５ｄは、初期化後に、スイッチングエージェントからスイッチコントローラ （該コントローラには、例えばスイッチコントローラのスイッチングエンジンを 使用して、通信リンクを介して少なくとも１つのスイッチングエージェントを結 合することができる）の省略時チャネル上のインタフェースの１つにパケットが 到着した時のスイッチコントローラにおける手順の簡易流れ図である。 図６ａは、あるシステムノードにおける流れのラベル付けに含まれる諸ステッ プを示す流れ図である。 図６ｂは、基本スイッチングユニットにおける流れのスイッチングに含まれる 諸ステップを示す流れ図である。 図６ｃは、あるシステムノード（またはスイッチングノード）におけるパケッ トの転送に含まれる諸ステップを示す流れ図であり、図６ｄは、スイッチコント ローラにおいて、源スイッチングエージェントから３つのシナリオで受信される パケットの流れにラベル付けを遂行する諸ステップを示す流れ図である。 図６ｅは、スイッチコントローラにおいて、ある結合されたスイッチングノー ドから受信され、ある結合されたスイッチングエージェント上のインタフェース へ導くことを意図するパケットの流れにラベル付けを遂行する諸ステップを示す 流れ図である。 図７ａ−７ｂは、「流れの型１」及び「流れの型２」の流れ識別子のフォーマ ットを示す図である。 図８ａは、本発明の一実施例による一般的なＩＦＭＰ隣接(adjacency)プロト コルメッセージの構造を示す図である。 図８ｂは、ＩＦＭＰメッセージをカプセル封じすることができる可変長「デー タ」フィールドを有する一般的なＩＰパケットを（その現在のバージョンＩＰｖ ４で）示す図である。 図８ｃは、あるパケットを、入力ＩＦＭＰ隣接プロトコルメッセージと共に受 信した時のシステムノードの動作を示す流れ図である。 図８ｄは、入力ＩＦＭＰ隣接プロトコルメッセージがＲＳＴＡＣＫメッセージ ではない時の送信側システムノードの動作を示す状態図である。 図９ａは、本発明の一実施例による一般的なＩＦＭＰリダイレクションプロト コルメッセージの構造を示す図である。 図９ｂは、ＩＦＭＰリダイレクションプロトコルメッセージを受信した時のシ ステムノードの動作を示す流れ図である。 図９ｃ−９ｇは、それぞれ、ＩＦＭＰリダイレクションプロトコルページの「 メッセージ本体内の、「リダイレクト(REDIRECT)」メッセージ要素、「再要求(R ECLAIM)」メッセージ要素、「再要求肯定応答(RECLAIM ACK)」メッセージ要素、 「ラベル範囲(LABEL RANGE)」メッセージ要素、及び「エラー(ERROR)」メッセー ジ要素の構造を示す図である。 図１０ａは、本発明の一実施例によるＡＴＭデータリンク上の「ラベル」フィ ールドのフォーマットを示す図である。 図１０ｂ−１０ｅは、それぞれ、本発明の実施例による「省略時」、「流れの 型０」、「流れの型１」、及び「流れの型２」カプセル封じされたＴＰパケット を示す図である。 図１１ａは、カプセル封じされたＧＳＭＰパケットのフォーマットを示す図で ある。 図１１ｂは、ＧＳＭＰ隣接プロトコルメッセージのフォーマットを示す図であ る。 図１１ｃは、あるパケットを、入力ＧＳＭＰ隣接プロトコルメッセージと共に 受信した時の送信側エンティティの動作を示す流れ図である。 図１１ｄは、入力ＩＦＭＰ隣接プロトコルメッセージがＲＳＴＡＣＫメッセー ジではない時の送信側エンティティの動作を示す状態図である。 図１２は、一般的な「ＧＳＭＰコネクション管理」メッセージのフォーマット を示す図である。 図１３ａ−１３ｅは、それぞれ、「ＧＳＭＰコネクション管理枝追加」、「枝 削除」、「木削除」、「木検査(Verify)」、及び「全メッセージ削除」を受信し た時の受信側エンティティの動作を示す流れ図である。 図１３ｆは、「ＧＳＭＰコネクション管理根移動」メッセージのフォーマット を示す図である。 図１３ｇは、あるパケットを、「ＧＳＭＰコネクション管理根移動」メッセー ジと共に受信した時の送信側エンティティの動作を示す流れ図である。 図１３ｈは、「ＧＳＭＰコネクション管理枝移動」メッセージのフォーマット を示す図である。 図１３ｉは、あるパケットを、「ＧＳＭＰコネクション管理枝移動」メッセー ジと共に受信した時の送信側エンティティの動作を示す流れ図である。 図１４は、「ＧＳＭＰポート管理」メッセージのフォーマットを示す図である 。 図１５ａは、カプセル封じされたＩＦＭＰ−Ｃパケット１０００を示す図であ る。 図１５ｂは、図１５ａのカプセル封じされたＩＦＭＰ−Ｃパケット１０００の 「ＩＦＭＰ−Ｃメッセージ」フィールド１００６内に含ませることができる典型 的なＩＦＭＰ−Ｃメッセージ１０１２の一般的な構造を示す図である。 図１６ａは、図１５ａのカプセル封じされたＩＦＭＰ−Ｃパケット１０００の 「ＩＦＭＰ−Ｃメッセージ」フィールド１００６内に含ませることができる典型 的なＩＦＭＰ−Ｃ隣接プロトコルメッセージ１０４０の一般的な構造を示す図で ある。 図１６ｂは、ＩＦＭＰ−Ｃ隣接プロトコルの３つの考え得る状態にある送信側 （ＴＦＭＰ−Ｃコントローラ、またはＩＦＭＰ−エージェントの何れか）の動作 を示す状態図である。 図１７ａ及び１７ｂは、それぞれ、「ＩＦＭＰ−Ｃインタフェースリスト」要 求及び応答メッセージの構造を示す図である。 図１７ｃ及び１７ｄは、それぞれ、「ＩＦＭＰ−Ｃインタフェース照会」要求 及び応答メッセージの構造を示す図である。 図１７ｅは、「ＩＦＭＰ−Ｃインタフェース構成」要求メッセージ１１７０の 構造を示す図である。 図１８ａは、「ＩＦＭＰ−Ｃ枝追加」要求メッセージ及び「ＩＦＭＰ−Ｃ枝削 除」要求メッセージのメッセージフォーマット１２００を示す図である。 図１８ｂは、図１８ａの「ＩＦＭＰ−Ｃ枝追加」要求メッセージ及び「ＩＦＭ Ｐ−Ｃ枝削除」要求メッセージ内の「パケット短縮」変換型のための「データ変 換」フィールド１２４０を示す図である。 図１８ｃは、「ＩＦＭＰ−Ｃ枝追加」応答メッセージ及び「ＩＦＭＰ−Ｃ枝削 除」応答メッセージのメッセージフォーマット１２５０を示す図である。 図１８ｄは、「ＩＦＭＰ−Ｃ木削除」要求メッセージ１２６０の構造を示す図 である。 図１８ｅは、「ＩＦＭＰ−Ｃ枝移動」要求メッセージ１３００の構造を示す図 である。 図１９ａは、「ＩＦＭＰ−Ｃ木統計入手」要求メッセージ１４００の構造を示 す図である。 図１９ｂは、「木データ」フィールドが使用する「木データ」フィールド構造 １４０６を示す図である。 図２０ａ及び２０ｂは、それぞれ、「ＴＦＭＰ−Ｃ枝読み出し」要求メッセー ジ１４２０及び「ＩＦＭＰ−Ｃ枝読み出し」応答メッセージ１４３０の構造を示 す図である。 図２１ａは、「ＩＦＭＰ−Ｃノード情報」要求メッセージ１４４０の構造を示 す図である。 図２１ｂ及び２１ｃは、それぞれ、「ＩＦＭＰ−Ｃインタフェース統計」要求 メッセージ１４６０及び「ＩＦＭＰ−Ｃインタフェース統計」応答メッセージ１ ４７０の構造を示す図である。 図２１ｄは、図２１ｃの「ＩＦＭＰ−Ｃインタフェース統計」応答メッセージ １４７０内の「インタフェース統計」フィールド１４８０の構造を示す図である 。 図２１ｅは、図２１ｃの「ＩＦＭＰ−Ｃインタフェース統計」応答メッセージ １４７０内の「インタフェース統計」フィールド１４８０内の「一般統計」フィ ールド１４９４の構造を示す図である。 図２１ｆは、図２１ｃの「ＩＦＭＰ−Ｃインタフェース統計」応答メッセージ １４７０内の「インタフェース統計」フィールド１４８０内の（ＡＴＭインタフ ェースのための）「特定統計」フィールド１５３０構造を示す図である。 図２１ｇは、図２１ｃの「ＩＦＭＰ−Ｃインタフェース統計」応答メッセージ １４７０内の「インタフェース統計」フィールド１４８０内の（イーサネットイ ンタフェースのための）「特定統計」フィールド１５４０の構造を示す図である 。 特定実施例の詳細な説明 内容 Ｉ．概要 II．システムハードウェア Ａ．コントローラハードウェア Ｂ．スイッチングハードウェア Ｃ．例示ハードウェア III．システムソフトウェア機能 Ａ．ＩＦＭＰ及びラベル付けされたパケットの流れの伝送 Ｂ．ＧＳＭＰ Ｃ．ＩＦＭＰ−Ｃ IV．結論 Ｉ．概要 以下に、あるネットワーにおいてパケットを伝送するための改良された方法及 び装置を開示する。本方法及び装置は、特定のユーティリティ、即ち音声、ビデ オ、及びデータ信号をローカルエリアネットワーク（ＬＡＮ）、メトロポリタン エリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、インタ ーネット、等を通して運ぶことができるＩＰパケットの高スループット伝送に適 用するものとして説明するが、本発明はこれらに限定されるものではない。本発 明は、ネットワークを通してパケットを伝送することを望むさまざまなアプリケ ーションに用途を有している。 以下に説明するシステムは動的なスイッチング及び経路指定システムである。 本システムを一般的に「スイッチングシステム」として記述するが、本システム はデータリンクレイヤ２におけるスイッチング機能、及びネットワークレイヤ３ における経路指定及びパケット転送機能の両方を動的に行うものであることを理 解されたい。システムの「スイッチゲートウェイ」ユニットは既存ＬＡＮ及びバ ックボーン環境を、基本スイッチングユニットのネットワークに接続可能にする アクセスデバイスとして動作する。スイッチゲートウェイユニットと同様に、 「スイッチングエージェント」も既存ＬＡＮ及びバックボーン環境を、少なくと も１つの基本スイッチングユニットに接続可能にするアクセスデバイスとして動 作する。後述するように、スイッチゲートウェイユニット及び基本スイッチング ユニットは共に、独立した流れリダイレクト管理能力を有し、経路指定プロトコ ルを走らせ、そして流れリダイレクトが存在しない場合には独立的に経路指定決 定を行う。従って、スイッチゲートウェイユニットと基本スイッチングユニット とはピア(peer)である。これに対して、独立した流れリダイレクト管理能力を有 していないスイッチングエージェントは、マスター・スレーブスイッチングエー ジェントとして動作する基本スイッチングユニットからの命令に基づいてパケッ トを転送する。基本スイッチングユニットからの命令の下で動作するスイッチン グエージェントは、基本スイッチングユニットによって転送されたパケットの大 部分を、今度はエージェントによって既存ＬＡＮ及びエージェントのインタフェ ース上のバックボーン環境へ転送できるように、基本スイッチングユニットから 受信したパケットを転送することができる。これらの環境は、イーサネット、高 速イーサネット、ＦＤＤＩ、ギガビットイーサネット、または他の型のＬＡＮを 含むことができる。このパケット転送はパケット転送命令に基づいてスイッチン グエージェントによって遂行されるから、基本スイッチングユニットは経路指定 プロトコルを走らせたり、転送されるパケットの待ち時間を短縮するような他の タスクを遂行するのにより多くの時間を持つことができる。スイッチングエージ ェントによるパケット転送の性能は、基本スイッチングユニットのスイッチコン トローラ上の負荷を軽減する。従って、あるノードにおいて独立した流れリダイ レクト管理能力を必要としないような、または基本スイッチングユニットの能力 をより良く利用することができるような若干の状況においては、スイッチングエ ージェントを使用することが適当であり得る。スイッチングエージェントは、ス イッチゲートウェイユニットの代わりとして低コストで使用することもできる。 システムは、インターネットプロトコル（ＩＰ）の現バージョン（ＩＰｖ４）、 及びフューチャバージョン（例えば、ＩＰｖ６）と両立可能である。システムは ルータの隘路を回避しながら最適の高速パケットスループットを与えるために、 ネットワークを通してパケットのスイッチングと経路指定との間で動的シフトを 行う。 図１ａに示すように、本発明の一実施例によるスイッチングシステムの基本ス イッチングユニット１は、スイッチングエンジン３、スイッチコントローラ５、 及びスイッチコントローラ５上に設けられたシステムソフトウェア７をを含む。 詳述すれば、スイッチングエンジン３は、普通の、そして現在使用可能な非同期 転送モード（ＡＴＭ）スイッチングハードウェアを使用する。勿論、アプリケー ションに依存して、例えば高速パケットスイッチング、フレームリレー、ギガビ ットイーサネット技術、その他のような他のスイッチング技術を使用して、本発 明のスイッチングエンジン３を構成することもできる。本実施例では、スイッチ ングエンジン３はＡＴＭスイッチである。「ＡＴＭアダプテーションレイヤ・タ イプ５（ＡＡＬ−５）」より上の、通常はＡＴＭスイッチに関連している何れの ソフトウェアも完全に除去される。従って、信号方式、既存経路指定プロトコル 、及びＬＡＮエミュレーションサービスまたはアドレスリゾリューションサーバ 等は除去される。スイッチコントローラ５は、ＡＴＭネットワークアダプタまた はＡＴＭリンク１１を介してスイッチンダエンジン３に接続されるネットワーク インタフェースカード（ＮＩＣ）９を有するコンピュータである。システムソフ トウェア７は、基本スイッチングユニット１内に、詳しく言えばスイッチコント ローラ５として働くコンピュータ内に設けられる。 基本スイッチングユニット１のスイッチングエンジン３は、例えばデータ端末 装置（ＤＴＥ）、データ通信装置（ＤＣＥ）、サーバ、スイッチ、ゲートウェイ 等を含む種々のデバイスに接続することができる多重物理ポート１３を有してい る。各物理ポート１３は、ＡＴＭリンクを介してＡＴＭアダプタを設けたデバイ スに、または別の基本スイッチングユニットのポートに、またはスイッチゲート ウェイユニットのポートに、またはスイッチングエージェントのポートに接続す ることができる。基本スイッチングユニットのスイッチングエンジン３を構成す るＡＴＭスイッチングハードウェアは、データリンクレイヤ（ＯＳＩ基準モデル のレイヤ２）において動作する。 システムソフトウェア７によって決定され、そして基本スイッチングユニット によって要求されると、スイッチングエンジン３は高速スイッチング機能を遂行 するように動作する。スイッチングシステムのスイッチング能力は、スイッチン グエンジン３内に使用されているハードウェアによってのみ制限される。従って 、本発明のこの実施例は、ＡＴＭ技術の高速、大容量、広帯域幅能力を利用する ことができる。勿論、アプリケーションに依存して、例えば高速パケットスイッ チング、フレームリレー、ギガビットイーサネット技術、その他のような他のス イッチング技術を使用して本発明のスイッチングエンジン３を構成することもで きる。 本発明の一実施例においては、スイッチコントローラ５は、ＡＴＭリンク９を 介してＡＴＭスイッチハードウェア３に接続されるコンピュータである。「レイ ヤ３」における標準コネクションレスＩＰ経路指定機能を遂行する他に、スイッ チコントローラ５は局部的な基準でパケットの流れ分類決定をも行う。 図１ｂに示すように、本発明の別の実施例によるスイッチングシステムのスイ ッチゲートウェイユニット２１は、ゲートウェイスイッチコントローラ２３、及 びゲートウェイスイッチコントローラ２３上に設けられたシステムソフトウェア ２５を含んでいる。ゲートウェイスイッチコントローラ２３は、複数のネットワ ークアダプタ即ちＮＩＣ ２７、及びＡＴＭ ＮＩＣ ２９を含む。基本スイッ チングユニット１のスイッチコントローラ５と同様に、ゲートウェイスイッチコ ントローラ２３もコンピュータ上に設けられたシステムソフトウェア２５を有す るＡＴＭ ＮＩＣ ２９を装備したコンピュータである。前述したように、スイ ッチゲートウェイユニット２１は、既存ＬＡＮ及びバックボーン環境を、基本ス イッチングユニットのネットワークに接続することを可能にするアクセスデバイ スとして動作する。従ってＮＩＣ ２７は、例えば１０ＢａｓｅＴイーサネット ＮＩＣ、１００ＢａｓｅＴイーサネットＮＩＣ、ファイバ分布データインタフェ ース（ＦＤＤＩ）ＮＩＣ、その他、またはこれらの何れかの組合わせのような異 なる型であることができる。勿論、特定の型のＮＩＣ ２７の使用は、スイッチ ゲートウェイユニット２１がアクセスを与える既存ＬＡＮ及びバックボーン環境 の型に依存する。複数のＬＡＮをスイッチゲートウェイユニット２１に接続でき ることを理解されたい。ＡＴＭ ＮＩＣ ２９は、スイッチゲートウェイユニッ ト２１を、ＡＴＭリンクを介して基本スイッチングユニット１に接続するのを可 能にする。勿論、スイッチゲートウェイユニット２１と別のスイッチゲートウェ イユニットとの間を接続できるようにするために、ＮＩＣ ２７もＡＴＭＮＩＣ であることができる。 基本スイッチングユニット及びスイッチゲートウェイユニットの他に、本シス テムは、適切に装備された高性能ホストコンピュータ、ワークステーション、ま たはサーバを更に含むことができる。詳しく述べれば、ホストを基本スイッチン グユニットに直接接続できるようにするために、適切なＡＴＭ ＮＩＣを装備し たホストコンピュータ、ワークステーション、またはサーバ上にシステムソフト ウェアのサブセットを設けることができる。 図１ｃに示すように、本発明の更に別の実施例によるスイッチングエージェン ト９０１は、既存ＬＡＮ及びバックボーン環境、即ちＡＴＭ ＮＩＣ ９０５を 基本スイッチングユニット１に接続するための複数のネットワークアダプタ、即 ちＮＩＣ ９０３、及びスイッチングエージェント９０１を可能化し、命令によ ってパケットを基本スイッチングユニット１から転送させる適切なシステムソフ トウェア９０７を装備したコンピュータである。スイッチングエージェント９０ １は、既存ＬＡＮ及びバックボーン環境を少なくとも１つの基本スイッチングユ ニットに接続するのを可能にするアクセスデバイスとして動作する。従って、Ｎ ＩＣ ９０３は同一の型であることも、または例えば１０ＢａｓｅＴイーサネッ トＮＴＣ、１００ＢａｓｅＴイーサネットＮＩＣ、ＦＤＤＩ ＮＩＣ、その他、 またはこれらの何れかの組合わせのような異なる型であることもできる。勿論、 特定の型のＮＩＣ ９０３の使用は、スイッチングエージェント９０１がアクセ スを与える既存ＬＡＮ及びバックボーン環境の型に依存する。複数のＬＡＮをス イッチングエージェント９０１に接続できることを理解されたい。ＡＴＭＮＩＣ ９０５は、スイッチングエージェント９０１を、ＡＴＭリンクを介して基本ス イッチングユニット１に接続するのを可能にする。勿論、ＮＩＣ ９０５は、基 本スイッチングユニット１内に使用されている特定のスイッチングエンジン技術 （本特定実施例においてはＡＴＭ）に基づいて適切に選択される。 ユーザは、基本スイッチングユニット、スイッチゲートウェイユニット、スイ ッチングエージェント、及びシステムソフトウェアによって、ワークグループ、 キャンパス、及びＷＡＮ環境をターゲットにする柔軟なＩＰネットワークトポロ ジを構築することができ、現在のキャンパスバックボーンが輻輳する課題に対す る高性能でスケーラブルな解決手段が得られる。本システムを使用することによ り、終端間シームレスＩＰトラフィックの流れを与える広帯域幅、高スループッ ト、及び成分相互運用性を特色とする種々のネットワーク構成を実現することが できる。図２ａ−２ｃは、本発明により可能な多くのネットワーク構成の幾つか を示している。勿論、図２ａ−２ｃは単なる構成例に過ぎず、多くの代替構成が 可能である。 図２ａは、基本スイッチングユニット１が既存ＬＡＮへの接続を可能にする幾 つかのスイッチゲートウェイユニット２１を有している、全キャンパスネットワ ークのための集中型ＩＰパケット転送デバイスとして動作するようになっている キャンパスＬＡＮ構成の概要図である。基本スイッチングユニット１は、３つの サーバ３１_n（但し、ｎ＝１乃至３）を含むサーバファーム(farm)に接続されて いる。各サーバ３１_nには、システムソフトウェアのサブセット、及び対応する ＡＴＭリンク３３_n（これらは、ＯＣ−３（１５５Ｍｂｐｓ）であり、ｎ＝１乃 至３である）を介して基本スイッチングユニット１への接続を可能にするＡＴＭ ＮＩＣが装備されている。高速ＡＴＭリンクを通して基本スイッチングユニッ ト１に直接結合されているサーバは、頻繁にアクセスされるサーバのパケットス ループットをブーストするように動作する。基本スイッチングユニット１は、対 応するＡＴＭリンク３３_n（これもまたＯＣ−３リンクであり、ｎ＝４乃至６で ある）を介して３つのスイッチゲートウェイユニット２１をも接続している。リ ンク３３₄を介して基本スイッチングユニット１に接続されている第１スイッチ ゲートウェイユニット２１は、適切なリンク３９₁を介して、ある型のイーサネ ットまたはＦＤＤＩであることができるＬＡＮバックボーン３５₁にも接続され ている。ＬＡＮバックボーン３５₁は、適切なＮＩＣ ４３を介してＰＣ、端末 、またはワークステーション４１に接続される。同様に、リンク３３₅及び３３₆ を介してそれぞれ基本スイッチングユニット１に接続されている第２及び第３ス イッチゲートウェイユニット２１は、それぞれイーサネットまたはＦＤＤＩリン ク３９₂及び３９₃を介してＬＡＮバックボーン３５₂及び３５₃ にも接続されている。従って、図２ａの構成によれば、異なるＬＡＮに接続され ているユーザは、混雑に遭遇することなく、本発明によるシームレスＩＰトラフ ィックの流れを使用して通信し合うことができる。 図２ｂに示す別の例は、ワークグループ構成の概要図である。図２ｂは、幾つ かのホストコンピュータ４５がＡＴＭリンク３３_mを介して複数の基本スイッチ ングユニット１に接続され、これらの基本スイッチングユニット１がユーザデバ イス４１を有するＬＡＮ３５に接続されているような高性能ワークグループ環境 を示している。この構成では、第１基本スイッチングユニット１は、ＡＴＭリン ク３３₁（１５５Ｍｂｐｓ）を介して第２基本スイッチングユニット１に接続さ れている。複数のホストコンピュータ４５は、それぞれのＡＴＭ ＮＩＣ ４７ から１５５ＭｂｐｓのＡＴＭリンク３３_x（但し、ｘ＝２乃至５）を介して第１ 基本スイッチングユニット１にそれぞれ接続されている。更に、複数のホストコ ンピュータ４５は、それぞれのＡＴＭ ＮＩＣ ４９から２５ＭｂｐｓのＡＴＭ リンク３３_y（但し、ｙ＝８乃至１０）を介して第２基本スイッチングユニット １にそれぞれ接続されている。イーサネットまたはＦＤＤＩリンク３９を介して 第１及び第２基本スイッチングユニット１とスイッチゲートウェイユニット２１ とを接続することにより、ホストコンピュータ４５のユーザはＬＡＮ ３５に結 合されているユーザデバイス４１と通信することができる。それによってホスト コンピュータのワークグループは、キャンパスネットワークの残余とシームレス 的に統合される。 更に別の例として、図２ｃには、基本スイッチングユニット１、幾つかのスイ ッチングエージェント９１１、９１３、及び９１５、及びシステムノード９１６ （例えば、別の基本スイッチングユニット、スイッチゲートウェイユニット、ま たはホスト）を使用する簡単な構成の概要が示されている。勿論、他の構成とし て、望むならば付加的なシステムノード及び他の組合わせを含むこともできる。 図２ｃには、幾つかのスイッチングエージェント９１１、９１３、及び９１５が 示されており、各エージェントは各々がユーザデバイス（図示してない）に接続 されている種々のイーサネットＬＡＮ ９１７_n（但し、この特定の例における ｎは１乃至６の範囲である）へのそれぞれのインタフェースを有しており、各エ ージェントはＡＴＭリンク９１９_m（但し、この特定の例におけるｍは１乃至３ の範囲である）を介して基本スイッチングユニット１に接続されている。基本ス イッチングユニット１は、ＡＴＭリンク９２３によってスイッチングエンジン９ ２５に接続されているスイッチコントローラ９２１を含む。勿論、ＬＡＮ９１７_n は、ＦＤＤＩ、１０ＢａｓｅＴイーサネットまたは１００ＢａｓｅＴイーサネ ット、ギガビットイーサネット、他の型のネットワーク、またはこれらの何れか の型のネットワークの組合わせであることもできる。ＬＡＮ ９１７_nに接続さ れるユーザデバイスは、ＬＡＮ ９１７_nＮＩ接続するための適切なＮＩＣを有 するＰＣ、端末、プリンタ、サーバ、ワークステーション等であってよい。シス テムノード９１６は、ＡＴＭリンク９１９₄を介して基本スイッチングユーザ１ のスイッチングエンジン９２５に結合される。 概述すれば、図２ｃのスイッチコントローラ９２１は、スイッチエージェント のそれぞれのインタフェースを調整することによって(パケットの送受信の場合) 、及び特定の流れの型の特定の流れで受信したパケットをどのように処理するか をスイッチエージェントに指示することによってスイッチエージェントを制御す る。特定の流れの型、並びに特定の流れは、ＩＦＭＰ−Ｃプロトコルの動作を介 してスイッチコントローラ９２１によって作成することができる。前述したよう に、スイッチコントローラ９２１はリンクレイヤスイッチ（ＡＴＭスイッチ９２ ５のような）に結合され、リンクレイヤスイッチはスイッチングエージェント（ ９１１、９１３、９１５のような）及び／または別のシステムノード９１６に結 合することができる。初期化中に、スイッチコントローラ９２１はＩＦＭＰ−Ｃ パケットをスイッチングエージェントへ送り、スイッチコントローラ９２１が各 スイッチングエージェントの特定の構成（設置されているネットワークインタフ ェース等）を学習できるようにする。次いでスイッチコントローラ９２１は、ス イッチングエージェントに結合された１つまたはそれ以上のネットワークインタ フェース９１７_nを調整してパケットの受信を開始させる。スイッチコントロー ラ９２１は、若干の受信したパケットをスイッチコントローラ９２１へ伝送させ 、他の受信したパケット（例えば、もしそれらがスイッチコントローラ９２１に よって処理されないプロトコルに関して受信されていれば）をドロップできる ように、スイッチングエージェントにおけるパケット処理をも準備する。もしあ る流れを、スイッチコントローラ９２１を介在させなくてもスイッチングエージ ェントによって処理できることをスイッチコントローラ９２１が検出すれば、ス イッチコントローラ９２１はＩＦＭＰ−Ｃを使用してスイッチングエージェント に指令して、そのパケットを処理させる（例えば、パケットをドロップさせるか 、１つまたはそれ以上の異なる出力フォーマットを使用して、またはパケットを 局部的に転送するための異なるクラスのサービスを使用して、１つまたはそれ以 上のインタフェースからパケットを転送させる）。パケットの転送に関連するの は、そのパケットに適用する変換（例えば、パケット内の「生存する時間」(Tim e to Live)のデクレメント、ＩＰヘッダー検査合計の更新、異なる流れの型フォ ーマットのためのヘッダー管理等）である。スイッチングエージェント、スイッ チングノード、及びスイッチコントローラ（図２ｃに示す構成に示すような）の 相互運用の詳細に関しては後述する。 本発明によれば、システムはＡＴＭスイッチを制御するために、何等かの既存 ＡＴＭスイッチ制御ソフトウェアの代わりに、システムソフトウェアを使用する ことによってＡＴＭ（または、他の実施例における代替技術）スイッチングハー ドウェアのトップに完全ＩＰ経路指定機能を追加する。従って、本システムは、 ルータの隘路の問題を生ずることなく、効率的な技法で高速、大容量のパケット 伝送を行うために、必要になった時のネットワークレイヤＩＰ経路指定と、可能 である時のデータリンクレイヤスイッチングとの間を移動することができる。 詳細を後述するイプシロン流れ管理プロトコル（ＩＦＭＰ）を使用して、シス テムソフトウェアは、システムノード（基本スイッチングユニット、スイッチゲ ートウェイユニット、またはホストコンピュータ／サーバ／ワークステーション のような）に、ＩＰパケットを、若干の共通の特徴に基づいて類似したパケット の「流れ」に属するものとして分類させることができる。流れは、特定の源から 特定の行先へ送られる（ユニキャストまたはマルチキャスト）パケット（これら のパケットは、それらが要求することができるそれらの経路指定、及び何等かの 局部処理ポリシーに関して関係付けられている）のシーケンスである。若干の型 の流れは、パケットの高速スイッチングを遂行するために、ＡＴＭスイッチング エンジンを使用して個々のＡＴＭ接続にそれらを写像することよって処理するこ とができる。例えば実時間トラフィックを運ぶ流れ、サービス要求の品質を有す る流れ、または長い保持時間を有しそうな流れは、可能な時に何時でもスイッチ されるように構成することができる。例えば短い持続時間の流れ、またはデータ ベース照会のような他の型の流れは、コネクションレスＩＰ経路指定によって処 理される。特定のパケットの流れを、特定のＡＴＭラベル（即ち、ＡＴＭ仮想パ ス識別子（ＶＰＩ）及び仮想チャネル識別子（ＶＣＩ））に関連付けることがで きる。仮想チャネルは単方向性であるものとしているので、各リンクの入力方向 のＡＴＭラベルは、そのリンクが接続されている入力ポートによって支配される 。あるリンク上の各伝送方向は、別々に処理される。勿論、各方向に走行する流 れは、システムによって別々にではあるが、同じように処理される。 流れ分類は、局部的なポリシーの決定である。あるＩＰパケットがシステムノ ードによって受信されると、そのシステムノードはそのＩＰパケットを省略時チ ャネルを介して伝送する。またそのノードは、そのＩＰパケットを特定の流れに 属するものとして分類し、同一の流れに属するフューチャパケットを、ＡＴＭス イッチングエンジン内に好ましく直接スイッチすべきか、またはそのノード内の ルータによってホップ・バイ・ホップで転送し続けるべきかを相応に決定する。 もしパケットの流れをスイッチするものと決定されれば、その流れには先ずラベ ル付けしなければならない。ある流れにラベル付けするために、ノードは、その パケットを受信した入力ポートの使用可能なラベル（ＶＰＩ／ＶＣＩ）をその流 れのために選択する。流れにラベルを付けすることを決定したノードは、そのラ ベル、流れ識別子、及び生存期間を格納し、次いでそのパケットを送った上流の 先行ノードヘ「ＩＦＭＰリダイレクト」メッセージを送る。流れ識別子は、その 流れを特徴付けるヘッダーフィールドのセットを含んでいる。生存期間は、リダ イレクションが有効である時間長を指定する。流れの状態がリフレッシュされな ければ、流れとラベルとの間の結合は、その生存期間が経過すると削除される。 流れの状態がリフレッシュされる前に生存期間が経過すると、その流れに属する 後続パケットは隣接ノード間の省略時転送チャネルで伝送されるようになる。元 のものと同一のラベル及び流れ識別子を有してはいるが、別の生存期間を有する 「リダイレクト」メッセージを上流へ送ることによって、流れの状態はリフレッ シュされる。「リダイレクト」メッセージは、流れ識別子によって識別される特 徴と一致する後続の全パケットを、そのラベルによって指定された仮想チャネル を介して伝送するように上流ノードに要求する。また、リダイレクションの決定 は上流ノードによって処理される局部的な決定であり、一方流れ分類決定は下流 ノードによって処理される局部的な決定である。従って、たとえ下流ノードが特 定のパケットの流れのリダイレクションを要求したとしても、上流ノードはその リダイレクションの要求を受入れるか、または無視するかを決定することができ る。更に、「リダイレクト」メッセージに対して肯定応答はなされない。そのよ うにはせずに、新しい仮想チャネルから第１パケットが到着したことによって、 リダイレクション要求が受入れられたことを指示するようになっている。 システムソフトウェアは、その流れの異なる流れの型に依存して、ラベル付け された流れに属するＩＰパケットをＡＴＭデータリンクで伝送するために異なる カプセル封じをも使用する。本実施例においては、４つの型のカプセル封じを使 用する。 ＩＦＭＰに加えて、システムソフトウェアは別のプロトコル、即ち「汎用スイ ッチ管理プロトコル（ＧＳＭＰ）」をも使用し、ＡＴＭリンクを通してシステム の基本スイッチングユニットのスイッチコントローラとＡＴＭハードウェアスイ ッチングエンジンとの間に通信を確立し、それによって可能な時には「レイヤ２ 」のスイッチングを可能にし、必要な時には「レイヤ３」のＩＰ経路指定及びパ ケット転送を可能にする。詳しく述べれば、ＧＳＭＰは、ＡＴＭスイッチを制御 するための汎用非対称プロトコルである。即ち、スイッチコントローラはマスタ ーとして動作し、ＡＴＭスイッチはスレーブとして動作する。ＧＳＭＰは、初期 化時にスイッチコントローラとＡＴＭスイッチとの間のＡＴＭリンク上に確立さ れる仮想チャネル上を走る。単一のスイッチコントローラは、別々の仮想チャネ ルについてのＧＳＭＰの複数の手続き(instantiations)を使用して複数のＡＴＭ スイッチを制御することができる。ＧＳＭＰ内には、ＧＳＭＰ隣接プロトコルも 含まれている。このプロトコルは、スイッチコントローラとＡＴＭスイッチとの 間のＡＴＭリンク上の状態を同期させて、リンクの他方の端におけるエンティテ ィのアイデンティティを見出し、そのエンティティのアイデンティティの変化を 検出するために使用される。 ＧＳＭＰは、スイッチコントローラが、ＡＴＭスイッチにまたがる接続を確立 及び解放すること、１地点と複数地点との間の接続の許可(leaves)を追加及び削 除すること、スイッチポートを管理すること、構成情報を要求すること、及び統 計を要求することを許可する。またＧＳＭＰは、ＡＴＭスイッチがスイッチコン トローラへ、リンクがダウンしているというような事象を通報することを許可す る。 スイッチは、複数のポート（各ポートは、入力ポートと出力ポートの組合わせ である）を含むものとしている。ＡＴＭセルは、入力ポートにおける入力仮想チ ャネルを通して外部通信リンクからＡＴＭスイッチに到着し、また出力ポートか らの出力仮想チャネル上の外部通信リンクヘＡＴＭスイッチから出て行く。前述 したように、ポートまたはリンク上の仮想チャネルは、それらのＶＰＩ／ＶＣＩ によって参照される。ＡＴＭスイッチにまたがる仮想チャネル接続は、入力仮想 チャネル（即ち、根）を１つまたはそれ以上の出力仮想チャネル（即ち、枝）に 接続することによって形成される。仮想チャネル接続は、それらが到着する入力 ポート、及びそれらの入力仮想チャネルのＶＰＩ／ＶＣＴによって参照される。 スイッチにおいては、各ポートは、入力ＡＴＭセルのＶＰＩ／ＶＣＩによって索 引されるハードウェアルックアップテーブルを有し、これらのテーブル内のエン トリはスイッチ内のローカル制御プロセッサによって制御される。 ＧＳＭＰの場合、各仮想チャネル接続はそれを確立する時に優先順位を割当て ることによって、あるサービス品質（ＱＯＳ）を確立することができる。同一出 力ポートを共用する仮想チャネル接続の場合、高い優先順位及び低い優先順位を 有する接続上のＡＴＭが同時にスイッチ内にあるものとすれば、高い優先順位を 有する接続上のＡＴＭの方が低い優先順位を有する接続上のＡＴＭよりもスイッ チを出て行くようになる。スイッチの各ポートが支援する優先順位の数は、ポー ト構成メッセージから得られる。異なるスイッチが異なる方法でマルチキャスト を支援できることが理解されよう。例えば、スイッチは、マルチキャスト接続の ための枝の数についての限度、支援されるマルチキャスト接続の数についての限 度、マルチキャスト接続の出力枝に割当て可能な異なるＶＰＩ／ＶＣＩ値の数に ついての限度、及び／または同一出力ポート上の特定マルチキャスト接続の単一 の枝だけの支援を有することができる。必要に応じて、故障コードを相応に指定 することができる。 スイッチは、スイッチポートを記述するために、３２ビットのポート番号を割 当てる。ポート番号は、スイッチの物理構造（例えば、シェルフ、スロット、ポ ート）に関係するサブフィールド内に構成することができる。各スイッチポート は、スイッチによって割当てられたポートセッション番号も維持する。ポートの ポートセッション番号は、ポートが連続的にアップしている間は同一に維持され る。しかしながら、もしポートがダウンした、または使用不能になった後に、ま たはパワーサイクルの後にアップ状態に戻れば、ポートのポートセッション番号 は変化する。ポートセッション番号はある形状の乱数を使用して割当てられ、ス イッチコントローラがリンク障害を検出し、状態を同期させ続けることを可能に する。 若干の実施例におけるシステムソフトウェアは、ＩＦＭＰ及びＧＳＭＰの他に 後述する別のプロトコル、即ち「クライアント用イプシロン流れ管理プロトコル （ＩＦＭＰ−Ｃ）」をも使用し、基本スイッチングユニットのスイッチコントロ ーラとスイッチングエージェントとの間のリンクを通して通信を確立し、それに よって、望む場合にはスイッチングエージェントへ転送するために「レイヤ３」 パケットを分散させる。詳しく述べれば、ＩＦＭＰ−Ｃは、スイッチングエージ ェントを制御するための汎用非対称プロトコルである。即ち、スイッチコントロ ーラはマスターとして動作し、スイッチングエージェントはスレーブとして動作 する。ＩＦＭＰ−Ｃを使用すると、スイッチングエージェント上のインタフェー スは、スイッチコントローラに局部的に結合されたインタフェースのように見え るので、スイッチコントローラ／スイッチングエージェントは外部からはシステ ムノードのように見える。一般的に言えば、ＩＦＭＰ−Ｃは、初期化時にスイッ チコントローラとスイッチングエージェントとの間のリンク上で確立される仮想 チャネル上を走る。単一のスイッチコントローラは、複数のスイッチングエージ ェントを制御するために別々の仮想チャネルを通してＩＦＭＰ−Ｃの複数の手続 きを使用することができる。システムの起動時に、スイッチコントローラは、そ のスイッチコントローラに結合された各ＡＴＭインタフェース上のＩＦＭＰ−Ｃ リスナー（このリスナーは、ＡＴＭインタフェースの省略時ＶＣＩに結合されて いる）を始動させ、スイッチングエージェントは省略時ＶＣＩ上で周期ＳＹＮメ ッセージを送り始める。スイッチコントローラがスイッチングエージェントから このＳＹＮメッセージを受信すると、スイッチコントローラはＩＦＭＰ−Ｃプロ トコル内に含まれているＩＦＭＰ−Ｃ隣接プロトコルを開始する。リンクの各側 によって使用されるＩＦＭＰ−Ｃ隣接プロトコルは、スイッチコントローラとス イッチングエージェントとの間のリンクの状態を同期させ、リンクの他方の端に おけるエンティティのアイデンティティを見出し、そしてそのエンティティのア イデンティティの変化を検出するために使用される。ＩＦＭＰ−Ｃ隣接プロトコ ルが、リンクの他方の側と同期させるためにリンクの各側に確立された時、リン クの各側はそのリンクの他方の側を識別するインスタンス番号を有している。 同期を完了した後にＩＦＭＰ−Ｃは、スイッチコントローラが、スイッチング エージェント上のどのポートまたはインタフェース（及びそれらの属性）が使用 可能であるかを決定し、各インタフェースを構成することを可能にするので、各 インタフェースを使用してパケットを転送することができるようになる。スイッ チングエージェントが複数のポートまたはインタフェースを含み、各インタフェ ースまたはポートが、入力ポート及び出力ポートの組合わせであるものとしてい る。一旦インタフェースが決定され、構成されると、ＩＦＭＰ−Ｃが使用されて 転送枝を作成し、変更し、そして削除する。各転送枝は、入力データ及び出力デ ータからなる。スイッチングエージェント内の各インタフェースは入力パケット の入力データ／出力データによって索引されるハードウェアルックアップテーブ ルを有し、テーブル内のエントリはスイッチングエージェント内のローカル制御 プロセッサによって制御される。入力データは、情報の幾つかの片または成分（ 特定の実施例によれば、入力インタフェース、優先順位(precedence)、入力フラ グ、キーデータ、及びキーマスクのような）を含み、情報の各片は入力情報に寄 与する。もし入力データの何れかの成分が変化すれば、パケットは異なる転送入 力エントリを有していると見做される。出力データは、整合する入力データ を有するパケットをどのように転送すべきかを記述する幾つかの片または成分（ 特定の実施例によれば、出力インタフェース、長さ除去、変換、データ変換、ヘ ッダーデータ、サービス品質型、及びサービス品質データ）を含む。１つの入力 エントリに対して、１つより多い出力エントリを有することが可能である。パケ ットがスイッチングエージェントのインタフェースに到着すると、スイッチング エージェントは、その入力インタフェースに関係のある入力エントリ全体を探索 する。エントリは、最低優先順位から最高優先順位へ探索することができる。整 合する入力エントリが見出されると、出力枝上の情報が使用され、そのパケット が転送される。 ＩＦＭＰ−Ｃにおいては、リンクレベルハードウェアの管理（例えば、イーサ ネット上で仮想チャネルを開き、ハードウェアアドレスフィルタを追加する）は 、スイッチングエージェントに残されている。もし入力キーマスタがリンクレベ ルアドレスのビットを含んでいれば、スイッチングエージェントはこれらのアド レスを受信することを保証すべきである。もしマスクがリンクデータアドレス指 定情報を含んでいなければ、スイッチングエージェントは、フィルタを調整すべ きではない。このように、スイッチングエージェントはそのハードウェアにとっ て最も効率的な手法でリンクレベルフィルタリングを制御することができ、スイ ッチコントローラはパケットを適切にフィルタするために充分なリンクレベル情 報をキー内に含まなければならない。スイッチコントローラは、無差別モード及 びマルチキャストモードのためにスイッチングエージェントの状態を管理するの で、スイッチングエージェントは所望の挙動を超えてコードパスを不適切に最適 化することを試みない。 ＩＦＭＰ、ＧＳＭＰ、及びＩＦＭＰ−Ｃの詳細に関しては、本発明の特定実施 例に従って後述する。 II．システムハードウェア Ａ．コントローラハードウェア 図３は、本発明のシステムソフトウェアを実行する基本スイッチングユニット １内のスイッチコントローラ５（図１ａ参照）として使用できる典型的なコンピ ュータシステム５１のブロック線図である。図３には、本発明のシステムソフト ウェアを実行するスイッチゲートウェイ２１内のスイッチゲートウェイコントロ ーラ２３として使用できるコンピュータシステムの例、及びシステムソフトウェ アのサブセットがロードされているホストコンピュータ／サーバ／ワークステー ションとして使用できる典型的なコンピュータの例も示されている。図３に示す ように、コンピュータシステム５１は、中央プロセッサ６９、システムメモリ７ １、Ｉ／Ｏコントローラ７３、固定ディスク７９、ネットワークインタフェース ８１、及び読み出し専用メモリ（ＲＯＭ）８３のようなサブシステムを含む。勿 論、コンピュータシステム５１は、ホストの場合にオプションで、モニタ５３、 キーボード５９、ディスプレイアダプタ７５、及び取り外し可能ディスク７７を 含む。８５のような矢印は、コンピュータシステム５１のシステムバスアーキテ クチャを表している。しかしながら、これらの矢印はサブシステムをリンクする のに役立つ相互接続計画の例示に過ぎない。例えばローカルバスは、中央プロセ ッサ６９をシステムメモリ７１及びＲＯＭ ８３に接続するために使用できる。 本発明に使用するのに適する他のコンピュータシステムは、付加的な、またはよ り少ないサブシステムを含むことができる。例えば、別のコンピュータシステム は、１つより多くのプロセッサ６９（即ち、多重プロセッサシステム）、または キャッシュメモリを含むことができる。 本発明の一実施例においては、スイッチコントローラとして使用されるコンピ ュータは、標準周辺成分相互接続（ＰＣＩ）バス、及びＡＴＭネットワークアダ プタまたはネットワークインタフェースカード（ＮＩＣ）が装備されている標準 のインテルをベースとする中央処理ユニット（ＣＰＵ）マシンである。コンピュ ータは、ＡＴＭ ＮＩＣを使用して１５５メガビット／秒（Ｍｂｐｓ）ＡＴＭリ ンクに接続される。この実施例では、システムソフトウェアは、コンピュータの ハードドライブである固定ディスク７９上に設けられている。当分野に精通して いれば理解されるように、システムソフトウェアは、コンピュータ可読コードを 格納するＣＤ−ＲＯＭ、フロッピーディスク、テープ、または他の有形媒体上に 格納することができる。 しかしながら、図３に示すコンピュータシステムは、本発明に（基本スイッチ ングユニットのスイッチコントローラとして、スイッチゲートウェイユニットの スイッチゲートウェイコントローラとして、またはホストコンピュータ／サーバ ／ワークステーションとして）使用するのに適するコンピュータシステムの例に 過ぎない。更に、図３は、システムソフトウェアの少なくともサブセットを設け た（ＩＦＭＰ−Ｃ操作性を与えるために）、スイッチングエージェント９０１（ 図１ｃに示したような）として使用できるコンピュータシステムの例を示してい る。経路指定プロトコルのためのシステムソフトウェアは、スイッチングエージ ェント９０１として使用するコンピュータシステムに設ける必要はなく、従って システムソフトウェアのこのサブセットは埋め込まれたデバイス上で走らせるこ とができることは理解されよう。同様に、スイッチングエージェント９０１とし て使用されるコンピュータシステムから固定ディスク７９を省略することができ 、それによってスイッチゲートウェイユニットの代わりにスイッチングエージェ ント９０１を使用しているかも知れない若干のネットワークの設置費用を低下さ せることができる。本発明に使用するのに適するサブシステムの他の構成は、当 分野に精通していれば容易に理解されよう。更に、スイッチゲートウェイユニッ トには、種々の型のＬＡＮに接続できるように複数の他のＮＩＣを設置すること ができる。異なる型のＬＡＮバックボーンのために、他のＮＩＣまたは代替アダ プタをスイッチゲートウェイユニット内に使用することができる。例えば、ＳＭ Ｃ １０Ｍ／１００ＭイーサネットＮＩＣ、またはＦＤＤＩ ＮＩＣを使用する ことができる。 本発明の範囲をどのようにも制限するものではないが、表１は、上記実施例に よるコントローラの動作に有用な市販の成分のリストである。当分野に精通して いれば、表１にリストした成分が本発明に関連して使用することができる成分を 表しており、本発明の１つの特定実施例によるデバイスの組立てを容易にする目 的で示したものに過ぎないことが理解されよう。当分野に精通していれば、さま ざまな成分を容易に置換することも、または機能を組合わせたり、分離したりす ることも可能であろう。 表 １ コントローラ成分 Ｂ．スイッチングハードウェア 上述したように、ＡＴＭスイッチハードウェアは、基本スイッチングユニット のスイッチングエンジンを構成する。ＡＴＭスイッチングエンジンは、ベンダー には無関係のＡＴＭスイッチングハードウェアを使用する。しかしながら、本発 明によるＡＴＭスイッチングエンジンは、その通常のコネクション型ＡＴＭ経路 指定及び信号方式ソフトウェア（ＳＳＣＯＰ、Ｑ．２９３１、ＵＮＩ３．０／３ ．１及びＰ−ＮＮＴ）の何れをも使用しない。そうではなく、どのＡＴＭプロト コル及びソフトウェアも完全に破棄され、基本スイッチングユニットはＡＴＭス イッチングエンジンを制御するのにシステムソフトウェアを使用する。システム ソフトウェアの詳細に関しては後述する。 別々に使用可能なＡＴＭ成分を、典型的なＡＴＭスイッチアーキテクチャに組 立てることができる。例えば、図５は、本発明の実施例による基本スイッチング ユニットのスイッチングハードウェアエンジンとして使用することができるＡＴ Ｍスイッチのアーキテクチャ（この例は１６ポートスイッチを示している）のブ ロック線図である。しかしながら、市販されているＡＴＭスイッチを、本発 明の他の実施例による基本スイッチングユニットのスイッチングエンジンとして 動作させることもできる。スイッチングハードウェア３の主機能成分は、スイッ チコア、マイクロコントローラ複合体、及びトランシーバ副組立体を含む。概述 すれば、スイッチコアは「レイヤ２」スイッチングを遂行し、マイクロコントロ ーラ複合体はＡＴＭスイッチのためのシステム制御を行い、そしてトランシーバ 組立体は物理レイヤからの信号のインタフェース及び基本送受信を行う。本実施 例では、スイッチコアは、ホワイトチップ１００、グレイチップ１０２、ＭＢＵ Ｆチップ１０４、「ポートインタフェースデバイス（ＰＩＦ）」１０６、及び共 通データメモリ１０８を含む「ＭＭＣネットワークＡＴＭＳ ２０００ＡＴＭス イッチチップセット」を基本としている。スイッチコアは、オプションで、「Ｖ Ｃアクティビティ検出器」１１０、及び「早期パケット破棄」機能１１２をも含 むことができる。パケットカウンタも含まれているが、図示してない。ホワイト チップ１００は構成制御及び状態を供給する。グレイチップ１０２は、状態及び 制御のためにホワイトチップ１００と通信する他に、スイッチテーブルを用いて 直接アドレス指定及びデータ転送の責を負う。ＭＢＵＦチップ１０４は、ＰＩＦ チップ１０６と共通データメモリ１０８との間のセルトラフィックの移動に対す る責を負う。メモリ要素を含むＶＣアクティビティ検出器１１０は、全ての活動 状態にある仮想チャネル上に情報を供給する。早期パケット破棄１１２は、必要 に応じて若干のＡＴＭセルを破棄する能力を与える。パケットカウンタは、全て の入力及び出力ポートを通過する全てのパケットを計数する能力をスイッチに与 える。バス１１４、１１５、１１６、１１７、及び１１７は、スイッチの種々の 成分間のインタフェースを提供する。マイクロコントローラ複合体は、中央処理 ユニット（ＣＰＵ）１３０、ダイナミックランダムアクセスメモリ（ＤＲＡＭ） １３２、読み出し専用メモリ（ＲＯＭ）１３４、フラッシュメモリ１３６、ＤＲ ＡＭコントローラ１３８、デュアル万能非同期受信送信機（ＤＵＡＲＴ）ポート １４０及び１４２、及び外部タイマ１４４を含んでいる。ＣＰＵ １３０はマイ クロコントローラとして動作する。ＲＯＭ １３４はローカルブートＲＯＭとし て動作し、全スイッチコードイメージ、基本低レベル動作システム機能、及び診 断を含んでいる。ＤＲＡＭ １３２は、普通のランダムア クセスメモリ機能を提供し、ＤＲＡＭコントローラ１３８（フィールドプログラ マブルゲートアレイ（ＦＰＧＡ）デバイス等によって実現することができる）は ＤＲＡＭ １３２のためのリフレッシュ制御を行う。フラッシュメモリ１３６は 、ハードウェア改訂制御、一連番号識別、及び可製造性及び追跡のための種々の 制御コードのためにマイクロコントローラによってアクセス可能である。ＤＵＡ ＲＴポート１４０及び１４２は、診断、監視、及び他の目的のために、通信資源 へのインタフェースとして設けられている。外部タイマ１４４は必要に応じてＣ ＰＵ １３０に割込む。トランシーバ副組立体は、ＰＩＦチップ１０６と物理ト ランシーバ（図示してない）との間に配置された物理インタフェースデバイス１ ４６を含む。インタフェースデバイス１４６は、データストリームの処理を遂行 し、ＡＴＭ物理レイヤを実現する。勿論スイッチの成分は、使用できるシャーシ に依存して、デスクトップ上に取付けるか、またはセットされるラック上に存在 し得る印刷回路基板上にあることができる。 本発明の範囲をどのようにも制限するものではないが、表２は、上記実施例に よるスイッチングエンジンの動作に有用な市販の成分のリストである。当分野に 精通していれば、表２にリストした成分が本発明に関連して使用することができ る成分を表しており、本発明の１つの特定実施例によるデバイスの組立てを容易 にする目的で示したものに過ぎないことが理解されよう。当分野に精通していれ ば、さまざまな成分を容易に置換することも、または機能を組合わせたり、分離 したりすることも可能であろう。勿論、前述したように、ＡＴＭ以外の技術（例 えば、フレームリレー、高速パケットスイッチング、またはギガビットイーサネ ットのような）を使用するスイッチングエンジンは、適切な成分を使用すること になろう。 表 ２ スイッチ成分 III.システムソフトウェア機能 先に概要を説明したように、ＩＦＭＰは、レイヤ２「ラベル」を、指定された パケットの「流れ」に添付するように隣接ノードに命令するためのプロトコルで ある。流れは、特定の源から特定の１つまたは複数の行先（これらは、要求され るこれらの経路指定及び論理的処理ポリシーに関して関係付けられている）へ送 られるパケットのシーケンスである。ラベルは仮想チャネルを指定し、その流れ に関してキャッシュされた経路指定情報に効率的にアクセスできるようにする。 ラベルは、指定された流れに属するその後のパケットを、レイヤ３においてルー トするのではなく、レイヤ２においてスイッチできるようにもする。即ち、もし 上流及び下流の両リンクがネットワーク内のある特定ノードにおいて流れをリダ イレクトするものとすれば、その特定ノードはその流れを、ネットワークレイヤ においてルートし、転送するのではなく、データリンクレイヤにおいてスイッチ することができる。 図５ａは、本発明の一実施例による各システムノードにおける初期化手順の概 要を示す流れ図である。ステップ１６０においてシステムが起動すると、ステッ プ１６２において各システムノードは全てのポート上に省略時仮想チャネルを確 立する。ステップ１６４において各システムノードは、何れかのポートにパケッ トが到着するのを待機する。 図５ｂは、本発明によるレイヤ３経路指定と、レイヤ２スイッチングとの間を 動的にシフトするシステムノードの動作を示す流れ図である。初期化の後に、ス テップ１６６において、システムのあるポートにパケットが到着する。もしその パケットが省略時仮想チャネルから受信されれば（ステップ１６８）、システム ノードはステップ１７０において、そのパケットの流れ分類を遂行する。流れ分 類は、そのパケットがある型の流れに属するか否かの決定を含む。ステップ１７ ２において、システムノードは、パケットが属している流れを好ましくスイッチ すべきか否かを決定する。もしシステムノードがその流れをスイッチすべきであ ると決定すれば、ステップ１７４においてシステムノードはその流れにラベル付 けし、次いでステップ１７６においてそのパケットの転送を遂行する。パケット を転送してしまうと、システムノードはステップ１８２においてパケットの到着 を待機する。パケットが到着すると、システムノードはステップ１６６へ戻る。 ステップ１６８において、もしシステムノードがそのパケットは省略時仮想チャ ネルから到着したのではないと決定すれば、システムノードはステップ １７０におけるパケットに対する流れ分類を遂行しない。あるパケットが代替仮 想チャネルから到着した場合は、そのパケットは既にラベル付けされている流れ に属しているのである。従って、もしその流れも下流ラベル付けされていれば（ ステップ１７８）、システムノードはステップ１８０においてその流れをスイッ チする。流れのスイッチングは、上流リンクのラベルと下流リンクのラベルとの 間のスイッチ内で接続を行うことを含む。スイッチ１８０において流れをスイツ チングさせた後、ステップ１７６においてシステムノードはパケットを下流へ転 送する。もしその流れが下流ラベル付けされていなければ（ステップ１７８）、 システムノードは流れをスイッチせず、その代わりにステップ１７６においてパ ケットを下流へ転送する。勿論、基本スイッチングユニットがステップ１８０を 遂行するのは、あるシステムノードだけであることを理解されたい。他のシステ ムノード（例えば、スイッチゲートウェイユニット、またはホスト）も図５ｂに 示すように動作するのであるが、ステップ１７８の結果がスイッチゲートウェイ ユニットまたはホストのためのものにはならないから（これらの型のシステムの は下流リンクを有していないので）、ステップ１８０は遂行されない。 図５ｃ及び５ｄは、それぞれ、本発明のよるスイッチコントローラ、及び通信 リンクを介してスイッチコントローラに結合されているスイッチングエージェン トの動作を示す流れ図である。スイッチングエージェントは、図５ａに示した初 期化手順を辿ることに注目されたい。図５ｃは、初期化が完了した後に、インタ フェースの１つにパケットが到着した時の（ステップ１６００）スイッチングエ ージェントにおける手順を示している。もしパケットが省略時仮想チャネルから 受信されていなければ（ステップ１６０２において決定）、スイッチングエージ ェントは、スイッチング１６０４において指定されたチャネルへの木境界にアク セスする。パケットが省略時仮想チャネルから到着しなければ、そのパケットは 既にラベル付けされた流れに属しているのであり、その流れはスイッチされてい るのである。スイッチングエージェントはパケットを相応に転送し（ステップ１ ６０６）、別のパケットが到着するのを待機する（ステップ１６０８）。しかし ながらもしパケットが省略時仮想チャネルから受信されたのであれば（ステップ １６０２において決定）、ステップ１６１０においてスイッチングエージェン トはその枝テーブルを探索して入力枝と突き合わせる。もし一致する入力枝が見 出されなければ（ステップ１６１２）、スイッチング１６１４においてスイッチ ングエージェントはパケットをスイッチコントローラへ送り、別のパケットを待 機する（ステップ１６１６）。もし一致する入力枝が見出されれば（ステップ１ ６１２）スイッチングエージェントはステップ１６１８においてパケットを指定 された通りに転送する。次いでスイッチングエージェントは、パケットに対して 「フォールスルー(fall through)」モードが指定されているか否かを調べる（ス テップ１６２０）。後述するように、フォールスルーモードは、スイッチングエ ージェントが次の優先順位レベルの入力枝と突き合わせるために枝テーブルの探 索を続行すべきことを指示する（パケットを伝送した後に、この入力枝エントリ と突き合わせるために）。もしフォールスルーモードが指定されていなければ（ ステップ１６２０）、スイッチングエージェントは、単に次のパケットの到着を 待機するだけである（スイッチング１６２２）。しかしながら、もしフォールス ルーモードが指定されていれば（ステップ１６２０）、スイッチングエージェン トは、次の優先順位レベルの入力枝と突き合わせるために枝テーブルの探索を続 行する（ステップ１６２４）。ステップ１６２４から、スイッチングエージェン トは、次の優先順位レベルの入力枝に一致を見出したか否かを決定する（ステッ プ１６２６）。もし見出されなければ、スイッチングエージェントは次のパケッ トの到着を待機する（ステップ１６２２）。しかしながら、もし見出せば、スイ ッチングエージェントはステップ１６２６からステップ１６１８へ戻って指定さ れた通りにパケットを転送し、手順はステップ１６２０へ続く。 図５ｄは、初期化が完了した後に、省略時チャネル上のインタフェースの１つ を通してスイッチングエージェントからパケットを受信した時に、スイッチコン トローラにおける手順を示す流れ図である。（スイッチコントローラは、例えば スイッチコントローラのスイッチングエンジンを使用して、通信リンクを介して 少なくとも１つのスイッチングエージェントを結合することができる。）即ち、 図５は、パケットがスイッチコントローラへ送られた時の（図５ｃのスイッチ１ ６１４）スイッチコントローラにおける手順を示している。スイッチングエージ ェントからパケットが到着した後に（ステップ１６５０）、スイッチコントロ ーラはステップ１６５２においてパケットに対して流れ分類を遂行する。前述し たように、流れ分類は、パケットがある型の流れに属するか否かを決定すること を含む。ステップ１６５２からステップ１６５４に進んでスイッチコントローラ は、そのパケットが属している流れをスイッチさせるべきか否かを決定する。ス テップ１６５４において、もし流れをスイッチさせるべきではないことをスイッ チコントローラが決定すれば、スイッチコントローラは流れをスイッチさせるこ となく、単にパケットを転送して（ステップ１６５６）、次のパケットを待機す る（ステップ１６５８）だけである。ステップ１６５４において、もし流れを好 ましくスイッチさせるべきであることをスイッチコントローラが決定すれば、ス イッチコントローラはステップ１６６０においてその流れにラベル付けし、パケ ットを転送して（ステップ１６５６）、次のパケットを待機する（ステップ１６ ５８）。 図６ａは、図５ｂのステップ１７４における流れのラベル付けのように、シス テムノード（またはスイッチングノード）の上流リンクにおける流れのラベル付 けに含まれる諸ステップを示す流れ図である。スイッチゲートウェイユニットま たはホストであるシステムノードの場合には、システムノードは、図６ａのステ ップ１９０、１９２、２００、及び２０２に示すように流れにラベル付けする。 流れにラベル付けするステップ（ステップ１９０）が開始されると、システムノ ードは、ステップ１９２において上流リンク上の自由ラベルｘを選択する。次い でシステムノードは、ステップ２００において上流リンク上に「ＩＦＭＰリダイ レクト」メッセージを送る（破線１９３で示す）。次いでシステムノードはステ ップ２０２においてパケットを転送する。基本スイッチングユニットであるシス テムノードの場合の流れへのラベル付けも、ステップ１９４、１９６、及び１９ ８に示されている。流れにラベル付けするステップ（ステップ１９０）が開始さ れると基本スイッチングユニットは、ステップ１９２において上流リンク上の自 由ラベルｘを選択する。基本スイッチングユニットのスイッチコントローラは、 ステップ１９４においてスイッチコントローラの制御ポート上の一時ラベルｘ’ を選択する。ステップ１９６において、スイッチコントローラは、ＧＳＭＰメッ セージをハードウェアスイッチングエンジンへ送って、上流リンク上のラベ ルｘを制御ポート１のラベルｘ’へ写像させる。スイッチコントローラは、写像 が成功したことを指示するＧＳＭＰ肯定応答メッセージをハードウェアスイッチ ングエンジンから受信するまで、ステップ１９８において待機する。肯定応答を 受信すると、ステップ２００において基本スイッチングユニットは上流リンク上 に「ＩＦＭＰリダイレクト」メッセージを送る。ステップ２００の後は、システ ムノードは図５６のステップ１７６へ戻る。 図６ｂは、図５ｂのステップ１８０によって示されているように、基本スイッ チングユニットにおける流れスイッチングに含まれるステップを示す流れ図であ る。前述したように、基本スイッチングユニットが流れをスイッチするステップ を遂行できるのは、システムノードだけである。流れをスイッチする手順はステ ップ２１０から開始され、ステップ２１２において基本スイッチングユニット内 のスイッチコントローラは、ＧＳＭＰメッセージを送って上流リンク上のラベル ｘを、下流リンク上のラベルｙに写像させる。ラベルｙは、基本スイッチングユ ニットより下流のノードがその流れに割当てたラベルである。勿論、この下流ノ ードは図５ｂ及び６ａによって指定されている手法で、その流れにラベル付けし ており、自由ラベルｙはステップ１９２において選択される。ステップ２１２の 後に、基本スイッチングユニット内のスイッチコントローラは、ステップ２１４ において基本スイッチングユニット内のハードウェアスイッチングエンジンから 写像が成功したことを指示するＧＳＭＰ肯定応答メッセージを待機する。それに よって、流れは基本スイッチングユニット内のハードウェアスイッチングエンジ ン内においてレイヤ２で完全にスイッチされる。次いでステップ１７６において 基本スイッチングユニットは、パケットを転送する。 図６ｃは、図５ｂのパケット転送ステップ１７６によって示されているように 、システムノードにおいてパケットを転送する際に含まれるステップを示す流れ 図である。システムノードはステップ２１８においてパケット転送手順を開始す る。もしそのパケットが属している流れが下流リンク上でラベル付けされていな ければ（ステップ２２０）、ステップ２２２においてシステムノードは下流リン ク上の省略時仮想チャネルでパケットを送り、次いで待機ステップ２２４に進ん でパケットの到着を待機する。しかしながら、もしそのパケットが属している流 れが 下流リンク上でラベル付けされていて、先に「ＩＦＭＰリダイレクト」メッセー ジを受信したシステムノードがその流れにある生存期間に関するラベル付けした ことを指示すれば、システムノードはステップ２２６において、その流れのリダ イレクションのための生存期間が経過してしまったか否かを調べる。もし生存期 間が経過していなければ、ステップ２２８においてシステムノードは、「ＩＦＭ Ｐリダイレクト」メッセージ内のラベル付けされた仮想チャネルでパケットを送 り、次いで待機状態（ステップ２２４）へ進む。もし生存期間が経過していれば 、ステップ２３０においてシステムのは流れリダイレクションを自動的に削除す る。次いでシステムノードは省略時チャネルでパケットを送り（ステップ２２２ ）、図５ｂに示すようなステップ１８２の待機状態に戻る。 前述したように、図６ａ−６ｃは、スイッチングエージェントが係わらない時 のシステムノード（またはスイッチングノード）の相互運用に関している。図６ ｄ−６ｅは、後述するように、少なくとも１つのスイッチングエージェントが基 本スイッチングユニットに結合された時のスイッチングノードの相互運用に関し ている。 図６ｄは、図５ｄの流れにラベル付けするステップ１６６０によって示されて いるような、結合された源スイッチングエージェントから受信したパケットの流 れにラベル付けする際にスイッチコントローラにおいて遂行されるステップを示 す流れ図である。図６ｄには、３つのシナリオが示されている。即ち、パケット の流れを源スイッチングエージェント上の別のインタフェースへ送ることが望ま れる場合、パケットの流れを別の結合されたスイッチングエージェント、即ち行 先スイッチングエージェント上のインタフェースへ送ることが望まれる場合、及 び、パケットの流れを別の結合されたノード（または、別の基本スイッチングユ ニット、スイッチゲートウェイユニット、またはホストのようなスイッチングノ ード）上のインタフェースへ送ることが望まれる場合である。 図６ｄに示すように、もし源スイッチングエージェントから受信したパケット の流れを、同一スイッチングエージェント上の別のインタフェースへ送ることが 望まれていれば（ステップ１６６２において決定）、スイッチコントローラは（ ステップ１６６４において）ＩＦＭＰ−Ｃを使用して源スイッチングエージェ ントを調整し、その流れとして受信されるフューチャパケットを適切なヘッダー 及び変換を用いてそのスイッチングエージェントの行先インタフェース上へ転送 させる。 もし源スイッチングエージェントから受信されたパケットの流れが、同一スイ ッチングエージェントの別のインタフェースへ送られることを望まれていなけれ ば（ステップ１６６２において決定）、ステップ１６６６において、源スイッチ ングエージェントから受信されたパケットの流れが、行先スイッチングエージェ ントのインタフェースへ送られることを望まれているのか否かが決定される。も し望まれていれば、スイッチコントローラは、（ステップ１６６８において）ス イッチコントローラと源スイッチングエージェントとの間の上流リンク上で自由 ラベルｘを選択し、（ステップ１６７０において）スイッチコントローラと行先 スイッチングエージェントとの間の下流リンク上の自由ラベルｙを選択する。次 のステップ１６７２において、スイッチコントローラはＧＳＭＰを使用してｘを ｙへ写像させる。ステップ１６７４において、スイッチコントローラはＩＦＭＰ −Ｃを使用して行先スイッチングエージェントを調整し、ラベルｙについて受信 された流れのフューチャパケットを、適切なヘッダー及び変換を用いて行先イン タフェースへ転送させる。次にスイッチコントローラは、（ステップ１６７６に おいて）ＩＦＭＰ−Ｃを使用して源スイッチングエージェントを調整し、その流 れのフューチャパケットを適切なヘッダー及び変換を用いてラベルｘへ転送させ る。 もし源スイッチングエージェントから受信されたパケットの流れが、行先スイ ッチングエージェント上のインタフェースへ送られることを望まなければ（ステ ップ１６６６において決定）、源スイッチングエージェントから受信したパケッ トの流れは、別の結合されたシステムノード（または、別の基本スイッチングユ ニット、スイッチゲートウェイユニット、またはホストのような「スイッチング ノード」）上のインタフェースへ送られることを望んでいるのである。次にスイ ッチコントローラは（ステップ１６８０において）、スイッチコントローラと源 スイッチングエージェントとの間の上流リンク上の自由ラベルｘを選択する。ス テップ１６８２においてスイッチコントローラは、下流リンク上の自由ラベルｙ がスイッチングノードによって選択され、ＩＦＭＰを介して通信されるのを待機 する。次いでステップ１６８４においてスイッチコントローラは、ＧＳＭＰを使 用してｘをｙへ写像させる。ステップ１６８６においてスイッチコントローラは 、ＩＦＭＰ−Ｃを使用して源スイッチングエージェントを調整し、その流れのフ ューチャパケットを適切なヘッダー及び変換を用いてラベルｘへ転送させる。 図６ｅは、結合されたスイッチングノードから受信され、結合されたスイッチ ングエージェント上のインタフェースへ宛てられたパケットの流れにラベル付け する際に、スイッチコントローラにおいて遂行されるステップを示す流れ図であ る（ステップ１７００から開始）。源スイッチングノードから受信されたパケッ トの流れが行先スイッチングエージェント上のインタフェースへ送られることを 望む場合には、スイッチコントローラは（ステップ１７０２において）スイッチ コントローラと源スイッチングノードとの間の上流リンク上の自由ラベルｘを選 択し、（ステップ１７０４において）スイッチコントローラと行先スイッチング エージェントとの間の下流リンク上の自由ラベルｙを選択する。次いでスイッチ コントローラは、ステップ１７０６においてＧＳＭＰを使用してｘをｙに写像さ せる。ステップ１７０８において、スイッチコントローラはＩＦＭＰ−Ｃを使用 して行先スイッチングエージェントを調整し、ラベルｙとして受信された流れの フューチャパケットを適切なヘッダー及び変換を用いて行先インタフェースへ転 送させる。ステップ１７１０において、スイッチコントローラはＩＦＭＰを使用 して上流スイッチングノードに流れのフューチャパケットをラベルｘへ伝送させ る。以上に概要を説明したが、さらなる詳細に関しては後述する。 Ａ．ＡＴＭデータリンク上でのＩＦＭＰ及びラベル付けされた流れの伝送 １．ＩＦＭＰ システムソフトウェアは「イプシロン流れ管理プロトコル（ＩＦＭＰ）」を使 用し、システムノード（基本スイッチングユニット、スイッチゲートウェイユニ ット、またはホストコンピュータ／サーバ／ワークステーションのような）がＩ Ｐパケットを、若干の共通の特徴に基づいて類似パケットの流れに属するものと して分類することを可能にする。流れは「流れ識別子」によって指定される。 特定の流れのための流れ識別子は、その流れを定義するパケットヘッダーからの フィールドのセットの内容または値を与える。パケットヘッダーからのフィール ドのセットの内容は、その特定の流れに属する全てのパケットに同一である。幾 つかの「流れの型」を指定することができる。各流れの型は、その流れを識別す るために使用されるパケットヘッダーからのフィールドのセットを指定する。例 えば１つの流れの型は、ステーション上を走るアプリケーション間のデータを運 ぶパケットを有するものとして、その流れを識別するパケットヘッダーからのフ ィールドのセットを指定することができ、一方別の流れの型は、ステーション間 のデータを運ぶパケットを有するものとして、その流れを識別するパケットヘッ ダーからのフィールドのセットを指定することができる。 本発明の一実施例においては、３つ流れの型、即ち「流れの型０」、「流れの 型１」、及び「流れの型２」が指定される。勿論、異なる、または付加的な流れ の型を指定することもできる。「流れの型０」は、ＩＰパケットのカプセル封じ を省略時のカプセル封じから変化させるために使用される。「流れの型０」の流 れ識別子のフォーマットは空白(null)であり、従って長さは０である。「流れの 型１」は、その流れを識別するパケットヘッダーからのフィールドのセットを、 ステーション上を走るアプリケーション間のデータを運ぶパケットを有するもの として指定する流れ型である。「流れの型１」は、ＩＰヘッダーの後の最初の４ つのオクテットが、アプリケーションを指示するために使用される源ポート番号 及び行先ポート番号を指定するようになっているＵＤＰ及びＴＣＰのようなプロ トコル用のパケットを有する流れに有用である。「流れの型１」の流れ識別子は 、４つの３２ビットワードの長さを有している。図７ａに番号２４０で示す「流 れの型１」の流れ識別子のフォーマットは、（最上位ビット（ＭＳＢ）から最下 位ビット（ＬＳＢ）への順番に）第１ワードとして、「バージョン」、「インタ ーネットヘッダー長（ＩＨＬ）」、「サービスの型」、「生存する時間」、及び 「プロトコル」フィールドを含み、第２ワードとして「源アドレス」フィールド を、及び第３ワードとして「行先アドレス」フィールドを含んでいる。流れ識別 子内のこれらのフィールドは、「流れの型１」のＩＰパケットのヘッダーからの ものである。「流れの型１」の流れ識別子は、第４ワードとして「源ポート番号 及び行先ポート番号」フィールド（ＩＰヘッダーの後のＩＰパケット内の最初の ４つのオクテット）をも含んでいる。「流れの型２」は、ステーション上で走る アプリケーションを指定することなく、ステーション間のデータを運ぶパケット を有するものとして、流れを識別するパケットヘッダーからのフィールドのセッ トを指定する流れの型である。「流れの型２」のための流れ識別子は、３つの３ ２ビットワードの長さを有している。図７ｂに番号２５０で示す「流れの型２」 の流れ識別子のフォーマットは、ＩＰパケットのヘッダーからの「バージョン」 、「インターネットヘッダー長（ＩＨＬ）」、「サービスの型」、「生存する時 間」、「プロトコル」、「源アドレス」、及び「行先アドレス」フィールドを含 んでいる。「流れの型２」の流れ識別子のフォーマットは、第４ワードが存在し ないこと以外は「流れの型１」の流れ識別子のフォーマットと同一である。これ らの流れの型の流れ識別子の本質が階層的であるので、ＩＰパケットに対して遂 行される最も特定の突き合わせ動作によって流れの分類が容易になる。 本発明は、流れの型に依存して、異なる型の流れを異なる手法で処理すること ができる。例えば、実時間トラフィックを運ぶ流れ、サービス品質要求を有する 流れ、または長い保持時間を有していそうな流れのような流れを、可能な時には 何時でもスイッチされるように構成することができる。例えば、短い持続時間の 流れ、またはデータベース照会のような他の型の流れは、コネクションレスＩＰ パケット転送によって処理される。更に、各流れの型は、流れのこの型がリダイ レクトされた後に使用されるカプセル封じによって処理される。各流れの型毎の カプセル封じは、異なるデータリンタ技術に対して指定することができる。本実 施例においては、後述するように、システムはＡＴＭデータリンクのためにカプ セル封じを使用する。 パケットの特定の流れは、特定のＡＴＭラベルに関連付けることができる。本 実施例によれば、ラベルは仮想パス識別子及び仮想チャネル識別子（ＶＰＩ／Ｖ ＣＩ）である。特定のポートのためのラベルの「範囲」は、そのポートにおいて 使用するのに使用可能なラベルのセット（ＶＰＩ／ＶＣＩ）である。仮想チャネ ルは単方向性であるものとしているので、各リンクの入力方向のラベルは、それ が接続されている入力ポートによって支配される。勿論、フレームリレーのよ うな他のスイッチング技術を使用する実施例の場合には、データリンク接続識別 子をラベルとして使用することができる。高速パケットスイッチング技術を使用 する実施例の場合には、データリンクチャネルマルチプレックス識別子をラベル として使用することができる。 前述したように、流れの分類は、局部的なポリシー決定である。ＩＰパケット がシステムノードによって受信されると、システムノードは省略時チャネルを介 してＩＰパケットを伝送する。またノードは、ＩＰパケットを特定の流れに属す るものとして分類し、同一の流れに属するフューチャパケットを、ＡＴＭスイッ チングエンジン内に直接スイッチすべきが、またはノード内のルータソフトウェ アによってホップ・バイ・ホップで転送するのかを相応に決定する。もしパケッ トの流れをスイッチすると決定されれば、ノードはその流れのために、パケット を受信した入力ポートの使用可能なラベル（ＶＰＩ／ＶＣＩ）を選択する。流れ をスイッチするとの決定がなされたノードは、ラベル、流れ識別子、及び生存期 間を格納し、パケットを送って来た上流の先行ノードへ「ＩＦＭＰリダイレクト 」メッセージを送る。前述したように、流れ識別子は、その流れを特徴付けるヘ ッダーフィールドのセットを含む。生存期間は、リダイレクションが有効である 時間の長さを指定する。流れ状態がリフレッシュされない限り、流れとラベルと の間の結合は生存期間が経過した時に削除すべきである。流れ状態がリフレッシ ュされる前に生存期間が経過すると、その流れに属するその後のパケットは隣接 するノード間の省略時転送チャネルを通して伝送される。 流れ状態は、元と同一のラベル及び流れ識別子を有し、別の生存期間を有する 「リダイレクト」メッセージを上流に送ることによってリフレッシュされる。リ ダイレクションの決定も上流ノードによって処理される局部的な決定であり、一 方流れの分類決定は下流ノードによって処理される局部的な決定である。従って たとえ下流ノードがパケットの特定の流れのリダイレクションを要求しても、上 流ノードはそのリダイレクションの要求を受入れるか、または無視するかを決定 することができる。更に、「リダイレクト」メッセージは肯定応答されない。そ のようにはせず、新しい仮想チャネルから最初のパケットが到着したことによっ て、そのリダイレクション要求が受入れられたことを指示する。 本発明においては、システムソフトウェアのＩＦＭＰは、ＩＦＭＰ隣接プロト コル、及びＩＦＭＰリダイレクションプロトコルを含む。ＩＦＭＰ隣接プロトコ ルによって、システムノード（ホスト、基本スイッチングユニット、またはスイ ッチゲートウェイユニット）は、あるリンクの他方の端のシステムノードのアイ デンティティを発見することができる。更にＩＦＭＰ隣接プロトコルが、リンク の状態を同期させ、リンクの他方の端のシステムノードが変化したことを検出し 、そしてリンクに割当てられたＩＰアドレスのリストを交換するために使用され る。ＩＦＭＰリダイレクションプロトコルを使用すると、システムは、システム がＩＦＭＰ隣接プロトコルを使用してリンクの他方の端の他のシステムノードを 識別し、リンクの状態同期を達成した後に限って、リンクを通して「リダイレク ト」メッセージを送ることができる。状態同期が達成されていないリンクを通し て受信された「リダイレクト」メッセージは、破棄されなければならない。ＩＦ ＭＰ隣接プロトコル及びＩＦＭＰリダイレクションプロトコルに関しては、シス テムの動作の詳細な説明に関連して後述する。 本システムの流れ分類及びリダイレクションを、図２ａに示すようなＬＡＮ構 成を使用する特定の例について説明すると、システムの長所を理解するのに有用 である。詳しく述べると、この例は、図２ａの第１及び第２のゲートウェイスイ ッチュニット２１と基本スイッチングユニット１との間の対話に焦点を合わせて いる。システムが起動すると、基本スイッチングユニット１のコントローラ上で 走るシステムソフトウェアと、各近隣ノード（この例では、第１及び第２のゲー トウェイスイッチユニット２１）との間に省略時転送ＡＴＭ仮想チャネルが確立 される。ネットワークレイヤリンク３９₁を通してＬＡＮバックボーン３５₂から ＩＰパケットが伝送されると、そのＩＰパケットは第１スイッチゲートウェイユ ニット２１の適切なＬＡＮ ＮＩＣを介して該ユニットによって受信される。次 いで、第１スイッチゲートウェイユニット２１のシステムソフトウェアはそのＴ Ｐパケットを調べ、リンク３３₄（スイッチゲートウェイユニット２１のＡＴＭ ＮＩＣと基本スイッチングユニット１内のＡＴＭスイッチングハードウェアの 選択されたポートとの間に確立されている）を介して基本スイッチングユニット １へ伝送するためにＩＰパケット内容の省略時カプセル封じを遂行する。 ＡＴＭスイッチングハードウェアは、ＡＴＭセルをスイッチコントローラ５内の ＡＴＭ ＮＩＣ９へ転送し、ＡＴＭ ＮＩＣ９はＩＰ経路指定のためにパケット を再組立てしてＴＰデータグラムをスイッチコントローラ内のシステムソフトウ ェアへ転送する。スイッチコントローラは、始めに起動時に基本スイッチングユ ニット１と第２スイッチゲートウェイユニット２１との間に確立された省略時転 送チャネルを通して、通常の手法でパケットを転送する。更に、基本スイッチン グユニット１内のスイッチコントローラはパケットに対して流れ分類を遂行し、 同一の流れに属するフューチャパケットをＡＴＭハードウェア内で直接スイッチ すべきなのか、またはシステムソフトウェアによってホップ・バイ・ホップでル ートさせ続けるのかを決定する。もしスイッチコントローラソフトウェアが、そ の流れをスイッチすべきであると局部的に決定すれば、それはそのパケットを受 信した入力ポート（ポートｉ）のラベル空間（ラベル空間は、単にＶＰＩ／ＶＣ Ｉラベルの範囲に過ぎない）から自由ラベル（ラベルｘ）を選択する。スイッチ コントローラは、その入力制御ポート（スイッチコントローラをＡＴＭスイッチ に接続する実または仮想ポート）上で自由ラベル（ラベルｘ’）をも選択する。 ＧＳＭＰを使用してシステムソフトウェアは、ＡＴＭスイッチに入力ポートｉ上 のラベルｘを制御ポートｃ上のラベルｘ’へ写像するように命令する。スイッチ がＧＳＭＰ肯定応答メッセージをスイッチコントローラへ戻すと、スイッチコン トローラは、そのパケットを送って来た上流の先行ホップ（この例では、第１ス イッチゲートウェイユニット２１）へ「ＩＦＭＰリダイレクト」メッセージを送 る。この「リダイレクト」メッセージは単に、基本スイッチングユニット１から 第１スイッチゲートウェイユニット２１へ、その「リダイレクト」メッセージの ラベルによって指定されているものと一致するヘッダーフィールドを有するその 後の全てのパケットを伝送することを要求するだけである。「リダイレクト」メ ッセージの生存期間が経過するまでに流れ状態がリフレッシュされなければ、流 れとリダイレクションメッセージのラベルとの間の結合は破棄すべきであり、そ の結果その流れ内のその後のパケットは、第１スイッチゲートウェイユニット２ １と基本スイッチングユニット１との間の省略時転送チャネル（始めに、起動時 に確立される）で伝送されるようになる。 もし第１スイッチゲートウェイユニット２１が、基本スイッチングユニット１ によって送られた「リダイレクト」メッセージでなされた要求を受け入れれば、 その流れに属するパケットはＡＴＭ ＶＰＩ／ＶＣＩラベルｘ’と共にスイッチ コントローラのポートｃに到着する。パケットは再組立てされ続け、システムソ フトウェアによってルートされるが、キャッシュされ且つシステムソフトウェア 内のラベルｘ’によって索引されている流れに対するの先行経路指定の結果とし て、プロセスはスピードアップしている。従って、流れはラベル付けすることは できるが、必ずしもスイッチはされないことが理解されよう。 スイッチの重要な便益の１つは、下流ノード（この例では、第２スイッチゲー トウェイユニット）も同一の流れのためのリダイレクション内に含まれるような 状況において明白である。基本スイッチングユニット１と第２スイッチゲートウ ェイユニット２１との間の省略時転送チャネルを介して、基本スイッチングユニ ット１がその流れに属する初めのパケットを第２スイッチゲートウェイユニット ２１へルートする場合、下流ノード（この例のこの部分においては、第２スイッ チゲートウェイユニット２１）はパケットを再組立てし、それを通常の手法で転 送する。第２スイッチゲートウェイユニット２１がそのポートｊからパケットを 受信した場合には、第２スイッチゲートウェイユニット２１も流れの分類を遂行 し、テーブル内に表された局部的なポリシーに基づいて、その流れに属するフュ ーチャパケットをスイッチするのか、またはパケットをコントローラにおいて転 送し続けるのかを決定する。もし第２スイッチゲートウェイユニット２１がその 流れのフューチャパケットをスイッチすべきであると決定すれば、それはそれ自 体の「リダイレクト」メッセージ（そのポートｊ上の自由ラベルｙ）流れ識別子 、及び生存期間を有する）を基本スイッチングユニット１へ送る。勿論、基本ス イッチングユニット１は、リダイレクションの要求を受入れたり、無視したりす ることができる。基本スイッチングユニット１がその流れをスイッチさせること を決定した場合には、基本スイッチングユニット１のスイッチコントローラ内の システムソフトウェアは、ポートｉ上のラベルｘをポートｊ上のラベルｙへ写像 させる。従って、トラフィックはスイッチ制御プロセッサへ送られず、ＡＴＭス イッチハードウェアの要求された出力ポートへ直接スイッチされる。従って、そ の 流れに属するその後の全てのトラフィックは、基本スイッチングユニット１のＡ ＴＭスイッチングハードウェア内で完全にスイッチすることができる。パケット が基本スイッチングユニット１のＡＴＭスイッチのポートから到着すると、その ＡＴＭ ＮＩＣを使用する第２スイッチゲートウェイユニット２１は、ＡＴＭリ ンク３３₅を通してパケットを受信する。次いで第２スイッチゲートウェイユニ ット２１は、パケットを再組立し、そのＮＩＣを介し、リンク３９₂を通してパ ケットをＬＡＮ ３５₂へ送る。パケットの行先であるユーザデバイス４１はユ ーザデバイスのＮＩＣ ４３を介してそれをＬＡＮ ３５₂から受信する。 システムノード（この例では、基本スイッチングユーザ１）が「リダイレクト 」メッセージを受入れると、システムノードはリダイレクトされた流れのために 使用されるカプセル封じをも変化させる。システムノードは、省略時転送チャネ ル上のＩＰパケットのために使用される省略時カプセル封じを使用するのではな く、流れの型に依存して異なる型のカプセル封じを使用することができる。例え ば、基本スイッチングユニット１はその流れに属するフューチャパケットをカプ セル封じし、それらをラベルｙにノートされている指定された仮想チャネル上に 伝送する。若干の型のカプセル封じは、ＩＰパケットから若干のフィールドを除 去することができる。これらのフィールドを除去した場合、「リダイレクト」メ ッセージを発行したシステムノードはこれらのフィールドを格納し、これらのフ ィールドと指定されたＡＴＭ仮想チャネルとを結合させる。本例の場合には、も し第２スイッチゲートウェイユニット２１が送った「リダイレクト」メッセージ を基本スイッチングユニット１が受入れるならば、基本スイッチングユニット１ はフィールドを格納し、フィールドとラベルｙによって指定されたＡＴＭ仮想チ ャネルとを結合させる。同様に、もし第１スイッチングユニット１が送った「リ ダイレクト」メッセージを第１スイッチゲートウェイユニット２１が受入れるな らば、第１スイッチゲートウェイユニット２１はフィールドを格納し、フィール ドとラベルｘによって指定されたＡＴＭ仮想チャネルとを結合させる。格納され たフィールドにアクセスするために到来するラベルを使用して、完全なパケット を再構成することができる。このアプローチは、例えばユーザが許可された行先 、またはファイヤボールに隠されたサービスにスイッチされた流れを確立し、禁 止され た行先へのアクセスを得るためにＩＰパケットヘッダーを変化させるのを防ぐこ とによって、ある程度のセキュリティを提供する。 各システムノードは、バックグラウンドリフレッシュタイマを維持している。 バックグラウンドリフレッシュタイマが時間切れになると、各流れの状態が調べ られる。もし最後のリフレッシュ期間以降にある流れがトラフィックを受信して いれば、システムノードは「リダイレクト」メッセージを、元の「リダイレクト 」メッセージと同一のラベル及び流れ識別子を有してはいるが、新しい生存期間 を使用して上流へ送ることによって、その流れの状態をリフレッシュする。もし 最後のリフレッシュ期間以降にその流れがトラフィックを受信していなければ、 システムノードはその流れのキャッシュされた状態を除去する。システムノード は、再使用のためにラベルを回収するように、上流へ「ＩＦＭＰ回収」メッセー ジを発行することによって流れの状態を除去する。しかしながら、上流ノードが 「ＩＦＭＰ回収肯定応答」メッセージを送り、それが「ＩＦＭＰ回収」メッセー ジを発行したノードによって受信されるまでは流れ状態は削除されず、ラベルは 再使用することはできない。「ＩＦＭＰ回収肯定応答」メッセージは、要求され たラベルの解放を承認するものである。システムノードは、ある流れがスイッチ されるか否かに依存して、その流れが２つの異なる方式でトラフィックを受信し たか否かを決定する。ラベル付けされてはいるが、スイッチされていない流れの 場合には、システムノードのためのコントローラは、それ自体の状態を調べてそ の流れが先行リフレッシュ期間内にトラフィックを受信したか否かを見出す。ス イッチされている流れの場合には、システムノードのためのコントローラは、Ｇ ＳＭＰメッセージを使用してＡＴＭスイッチハードウェアに問い合わせ、特定の チャネルが最近活動状態にあったか否かを見出す。従って本例では、基本スイッ チングユニット１は、その特定の流れが第１スイッチゲートウェイユニット２１ から基本スイッチングユニット１の制御ポートへ写像されたのか、またはその特 定の流れが基本スイッチングユニット１内のＡＴＭスイッチを介して第１スイッ チゲートウェイユニット２１から第２スイッチゲートウェイユニット２１へ写像 されたのかについて、流れのトラフィックを監視する。もしその流れが、先行リ フレッシュ期間中に最新トラフィックを有していなければ、基本スイッチン グユニットは「ＩＦＭＰ回収」メッセージを送り、「ＩＦＭＰ回収肯定応答」メ ッセージを受信した時に流れ状態を除去する。第２スイッチングゲートウェイユ ニット２１も、その特定の流れが基本スイッチングユニット１の制御ポートから 第２スイッチゲートウェイユニット２１へ写像されたのか否かについて、流れの トラフィックを監視する。更に、適切なシステムソフトウェアを設けたホストコ ンピュータ／サーバ／ワークステーションには、バックグラウンドリフレッシュ タイマも設けられている。それに写像された流れのトラフィックを監視すること によって、ホストは「ＩＦＭＰ回収」メッセージを送り、「ＩＦＭＰ回収肯定応 答」メッセージを受信した時に流れ状態を除去することができる。 前述したように、ＩＦＭＰ隣接プロトコルは、状態同期を確立すること、並び に隣接システムノードを識別すること、及びＩＰアドレスを交換することのため に使用される。ＩＦＭＰ隣接プロトコルの目的から、システムノードは特定のリ ンクに関して３つの可能性のある状態、即ち、ＳＹＮＳＥＮＴ（送られた同期メ ッセージ）、ＳＹＮＲＣＶＤ（受信した同期メッセージ）、及びＥＳＴＡＢ（確 立された同期）を有している。システムがＴＦＭＰリダイレクションプロトコル を使用してリダイレクションメッセージを送ることができるようになる前に、あ るリンクにまたがる状態同期（システムノードがあるリンクのためにＥＳＴＡＢ 状態に到達する）が要求される。 図８ａは、一般的なＩＦＭＰ隣接プロトコルメッセージ３００の構造を示して いる。全てのＩＦＭＰ隣接プロトコルメッセージは、ＩＰパケット内にカプセル 封じされている。図８ｂは、ＩＦＭＰ隣接プロトコルメッセージをカプセル封じ することができる可変長「データ」フィールドを有する一般的なＩＰパケットを （その現バージョンＩＰｖ４で）示している。ＩＰパケットがＩＦＭＰメッセー ジを含んでいることを指示するために、カプセル封じ用ＩＰパケットのＩＰヘッ ダー内の「プロトコル」フィールドは、１０進値１０１を含まなければならない 。ＩＦＭＰメッセージをカプセル封じしているＩＰパケットのヘッダー内の「生 存する時間」フィールドは１にセットされる。また、全てのＩＦＭＰ隣接プロト コルメッセージは、ＩＰヘッダの「行先アドレス」フィールド内のアドレスを使 用して、制限された同報「ＩＰ行先アドレス」（２５５・２５５・２５５・２５ ５） へ送られる。図８ａから明らかなように、ＩＦＭＰ隣接プロトコルメッセージ３ ００は、以下のフィールドを（ＭＳＢからＬＳＢへの順番に）含んでいる。即ち 、第１の３２ビットワードとして、８ビットの「バージョン」（３０２）、８ビ ットの「演算コード」（３０４）、１６ビットの「検査合計」（３０６）、第２ の３２ビットワードとして「送信側インスタンス」（３０８）、第３の３２ビッ トワードとして「ピアインスタンス」（３１０）、第４の３２ビットワードとし て「ピアアイデンティティ」（３１２）、第５の３２ビットワードとして「ピア 次のシーケンス番号」（３１４）、及び３２ビットワードの可変数のフィールド である「アドレスリスト」（３１６）である。 ＩＦＭＰ隣接プロトコルメッセージ内の「バージョン」フィールド３０２は、 現在使用中のＴＦＭＰプロトコルのバージョン指定する（または、他のバージョ ンを考えてもよい）。「演算コード」３０４は、ＩＦＭＰ隣接プロトコルメッセ ージの機能を指定する。この実施例では、４つの可能性のある「演算コード」が 存在する。即ち、ＩＦＭＰ隣接プロトコルメッセージの機能、ＳＹＮ（同期メッ セージ、演算コード＝０）、ＳＹＮＡＣＫ（肯定応答同期メッセージ、演算コー ド＝１）、及びＲＳＴＡＣＫ（肯定応答リセットメッセージ、演算コード＝２） である。各システムノードにおいては、ＳＹＮ、ＳＹＮＡＣＫ、及びＡＣＫメッ セージを周期的に生成するために、タイマが必要である。この実施例ではタイマ の周期は１秒であるが、他の周期を指定することもできる。もしタイマが時間切 れになり、システムノードがＳＹＮＲＣＶＤ状態にあれば、システムノードはタ イマをリセットし、ＳＹＮＡＣＫ ＩＦＭＰ隣接プロトコルメッセージを送る。 もしタイマが時間切れになり、システムノードがＥＳＴＡＢ状態にあれば、シス テムノードはタイマをリセットし、ＡＣＫ ＩＦＭＰ隣接プロトコルメッセージ を送る。 「検査合計」３０６は、ＩＦＭＰ隣接プロトコルメッセージをカプセル封じし ているＩＰパケットからの源アドレス、行先アドレス、及びプロトコルフィール ド、及びＩＦＭＰ隣接プロトコルメッセージの合計長の１の補数合計の１６ビッ トの１の補数である。「検査合計」３０６は、エラー制御の目的のためにシステ ムによって使用される。 ＩＦＭＰを説明するのに使用されている、「送信側」とはＩＦＭＰメッセージ を送るシステムノードのことであり、「ピア」とは送信側があるリンクのために ＩＦＭＰメッセージを送るシステムノードのことである。 ＳＹＮ、ＳＹＮＡＣＫ、及びＡＣＫ ＩＦＭＰ隣接プロトコルメッセージ内の 「送信側インスタンス」３０８は、そのリンクのための送信側の「インスタンス 数」である。あるリンクの特定のインスタンスを指示するインスタンス数は３２ ビットの非０数であり、近過去内で独特であること、及びリンクまたはシステム ノードがダウンした後に復帰した時には変化することが保証されている。従って 、各リンクはそれ自体の独特なインスタンス数を有している。「送信側インスタ ンス」は、リンクがダウンした後に復帰したこと、またはリンクの他方の端のピ アのアイデンティティが変化したことを検出するために使用される。（「送信側 インスタンス」３０８は、ＴＣＰの初期シーケンス番号（ＩＳＮ）と類似の手法 で使用される。）ＲＳＴＡＣＫ ＴＦＭＰ隣接プロトコルメッセージの場合には 「送信側インスタンス」３０８は、ＲＳＴＡＣＫメッセージを生成させた入力メ ッセージの「ピアインスタンス」フィールド３１０の値にセットされる。 ＳＹＮ、ＳＹＮＡＣＫ、及びＡＣＫ ＩＦＭＰ隣接プロトコルメッセージ内の 「ピアインスタンス」フィールド３１０は、送信側は、そのリンクのためのピア の現在のインスタンス数を信じていることを表している。もし送信側がそのリン クのためのピアの現在のインスタンス数を知っていなければ、「ピアインスタン ス」フィールド３１０は、ＲＳＴＡＣＫメッセージを生成させた入力メッセージ の「送信側インスタンス」フィールド３０８の値にセットされる。 ＳＹＮ、ＳＹＮＡＣＫ、及びＡＣＫ ＩＦＭＰ隣接プロトコルメッセージの場 合、「ピアアイデンティティ」フィールド３１２は、送信側はピアのＩＰアドレ スがリンクの他方の端にあると信じていることを表している。送信側は、送信側 によって受信されたＳＹＮまたはＳＹＮＡＣＫメッセージをカプセル封じしてい るＩＰヘッダーの「源アドレス」フィールド内にあるＩＰアドレスを取り、それ が送るＩＦＭＰ隣接プロトコルメッセージの「ピアアイデンティティ」フィール ド３１２にそのＩＰアドレスを使用する。送信側がリンクの他方の端におけるピ アのＩＰアドレスを知っていない場合には、「ピアアイデンティティ」フィール ド３１２は０にセットされる。ＲＳＴＡＣＫメッセージの場合、「ピアアイデン ティティ」フィールド３１２は、ＲＳＴＡＣＫメッセージを生成させた入力ＩＦ ＭＰ隣接プロトコルメッセージのＩＰヘッダーの「源アドレス」フィールドのＩ Ｐアドレスの値にセットされる。 「ピア次のシーケンス番号」フィールド３１４は、送信側が次のＩＦＭＰリダ イレクションプロトコルメッセージで到着することを期待しているピアの「シー ケンス番号」の値を与える。もし入力ＩＦＭＰ隣接プロトコル肯定応答メッセー ジ内の「ピア次のシーケンス番号」３１４の値が、「シーケンス番号」の値（入 力ＩＦＭＰ隣接プロトコル肯定応答メッセージを受信したポートから伝送された 最後のＩＦＭＰリダイレクションプロトコルメッセージの）＋１よりも大きけれ ば、リンクはリセットすべきである。 「アドレスリスト」フィールド３１６は、ＩＦＭＰ隣接プロトコルメッセージ の送信側によってそのリンクに割当てられた１つまたはそれ以上のＩＰアドレス のリストである。このリストは、ＩＦＭＰ隣接プロトコルメッセージのＩＰヘッ ダーの「源アドレス」と同一の、少なくとも１つのエントリを有していなければ ならない。このリストの内容はＩＦＭＰによって使用されないが、経路指定プロ トコルに使用可能にすることができる。 図８ｃは、入力ＩＦＭＰ隣接プロトコルメッセージを有するパケットを受信し た時のシステムノードの動作を示す流れ図である。システムが起動した後、シス テムノードは、入力ＩＦＭＰ隣接プロトコルメッセージを有するパケットを受信 する（ステップ３２０）。ステップ３２２において、システムノードは入力ＩＦ ＭＰ隣接プロトコルメッセージがＲＳＴＡＣＫメッセージであるか否かを決定す る。もし入力ＩＦＭＰ隣接プロトコルメッセージがＲＳＴＡＣＫメッセージでな ければ（例えば、ＳＹＮ、ＳＹＮＡＣＫ、またはＡＣＫメッセージならば）、シ ステムノードは図８ｄの流れ図に示すように動作する。もし入力ＩＦＭＰ隣接プ ロトコルメッセージがＲＳＴＡＣＫメッセージであれば、ステップ３２４におい てシステムノードは入力ＲＳＴＡＣＫメッセージ内の「送信側インスタンス」及 び「源ＩＰアドレス」が、その入力ＲＳＴＡＣＫメッセージを受信したポートの 「ピア検証子更新」動作によって先行メッセージから格納した値と一致するか 否かを調べる。ＩＦＭＰ隣接プロトコルの場合、「ピア検証子更新」動作は、特 定のポート上のピアから受信したＳＹＮ、またはＳＹＮＡＣＫメッセージから「 送信側インスタンス」及び「源ＩＰアドレス」を格納することと定義される。も し値がステップ３２４からの値と一致すれば、ステップ３２６においてシステム ノードは入力ＲＳＴＡＣＫメッセージ内の「ピアインスタンス」及び「ピアアイ デンティティ」が、入力ＲＳＴＡＣＫメッセージを受信したポートから伝送され た全てのＳＹＮ、ＳＵＮＡＣＫ、及びＡＣＫメッセージのために現在使用中の「 送信側インスタンス」及び「源ＩＰアドレス」の値と一致するか否かを決定する 。もし値がステップ３２６からの値を一致すれば、ステップ３２８においてシス テムノードはシステムノードがＳＹＮＳＥＮＴ状態にあるか否かを決定する。も しシステムノードがＳＹＮＳＥＮＴ状態になければ、ステップ３３０においてシ ステムノードはリンクをリセットする。もし値がステップ３２４からの値と一致 しないか、または値がステップ３２６からの値と一致しなければ、システムノー ドはＳＹＮＳＥＮＴ状態にあり、ステップ３３２においてシステムノードは入力 ＲＳＴＡＣＫメッセージを破棄し、別のパケットが到着するのを待機する。従っ てＲＳＴＡＣＫ ＴＦＭＰ隣接プロトコルメッセージがシステムノードに到着す ると、ステップ３３４、３３６、３３８、３４０、及び３４２によって示すよう に、システムノードはリンクをリセットする。ステップ３３４において、システ ムノードはそのリンクのための新しいインスタンス数を生成する。次いでステッ プ３３６においてシステムノードは、「ピア検証子」を削除する（即ち、そのピ アの「送信側インスタンス」及び「源ＩＰアドレス」の格納された値を０にセッ トする）。ステップ３３８において、システムノードは「シーケンス番号」及び 「ピア次のシーケンス番号」を０にセットする。次いでステップ３４０において 、システムノードはＳＹＮ ＩＦＭＰ隣接プロトコルメッセージを送り、ステッ プ３４２においてＳＹＮＳＥＮＴ状態に入る。次いで、システムノードは別のパ ケットを受信して処理する。 図８ｄは、入力ＩＦＭＰ隣接プロトコルメッセージがＲＳＴＡＣＫメッセージ ではない時の送信側システムノードの動作を示す状態図である。以下の図８ｄの 説明において、条件「％Ｂ」は、入力メッセージ内の「送信側インスタンス」及 び「源ＴＰアドレス」が、その入力ＩＦＭＰ隣接プロトコルメッセージを受信し たポートのための「ピア検証子更新」動作によって先行メッセージから格納した 値と一致することと定義される。図８ｄの条件「％Ｃ」は、入力メッセージ内の 「ピアインスタンス」及び「ピアアイデンティティ」が、その入力ＩＦＭＰ隣接 プロトコルメッセージをしたポートから伝送された全てのＳＹＮ、ＳＵＮＡＣＫ 、及びＡＣＫメッセージのために現在使用中の「送信側インスタンス」及び「源 ＩＰアドレス」の値と一致することと定義される。図８ｄにおいて、条件「Ａ」 は送信側システムノードが入力ＳＹＮＡＣＫ ＩＦＭＰ隣接プロトコルメッセー ジを受信し、条件％Ｃが満たされたことを表し、「Ｂ」は送信側システムノード が入力ＳＹＮＡＣＫ ＩＦＭＰ隣接プロトコルメッセージを受信し、条件％Ｃが 満たされないことを意味し、条件「Ｃ」は送信側システムノードが入力ＡＣＫ ＩＦＭＰ隣接プロトコルメッセージを受信し、条件％Ｂ及び％Ｃが共に満たされ たことを表し、「Ｄ」は送信側システムノードが入力ＡＣＫ ＩＦＭＰ隣接プロ トコルメッセージを受信し、条件％Ｂ及び％Ｃが共に満たされないことを意味す る。 もし送信側がＳＹＮＳＥＮＴ状態３５０にあり、リンクの他方の端上のピアか ら入力ＳＹＮ ＩＦＭＰ隣接プロトコルメッセージを受信すれば、送信側は「ピ ア検証子更新」動作を遂行し、ＳＹＮＡＣＫ ＩＦＭＰ隣接プロトコルメッセー ジをそのピアへ送る（ステップ３５２）。次いで、送信側はＳＹＮＳＥＮＴ状態 ３５０からＳＹＮＲＣＶＤ状態３５４へ移る。もし送信側が、ＳＹＮＲＣＶＤ状 態３５４にある時に入力ＳＹＮ ＩＦＭＰ隣接プロトコルメッセージを受信すれ ば、ステップ３５２において送信側は「ピア検証子更新」動作を遂行し、ＳＹＮ ＡＣＫ ＩＦＭＰ隣接プロトコルメッセージをそのピアへ送るが、ＳＹＮＲＣＶ Ｄ状態３５４に留まる。もし送信側がＳＹＮＲＣＶＤ状態３５４にあって、条件 Ｂまたは条件Ｄが満たされれば、送信側はＲＳＴＡＣＫ ＩＦＭＰ隣接プロトコ ルメッセージをそのピアへ送り(ステップ３５６)、ＳＹＮＲＣＶＤ状態３５４に 留まる。もし送信側がＳＹＮＲＣＶＤ状態３５４にあって、条件Ｃが満たされれ ば、送信側はＡＣＫ ＩＦＭＰ隣接プロトコルメッセージをそのピアへ送り（ス テップ３５８）、ＥＳＴＡＢ状態３６０へ移る。もし送信側が ＳＹＮＲＣＶＤ状態３５４にあって、条件Ａが満たされれば、送信側は「ピア検 証子更新」動作を遂行し、ＡＣＫ ＩＦＭＰ隣接プロトコルメッセージをそのピ アへ送り（ステップ３６２）、ＥＳＴＡＢ状態３６０へ移る。もし送信側がＳＹ ＮまたはＳＹＮＡＣＫ ＩＦＭＰ隣接プロトコルメッセージの何れかを受信する か、またはもし条件Ｃが満足されれば、送信側はＥＳＴＡＢ状態３６０にあり、 そこに留まる。もし送信側がＥＳＴＡＢ状態３６０にあって条件Ｄが満たされれ ば、送信側はＥＳＴＡＢ状態３６０に留まってＲＳＴＡＣＫ ＩＦＭＰ隣接プロ トコルメッセージを送る（ステップ３５６）。ＳＹＮＳＥＮＴ状態３５０にある 送信側が、もしＡＣＫ ＩＦＭＰ隣接プロトコルメッセージを受信するか、また は条件Ｂが満足されれば、送信側はＳＹＮＳＥＮＴ状態３５０に留まってＲＳＴ ＡＣＫ ＩＦＭＰ隣接プロトコルメッセージを送る（ステップ３５６）。送信側 がＳＹＮＳＥＮＴ状態３５０にある時に条件Ａが満たされれば、送信側は「ピア 検証子更新」動作を遂行し、ＡＣＫ ＩＦＭＰ隣接プロトコルメッセージを送り （ステップ３６２）、ＥＳＴＡＢ状態３６０に入る。 前述したように、ＩＦＭＰリダイレクションプロトコルは、システムがあるリ ンクの他方の端の、他のシステムノードを識別するためにＴＦＭＰ隣接プロトコ ルを使用した後に、あるリンクを通してリダイレクションメッセージを送るのに 使用される。現在状態同期が達成されでいないリンクを通して受信されたＩＦＭ Ｐリダイレクションメッセージは破棄しなければならない。 図９ａは、一般的なＩＦＭＰリダイレクションプロトコルメッセージ３８０の 構造を示している。全てのＩＦＭＰ隣接プロトコルメッセージと同様に、全ての ＩＦＭＰリダイレクションプロトコルメッセージはＩＰパケット内にカプセル封 じされる。図８ｂは、ＩＦＭＰリダイレクションプロトコルメッセージをカプセ ル封じすることができる可変長「データ」フィールドを有する一般的なＩＰパケ ットを（その現バージョンＩＰｖ４で）示している。ＩＰパケットがＩＦＭＰメ ッセージを含んでいることの指示として、カプセル封じ用パケットのＩＰヘッダ ー内の「プロトコル」フィールドは１０進値の１０１を含まなければならず、Ｉ ＦＭＰメッセージをカプセル封じしているＩＰパケットのヘッダー内の「生存す る時間」フィールドは１にセットされる。ＩＦＭＰリダイレクションプロトコ ルメッセージは、ＩＰヘッダーの「行先アドレス」フィールド内のＩＰアドレス を使用して、そのリンクの他方の端のピアのＩＰアドレス（このＩＰアドレスは 、ＩＦＭＰ隣接プロトコルから入手される）へ送られる。図９ａに示すように、 ＩＦＭＰリダイレクションプロトコルメッセージ３８０は（ＭＳＢからＬＳＢへ の順番に）、以下のフィールドを含んでいる。即ち、第１の３２ビットワードと して、８ビットの「バージョン」（３８２）、８ビットの演算コード（３８４） 、１６ビットの「検査合計」（３８６）、第２の３２ビットワードとして「送信 側インスタンス」（３８８）、第３の３２ビットワードとして「ピアインスタン ス」（３９０）、第４の３２ビットワードとして「シーケンス番号」（３９２） 、及び３２ビットワードの可変数のフィールドである「メッセージ本体」（３９ ４）である。 ＩＦＭＰリダイレクションプロトコルメッセージでは、「バージョン」フィー ルド３８２は、現在使用中のＩＦＭＰプロトコルのバージョンを指定する（他の バージョンを考えてもよい）。「演算コード」３８４は、ＩＦＭＰリダイレクシ ヨンプロトコルメッセージの機能を指定する。本実施例では、可能性のある５つ の「演算コード」、即ちＩＦＭＰリダイレクションプロトコルメッセージの機能 が存在する。これらは、「リダイレクト」（流れリダイレクトメッセージ、演算 コード＝４）、「再要求」（ラベル再要求メッセージ、演算コード＝５）、「肯 定応答再要求」（ラベル肯定応答再要求メッセージ、演算コード＝６）、「ラベ ル範囲」（ラベル範囲メッセージ、演算コード＝７）、及び「エラー」（エラー メッセージ、演算コード＝８）である。 「検査合計」３８６は、ＩＦＭＰリダイレクションプロトコルメッセージをカ プセル封じしているＩＰパケットからの源アドレス、行先アドレス、及びプロト コルフィールド、及びＩＦＭＰリダイレクションプロトコルメッセージの合計長 の１の補数合計の１６ビットの１の補数である。「検査合計」３８６は、エラー 制御の目的でシステムによって使用される。 ＩＦＭＰリダイレクションプロトコルメッセージでは、「送信側インスタンス 」３８８は、ＩＦＭＰ隣接プロトコルから得られた送信側のインスタンス数であ る。ＩＦＭＰリダイレクションプロトコルメッセージでは、「ピアインスタンス 」フ ィールド３９０は、送信側はＩＦＭＰ隣接プロトコルから得られたそのリンクの ためのピアの現在のインスタンス数を信じていることを表している。 「シーケンス番号」フィールド３９２によって、ＩＦＭＰリダイレクションプ ロトコルメッセージを受信するシステムノードは、ＩＦＭＰリダイレクションプ ロトコルメッセージを順番に処理することができる。「シーケンス番号」３９２ は、ＩＦＭＰリダイレクションプロトコルメッセージがあるリンクを通して送ら れる度に２³²進法で１ずつインクリメントされる。ＩＦＭＰ隣接プロトコルはそ のリンクがリセットされると、「シーケンス番号」を０にセットする。 「メッセージ本体」フィールド３１６は、１つまたはそれ以上のＩＦＭＰリダ イレクションプロトコルメッセージ要素のリストを含む。全ＩＦＭＰリダイレク ションプロトコルメッセージに対して「演算コード」フィールド３８４が適用さ れるので、リスト内のメッセージ要素の全てが同一のメッセージ型を有している 。単一のパケット内に含まれるメッセージ要素の数は、ＩＦＭＰリダイレクショ ンプロトコルメッセージの合計サイズが、基礎をなしているデータリンクの最大 伝送単位（ＭＴＵ）サイズを超える原因であってはならない。「ラベル範囲」ま たは「エラー」ＩＦＭＰリダイレクションプロトコルメッセージのためには、単 一のメッセージ要素が使用される。 図９ｂは、ＩＦＭＰリダイレクションプロトコルメッセージを受信した時のシ ステムノードの動作を示す流れ図である。起動の後、ステップ４００においてシ ステムノードは、ＩＦＭＰリダイレクションプロトコルメッセージをカプセル封 じしているパケットを受信する。ステップ４０２においてシステムノードは、現 在ＩＦＭＰ隣接プロトコルがそのリンクのために状態同期を達成しているか否か を調べる。もし状態同期が達成されていなければ、システムノードは受信したＩ ＦＭＰリダイレクションプロトコルメッセージをカプセル封じしているパケット を破棄する（ステップ４０４）。もし状態同期が達成されていれば、ステップ４ ０６においてシステムノードは、ＩＦＭＰリダイレクションプロトコルメッセー ジパケットの「ＩＰヘッダー」からの「源ＩＰアドレス」、「送信側インスタン ス」３８８、及び「「ピアインスタンス」３９０を調べる。ステップ４０８にお いて、もし入力ＩＦＭＰリダイレクションプロトコルメッセージの「送信側イ ンスタンス」３８８及び「源ＩＰアドレス」フィールドが、その入力ＩＦＭＰリ ダイレクションプロトコルメッセージを受信したポートのためのＩＦＭＰ隣接プ ロトコルの「ピア検証子更新」動作によって格納された値と一致しないとシステ ムノードが決定すれば、システムノードはその入力ＩＦＭＰリダイレクションプ ロトコルメッセージパケットを破棄する（ステップ４０４）。ステップ４０８に おいてもし値が一致すれば、ステップ４１０においてシステムノードは「ピアイ ンスタンス」フィールド３９０が、ＩＦＭＰ隣接プロトコルの「送信側インスタ ンス」の現在の値と一致するか否かを決定する。ステップ４０８においてもし値 が一致しなければ、システムノードはそのパケットを破棄する(ステップ４０４) 。しかしながら、ステップ４０８においてもし値が一致すれば、システムノード は必要に応じて、ステップ４１２において受信したＩＦＭＰリダイレクションプ ロトコルメッセージを処理する。 概要を上述したように、ＩＦＭＰリダイレタションプロトコルメッセージは、 隣接ノードに命令して１つまたはそれ以上のラベルを、指定された時間期間毎の １つまたはそれ以上の指定された流れに属するパケットに付加するのに使用され る「リダイレクト」メッセージであることができる。下流ノードから「リダイレ クト」メッセージを受信したシステムノードは、その「リダイレクト」メッセー ジによってなされたリダイレクション要求を受入れるか否かを決定し、流れをリ ダイレクトする。「リダイレクト」メッセージは、形式的な手法では肯定応答さ れない。そのようにはされず、指定された流れのための付加されたラベルを有す るパケットが実際にリダイレクションされることによって、「リダイレクト」メ ッセージによってなされたリダイレクション要求をシステムノードが受入れたこ とを表す。「リダイレクト」メッセージの「メッセージ本体」３９４内の各「リ ダイレクト」メッセージ要素は、図９ｃに示す構造を有している。「リダイレク ト」メッセージ要素４２０は、ＭＳＢからＬＳＢに向かって、第１の３２ビット ワードとして、８ビットの「流れの型」フィールド４２２、８ビットの「流れＩ Ｄ長」フィールド４２４、及び１６ビットの「生存期間」フィールド４２６、第 ２の３２ビットワードとして３２ビットの「ラベル」フィールド４２８、及び３ ２ビットワードの整数倍のフィールドである「流れ識別子」４３０を含む。 「流れの型」フィールド４２２は「流れ識別子」４３０内に含まれている流れ識 別子の流れの型を指定し、「流れＩＤ長」フィールド４２４は「流れ識別子」４ ３０の長さを３２ビットワードの整数倍で指定する。「生存期間」フィールド４ ２６は、リダイレクションが有効である時間の長さ（秒）を指定する。概要を前 述したように、「生存期間」フィールド４２６に指定された時間期間が経過した 後は、流れ識別子とラベルとの結合は破棄すべきである。「ラベル」フィールド ４２８は指定された流れのためのラベルを、ＩＦＭＰリダイレクションプロトコ ルメッセージが送られる物理リンクの型に依存するラベルのフォーマットで含む 。「流れ識別子」４３０は、「ラベル」フィールド４２８内に指定されたラベル を結合させるべき流れを識別する。 ＩＦＭＰリダイレクションプロトコルメッセージ要素内の、「流れの型０」は 「流れの型＝０及び流れＩＤ長＝０」を有し、「流れの型１」は「流れの型＝１ 及び流れＩＤ長＝４」を有し、「流れの型２」は「流れの型＝２及び流れＩＤ長 ＝３」を有している。 送信側及びピアノードによる「リダイレクト」メッセージの一般的な動作の詳 細に関しては説明済みである。それに加えられる「リダイレクト」メッセージ要 素の他の特色は、ラベル管理とエラー制御である。もし「リダイレクト」メッセ ージ４２０の「ラベル」フィールド４２８内のラベルが、関連リンクを通して処 理できる範囲外にあれば、「ラベル範囲」メッセージを「リダイレクト」メッセ ージ要素の送信側に戻すことができる。「ラベル範囲」メッセージは、そのリン クを通して送ることができるラベルの範囲を送信側に通報する。もしシステムノ ードが既にリダイレクトされた流れを指定する「リダイレクト」メッセージ要素 を受信すれば、システムノードは受信した「リダイレクト」メッセージ要素内の 「ラベル」フィールドと、リダイレクトされた流れのために格納されたラベルと を調べる。もし両ラベルが一致すれば、システムノードはリダイレクトされた流 れの生存期間を、受信した「リダイレクト」メッセージ要素の「生存期間」フィ ールド４２６内に含まれる生存期間にリセットする。もし両ラベルが一致しなけ れば、システムノードは受信した「リダイレクト」メッセージ要素を無視し、そ の流れは省略時状態に戻される。もしシステムノードが「リダイレクト」メッセ ージ要素内の何れかのフィールド内にエラーを検出すれば、その特定の誤った「 リダイレクト」メッセージ要素は破棄される。しかしながら、同一「ＩＦＭＰリ ダイレクトメッセージ本体」内にあることができる他の無エラー「リダイレクト 」メッセージ要素は破棄されることも、または何等の影響を受けることもない。 システムノードは、もしシステムノードが受信したＩＦＭＰメッセージ内のＩＦ ＭＰプロトコルのバージョンを理解しなければ、そのエラーの「リダイレクト」 メッセージ要素を送った隣接ノードへ「エラー」メッセージを戻す。また、もし 受信したＩＦＭＰメッセージ内の何れかの「リダイレクト」メッセージ要素内の 「流れの型」をシステムノードが理解しなければ、システムノードは理解されな い各「流れの型」毎に、「エラー」メッセージを各特定の「リダイレクト」メッ セージ要素を送った隣接ノードへ送る。 概要を前述したように、ＩＦＭＰリダイレクションプロトコルメッセージは、 １つまたはそれ以上の流れを、これらの流れを現在結合することができるラベル から解放、または分離させ、そのラベルを再使用のために自由にするように隣接 ノードに命令するために使用される。従って、「再要求」メッセージ要素を下流 ノードから受信したシステムノードはそのラベルを解放し、「再要求」メッセー ジへの形式的な肯定応答として「再要求肯定応答」メッセージ要素をその下流ノ ードへ送る。「再要求」メッセージの「メッセージ本体」３９４内の各「再要求 」メッセージ要素は、図９ｄに示す構造を有している。「再要求」メッセージ要 素４３２は、ＭＳＢからＬＳＢに向かって、第１の３２ビットワードとして、８ ビットの「流れの型」フィールド４３４、８ビットの「流れＩＤ長」フィールド ４３６、１６ビットの「保留」フィールド４３８、第２の３２ビットワードとし て３２ビットの「ラベル」フィールド４４０、及び３２ビットワードの整数倍の フィールドである「流れ識別子」４４２を含む。「流れの型」フィールド４３４ は「流れ識別子」４４２内に含まれる流れ識別子の流れの型を指定し、「流れＩ Ｄ長」フィールド４３６は３２ビットワードの整数倍で「流れ識別子」４４２の 長さを指定する。本実施例においては、「保留」フィールド４３８は使用されず 、「再要求」メッセージ要素を送るシステムノードによって０にセットされ、そ の「再要求」メッセージ要素を受信するシステムノードによって無視される。 「ラベル」フィールド４４０は解放されるラベルを含んでいる。「流れ識別子」 ４４２は、「ラベル」フィールド４４０が指定したラベルを解放すべき流れを、 識別する。各「再要求」メッセージ要素は、単一の流れ及び単一のラベルに当て る。システムノードが「再要求」メッセージ要素を受信してある流れをあるラベ ルから分離し、流れを省略時転送状態に戻した後に、システムノードは「再要求 肯定応答」メッセージ要素を発行しなければならない。「再要求肯定応答」メッ セージ要素は、１つまたはそれ以上の「再要求肯定応答」メッセージに一緒にグ ループ化し、再要求動作が完了したことの肯定応答として送信側へ戻すことがで きる。 更に「再要求」メッセージ要素の他の特色は、ラベル管理及びエラー制御を含 む。もしシステムノードが未知の流れを指定する「再要求」メッセージ要素を受 信すれば、そのシステムノードは同一の「ラベル」フィールド４４０及び「流れ 識別子」フィールド４４２を有する「再要求肯定応答」メッセージ要素を、その 「再要求」メッセージ要素の送信側へ戻す。もしシステムノードが、既知の流れ ではあるが現在はその流れに結合されていない「ラベル」フィールド４４０内の ラベルを指示する「再要求」メッセージ要素を受信すれば、そのシステムのはそ の流れを分離してその流れを省略時転送状態に戻し、その流れがそれまで結合さ れていた実際のラベルを含む「再要求肯定応答」メッセージ要素をその「再要求 」メッセージ要素の送信側に発行する。もしシステムノードが、「再要求」メッ セージ要素内の何れかのフィールドにエラーを検出すれば、その特定の誤った「 再要求」メッセージ要素は破棄される。しかしながら、同一「ＩＦＭＰ再要求メ ッセージ本体」内にあることができる他の無エラー「再要求」メッセージ要素は 破棄されることも、または何等の影響を受けることもない。システムノードは、 もしシステムノードが受信したＩＦＭＰメッセージ内のＩＦＭＰプロトコルのバ ージョンを理解しなければ、その誤った「再要求」メッセージ要素を送った隣接 ノードへ「エラー」メッセージを戻す。また、もし受信したＩＦＭＰメッセージ 内の何れかの「再要求」メッセージ要素内の「流れの型」をシステムノードが理 解しなければ、システムノードは理解されない各「流れの型」毎に、「エラー」 メッセージを各特定の「再要求」メッセージ要素を送った隣接ノードへ送る。 前述したように、ＩＦＭＰリダイレクションプロトコルメッセージは、１つま たはそれ以上の再要求されたラベルの解放が成功したことを承認するために使用 される「再要求肯定応答」メッセージであることができる。下流ノードから「再 要求」メッセージ要素を受信したシステムノードがそのラベルを解放した後に、 「再要求」メッセージ要素を送ったノードに「再要求肯定応答」メッセージが送 られる。もし可能であれば、そのリンクを通して伝送するために待たされている 全てのデータが、解放のために指定されたラベルを使用して送られてしまうまで 、各「再要求肯定応答」メッセージ要素は送られるべきではない。「再要求肯定 応答」メッセージの「メッセージ本体」３９４内の各「再要求肯定応答」メッセ ージ要素は図９ｅに示す構造を有している。「再要求肯定応答」メッセージ要素 ４４４は、ＭＳＢからＬＳＢに向かって、第１の３２ビットワードとして、８ビ ットの「流れの型」フィールド４４６、８ビットの「流れＩＤ長」フィールド４ ４８、及び１６ビットの「保留」フィールド４５０、第２の３２ビットワードと して「ラベル」フィールド４５２、及び３２ビットワードの整数倍のフィールド である「流れ識別子」４５４を含む。「流れの型」フィールド４４６は「流れ識 別子」４５４内に含まれる流れ識別子の流れの型を指定し、「流れＩＤ長」フィ ールド４４８は「流れ識別子」４５４の長さを３２ビットワードの整数倍で指定 する。本実施例では、「保留」フィールド４５０は使用されず、「再要求肯定応 答」メッセージ要素を送るシステムノードによって０にセットされ、「再要求肯 定応答」メッセージ要素を受信するシステムノードによって無視される。「ラベ ル」フィールド４５２は、「ラベル」フィールド４５２で指定されたラベルを要 求した「再要求」メッセージ要素からの「流れ識別子」を含む。 「再要求肯定応答」メッセージ要素の他の特色は、ラベル管理及びエラー制御 を含む。もしシステムノードが、「再要求」メッセージ要素が発行されなかった 流れを指定する「再要求肯定応答」メッセージ要素を受信すれば、その「再要求 肯定応答」メッセージ要素は無視される。もしシステムノードが、その流れの「 再要求」メッセージで送ったラベルとは異なるラベルを指定する「再要求肯定応 答」メッセージ要素を受信すれば、そのシステムノードは、あたかも「再要求」 メッセージで送ったラベルのための再要求動作が成功したかのように、受信した 「再要求肯定応答」メッセージ要素を処理する。もしシステムノードが、「再要 求肯定応答」メッセージ要素内の何れかのフィールドにエラーを検出すれば、そ の特定の誤った「再要求肯定応答」メッセージ要素は破棄される。しかしながら 、同一「ＩＦＭＰ再要求肯定応答メッセージ本体」内にあることができる他の無 エラー「再要求肯定応答」メッセージ要素は破棄されることも、または何等の影 響を受けることもない。システムノードは、もしシステムノードが受信したＩＦ ＭＰメッセージ内のＩＦＭＰプロトコルのバージョンを理解しなければ、その誤 った「再要求肯定応答」メッセージ要素を送った隣接ノードへ「エラー」メッセ ージを戻す。また、もし受信したＩＦＭＰメッセージ内の何れかの「再要求肯定 応答」メッセージ要素内の「流れの型」をシステムノードが理解しなければ、シ ステムノードは理解されない各「流れの型」毎に、「エラー」メッセージを各特 定の「再要求肯定応答」メッセージ要素を送った隣接ノードへ送る。 前述したように、ＩＦＭＰリダイレクションプロトコルメッセージは、もし１ つまたはそれ以上の「リダイレクト」メッセージ要素で要求されたラベルが、そ の「リダイレクト」メッセージを受信したシステムノードが処理できる範囲外に あれば、「リダイレクト」メッセージに応答するのに使用される「ラベル範囲」 メッセージであることができる。「ラベル範囲」メッセージは、そのリンク上で 処理できるラベル範囲をその「リダイレクト」メッセージの送信側へ通報する。 ある「ラベル範囲」メッセージには、単一の「ラベル範囲」メッセージ要素が使 用される。「ラベル範囲」メッセージの「メッセージ本体」３９４内の「ラベル 範囲」メッセージ要素を図９ｆに示す。「ラベル範囲」メッセージ要素４５６は 、第１の３２ビットワードとして「最小ラベル」フィールド４５８と、第２の３ ２ビットワードとして「最大ラベル」フィールド４６０とを含む。「最小ラベル 」フィールド４５８及び「最大ラベル」フィールド４６０は、それぞれ、特定の リンク上のＩＦＭＰリダイレクションプロトコルメッセージで指定することがで きるラベルの最小及び最大値である。そのリンク上のＩＦＭＰリダイレクション プロトコルメッセージで指定することができるのは、「最小ラベル」から「最大 ラベル」（を含む）までの範囲内のラベルの値だけである。 前述したように、ＩＦＭＰリダイレクションプロトコルメッセージは、何等か のＩＦＭＰリダイレクションプロトコルメッセージに応答して送ることができる 「エラー」メッセージであることもできる。１つの「エラー」メッセージには、 単一の「エラー」メッセージ要素が使用される。「エラー」メッセージの「メッ セージ本体」３９４内の「エラー」メッセージ要素は、図９ｇに示す構造を有し ている。「エラー」メッセージ要素４６２は、ＭＳＢからＬＳＢに向かって、３ ２ビットワードとして、８ビットの「エラーコード」フィールド４６４と、２４ ビットの「パラメータ」フィールド４６６とを含んでいる。「エラーコード」フ ィールド４６４は、どの型のエラーが発生したかを指定する。各「エラー」メッ セージは、単一の「パラメータ」を指定することができる。もしシステムノード が、ＩＦＭＰリダイレクションプロトコルメッセージ要素内の何れかのフィール ド内にエラーを検出すれば、その特定の誤ったメッセージ要素は破棄され、「エ ラー」メッセージが発行される。もしシステムノードが、受信したＩＦＭＰメッ セージ内のＴＦＭＰプロトコルの特定のバージョンを処理できないか、または理 解しなければ、システムノードは、「エラーコード」４６４が値１にセットされ 、且つ送信側が理解または処理できるＩＦＭＰプロトコルの最新バージョンを規 定する「パラメータ」４６６を有する「エラー」メッセージを送る。また、もし エラーをもたらした受信したＩＦＭＰリダイレクトプロトコルメッセージの何れ かの「流れの型」をシステムノードが理解しなければ、システムノードは、「エ ラーコード」４６４が値２にセットされ、且つエラーをもたらした「流れの型」 を規定する「パラメータ」４６６を有する「エラー」メッセージを送る。 ２．ＡＴＭデータリンク上でのラベル付けされた流れの伝送 本発明は、システムノード間でＩＰパケットを伝送するためにＡＴＭデータリ ンクを使用する。ＡＴＭデータリンク上で伝送されるパケットは、上述したよう に、ラベル付けされ、流れの型に依存して異なる手法でカプセル封じされた流れ である。本発明は、流れの分類を使用することによって、流れの型に依存して異 なる型の流れを異なる手法（レイヤ２の経路指定、またはレイヤ３のスイッチン グ）で効率的に処理することができる。更に、各流れの型は、この流れの型がリ ダイレクトされた後に使用されるカプセル封じを指定する。詳細を以下に説明す るように、本実施例では、システムは、ＡＴＭデータリンクのためのカプセル封 じを使用する。勿論、各流れの型のためのカプセル封じは、本発明と共に使用す ることができる異なるハードウェアスイッチングエンジンのための異なるデータ リンク技術のために指定することができる。 パケットの特定の流れは、特定のＡＴＭラベルに結合させることができる。図 １０ａは、本システムにおけるＡＴＭラベルのための３２ビットの「ラベル」フ ィールドのフォーマットを示している。前述したように、ラベルは仮想パス識別 子及び仮想チャネル識別子（ＶＰＩ／ＶＣＩ）である（仮想チャネルが単方向性 であるものとする）。図１０ａに示すＡＴＭ「ラベル」フィールド４７０は、Ｍ ＳＢからＬＳＢへ向かって、４ビットの「保留」フィールド４７２、１２ビット 「ＶＰＩ」フィールド４７４、及び１６ビットの「ＶＣＩ」フィールド４７６を 含む。本実施例では、「保留」フィールド４７２は送信側システムによって０に セットされ、ＡＴＭラベルを受信したシステムノードによって無視される。全１ ２ビットのＶＰＩを支援しないリンクの場合、「ＶＰＩ」フィールド４７４内の 未使用ビットがフィールド４７４内のＭＳＢであり、０にセットされる。また、 全１６ビットのＶＣＩを支援しないリンクの場合、「ＶＣＩ」フィールド４７６ 内の未使用ビットがフィールド４７６内のＭＳＢであり、０にセットされる。 リダイレクトされない流れの中のどのパケットに対しても、システムノードは そのＩＰパケットのために省略時カプセル封じを使用する。もしシステムノード が、特定の流れの型をリダイレクトさせることを決定すれば、システムノードは 各流れの型に特定のカプセル封じを使用する。ある流れをリダイレクトする時、 システムノードはリダイレクトした流れに使用したカプセル封じを通常使用する 省略時カプセル封じから変化させる。省略時転送チャネル上でＩＰパケットのた めに使用される省略時カプセル封じを使用するのではなく、システムノードはリ ダイレクトされる流れの型に依存して、異なる型のカプセル封じを使用する。Ａ ＴＭカプセル封じされたＩＰパケットが、システムソフトウェアのサブセット、 基本スイッチングユニットまたはスイッチゲートウェイユニットを走らせるホス トコンピュータ／サーバ／ワークステーションへ、及びそれからのＩＦＭＰメッ セージをそれ自体カプセル封じするＩＰパケットであることができる。 前述したように本発明の一実施例では、３つの流れの型、即ち「流れの型０」 、「流れの型１」、及び「流れの型２」が指定される。「流れの型０」は、ＩＰ パケットのカプセル封じを省略時カプセル封じから変化させるのに使用される。 「流れの型１」は、ステーション上で走るアプリケーション間のデータを運ぶパ ケットのために使用される。「流れの型２」は、ステーション上で走らせること ができるアプリケーションを識別することなく、ステーション間のデータを運ぶ パケットのために使用される。 本発明においては、ＡＴＭデータリンク上のＩＰパケットのための省略時カプ セル封じは、図１０ｂに示す「論理的リンク制御／サブネットワークアタッチメ ントポイント（ＬＬＣ／ＳＮＡＰ）カプセル封じである。図１０ｂは、省略時カ プセル封じされたＩＰパケット４８０を示している。基本的には、省略時カプセ ル封じは、「ＡＴＭアダプテーション」レイヤ・タイプ５「コモン・パート・コ ンバージェンス・サブレイヤ・プロトコル・データ・ユニット（ＡＡＬ−５ＣＰ ＣＳ−ＰＤＵ）のペイロード内にカプセル封じされているＩＰパケットに、ＬＬ Ｃ／ＳＮＡＰヘッダーを前置する。省略時カプセル封じされたＩＰパケット４８ ０は、ＭＳＢからＬＳＢの順に、第１の３２ビットワードとして、ＬＬＣ／ＳＮ ＡＰヘッダー（２４ビットのＬＬＣフィールド４８２とＳＮＡＰヘッダー４８４ の８ビットの部分、及びＳＮＡＰヘッダー４８４の残余の３２ビットワードの部 分）、ＩＰパケット４８６（３２ビットワードの整数倍の長さを有している）、 「パッド」フィールド４８８、及び「ＡＡＬ−５ ＣＰＣＳ−ＰＤＵトレーラ」 フイールド４９０を含んでいる。「パッド」フィールド４８８は０乃至４７オク テットであることができ、「トレーラ」フィールド４９０は８オクテット（４つ の３２ビットワード）である。省略時カプセル封じを使用するＩＰパケット４８ ６のＭＯＴＵは、１５００オクテットである。省略時カプセル封じを使用するパ ケットは、特定の実施例（即ち、パケットが省略時仮想チャネルで転送される） による省略時ＶＰＩ／ＶＣＩである所定のＶＰＩ／ＶＣＩ（ＶＰＴ＝０、ＶＣＩ ＝１５）へ送られる。 「流れの型０」カプセル封じは、ＩＰパケットのカプセル封じを省略時カプセ ル封じから変化させるために使用される。図１０ｃは、「流れの型０」カプセル 封じされたＩＰパケット４９２を示している。「流れの型０」を使用するＩＰパ ケットは、ＬＬＣ／ＳＮＡＰヘッダーを前置しないＡＡＬ−５ ＣＰＣＳ−ＰＤ Ｕのペイロード内に直接カプセル封じされる。「流れの型０」カプセル封じされ たＩＰパケット４９２は、ＭＳＢからＬＳＢの順に、ＩＰパケット４９４（３２ ビットワードの整数倍の長さを有している）、「パッド」フィールド４９６、及 び「ＡＡＬ−５ ＣＰＣＳ−ＰＤＵトレーラ」フィールド４９８を含む。「パッ ド」フィールド４９６は０乃至４７オクテットであることができ、「トレーラ」 フィールド４９８は８オクテット（４つの３２ビットワード）である。「流れの 型０」を使用するＩＰパケット４９４のＭＯＴＵは、１５００オクテットである 。省略時仮想チャネルからリダイレクトされる流れに属するパケットは「流れの 型０」を使用し、ＩＰパケット４９４内にカプセル封じされた「ＩＦＭＰリダイ レクト」メッセージ要素の「ラベル」フィールドで指定されたＶＰＩ／ＶＣＴへ 送られる（ＩＰパケット４９４内にカプセル封じされた「ＴＦＭＰリダイレクト 」メッセージ要素は「流れの型０」カプセル封じで送られる）。 省略時及び「流れの型０」カプセル封じは、カプセル封じされるＩＰパケット から何等のフィールドをも除去しない。しかしながら、「流れの型１」及び「流 れの型２」の「カプセル封じ」は、ＩＰパケットから若干のフィールドを除去す ることを含む。これらのフィールドが除去されると、「リダイレクト」メッセー ジを発行したシステムノードは除去されたフィールドを格納し、それらのフィー ルドをＡＴＭラベル内に指定されたＡＴＭ仮想チャネルと結合させる。従って、 行先において、格納されたフィールドにアクセスするための入力ＡＴＭラベルを 使用して完全なＩＰパケットを再構成することができる。 「流れの型１」は、ステーション上を走るアプリケーション間のデータを運ぶ パケットのために使用される。図１０ｄは、「流れの型１」カプセル封じされた ＩＰパケットを示している。「流れの型１」を使用するＩＰパケットは本質的に 分解され、分解されたＩＰパケットの選択された部分が、ＬＬＣ／ＳＮＡＰヘッ ダーを前置（プレフィックス）しないＡＡＬ−５ ＣＰＣＳ−ＰＤＵのペイロー ド内に直接カプセル封じされる。「流れの型１」カプセル封じされたＩＰパケッ ト５００は、ＭＳＢからＬＳＢの順に、第１の３２ビットワードとして、１６ビ ットの「合計長」フィールド５０２、及び分解されたＩＰパケットのＩＰヘッダ からの１６ビットの「識別」フィールド（５０４を含む。「合計長」フィールド ５０２の値は変化せず、分解前のＩＰパケットの合計長のままである。「流れの 型１」カプセル封じされたＩＰパケット５００は、第２の３２ビットワードとし て、８ビットの「フラグ」フィールド５０６、１２ビットの「フラグメントオフ セット」フィールド５０８、及び分解されたＩＰパケットのＩＰヘッダからの１ ６ビットの「検査合計」フィールド５１０を更に含む。「検査合計」フィールド ５１０の伝送される値は、もしＴＴＬフィールドが０にセットされていれば、Ｉ Ｐヘッダー全体について計算される検査合計値である。ＩＰヘッダー内の「バー ジョン」、「ＩＨＬ」、「ＴＯＳ」、「ＴＴＬ」、「プロトコル」、「源アドレ ス」、及び「行先アドレス」フィールドは、「流れの型１」カプセル封じされた ＩＰパケット５００の一部として伝送されることはない。更に、ＩＰヘッダの直 後の最初の４オクテット（ＩＨＬによって決定される）も、「流れの型１」カプ セル封じされたＩＰパケット５００の一部として伝送されない。これらの最初の ４オクテットは、例えば、ＴＣＰ及びＵＤＰデータグラムのための源ポート及び 行先ポートに対応する。源ポート及び行先ポートフィールドは、ステーション上 を走るアプリケーションを識別する。「流れの型１」カプセル封じされたＩＰパ ケット５００は、「データ」５１２を更に含む。「データ」フィールド５１２に は、「パッド」フィールド５１４及び「ＡＡＬ−５ ＣＰＣＳ−ＰＤＵトレーラ 」フィールド５１６が後続する。「パッド」フィールド５１４は０乃至４７オク テットであることができ、「トレーラ」フィールド５１６は８オクテット（４つ の３２ビットワード）である。「流れの型１」カプセル封じを使用するＩＰパケ ットのＭＯＴＵは、１４８４オクテットである。「流れの型１」カプセル封じを 使用してリダイレクトされる流れに属するパケットは、分解されたＩＰパケット 内にカプセル封じされた対応する「流れの型１」の「ＩＦＭＰリダイレクト」メ ッセージ要素の「ラベル」フィールドで指定されたＶＰＩ／ＶＣＩへ送られる。 （「ラベル」フィールドは、ＴＣＰまたはＵＤＰ内の源及び行先ポートフィール ドに対応するように構成することができる）。 「流れの型２」は、どのアプリケーションがステーション上を走っているかに は関係なく、ステーション間のデータを運ぶパケットのために使用される。図１ ０ｅは、「流れの型２」カプセル封じされたＩＰパケットを示す。「流れの型２ 」カプセル封じを使用するＩＰパケットは本質的に分解され、分解されたＩＰパ ケットの選択された部分が、ＬＬＣ／ＳＮＡＰヘッダーを前置きしないＡＡＬ− ５ ＣＰＣＳ−ＰＤＵのペイロード内に直接カプセル封じされる。「流れの型２ 」カプセル封じされたＩＰパケット５２０は、ＭＳＢからＬＳＢへ、第１の３２ ビットワードとして、１６ビットの「合計長」フィールド５２２、及び分解され たＩＰパケットのＩＰヘッダーからの１６ビットの「識別」フィールド５２４を 含んでいる。「合計長」フィールド５２２の値は変化せず、分解前のＩＰパケッ トの合計長のままである。「流れの型２」カプセル封じされたＩＰパケット５２ ０は、第２の３２ビットワードとして、８ビットの「フラグ」フィールド５２６ 、１２ビットの「フラグメントオフセット」フィールド５２８、及び分解された ＩＰパケットのＩＰヘッダからの１６ビットの「検査合計」フィールド５３０を 更に含む。「検査合計」フィールド５３０の伝送される値は、もしＴＴＬフィー ルドが０にセットされていれば、ＩＰヘッダー全体について計算される検査合計 値である。ＩＰヘッダー内の「バージョン」、「ＩＨＬ」、「ＴＯＳ」、「ＴＴ Ｌ」、「プロトコル」、「源アドレス」、及び「行先アドレス」フィールドは、 「流れの型２」カプセル封じされたＩＰパケット５２０の一部として伝送される ことはない。「流れの型１」カプセル封じとは異なり、ＩＰヘッダの直後の最初 の４オクテット（ＩＨＬによって決定される）は、「流れの型２」カプセル封じ されたＩＰパケット５２０の一部として伝送される。「流れの型２」カプセル封 じされたＩＰパケット５２０は、「データ」５３２を更に含む。「データ」フィ ールド５３２には、「パッド」フィールド５３４及び「ＡＡＬ−５ ＣＰＣＳ− ＰＤＵトレーラ」フィールド５３６が後続する。「パッド」フィールド５３４は ０乃至４７オクテットにわたることができ、「トレーラ」フィールド５３６は８ オクテット（４つの３２ビットワード）である。「流れの型２」カプセル封じを 使用するＩＰパケットのＭＯＴＵは、１４８８オクテットである。「流れの型２ 」カプセル封じを使用してリダイレクトされる流れに 属するパケットは、分解されたＩＰパケット内にカプセル封じされた対応する 「流れの型２」の「ＩＦＭＰリダイレクト」メッセージ要素の「ラベル」フィ ールドで指定されたＶＰＩ／ＶＣＩへ送られる。 前述したように、「流れの型０」、「流れの型１」、及び「流れの型２」カプ セル封じの場合、下流ノードによって送られた「ＩＦＭＰリダイレクト」メッセ ージを受入れるシステムノードは、除去されたフィールドを格納し、そのフィー ルドをＡＴＭラベルによって指定されたＡＴＭ仮想チャネルと結合し、リダイレ クトされたパケットのためのアクセス情報をキャッシュできるようにする。 Ｂ． ＧＳＷＰ システム・ソフトウェアもまた、スイッチ・コントローラと、システムのベー シック・スイッチング・ユニットのＡＴＭハードウェア・スイッチング・エンジ ンとの間の、ＡＴＭリンク上にコミュニケーションを樹立し、それによって、可 能なときにレイヤ２スイッチングを、また必要なときにレイヤ３ＩＰルーチング をできるようにするために、ＧＳＭＰプロトコルを利用する。特にＧＳＭＰ、す なわちＡＴＭスイッチをコントロールする汎用非対称プロトコルは、初期設定時 に樹立された仮想チャネルの上で、スイッチ・コントローラとＡＴＭスイッチの 間のＡＴＭリンクを越えて動く。シングル・スイッチ・コントローラは、マルチ プルＡＴＭスイッチをコントロールするため、別々の仮想チャネル上でＧＳＭＰ のマルチプル・インスタンシエーションを使用することもできる。ＧＳＭＰはま たＧＳＭＰ隣接プロトコルも含む。ＧＳＭＰ隣接プロトコルはスイッチ・コント ローラとＡＴＭスイッチ間のＡＴＭリンクを越えて状態を同期化し、リンクのも う一端でエンティティのアイデンティティを発見し、またそのエンティティのア イデンティティ変化を検出するために使われる。 ＧＳＭＰは、スイッチ・コントローラが、ＡＴＭスイッチ全体にわたってコネ クションを樹立したり解除したりすること、ポイント・ツー・マルチポイント・ コネクション上でリーフを加えたり削除したりすること、スイッチ・ポートを管 理すること、コンフィギュレーション情報を要求すること、スタティスティクス を要求することなどを可能にする。ＧＳＭＰはまた、ＡＴＭスイッチが、スイッ チ・コントローラにリンク・ゴーイング・ダウンのような事象を知らせることを 可能にする。 前述したように、ＧＳＭＰはマスター・スレーブ・プロトコルである。スイッ チ・コントローラは、スイッチにリクエスト・メッセージを発行する。各リクエ スト・メッセージは、スイッチからのレスポンスが必要であるかどうかを示し、 そのレスポンスを特定のリクエストと結びつけるとことができるトランザクショ ン識別子を含んでいる。スイッチは、成功か失敗かを示すレスポンス・メッセー ジで応答する。本実施例では、ＧＳＭＰは、コネクション・マネジメント、ポー ト・マネジメント、スタティスティクス、コンフィギュレーション、事象の五つ のメッセージクラスを有している。事象メッセージクラスを除いて、他の四つの クラスは、リクエスト−レスポンス・メッセージであり、それぞれリクエスト・ メッセージに対するフォーマットと、成功応答に対するフォーマットとを持って いる。別旨の表示がない場合、失敗応答メッセージは、コード・フィールドが失 敗の性質を示すこと以外は、失敗を引き起こしたリクエスト・メッセージと同じ である。四つのリクエスト−レスポンス・メッセージクラスに加えて、ＧＳＭＰ は事象メッセージクラスを含んでいるが、これはスイッチが、スイッチ・コント ローラに非同期式事象を知らせるための非同期式事象メッセージを生成すること を可能にする。スイッチ・コントローラは事象メッセージに応答しないため、事 象メッセージはシングルフォーマットを有している。本実施例においては、多く の異なるメッセージタイプ、すなわちＧＳＭＰメッセージの機能がある。五つの ＧＳＭＰメッセージクラスのそれぞれが、ポート・マネジメントを除いて、多く の異なるメッセージタイプを有する。 また、ＧＳＭＰは、ＧＳＭＰ隣接プロトコル・メッセージを含んでいるが、こ れには特定のメッセージタイプが割り当てられている。ＧＳＭＰ隣接プロトコル は、ＡＴＭリンク全体にわたって同期化を樹立し、ハンドシェイクを保持するた めに使われる。ＧＳＭＰ隣接プロトコル・メッセージを除いて、ＧＳＭＰ隣接プ ロトコルが状態同期化を達成するまで、他のＧＳＭＰメッセージがＡＴＭリンク をわたって送られることはない。目下、状態同期化を持たないＡＴＭリンク上で 受信された全てのＧＳＭＰメッセージは棄却される。 本発明において、ＧＳＭＰパケットは可変長であり、図１０ｂに関連して前述 した、ＡＴＭデータ・リンク上におけるＩＰパケットのためのデフォルト・カプ セル封じと同じ方法で、ＬＬＣ／ＳＮＡＰヘッダを前に付けたＡＡＬ-５・ＣＰ ＣＳ-ＰＤＵの中に、直接カプセル封じされている。図１１ａは、カプセル封じ されたＧＳＭＰパケット５４０を図示したものである。基本的にデフォルト・カ プセル封じは、ＡＡＬ−５・ＣＰＣＳ-ＰＤＵのペイロード内にカプセル封じさ れたＧＳＭＰパケットの前にＬＬＣ／ＳＮＡＰヘッダを付ける。ＭＳＢからＬＳ Ｂへと述べられているが、デフォルト・カプセル封じされたＧＳＭＰパケット５ ４０はＬＬＣ／ＳＮＡＰヘッダ（最初の３２ビット・ワード中の、ＳＮＡＰヘッ ダ５４４の８ビット部が後に続く２４ビットＬＬＣフィールド５４２、及びＳＮ ＡＰヘッダ５４４の残りの３２ビット・ワード部）、（３２ビット・ワードの整 数の倍数の長さを持つ）ＧＳＭＰメッセージ５４６、パッド・フィールド５４８ 、ＡＡＬ−５・ＣＰＣＳ−ＰＤＵトレイラー・フィールド５５０を含む。パッド ・フィールド５４８は、０から４７オクテットまでの幅があり、トレイラー・フ ィールド５５０は８オクテット（４つの３２ビット・ワード）である。デフォル ト・カプセル封じを使うＧＳＭＰメッセージ５４６のＭＯＴＵは、１５００オク テットである。デフォルト・カプセル封じを使うパケットは、デフォルトＶＰＩ ／ＶＣＩ、すなわち、デフォルト仮想チャネルに送られる。 図１１ｂは、図１１ａのカプセル封じされたＧＳＭＰパケット５４０のＧＳＭ Ｐメッセージ・フィールド５４６に含まれることもある、ＧＳＭＰ隣接プロトコ ル・メッセージ５５２の構造を図示している。図１１ｂに見られるように、ＧＳ ＭＰ隣接プロトコル・メッセージ５２２は（ＭＳＢからＬＳＤへという順番で記 述されている）以下のフィールドを含む。すなわち、８ビット・バージョン・フ ィールド５５４、８ビット・メッセージタイプ・フィールド５５６、８ビット結 果フィールド５５８、最初の３２ビット・ワードとしての８ビット・コード・フ ィールド５６０、及び、２番目の３２ビット・ワードとしてのセンダ・インスタ ンス・フィールド５６２、及び、３番目の３２ビット・ワードとしての、センダ ・ポート・フィールド５６４、及び、次の４８ビットとしてのセンダ・ネーム・ フィールド５６６、及び、次の４８ビットとしてのレシーバ・ネーム・フィ ールド５６８、及び、次の３２ビットとしてのレシーバ・ポート・フィールド５ ７０、及び、次の３２ビットとしてのレシーバ・インスタンス・フィールド５７ ２である。ＧＳＭＰメッセージを論じる際、「センダ」とはＧＳＭＰメッセージ を送るエンティティであり、「ピア」は、センダがＡＴＭリンク上でＧＳＭＰメ ッセージを送るエンティティである。エンティティは、スイッチ・コントローラ 、或いはＡＴＭスイッチでもよい。 ＧＳＭＰ隣接プロトコル・メッセージ５５２のなかで、バージョン・フィール ド５５４は、(他のバージョンが進展することがあるため)目下使用中のＧＳＭＰ プロトコルのバージョンを指定する。メッセージタイプ・フィールド５５４はそ のＧＳＭＰメッセージを、ＧＳＭＰ隣接プロトコル・メッセージとして指定する ため、特定値（メッセージタイプ＝９６）にセットされる。ＧＳＭＰ隣接プロト コル・メッセージのためには使用されないので、結果フィールド５５６は、セン ダ・エンティティによってゼロにセットされ、ＧＳＭＰ隣接プロトコル・メッセ ージを受信するエンティティには認識されない。 ＧＳＭＰ隣接プロトコル・メッセージのためのコード・フィールド５６０は、 メッセージの機能を指定する。本実施例の中では、コード・フィールド５６０に 対する四つの可能な値、すなわち、ＧＳＭＰ隣接プロトコル・メッセージの機能 があり、それはＳＹＮ（同期化メッセージ、コード＝０）、ＳＹＮＡＣＫ（同期 化認知メッセージ、コード＝１）、ＲＳＴＡＣＫ（リセット認知メッセージ、コ ード＝２）、そしてＡＣＫ（認知メッセージ、コード＝３）の四つである。各エ ンティティにおいて、ＳＹＮ、ＳＹＮＡＣＫ、ＡＣＫのＧＳＭＰメッセージの周 期的生成のためにタイマーが必要とされる。ＧＳＭＰ隣接プロトコル目的のため に、エンティティはある特定のリンクのための三つの可能な状態を持つ。すなわ ち、ＳＹＮＳＥＮＴ（送信された同期化メッセージ）、ＳＹＮＲＣＶＤ（受信さ れた同期化メッセージ）、ＥＳＴＡＢ（樹立された同期化）の三つである。（エ ンティティがリンクのためにＥＳＴＡＢ状態に達するときの）全リンク上の状態 同期化は、エンティティが、ＧＳＭＰ隣接プロトコル・メッセージではないＧＳ ＭＰメッセージを送る前に必要とされる。本実施例では、タイマーの周期は一秒 であるが、他の秒数が指定されてもよい。もしタイマーが切れ、センダ・エ ンティティがＳＹＮＳＥＮＴ状態にあれば、センダ・エンティティは、タイマー をリセットし、ＳＹＮ・ＧＳＭＰ隣接プロトコルメッセージを送る。もしタイマ ーが切れ、センダ・エンティティがＳＹＮＲＣＶＤ状態にあれば、センダ・エン ティティはタイマーをリセットし、ＳＹＮＡＣｋ・ＧＳＭＰ隣接プロトコル・メ ッセージを送る。もしタイマーが切れ、センダ・エンティティがＥＳＴＡＢ状態 にあれば、センダ・エンティティはタイマーをリセットし、ＡＣＫ・ＧＳＭＰ隣 接プロトコル・メッセージを送る。 ＳＹＮ、ＳＹＮＡＣＫ、ＡＣＫのＧＳＭＰ隣接プロトコル・メッセージにおい て、センダ・インスタンス５６２は、そのリンクのためのセンダ・エンティティ のインスタンス・ナンバーである。リンクの特定のインスタンスを示すインスタ ンス・ナンバーは、近い過去に同一のものがないこと、また、ダウンした後リン クが戻るときに、あるいはリンクのもう一端でエンティティのアイデンティティ が変わるときに、変化することを保証されている、３２ビットの非ゼロ・ナンバ ーである。従って、各リンクは独自のインスタンス・ナンバーを持つ。センダ・ インスタンス５６２は、ダウン後リンクがいつ戻るか、あるいは、いつＡＴＭリ ンクのもう一端のエンティティのアイデンティティが変化するかを検出するため に使われる。ＲＳＴＡＣＫ・ＧＳＭＰ隣接プロトコル・メッセージのために、セ ンダ・インスタンス５６２は、ＲＳＴＡＣＫメッセージの生成を引き起こした、 入ってきつつあるＧＳＭＰ隣接プロトコル・メッセージから、レシーバ・インス タンス・フィールド５７２の値へセットされる。 ＳＹＮ、ＳＹＮＡＣＫ、ＡＣＫのＧＳＭＰ隣接プロトコル・メッセージにおい て、センダ・ポート・フィールド５６４は、ＧＳＭＰメッセージが送信されるリ ンクのローカル・ポート・ナンバーである。先に論じたように、ポート・ナンバ ーは、３２ビット値をローカルに割り当てられる。ＲＳＴＡＣＫ・ＧＳＭＰ隣接 プロトコル・メッセージの為に、センダ・ポート・フィールド５６４は、ＲＳＴ ＡＣＫメッセージの生成を引き起こした、入ってくるＧＳＭＰ隣接プロトコル・ メッセージから、レシーバ・ポート・フィールド５７０の値へセットされる。 ＳＹＮ、ＳＹＮＡＣＫ、ＡＣＫのＧＳＭＰ隣接プロトコル・メッセージにとっ て、センダ・ネーム・フィールド５６６は、センダ・エンティティのネームであ る。４８ビット・センダ・ネーム５６６は、ベーシック・スイッチング・ユニッ トの操作コンテクスト内で唯一のものである。例えば、ＩＥＥＥ８０２ＭＡＣア ドレスを、センダ・ネーム・フィールドのために使用することができる。ＲＳＴ ＡＣＫ・ＧＳＭＰ隣接プロトコル・メッセージのために、センダ・ネーム・フィ ールド５６６は、ＲＳＴＡＣＫメッセージの生成を引き起こした、入ってくるＧ ＳＭＰ隣接プロトコル・メッセージから、レシーバ・ネーム・フィールド５６６ の値へセットされる。 ＳＹＮ、ＳＹＮＡＣＫ、ＡＣＫのＧＳＭＰ隣接プロトコル・メッセージにとっ て、レシーバ・ネーム・フィールド５６８は、センダ・エンティティがＡＴＭリ ンクのもう一端にあると信じているエンティティの名前である。もしセンダ・エ ンティティがそのエンティティの名前を知らない場合は、レシーバ・ネーム・フ ィールド５６８は、ゼロにセットされる。ＲＳＴＡＣＫ・ＧＳＭＰ隣接プロトコ ル・メッセージのために、レシーバ・ネーム・フィールド５６８は、ＲＳＴＡＣ Ｋメッセージの生成を引き起こした、入ってくるＧＳＭＰ隣接プロトコル・メッ セージから、センダ・ネーム・フィールド５６６の値へとセットされる。 ＳＹＮ、ＳＹＮＡＣＫ、ＡＣＫのＧＳＭＰ隣接プロトコル・メッセージ内にお いて、レシーバ・ポート・フィールド５７０は、エンティティによってリンクの もう一端で割り当てられた、リンクのためのローカル・ポート・ナンバーだとセ ンダ・エンティティが信じているものである。もしセンダ・エンティティがその エンティティのポート・ナンバーを知らない場合は、レシーバ・ポート・フィー ルド５７０はゼロにセットされる。ＲＳＴＡＣＫ・ＧＳＭＰ隣接プロトコル・メ ッセージにのために、レシーバ・ポート・フィールド５７０は、ＲＳＴＡＣＫメ ッセージの生成を引き起こした、入ってくるＧＳＭＰ隣接プロトコル・メッセー ジから、センダ・ポート・フィールド５６４の値へセットされる。 ＳＹＮ、ＳＹＮＡＣＫ、ＡＣＫのＧＳＭＰ隣接プロトコル・メッセージにおい て、レシーバ・インスタンス５７２は、エンティティによってリンクのもう一端 で割り当てられた、リンクのためのカレント・インスタンス・ナンバーだとセン ダ・エンティティが信じているものである。もしセンダ・エンティティが、リン クのもう一端でのカレント・インスタンス・ナンバーを知らない場合は、レシー バ・インスタンス・フィールド５７２はゼロにセットされる。ＲＳＴＡＣＫ・Ｇ ＳＭＰ隣接プロトコル・メッセージのために、レシーバ・インスタンス５７２は ＲＳＴＡＣＫメッセージの生成を引き起した、入ってくるＧＳＭＰ隣接プロトコ ル・メッセージから、センダ・インスタンス・フィールド５６２の値にセットさ れる。 図１１ｃは、入ってくるＧＳＭＰ隣接プロトコル・メッセージの受信直後のセ ンダ・エンティティの操作を図示する簡略図である。始動後、センダ・エンティ ティは、ステップ５８２でＧＳＭＰ隣接プロトコル・パケットを受信する。ステ ップ５８４では、センダ・エンティティは入ってくるＧＳＭＰ隣接プロトコル・ メッセージがＲＳＴＡＣＫメッセージかどうかを決める。もし入ってくるＧＳＭ Ｐ隣接プロトコル・メッセージがＲＳＴＡＣＫメッセージでなければ（例えば、 ＳＹＮ、ＳＹＮＡＣＫ、あるいはＡＣＫメッセージであれば）、センダ・エンテ ィティは図１１ｄの状態図で図示された方法で作動する。もし入ってくるＧＳＭ Ｐ隣接プロトコル・メッセージがＲＳＴＡＣＫメッセージであれば、センダ・エ ンティティは、ステップ５８４で、入ってくるメッセージ内のセンダ・インスタ ンス、センダ・ポート、センダ・ネームのフィールドが、アップデート・ピア・ ベリファイア操作によって先のメッセージから記憶されていた値に、合致するか どうかをチェックする。ＧＳＭＰ隣接プロトコルにとって、アップデート・ピア ・ベリファイア操作は次のように定義される。すなわち、リンクのもう一端でエ ンティティから受信した、ＳＹＮあるいはＳＹＮＡＣＫメッセージから、センダ ・インスタンス、センダ・ポート、センダ・ネームのフィールドの値を記憶する ことである。もしその値がステップ５８４から合致すれば、センダ・エンティテ ィはステップ５８６において、入ってくるＲＳＴＡＣＫメッセージ内のレシーバ ・インスタンス、レシーバ・ポート、レシーバ・ネームのフィールドが、出て行 くＳＹＮ、ＳＹＮＡＣＫ、ＡＣＫメッセージの中で、入ってくるＲＳＴＡＣＫメ ッセージが受信されたポートに向けて、目下送られたセンダ・インスタンス、セ ンダ・ポート、センダ・ネームのフィールドの値に合致するかどうかを決める。 もしその値がステップ５８６から合致すれば、センダ・エンティ ティはステップ５８８で、センダ・エンティティがＳＮＳＥＮＴ状態にあるかど うかを決める。もしセンダ・エンティティがＳＹＮＳＥＮＴ状態になければ、セ ンダ・エンティティは続いて、ステップ５９０でリンクをリセットする。その値 がステップ５８４から合致しない場合、あるいはその値がステップ５８６から合 致しない場合、また、センダ・エンティティがＳＹＮＳＥＮＴ状態にある場合は 、センダ・エンティティはステップ５９２で、入ってくるＲＳＴＡＣＫメッセー ジを棄却し、別のパケットの到着を待つ。従って、ＲＳＴＡＣＫ・ＧＳＭＰ隣接 プロトコル・メッセージがセンダ・エンティティに届くと、ステップ５９４、５ ９６、５９８、６００によって示されたように、センダ・エンティティはリンク をリセットする。ステップ５９４において、センダ・エンティティはリンクのた めの新しいインスタンス・ナンバーを生成する。それからステップ５９６におい て、センダ・エンティティは、アップデート・ピア・ベリファイア操作によって 前に記憶されていた、センダ・インスタンス、センダ・ポート、センダ・ネーム の記憶された値を削除（すなわちゼロにセット）する。次にステップ５９８にお いて、センダ・エンティティは、ＳＹＮ・ＧＳＭＰ隣接プロトコル・メッセージ を送信し、ステップ６００でＳＹＮＳＥＮＴ状態に入る。それからセンダ・エン ティティは、処理の為に別のパケットを受信する。 図１１ｄは、入ってくるＧＳＭＰ隣接プロトコル・メッセージがＲＳＴＡＣＫ メッセージでないときの、センダ・エンティティの操作を示す状態図である。図 １１ｄに続く説明において、条件「％Ｂ」は次のように定義される。すなわち、 入ってくるメッセージ内の、センダ・インスタンス、センダ・ポート、センダ・ ネームのフィールドが、アップデート・ピア・ベリファイア操作よって以前のメ ッセージから記憶された値と合致すること。図１１ｄの条件「Ｃ％」は次のよう に定義される。すなわち、入ってくるメッセージ内のレシーバ・インスタンス、 レシーバ・ポート、レシーバ・ネームが、、出て行くＳＹＮ、ＳＹＮＡＣＫ、Ａ ＣＫメッセージ内で目下送られているセンダ・インスタンス、センダ・ポート、 センダ・ネームの値に合致すること。図１１ｄにおいて、条件「Ａ」は、センダ ・エンティティが入ってくるＳＹＮＡＣＫ・ＧＳＭＰ隣接プロトコル・メッセー ジを受信し、条件％Ｃが満足されていることを意味する。条件「Ｂ」は、セン ダ・エンティティが入ってくるＳＹＮＡＣＫ・ＧＳＭＰ隣接プロトコル・メッセ ージを受信し、条件％Ｃが満足されていないことを意味する。条件「Ｃ」は、セ ンダ・エンティティが、入ってくるＡＣＫ・ＧＳＭＰ隣接プロトコル・メッセー ジを受信し、条件％Ｂと％Ｃがどちらも満足されていることを意味する。条件「 Ｄ」はセンダ・エンティティが入ってくるＡＣＫ・ＧＳＭＰ隣接プロトコル・メ ッセージを受信し、条件％Ｂと％Ｃがどちらも満足されていないことを意味する 。 センダ・エンティティがＳＹＮＳＥＮＴ状態６０２にあり、リンクのもう一端 のピアから入ってくるＳＹＮ・ＧＳＭＰ隣接プロトコル・メッセージを受信する 場合、センダ・エンティティはアップデート・ピア・ベリファイア操作を行い、 ピアにＳＹＮＡＣＫ・ＧＳＭＰ隣接プロトコル・メッセージを送る（ステップ６ ０４として示されている）。次にセンダはＳＹＮＳＥＮＴ状態６０２からＳＹＮ ＲＣＶＤ状態６０６に移行する。もしセンダがＳＹＮＲＣＶＤ状態６０６にある 間に、入ってくるＳＹＮ・ＧＳＭＰ隣接プロトコル・メッセージを受信すれば、 センダは、ステップ６０４においてアップデート・ピア・ベリファイア操作を行 い、ピアにＳＹＮＡＣＫ・ＧＳＭＰ隣接プロトコルを送信するが、ＳＹＮＲＣＶ Ｄ状態６０６に留まる。もしセンダがＳＹＮＲＣＶＤ状態６０６にあり、条件Ｂ か条件Ｄのどちらかが満足されていれば、センダはＲＳＴＡＣＫ・ＧＳＭＰ隣接 プロトコルをピアに送り（ステップ６０８として示される）、ＳＹＮＲＣＶＤ状 態６０６に留まる。もしセンダがＳＹＮＲＣＶＤ状態６０６にあって、条件Ｃが 満足されていれば、センダはＡＣＫ・ＧＳＭＰ隣接プロトコル・メッセージをピ アに送り（ステップ６１０として示されている）、ＥＳＴＡＢ状態６１２に移行 する。もしセンダがＳＹＮＲＣＶＤ状態６０６にあり、条件Ａが満たされていれ ば、センダはアップデート・ピア・アイデンティファイア操作を行い、ＡＣＫ・ ＧＳＭＰ隣接プロトコル・メッセージをピアに送り（ステップ６１４として示さ れている）、ＥＳＴＡＢ状態６１２に移行する。センダがＳＹＮかＳＹＮＡＣＫ ＧＳＭＰ隣接プロトコル・メッセージを受けとるか、あるいは条件Ｃが満足され ていれば、センダはＥＳＴＡＢ状態６１２にあり、そこに留まる。もしセンダが ＥＳＴＡＢ状態６１２にある間に条件Ｄが満足されれば、 センダはＥＳＴＡＢ状態６１２に留まったままで、ＲＳＴＡＣＫ・ＧＳＭＰ隣接 プロトコル・メッセージを送信する（ステップ６０８として示されている）。Ｓ ＹＮＳＥＮＴ状態６０２にあって、もしセンダがＡＣＫ・ＧＳＭＰ隣接プロトコ ル・メッセージを受けとるか、あるいは条件Ｂが満足されれば、センダはＳＹＮ ＳＥＮＴ状態６０２に留まり、ＲＳＴＡＣＫ・ＧＳＭＰ隣接プロトコル・メッセ ージを送信する（ステップ６０８）。センダがＳＹＮＳＥＮＴ状態６０２にある とき、条件Ａが満足されれば、センダはアップデート・ピア・ベリファイ操作を 行ない、ＡＣＫ・ＧＳＭＰ隣接プロトコル・メッセージを送信し（ステップ６１ ４）、ＥＳＴＡＢ状態６１２に入る。 ＧＳＭＰ隣接プロトコル・メッセージに加えて、他のタイプのＧＳＭＰメッセ ージ５４６は、ＧＳＭＰコネクション・マネジメント（ＣＭ）メッセージを含む が、これはリクエスト−レスポンス・メッセージである。ベーシック・スイッチ ング・ユニットにおいて、スイッチ・コントローラは、ＡＴＭスイッチを越えて 仮想チャネル・コネクションを、樹立し、削除し、修正し、照合するために、Ｇ ＳＭＰ・ＣＭメッセージを使用する。ＧＳＭＰ・ＣＭメッセージは、スイッチ・ ポートのステータスに関わりなく出すことができ、コネクションは、スイッチ・ ポートがアップしたりやダウンしたりするとき、あるいはそれ以外で利用出来な いときに、樹立したり、削除したりすることができる。コネクション・マネジメ ント・メッセージには次のものが含まれる。すなわち、追加ブランチ、削除ブラ ンチ、削除ツリー、照合ツリー、全削除、移動ルート、移動ブランチである。先 に述べたように、仮想チャネル・コネクションは、一方向性であり、入力仮想チ ャネル一つと、少なくとも一つの出力仮想チャネルあるいはブランチを含んでい る。つまり、ユニキャスト仮想コネクションは一つの出力ブランチを持ち、マル チキャスト仮想コネクションは、二つかそれ以上の出力ブランチを持つ。 追加ブランチ・メッセージは、仮想チャネル・コネクションを樹立するため、 あるいは現存している仮想チャネル・コネクションに追加のブランチを加えるた めに使われるＧＳＭＰ・ＣＭメッセージである。本実施例では、ユニキャストと マルチキャストのコネクションに区別を付けていない。特定の入力ポート、入力 ＶＰＩ、及び入力ＶＣＩのための最初の追加ブランチ・メッセージが、ユニキャ スト・コネクションを樹立する。同じ入力ポート、入力ＶＰＩ、及び入力ＶＣＩ を持つ２番目の追加ブランチ・メッセージは、もう一つ出力ブランチを加えるこ とによって、ユニキャスト・コネクションをマルチキャスト・コネクションに転 換する。他の出力ブランチを、さらなる追加ブランチ・メッセージとともに同様 に加えることができる。また、追加ブランチ・メッセージは、ＡＴＭスイッチ内 に記憶されたコネクション状態をチェックするために使うことができる。削除ブ ランチ・メッセージは、仮想チャネル・コネクションの単一のブランチを削除す るために使用されるＧＳＭＰ・ＣＭメッセージである。例えば、二つのブランチ を持つ、マルチキャスト仮想チャネル・コネクション上で削除ブランチ・メッセ ージを使用すると、一つブランチが削除され、マルチキャスト・コネクションが ユニキャスト・コネクションに転換される。削除ブランチ・メッセージは、仮想 チャネル・コネクション内の最後のブランチを削除することによって、コネクシ ョンを削除するために使用することもできる。もう一つのＧＳＭＰ・ＣＭメッセ ージである削除ツリー・メッセージは、コネクションの残りのブランチを全て削 除することにより、全ての仮想コネクションを削除するのに使われる。照合ツリ ー・メッセージは、仮想チャネル・コネクション上のブランチの数を照合するた めに使われるＧＳＭＰ・ＣＭメッセージである。全削除メッセージは、スイッチ 入力ポート上の全てのコネクションを削除するために使われるＧＳＭＰ・ＣＭメ ッセージである。移動ルート・メッセージは、その現在の入力ポート、入力ＶＰ Ｉ、入力ＶＣＩから、新しい入力ポート、入力ＶＰＩ、入力ＶＣＩへ、仮想コネ クション・ツリー全体を移動させるために使われるＧＳＭＰ・ＣＭメッセージで ある。もう一つのＧＳＭＰ・ＣＭメッセージである移動ブランチ・メッセージは 仮想チャネル・コネクションの単一の出力ブランチを、その現在の出力ポート、 出力ＶＰＩ、出力ＶＣＩから、同じ仮想チャネル・コネクション上の新しい出力 ポート、出力ＶＰＩ、出力ＶＣＩへ移動させるために使用される。 図１２は、追加ブランチ、削除ブランチ、削除ツリー、照合ツリー、全削除の メッセージのための、リクエストとレスポンスのどちらとしても使用される、一 般的ＧＳＭＰ・ＣＭメッセージ６２０の構造を図示したものである。一般的ＧＳ ＭＰ・ＣＭメッセージ６２０は、図１１ａでカプセル封じされたＧＳＭＰパ ケット５４０の、ＧＳＭＰメッセージ・フィールド５４６の中に含ませることも できる。図１２に見られるように、一般的ＧＳＭＰ・ＣＭメッセージ６２０は、 （ＭＳＢからＬＳＢへの順番に述べられた）次のようなフィールドを含んでいる 。８ビット・バージョン・フィールド６２２、８ビット・メッセージタイプ・フ ィールド６２４、８ビット結果フィールド６２６、８ビット・コード・フィール ド６２８、及び３２ビット・ワード・トランザクション識別子フィールド６３０ 、及び３２ビット・ワード・ポート・セッション・ナンバー・フィールド６３２ 、及び３２ビット・ワード入力ポート・フィールド６３４、及び、ゼロにセット された４ビット・ワード６３６を含む３２ビット・ワード入力ラベル・フィール ド、１２ビット入力ＶＰＩフィールド６３８、１６ビット入力ＶＣＩフィールド ６４０、及び３２ビット・ワード出力ポート・フィールド６４２、及びゼロにセ ットされた８ビットワード６４４を含む３２ビット・ワード出力ラベル・フィー ルド６４４、１２ビット出力ＶＰＩフィールド６４６、１６ビット出力ＶＣＩフ ィールド６４８、及び１６ビット・ブランチ数フィールド６５０、及び８ビット 予約フィールド６５２、及び８ビット優先フィールド６５４である。 ＧＳＭＰ隣接プロトコル・メッセージを除いて、全てのＧＳＭＰメッセージは バージョン・フィールド６２２、メッセージタイプ・フィールド６２４、結果フ ィールド６２６、コード・フィールド６２８、トランザクション識別子フィール ド６３０を含むが、これらは通常同じ方法で使用される。例えば、ＧＳＭＰメッ セージの中のバージョン・フィールド６２２は、（他のバージョンが進展するか もしれないため）目下使用中のＧＳＭＰプロトコルのバージョンを指定する。メ ッセージタイプ・フィールド６２４は、ＧＳＭＰメッセージタイプを指定するた め特定の値にセットされる。例えば、ＧＳＭＰ・ＣＭ追加ブランチ・メッセージ は、メッセージタイプ・フィールド６２４のための特定値を割り当てられ、他の タイプのメッセージは他の特定値を割り当てられる。 リクエスト・メッセージであるＧＳＭＰメッセージのために、結果フィールド ６２６は、結果が成功であった場合、そのリクエスト・メッセージにレスポンス が必要かどうかを表示する。リクエスト・メッセージ中の結果フィールド６２６ は、ＮｏＳｕｃｃｅｓｓＡｃｋ（結果が成功だった場合レスポンスが必要でない ことを示す）か、ＡｃｋＡｌｌ（結果が成功だった場合にレスポンスが必要であ ることを示す）のための値を含んでいてもよい。あるタイプのＧＳＭＰリクエス ト・メッセージにとっては、ＡｃｋＡｌｌがデフォルトであり、結果フィールド ６２６中のＮｏＳｕｃｃｅｓｓＡｃｋは無視される。レスポンス・メッセージで あるＧＳＭＰメッセージにとって、結果フィールド６２６はＳｕｃｃｅｓｓ（リ クエストが成功したことを示す）か、Ｆａｉｌｕｒｅ（リクエストが成功でなか ったことを示す）の値を含んでいてもよい。ＧＳＭＰ成功レスポンス・メッセー ジは、リクエストが成功裏に完結されるまでは送られない。ＧＳＭＰ成功レスポ ンス・メッセージは、Ｓｕｃｃｅｓｓを示す結果フィールド６２６と共に戻って きた、対応するＧＳＭＰリクエスト・メッセージのコピーである。成功した結果 を持たないＧＳＭＰリクエスト・メッセージに対して、ＧＳＭＰ失敗レスポンス メッセージが生成される。ＧＳＭＰ失敗レスポンス・メッセージは、Ｆａｉｌｕ ｒｅを示す結果フィールド６２６と共に戻ってきた、対応するＧＳＭＰリクエス ト・メッセージのコピーである。ＧＳＭＰリクエスト・メッセージの失敗した結 果に対応してＧＳＭＰ失敗レスポンス・メッセージを発するスイッチは、スイッ チ内のコネクション状態を修正しない。 ＧＳＭＰレスポンス・メッセージ内で、コード・フィールド６２８は、結果に ついての更なる情報を提供する。例えば、ＧＳＭＰ失敗レスポンス・メッセージ 内のコード・フィールド６２８は、失敗を引き起すエラーのタイプを特定するエ ラー・コードを含んでいてもよい。失敗であれ他のタイプであれ、様々な異なる コードを、コード・フィールド６２８内で使用するために、定義できることが認 められている。定義できる失敗コードの例には次のものが含まれる。すなわち、 特定のメッセージタイプに特有の失敗、他の失敗コードによってカバーされてい ない不特定の理由、無効なリクエスト・メッセージ、このスイッチ上では実行さ れていない指定されたリクエスト・メッセージ、無効ポート・セッション・ナン バー、少なくとも一つの指定されたポートが存在していない、少なくとも一つの 指定されたポートがダウンしている、少なくとも一つの指定されたポート上で少 なくとも一つの指定されたＶＰＩ／ＶＣＩが範囲外である、指定されたコネクシ ョンが存在しない、指定された出力ブランチが存在しない、指定された出力ポー ト上の指定されたマルチキャスト・コネクションのために既に樹立されている指 定された出力ブランチ、スイッチによってサポートされたマルチキャスト・コネ クションの最大リミットに達した、指定されたマルチキャスト・コネクションが サポートできるブランチの最大リミットに達した、あるいは、スイッチにサポー トされたマルチキャスト能力に関する一般的問題、などである。当然、他のコー ドを提供することもできる。加えて、コード・フィールド６２８は、成功したレ スポンスメッセージの中で、あるいは事象メッセージの中で、更なる情報を提供 することもできる。コード・フィールド６２８は、ＧＳＭＰリクエスト・メッセ ージ内では使用されず、ゼロにセットされる。 トランザクション識別子フィールド６３０は、ＧＳＭＰリクエスト・メッセー ジを、そのＧＳＭＰレスポンス・メッセージに結びつけるために使用される。Ｇ ＳＭＰリクエスト・メッセージでは、スイッチ・コントローラは、フィールド６ ３０に対しあらゆるトランザクション識別子の値を選択する。ＧＳＭＰレスポン ス・メッセージでは、トランザクション識別子フィールド６３０の値は、ＧＳＭ Ｐレスポンス・メッセージが対応しているＧＳＭＰリクエスト・メッセージから のトランザクション識別子の値にセットされる。ＧＳＭＰ事象メッセージはレス ポンスを必要としないので、トランザクション識別子フィールド６３０はゼロに セットされる。 バージョン、メッセージタイプ、結果、コード、トランザクション識別子の各 フィールドの前述の一般的な説明は、ＧＳＭＰ隣接プロトコルメッセージを除い て、全てのＧＳＭＰメッセージに当てはまることが認められている。一般的な説 明との違いは、適宜述べられる。 ＧＳＭＰ・ＣＭメッセージに対して、ポート・セッション・ナンバー・フィー ルド６３２は、入力ポートのセッション・ナンバーを提供する。特に、ポート・ セッション・ナンバー・フィールド６３２内の値は、入力ポート・フィールド６ ３４に示されているスイッチ入力ポートのポート・セッション・ナンバーを与え る。各スイッチ・ポートは、スイッチによって割り当てられたポート・セッショ ン・ナンバーを保持する。ポートが継続的にアップする間、ポート・セッション ・ナンバーは変化しないままである。しかしながら、ポートがダウンしたり利 用できなかった後にアップした後は、新しい違ったポート・セッション・ナンバ ーが生成される。新しいポート・セッション・ナンバーは、ランダムに選ばれる ことが望ましい。もしスイッチ・コントローラが、ポート・セッション・ナンバ ー・フィールド６３２内に無効な値を持つＧＳＭＰ・ＣＭリクエスト・メッセー ジを送信したら、スイッチは、失敗を引き起す無効なポート・セッション・ナン バーを示すコード・フィールド６２８を含んだＧＳＭＰ・ＣＭ失敗レスポンス・ メッセージを送ることによって、そのＧＳＭＰ・ＣＭリクエスト・メッセージを 拒否する。カレント・ポート・セッション・ナンバーは、ＧＳＭＰコンフィギュ レーション・メッセージを使って獲得される。 ＧＳＭＰ・ＣＭメッセージの中で、入力ポート・フィールド６３４は、スイッ チによって割り当てられた３２ビット値を使ってスイッチ入力ポートを示す。入 力ＶＰＩフィールド６３８は、入力ポート・フィールド６３４の中で示されたス イッチ入力ポートに着くＡＴＭ仮想パスを識別し、入力ＶＣＩフィールド６４０ は、入力ＶＰＩフィールド６３８の中で識別されたその仮想パス上で到着するＡ ＴＭ仮想チャネルを識別する。 ＧＳＭＰ・ＣＭメッセージの中で、出力ポート・フィールド６２４は、スイッ チによって割り当てられた３２ビット値を使ってスイッチ出力ポートを示す。出 力ＶＰＩフィールド６４６は、出力ポート・フィールド６４２の中で示されたス イッチ出力ポートから出るＡＴＭ仮想パスを識別し、出力ＶＣＩフィールド６４ ８は、出力ＶＰＩフィールド６４６の中で識別されたその仮想パス上で出発する ＡＴＭ仮想チャネルを識別する。 ＧＳＭＰ・ＣＭメッセージに対して、ブランチ数フィールド６５０は、仮想チ ャネル・コネクション上の出力ブランチの数を与える。フィールド６５０は、Ｇ ＳＭＰ・ＣＭ照合ツリー・メッセージの中で使われる。他の全てのＧＳＭＰ・Ｃ Ｍメッセージに対して、フィールド６５０は、センダ・エンティティによってゼ ロにセットされ、レシーバ・エンティティからは無視される。本実施例において は、ＧＳＭＰ・ＣＭメッセージのためには使われない予約フィールド６５２は、 センダ・エンティティによってゼロにセットされ、レシーバ・エンティティから は無視される。 ＧＳＭＰ・ＣＭメッセージ内の優先フィールド６５４は、コネクションの優先 順位を与える。再優先順位にはゼロが付けられ、最も低い優先順位には、ｑ−１ の番号がつけられる。ここで、ｑはスイッチ出力ポートがサポートできる優先順 位の数である。各スイッチ出力ポートのｑはＧＳＭＰポート・コンフィギュレー ション・メッセージから得ることができる。各仮想チャネル・コネクションは、 樹立されるときにそれに優先権を割り当てることによって、一定の質のサービス （ＱＯＳ）を伴って樹立することができる。同じ出力ポートを共有する仮想チャ ネル・コネクションに対して、どちらも同じスイッチ内にある場合、高優先順位 のコネクション上のＡＴＭセルの方が、優先順位の低いコネクション上のＡＴＭ セルよりも、スイッチをより出やすい。優先フィールド６５４は、ＧＳＭＰ・Ｃ Ｍ追加ブランチ、及び、移動ブランチのメッセージ内で使われる。もし（追加ブ ランチか移動ブランチのための）ＧＳＭＰ・ＣＭリクエスト・メッセージが、ス イッチがサポートしない値を優先フィールド６５４内に持っている場合、スイッ チは代わりに、それがサポートできる最も近接した優先順位を割り当てる。他の ＧＳＭＰ・ＣＭメッセージの中では、優先フィールド６５４は、センダ・エンテ ィティによってゼロにセットされ、レシーバ・エンティティからは無視される。 追加ブランチ・メッセージは、仮想チャネル・コネクションを樹立したり、あ るいは現存する仮想チャネル・コネクションに追加のブランチを加えるために使 われる、ＧＳＭＰ・ＣＭメッセージである。そのコネクションは、入力ポート・ フィールド６３４、入力ＶＰＩフィールド６３８、入力ＶＣＩフィールド６４０ によって指定され、その出力ブランチは、出力ポート・フィールド６４２、出力 ＶＰＩフィールド６４６、出力ＶＣＩフィールド６４８によって指定され、その コネクションの優先順位は優先フィールド６５４によって指定される。また、追 加ブランチ・メッセージは、ＡＴＭスイッチ内に記憶されたコネクション状態を チェックするために使うことができる。図１３ａは、スイッチ・コントローラか らＧＳＭＰ追加ブランチ・リクエスト・メッセージを受信するＡＴＭスイッチの 作動を図示する概略線図である。ステップ６６０において、スイッチ・コントロ ーラは、ＡＴＭスイッチによって受信されたＧＳＭＰ追加ブランチ・リクエスト ・メッセージを送信する。ＡＴＭスイッチは、受信した追加ブランチ・リクエス ト・メッセージの入力ポート・フィールド６３４、入力ＶＰＩフィールド６３８ 、及び入力ＶＣＩフィールド６４０の中で指定されたように、仮想チャネル・コ ネクションがスイッチ内に存在するかどうかを、ステップ６６２で決定する。ス イッチがステップ６６２で仮想チャネル・コネクションが存在しないことを決定 すると、ＡＴＭスイッチは続いてステップ６６４で、追加ブランチ・リクエスト ・メッセージの中で指定されたコネクションを樹立する。もしスイッチが、ステ ップ６６２で、仮想チャネル・コネクションが存在すると決めれば、スイッチは ステップ６６６で、受信された追加ブランチ・リクエスト・メッセージの出力ポ ート・フィールド６４２、出力ＶＰＩフィールド６４６、出力ＶＣＩフィールド ６４８によって指定されたように、出力ブランチがスイッチ内に存在するかどう かを決める。もし出力ブランチが存在しないと決定された場合、ＡＴＭスイッチ は続いて、ステップ６６８で、追加ブランチ・リクエスト・メッセージ内で指定 されたように新しい出力ブランチを追加する。ステップ６６４か６６８の後、ス イッチは、ステップ６７０で、操作が成功したかどうかを決定する。もし操作が 成功しなかった場合は、ＡＴＭスイッチはステップ６７２で、失敗を示す結果フ ィールドと共に、受信した加算ブランチ・リクエスト・メッセージのコピーであ る、追加ブランチ・レスポンス・メッセージをスイッチコントローラに送信する 。その追加ブランチレスポンス・メッセージは、そのコード・フィールド６２８ 中の適切な失敗コードで、失敗のタイプを特定することもできる。もし操作がス テップ６７０で成功裏に完結したと決定されれば、ＡＴスイッチはステップ６７ ４で、リクエストが成功した際にレスポンスが必要かどうかを決定するために、 追加ブランチ・リクエスト・メッセージの結果フィールド６２６をチェックする 。もしリクエスト・メッセージの結果フィールドが、ＡｃｋＡ１ｌを示していれ ば、ＡＴＭスイッチは、ステップ６７６でスイッチ・コントローラに成功レスポ ンスを送信する。追加ブランチ成功レスポンス・メッセージは、Ｓｕｃｃｅｓｓ を示す結果フィールド６２６を伴う、受信された追加ブランチ・リクエスト・メ ッセージのコピーである。もしスイッチがステップ６６６で、追加ブランチ・リ クエスト・メッセージで指定された出力ブランチが、既に存在すると決定した場 合、スイッチはステップ６８０で、リクエスト・メッセージの優先フィールド６ ５４ で指定された優先順位が、出力ブランチの目下の優先順位と異なるかどうかをチ ェックする。もしスイッチが、リクエストされた優先順位が目下の優先順位と異 なると決定したら、スイッチはステップ６８２で、出力ブランチの優先順位を、 追加ブランチ・リクエスト・メッセージによって指定されたものに変える。もし 優先順位が同じであれば、スイッチは優先順位を変えない（これは６８４によっ て示されている）。 削除ブランチ・メッセージは、仮想チャネル・コネクションの単一のブランチ を削除したり、あるいは最後のブランチの場合には、コネクションを削除するた めに使用されるＧＳＭＰ・ＣＭメッセージである。コネクションは入力ポート・ フィールド６３４、入力ＶＰＩフィールド６３８、入力ＶＣＩフィールド６４０ によって指定され、出力ブランチは、出力ポート・フィールド６４２、出力ＶＰ Ｉフィールド６４６、出力ＶＣＩフィールド６４８によって指定される。図１３ ｂは、スイッチ・コントローラからＧＳＭＰ削除ブランチ・リクエスト・メッセ ージを受信するＡＴＭスイッチの作動を図示した概略線図である。ステップ６９ ０では、スイッチ・コントローラは、ＡＴＭスイッチによって受信されたＧＳＭ Ｐ削除ブランチ・リクエスト・メッセージを送信する。ＡＴＭスイッチは、受信 した削除ブランチ・リクエスト・メッセージの入力ポート・フィールド６３４、 入力ＶＰＩフィールド６３８、入力ＶＣＩフィールド６４０の中で指定されてい るように、仮想チャネル・コネクションがスイッチ内に存在しているかどうかを ステップ６９２で決定する。もしスイッチがステップ６９２において、仮想チャ ネル・コネクションが存在しないと決定したら、ステップ６９４においてスイッ チは、受信した削除ブランチ・リクエスト・メッセージの出力ポート・フィール ド６４２、出力ＶＰＩフィールド６４６、出力ＶＣＩフィールド６４８によって 指定されたように、出力ブランチがスイッチ内に存在するかどうかを決定する。 もし出力ブランチが存在すると決定されれば、スイッチは続いてステップ６９６ で、削除ブランチ・リクエスト・メッセージの中で指定されているように、出力 ブランチを削除する。ステップ６９６の後、スイッチはステップ６９８において 削除操作が成功したかどうかを決定する。もし削除が成功裏に完結したことが決 定されれば、スイッチはステップ７００において、リクエストが成功し たときレスポンスが必要であるかどうかを、削除ブランチ・リクエスト・メッセ ージの結果フィールド６２６から決定する。もしリクエスト・メッセージの結果 フィールドがＡｃｋＡｌｌ（成功レスポンスが必要）を示していれば、スイッチ はステップ７０２において、スイッチ・コントローラに削除ブランチ成功レスポ ンス・メッセージを送る。削除ブランチ成功レスポンス・メッセージは、Ｓｕｃ ｃｅｓｓを示す結果フィールド６２６を伴う受信された削除ブランチ・リクエス ト・メッセージのコピーである。もしステップ７００で、成功レスポンスが必要 ないと決定された場合は、スイッチは何のレスポンスも出さない（これは７０４ として示される）。もしステップ６９２においてスイッチが、削除ブランチ・リ クエスト・メッセージの中で指定されたコネクションが存在しないと決定した場 合、あるいは、スイッチがステップ６９４で、削除ブランチ・リクエスト・メッ セージ内で指定された出力ブランチが存在しないと決定した場合、または、スイ ッチがステップ６９８において、削除操作が失敗であると決定した場合には、ス テップ７０６においてスイッチは、適当な失敗コードと共に、スイッチ・コント ローラに削除ブランチ失敗レスポンス・メッセージを送る。削除ブランチ失敗レ スポンス・メッセージは、Ｆａｉｌｕｒｅを示す結果フィールド、及びコード・ フィールド６２８において適切な失敗コードによって示された失敗のタイプを伴 う、受信された削除ブランチ・リクエスト・メッセージのコピーである。 削除ツリー・メッセージは、残っているコネクションのブランチ全てを削除す ることによって全仮想チャネル・コネクションを削除するために使用される。そ のコネクションは、入力ポート・フィールド６３４、入力ＶＰＩフィールド６３ ８、入力ＶＣＩフィールド６４０によって指定される。削除ツリー・メッセージ の中の、出力ポート・フィールド６４２、出力ＶＰＩフィールド６４６、出力Ｖ ＣＩフィールド６４８は使用されず、スイッチ・コントローラによってゼロにセ ットされ、スイッチには無視される。図１３ｃは、スイッチ・コントローラから ＧＳＭＰ削除ツリー・リクエスト・メッセージを受信するＡＴＭスイッチの操作 を示した概略線図である。ステップ７１０において、スイッチ・コントローラは ＡＴＭスイッチによって受信されたＧＳＭＰ削除ツリー・リクエスト・メッセー ジを送信する。ＡＴＭスイッチは、受信された削除ツリー・リクエスト・メ ッセージの入力ポート・フィールド６３４、入力ＶＰＩフィールド６３８、入力 ＶＣＩフィールド６４０によって指定されるように、仮想チャネル・コネクショ ンがスイッチ内に存在するかどうかをステップ７１２で決定する。もしスイッチ がステップ７１２において、仮想チャネルが存在すると決定すれば、スイッチは 続いて、ステップ７１４で削除ツリー・リクエスト・メッセージの中で指定され ているように、コネクションを（そしてそれによって、ツリー全体を）削除する 。ステップ７１４の後スイッチはステップ７１６において、削除操作が成功した かどうかを決定する。もし削除が成功裏に完結したと決定されれば、スイッチは ステップ７１８で、リクエストが成功したときにレスポンスが必要かどうかを、 削除ツリー・リクエスト・メッセージの結果フィールド６２６から決定する。も しリクエスト・メッセージの結果フィールドが、ＡｃｋＡｌｌ（成功レスポンス が必要）を示していれば、スイッチはステップ７２０で削除ツリー成功レスポン ス・メッセージをスイッチ・コントローラに送る。削除ツリー成功レスポンス・ メッセージは、Ｓｕｃｃｅｓｓを示す結果フィールド６２６を伴う、受信された 削除ツリーリクエスト・メッセージのコピーである。もしステップ７１６におい て、成功レスポンスが必要でないと決定されれば、スイッチは（７２２として示 されているように）レスポンスをしない。もしステップ７１２においてスイッチ が、削除ツリー・リクエスト・メッセージで指定されているコネクションが存在 しないと決定した場合、あるいはもしスイッチがステップ７１６において削除操 作が失敗であると決定した場合、スイッチはステップ７２４において、スイッチ ・コントローラに、適切な失敗コードと共に、削除ツリー失敗レスポンス・メッ セージを送る。削除ツリー失敗レスポンス・メッセージは、Ｆａｉｌｕｒｅを示 す結果フィールド６２６と、そのコード・フィールド６２８の中で適切な失敗コ ードによって示される失敗のタイプを伴う、受信された削除ツリー・リクエスト ・メッセージのコピーである。 照合ツリー・メッセージは、仮想チャネル・コネクション上でブランチの数を 照合するために使われる、ＧＳＭＰ・ＣＭメッセージである。コネクションは入 力ポート・フィールド６３４、入力ＶＰＩフィールド６３８、及び入力ＶＣＩフ ィールド６４０によって指定される。照合ツリー・メッセージ中の出力ポート・ フィールド６４２、出力ＶＰＩフィールド６４６、出力ＶＣＩフィールド６４８ は使用されず、スイッチ・コントローラによってゼロにセットされ、スイッチに は無視される。指定された仮想チャネル・コネクションが含んでいるべきだとス イッチが信じるブランチの数は、照合ツリー・リクエスト・メッセージの中のブ ランチ数フィールド６５０によって与えられる。図１３ｄは、スイッチ・コント ローラからＧＳＭＰ照合ツリー・リクエスト・メッセージを受けとるＡＴＭスイ ッチの作動を図示した概略線図である。ステップ７３０において、スイッチ・コ ントローラは、ＡＴＭスイッチが受信するＧＳＭＰ照合ツリー・リクエスト・メ ッセージを送信する。ＡＴＭスイッチは、受信された照合ツリー・リクエスト・ メッセージの入力ポート・フィールド６３４、入力ＶＰＩフィールド６３８、入 力ＶＣＴフィールド６４０によって指定されるように、仮想チャネル・コネクシ ョンがスイッチ内に存在するかどうかを、ステップ７３２で決定する。もしスイ ッチがステップ７３２において、仮想チャネル・コネクションが存在すると決定 すれば、スイッチは続いてステップ７３４で、指定されたコネクションに対する 実際の数をチェックし、受信した照合ツリー・リクエスト・メッセージのブラン チ数フィールド６５０内の数とその実際の数を比較する。スイッチがステップ７ ３６で、数が合うと決定すれば、照合操作は成功である。もし照合が成功裏に完 結したと決定されれば、スイッチはステップ７３８で、リクエストが成功したと きにレスポンスが必要かどうかを、照合ツリー・リクエスト・メッセージの結果 フィールド６２６から決定する。もしリクエスト・メッセージの結果フィールド が、ＡｃｋＡｌｌ（成功レスポンスが必要）を示していれば、ステップ７４０で スイッチは、照合ツリー成功レスポンス・メッセージをスイッチ・コントローラ に送る。照合ツリー成功レスポンス・メッセージは、Ｓｕｃｃｅｓｓを示す結果 フィールド６２６を伴う、受信された照合ツリーリクエスト・メッセージのコピ ーである。もしステップ７３８において、成功レスポンスが必要でないと決定さ れれば、スイッチは（７４２として示されているが）レスポンスしない。もしス テップ７３２においてスイッチが、照合ツリー・リクエスト・メッセージで指定 されているコネクションが存在しないと決定した場合、スイッチはステップ７４ ４において、スイッチ・コントローラに、適切な失敗コードと共に照合ツリ ー失敗レスポンス・メッセージを送る。照合ツリー失敗レスポンス・メッセージ は、Ｆａｉｌｕｒｅを示す結果フィールド６２６と、そのコード・フィールド６ ２８の中で適切な失敗コードによって示される失敗のタイプを伴う、受信された 照合ツリー・リクエスト・メッセージのコピーである。もしスイッチがステップ ６３６において、照合操作が失敗であると決定すれば、スイッチはステップ７４ ６において、実際のブランチの数を、照合ツリー失敗レスポンス・メッセージの ブランチ数フィールド６５０にセットし、それをゼロにセットされたコード・フ ィールド６２８とともにスイッチ・コントローラに送る。 全削除メッセージは、スイッチ入力ポート上の全てのコネクションを削除する ために使われるＧＳＭＰ・ＣＭメッセージである。スイッチ入力ポートは入力ポ ート・フィールド６３４によって指定される。全削除メッセージの中では、入力 ＶＰＩフィールド６３８、入力ＶＣＩフィールド６４０、出力ポート・フィール ド６４２、出力ＶＰＩフィールド６４６、出力ＶＣＩフィールド６４８は使用さ れず、スイッチ・コントローラによってゼロにセットされ、スイッチには無視さ れる。図１３ｅは、スイッチ・コントローラからＧＳＭＰ全削除リクエスト・メ ッセージを受けとるＡＴＭスイッチの作動を図示した概略線図である。ステップ ７５０において、スイッチ・コントローラは、ＡＴＭスイッチによって受信され るＧＳＭＰ全削除リクエスト・メッセージを送信する。ステップ７５２で、ＡＴ Ｍスイッチは、受信された全削除リクエスト・メッセージの入力ポート・フィー ルド６３４の中で指定されたスイッチ入力ポート上に、何らかのコネクションが 存在するかどうかを決定する。もしスイッチがステップ７５２において、コネク ションが存在すると決定すれば、スイッチは続いてステップ７５４で、受信した 全削除リクエスト・メッセージの中で指定されたスイッチ入力ポートに対する全 てのコネクションを削除する。それからスイッチはステップ７５６において、完 全な削除操作が成功したことを決定する。もし操作が成功裏に完結したと決定さ れれば、スイッチはステップ７５８で、リクエストが成功したときにレスポンス が必要かどうかを、全削除リクエスト・メッセージの結果フィールド６２６から 決定する。もしリクエスト・メッセージの結果フィールドが、ＡｃｋＡｌｌ（成 功レスポンスが必要）を示していれば、ステップ７６０でスイッチは、全削 除成功レスポンス・メッセージをスイッチ・コントローラに送る。全削除成功レ スポンス・メッセージは、Ｓｕｃｃｅｓｓを示す結果フィールド６２６を伴う、 受信された全削除リクエスト・メッセージのコピーである。もしステップ７５８ において、成功レスポンスが必要でないと決定されれば、スイッチは（７６２と して示されているが）レスポンスをしない。もしステップ７５２においてスイッ チが全削除リクエスト・メッセージで指定されているスイッチ入力ポート上にコ ネクションが存在しないと決定すれば、スイッチはステップ７６４において、ス イッチ・コントローラに、適切な失敗コードと共に、全削除失敗レスポンス・メ ッセージを送る。全削除失敗レスポンス・メッセージは、Ｆａｉｌｕｒｅを示す 結果フィールド６２６と、そのコード・フィールド６２８の中で適切な失敗コー ドによって示される失敗のタイプを伴う、受信された全削除リクエスト・メッセ ージのコピーである。 移動ルート・メッセージは、現下の入力ポート入力ＶＰＩ、入力ＶＣＩフィー ルドから、新しい入力ポート、入力ＶＰＩ、入力ＶＣＴフィールドへと、仮想コ ネクション・ツリー全体を移動させるのに使われるＧＳＭＰ・ＣＭメッセージで ある。図１３ｆは、リクエスト及びレスポンス両方として使われるＧＳＭＰ・Ｃ Ｍ移動ルート・メッセージ７７０の構造を図示する。ＧＳＭＰ・ＣＭ移動ルート ・メッセージ７７０には、（ＭＳＢからＬＳＢの順に記述される）以下のフィー ルドが含まれている。即ち、８ビット・バージョン・フィールド６２２、８ビッ ト・メッセージタイプ・フィールド６２４、８ビット結果フィールド６２６、８ ビット・コード・フィールド６２８、及び３２ビット・ワード・トランザクショ ン識別子フィールド６３０、及び３２ビット・ワード・ポート・セッション・ナ ンバー・フィールド６３２、及び３２ビット旧入力ポート・フィールド７７２及 び、ゼロにセットされた４ビット・ワード７７４、１２ビット旧入力ＶＰＩフィ ールド７７６、１６ビット旧入力ＶＣＩフィールド７７８、及び３２ビット新入 力ポート・フィールド７８０、及びゼロにセットされた８ビット・ワード７８２ 、１２ビット新入力ＶＰＩフィールド７８４、１６ビット新入力ＶＣＩフィール ド７８６、及び３２ビット予約フィールド７８８である。バージョン・フィール ド６２２、メッセージ・タイプ・フィールド６２４、結果フィールド ６２６、コード・フィールド６２８、トランザクション識別子フィールド６３０ 、ポートセッション・ナンバー６３２は、先に論じたように、概ね他のＧＳＭＰ ・ＣＭメッセージと同じ方法で使用される。予約フィールド７８８は使用されず 、センダによってゼロにセットされ、レシーバには無視される。移動ルート・メ ッセージにおいては、現下の仮想チャネル・コネクションは、旧入力ポート・フ ィールド７７２、旧入力ＶＰＩフィールド７７６、旧入力ＶＣＩフィールド７７ ８によって指定され、新しい仮想チャネル・コネクションは、新入力ポート・フ ィールド７８０、新入力ＶＰＩフィールド７８４、新入力ＶＣＩフィールド７８ ６によって指定される。図１３ｇは、スイッチ・コントローラからＧＳＭＰ移動 ルート・リクエスト・メッセージを受けとるＡＴＭスイッチの作動を図示した概 略線図である。ステップ７９０において、スイッチ・コントローラは、スイッチ によって受信されるＧＳＭＰ移動ルート・リクエスト・メッセージを送信する。 スイッチはステップ７９２で、仮想チャネル・コネクションが、受信された移動 ルート・リクエスト・メッセージの旧入力ポート・フィールド７７２、旧入力Ｖ ＰＩフィールド７７６、旧入力ＶＣＩフィールド７７８の中で指定されているよ うに、スイッチ内に存在するかどうかを決定する。もしスイッチがステップ７９ ２において、仮想チャネル・コネクションが存在していると決定すれば、スイッ チはステップ７９４で、仮想チャネル・コネクションが、受信した移動ルート・ リクエスト・メッセージの新入力ポート・フィールド７８０、新入力ＶＰＩフィ ールド７８４、新入力ＶＣＩフィールド７８６によって指定されたように、割り 当てられていないかどうかを決定する。もしステップ７９４で仮想チャネル・コ ネクションが割り当てられていないと決定されれば、スイッチは続いてステップ ７９６において、移動ルート・リクエスト・メッセージ内で指定されたように、 新しい仮想チャネル・コネクションを樹立するために、現存する仮想チャネル・ コネクションの各出力ブランチを移動させる。ステップ７９６の後、スイッチは ステップ７９８において移動操作が成功したことかどうかを決定する。もし操作 が成功裏に完結したと決定されれば、スイッチはステップ８００で、リクエスト が成功したときにレスポンスが必要かどうかを、移動ルート・リクエスト・メッ セージの結果フィールド６２６から決定する。もしリクエスト・メッセージ の結果フィールドが、ＡｃｋＡｌｌ（成功レスポンスが必要）を示していれば、 ステップ８０２で、スイッチは移動ルート成功レスポンス・メッセージをスイッ チ・コントローラに送る。移動ルート成功レスポンス・メッセージは、Ｓｕｃｃ ｅｓｓを示す結果フィールド６２６を伴う受信された移動ルート・リクエスト・ メッセージのコピーである。もしステップ８００において、成功レスポンスが必 要でないと決定されれば、スイッチは（８０４として示されているが）レスポン スを供給しない。もしスイッチがステップ７９２において、移動ルート・リクエ スト・メッセージで指定されている旧コネクションが存在しないと決定した場合 、スイッチはステップ８０６において、適切な失敗コードと共に移動ルート失敗 レスポンス・メッセージをスイッチ・コントローラに送る。移動ルート失敗レス ポンス・メッセージは、Ｆａｉｌｕｒｅを示す結果フィールド６２６と、そのコ ード・フィールド６２８の中で適切な失敗コードによって示される失敗のタイプ を伴う、受信された移動ルート・リクエスト・メッセージのコピーである。もし ステップ７９４においてスイッチが、移動ルート・リクエスト・メッセージの中 で指定された新しい仮想チャネル・コネクションが割り当てられていると決定す れば、スイッチは現存するコネクションに修正を加えず、スイッチ・コントロー ラにステップ８０６で送信する前に、移動ルート失敗レスポンス・メッセージの 中でコード・フィールド６２８をゼロにセットする（これは８０８として示され る）。 もう一つのＧＳＭＰ・ＣＭメッセージである移動ブランチ・メッセージは、仮 想チャネルコネクションの単一の出力ブランチを、その現下の出力ポート出力Ｖ ＰＩ、出力ＶＣＩから、同一仮想チャネル・コネクション上の新しい出力ポート 、出力ＶＰＩ、及び出力ＶＣＩフィールドへと移動させるために使われる。図１ ３ｈは、リクエスト及びレスポンス両方として使われる、ＧＳＭＰ・ＣＭ移動ブ ランチ・メッセージ８２０の構造を図示する。ＧＳＭＰ・ＣＭ移動ブランチ・メ ッセージ８２０には、（ＭＳＢからＬＳＢの順に記述される）以下のフィールド が含まれている。すなわち、８ビット・バージョン・フィールド６２２、８ビッ ト・メッセージタイプ・フィールド６２４、８ビット結果フィールド６２６、８ ビット・コード・フィールド６２８、及び３２ビット・ワード・トランザクシ ョン識別子フィールド６３０、及び３２ビット・ワード・ポート・セッション・ ナンバー・フィールド６３２、及び３２ビット入力ポート・フィールド６３４、 及びゼロにセットされた４ビット・ワード６３６、１２ビット入力ＶＰＩフィー ルド６３８、１６ビット入力ＶＣＩフィールド６４０、及び３２ビット旧出力ポ ート・フィールド８２２、及びゼロにセットされた８ビット・ワード８２４、１ ２ビット旧出力ＶＰＩフィールド８２６、１６ビット旧出力ＶＣＩフィールド８ ２８、及び３２ビット新出力ポート・フィールド８３０、及びゼロにセットされ た８ビットワード８３２、１２ビット新出力ＶＰＴフィールド８３４、１６ビッ ト新出力ＶＣＩフィールド８３６、及び２４ビット予約フィールド８３８、及び 優先フィールド９４０である。バージョン・フィールド６２２、メッセージタイ プ・フィールド６２４、結果フィールド６２６、コード・フィールド６２８、ト ランザクション識別子フィールド６３０、ポート・セッション・ナンバー６３２ は、先に論じたように、概ね他のＧＳＭＰ・ＣＭメッセージと同じやり方で使用 される。予約フィールド８３８は使用されず、センダによってゼロにセットされ レシーバには無視される。優先フィールド９４０は、ＧＳＭＰ・ＣＭメッセージ の優先フィールド６５４で前述したものと同様の方法で使用される。移動ブラン チ・メッセージにおいては、仮想チャネル・コネクションは、入力ポート・フィ ールド６３４、入力ＶＰＩフィールド６３８、入力ＶＣＩフィールド６４０によ って指定される。仮想チャネル・コネクションの旧ブランチは、旧出力ポート・ フィールド８２２、旧出力ＶＰＩフィールド８２６、旧出力ＶＣＩフィールド８ ２８によって指定される。仮想チャネル・コネクションの新しいブランチは、新 出力ポート・フィールド８３０、新出力ＶＰＩフィールド８３４、新出力ＶＣＩ フィールド８３６によって指定される。図１３ｉは、スイッチ・コントローラか らＧＳＭＰ移動ブランチ・リクエスト・メッセージを受けとるＡＴＭスイッチの 作動を図示した概略線図である。ステップ８４２において、スイッチ・コントロ ーラは、スイッチによって受信されるＧＳＭＰ移動ブランチ・リクエスト・メッ セージを送信する。ステップ８４４において、スイッチは、受信された移動ブラ ンチ・リクエスト・メッセージの入力ポート・フィールド６３４、入力ＶＰＩフ ィールド６３８、入力ＶＣＩフィールド６４０のなかで指定されてい るように、仮想チャネル・コネクションがスイッチ内に存在するかどうかを決定 する。もしスイッチがステップ８４４において、仮想チャネル・コネクションが 存在すると決定すれば、スイッチはステップ８４６で、受信した移動ブランチ・ リクエスト・メッセージの旧出力ポート・フィールド８２２、旧出力ＶＰＩフィ ールド８２６及び旧出力ＶＣＩフィールド８２８によって指定されたように、旧 出力ブランチが仮想チャネル・コネクション上に存在しているかどうかを決定す る。もしステップ８４６で、旧出力ブランチが存在していると決定されれば、ス イッチは続いてステップ８４８で、移動ブランチ・リクエスト・メッセージ内の 新出力ポート・フィールド８３０、新出力ＶＰＩフィールド８３４、新出力ＶＣ Ｉフィールド８３６によって指定されたように新しい出力ブランチを加え、移動 ブランチ・リクエスト・メッセージ内で指定されたように旧出力ブランチを削除 する。ステップ８４８の後、スイッチはステップ８５０において、移動操作が成 功したことかどうかを決定する。もし操作が成功裏に完結したと決定されれば、 スイッチはステップ８５２で、リクエストが成功したときにレスポンスが必要か どうかを、移動ブランチ・リクエスト・メッセージの結果フィールド６２６から 決定する。もしリクエスト・メッセージの結果フィールドが、ＡｃｋＡｌｌ（成 功レスポンスが必要）を示していれば、ステップ８５４で、スイッチは移動ブラ ンチ成功レスポンス・メッセージをスイッチ・コントローラに送る。移動ブラン チ成功レスポンス・メッセージは、Ｓｕｃｃｅｓｓを示す結果フィールド６２６ を伴う、受信された移動ブランチ・リクエスト・メッセージのコピーである。も しステップ８５２において、成功レスポンスが必要でないと決定されれば、スイ ッチは（８５６として示されているが）レスポンスをしない。もしステップ８４ ４においてスイッチが、移動ブランチ・リクエスト・メッセージで指定されてい た仮想チャネル・コネクションが存在しないと決定した場合、あるいは、スイッ チがステップ８４６で、移動ブランチ・リクエスト・メッセージの中で指定され た旧ブランチが仮想チャネル・コネクション上に存在しないと決定した場合、ま たステップ８５０でスイッチが、移動ブランチ操作が失敗したと決定した場合、 スイッチはステップ８５８において、コネクション状態を何も修正することなく 、移動ブランチ失敗レスポンス・メッセージを適切な失敗コードと共に、スイッ チ ・コントローラへ送る。移動ブランチ失敗レスポンス・メッセージは、Ｆａｉｌ ｕｒｅを示す結果フィールド６２６と、そのコード・フィールド６２８の中で適 切な失敗コードによって示される失敗のタイプを伴う、受信された移動ブランチ ・リクエスト・メッセージのコピーである。 スイッチ・ポート・マネジメントを提供するＧＳＭＰ・ポート・マネジメント （ＰＭ）メッセージは、ポートがサービスに入ったり、サービスから外れたり、 ループバックしたり、リセットしたりすることを可能にする。図１４はリクエス ト及びレスポンス両方のメッセージとして使われるＧＳＭＰ・ＰＭメッセージ８ ７０の構造を図示する。ＧＳＭＰ・ＰＭメッセージ８７０は、図１１ａでカプセ ル封じされたＧＳＭＰパケット５４０のＧＳＭＰメッセージ・フィールド５４６ に含まれていてもよい。図１４に見られるように、ＧＳＭＰ・ＰＭメッセージ８ ７０は、（ＭＳＢからＬＳＭの順で記述されている）以下のフィールドを含んで いる。すなわち、８ビット・バージョン・フィールド６２２、８ビット・メッセ ージタイプ・フィールド６２４、８ビット結果フィールド６２６、８ビット・コ ード・フィールド６２８、及び３２ビット・ワード・トランザクション識別子フ ィールド６３０、及び３２ビット・ワード・ポート・フィールド８７２、及び３ ２ビット・ワード・ポート・セッション・ナンバー・フィールド８７４、及び３ ２ビット事象シーケンス・ナンバー・フィールド８７４、及び８ビット事象フラ グ・フィールド８７８、及び８ビット持続時間フィールド８８０、及び１６ビッ ト機能フィールド８８２である。バージョン・フィールド６２２、メッセージタ イプ・フィールド６２４、結果フィールド６２６、コード・フィールド６２８、 トランザクション識別子フィールド６３０、ポート・セッション・ナンバー・フ ィールド８７４は、先に論じたように、通常他のＧＳＭＰメッセージと同じ方法 で使用される。ポート・フィールド８７２は、ＧＳＭＰ・ＰＭメッセージが適用 されるポートのポート・ナンバーを与える。ＧＳＭＰ・ＰＭメッセージは特定の メッセージ・タイプ・フィールドと、機能フィールド８８２で指定することので きる様々な機能をもつ。ＧＳＭＰ・ＰＭメッセージの機能の幾つかには、以下の ものが含まれる。すなわち、ブリング・アップ機能、テイク・ダウン機能、イン ターナル・ループバック機能、エクスターナル・ループバック機能、両方向 ループバック機能、リセット入力ポート機能、リセット事象フラグ機能などであ る。各スイッチ・ポートは、事象シーケンス・ナンバーと、一連の事象フラグ（ 各事象メッセージのタイプ毎に一つの事象フラグ）を保持する。事象シーケンス ・ナンバーはポートが初期化されるときゼロにセットされ、事象メッセージが送 られているか否かに関わらず、事象メッセージによって報告可能な非同期事象が そのポート上に検出される度に、増加される。スイッチ・ポートが事象メッセー ジを送信するとき、それはそのポート上に対応する事象フラグをセットする。こ のポートは、対応する事象フラグがＧＳＭＰ・ＰＭメッセージのリセット事象フ ラグ機能によってリセットされるまで、同じタイプの別の事象メッセージを送る ことはできない。この事象フラグを使用すれば、スイッチがスイッチ・コントロ ーラを事象メッセージで溢れさせるのを防ぐための単純なフロー・コントロール を手に入れることができる。ＧＳＭＰ・ＰＭリクエスト・メッセージ内では、事 象シーケンス・ナンバー・フィールド８７６は使用されず、スイッチ・コントロ ーラによってゼロにセットされ、スイッチには無視される。ＧＳＭＰ・ＰＭ成功 レスポンス・メッセージ内では、事象シーケンス・ナンバー・フィールド８７６ は、受信されたＧＳＭＰ・ＰＭリクエスト・メッセージ内で指定されたスイッチ ・ポートの事象シーケンス・ナンバーの現在の値を与える。リセット事象フラグ を指定する機能フィールド８８２を含むＧＳＭＰ・ＰＭリクエスト・メッセージ においては、事象フラグ・フィールド８７８内の特定のビットを使って、ポート ・フィールド８７２によって指定されるスイッチ・ポート内で、対応する事象フ ラグをリセットすることができる。リセット事象フラグを指定する機能フィール ド８８２をもつＧＳＭＰ・ＰＭ成功レスポンス・メッセージ内では、事象フラグ ・フィールド８７８内のビットは、リクエスト・メッセージの中で指定された事 象フラグがリセットされた後、指定されたポートに対し対応する事象フラグの現 在値にセットされる。リセット事象フラグ機能をもつＧＳＭＰ・ＰＭメッセージ の中で事象フラグフィールドを全てゼロにセットすることによって、スイッチ・ コントローラは事象フラグの状態を変えることなく、事象フラグの現在の状態と 指定されたポートの現在の事象シーケンス・ナンバーを手に入れることができる 。指定された異なる機能フィールド８８２を持つ他のＧＳＭＰ・ＰＭメッ セージの中では、事象フラグ・フィールド８７８は使用されず、スイッチ・コン トローラによってゼロにセットされ、スイッチには無視される。持続時間フィー ルド８８０は、インターナル・ループバック、エクスターナル・ループバック、 或いは、両方向ループバックとして指定された機能フィールド８８２を持つＧＳ ＭＰ・ＰＭメッセージの中でのみ使用される。持続時間フィールド８８０は、い ずれのループバックの状態も作動中である時間の幅を（秒単位で）提供する。持 続時間が終われば、ループバック内にあったポートは、自動的にサービスに戻る 。指定された異なる機能フィールド８８２をもつＧＳＭＰ・ＰＭメッセージの中 では、持続時間フィールド８８０は使用されず、スイッチ・コントローラによっ てゼロにセットされ、スイッチには無視される。ＧＳＭＰ・ＰＭメッセー内では 、機能フィールド８８２は取るべき動作を指定する（ポートの現下のステータス に関わらず指定された動作が取られる）。ブリング・アップ機能は、ポートをサ ービスに入らせ、テイク・ダウン機能は、ポートをサービスから外す。インター ナル・ループバック機能は、インターナル・ループバックを行なう（スイッチ・ ファブリックから出力ポートに到着するＡＴＭセルは、入力ポートを通ってスイ ッチ・ファブリックへループバックする）。エクスターナル・ループバック機能 は、エクスターナル・ループバックを行なう（エクスターナル・コミュニケーシ ョン・リンクから入力ポートに届くＡＴＭセルは、入力ポートに入ることなく、 物理レイヤにおいてコミュニケーション・リンクへとループバックする）。両方 向ループバック機能は、インターナル、エクスターナル両方のループバックを行 なう。リセット入力ポート機能は、入力ポートをリセットする（コネクション・ テーブル内の指定された入力ポートに対する全てのＶＰＩ／ＶＣＩ値がゼロにな るように、指定された入力ポートに着く全てのコネクションが削除され、入出力 ポート・ハードウェアは再初期化される）。リセット事象フラグ機能は、前述の ように事象フラグをリセットする。 ＧＳＭＰスタティスティクス・メッセージは、スイッチ・コントローラが、ス イッチ入出力ポートや仮想チャネルと関係した様々なハードウェア・カウンタの 値をリクエストすることを可能にする。二つのクラスのスタティスティクス・メ ッセージ、すなわち、ＶＣアクティビティ・メッセージと、ポート及びＶＣスタ ティスティクス・メッセージが提供される。ＶＣアクティビティ・メッセージは 一つかそれ以上の特定の仮想チャネルが最近トラフィックを行なっていたかどう かを決めるために使われる。ＶＣアクティビティ・メッセージは、一つかそれ以 上のＶＣアクティビティ・レコードを含んでいる。各ＶＣアクティビティ・レコ ードは単一の指定された仮想コネクションに関するアクティビティ情報をリクエ ストし、これを戻すために使われる。もしスイッチが仮想チャネルごとのトラフ ィック計算をサポートする場合は、各指定された仮想コネクションに対するトラ フィック・カウンタの現在値が、ＶＣアクティビティ・レコードのＶＣトラフィ ック・カウント・フィールド内に戻される。トラフィック・カウンタの現在値は 各仮想コネクションが、介入期間内にアクティブであったかどうかを決定するた めに、指定された仮想コネクションそれぞれの先の値と比較される。もしスイッ チが、トラフィック計算以外の他の方法で、仮想コネクションごとのトラフィッ ク検出をサポートするのであれば、その結果はＶＣアクティビティ・レコード内 のフラグ・フィールドを使って仮想コネクションのために示すことができる。ポ ート及びＶＣスタティスティクス・メッセージは、様々なポート及びＶＣの特定 のトラフィック及びエラーのカウンタを調べるために使われる。ポート・スタテ ィスティクス・メッセージはメッセージのポート・フィールド内で指定されたス イッチ・ポートのスタティスティクスを得るために使用され、ＶＣスタティステ ィクス・メッセージは、メッセージのポート・フィールド内で指定されたスイッ チ入力ポート上で（メッセージのＶＰＩ／ＶＣＩフィールドで指定された）仮想 チャネルのためにスタティスティクスを得るため使用される。 ＧＳＭＰコンフィギュレーション・メッセージは、スイッチ・コントローラが ベーシック・スイッチング・ユニット内でＡＴＭスイッチの能力を決定すること を可能にする。ＧＳＭＰコンフィギュレーション・メッセージに対し以下の三つ のメッセージタイプが定義されている。すなわち、スイッチ・コンフィギュレー ション、ポート・コンフィギュレーション、及び全ポート・コンフィギュレーシ ョンの三つである。ＧＳＭＰコンフィギュレーション・メッセージは、そのフィ ールドに異なる情報を含んでいるので、リクエスト・メッセージとレスポンス・ メッセージで異なるフォーマットを使用する。スイッチ・コントローラによって ＡＴＭスイッチに送られるスイッチ・コンフィギュレーション・リクエスト・メ ッセージは、特定のメッセージタイプ・フィールドによって示されているが、Ａ ＴＭスイッチに対して大域コンフィギュレーションを求める。次にスイッチは、 インストールされたスイッチ・コントロール・ファームウェアのバージョンと共 に、ＡＴＭスイッチのスイッチタイプやスイッチネームのためのフィールドを含 んでいるスイッチ・コンフィギュレーション・レスポンス・メッセージを、スイ ッチコントローラに返す。スイッチタイプは、スイッチ製品を見分けるためにス イッチの製造者によって割り当てられており、スイッチネームは、４８ビットＩ ＥＥＥ８０２ＭＡＣアドレスでもよいし、あるいは、スイッチの操作コンテクス ト内で固有である他の数量でもよい。ポート・コンフィギュレーション・リクエ スト・メッセージは、それ自身の特定のメッセージタイプ・フィールドを有し、 スイッチ・コントローラによってＡＴＭスイッチに送られる。ポート・コンフィ ギュレーション・リクエスト・メッセージは、スイッチに、ポート・コンフィギ ュレーション・リクエスト・メッセージのポート・フィールドの中で指定されて いる単一のスイッチ・ポートのコンフィギュレーション情報を要求する。スイッ チは、指定されたポートの入出力両方の側のコンフィギュレーション情報を含む ポート・コンフィギュレーション成功レスポンス・メッセージを、スイッチ・コ ントローラに送信する。ポート・コンフィギュレーション成功レスポンス・メッ セージ内のコンフィギュレーション情報には以下のものが含まれる。すなわち、 ポートの現在のポート・セッション・ナンバー、ＧＳＭＰがサポートできる入力 ポート上のコネクション・テーブルのＶＰＩ最小値、ＧＳＭＰがサポートできる 入力ポート上のコネクション・テーブルのＶＰＩ最大値、ＧＳＭＰがサポートで きる入力ポート上のコネクション・テーブルのＶＣＩ最小値、ＧＳＭＰがサポー トできる入力ポート上のコネクション・テーブルのＶＣＩ最大値である。コンフ ィギュレーション情報はまた以下のものを含む。すなわち、ポートのセル・レー ト（ＡＴＭセルの毎秒速度）、ポートの現在のステータス(すなわち、ダウン、 アップ、使用不能、インターナル・ループバック、エクスターナル・ループバッ ク、あるいは両方向ループバック)、ポートタイプ（ポートの物理的トランスミ ッション・インタフェースのタイプ、例えば、未知のもの、１５５.５２Ｍｂｐ ｓで のＳＯＮＥＴ・ＳＴＳ・３ｃ、４４.７３６ＭｂｐｓでのＤＳ３、１００Ｍｂｐ ｓでの４Ｂ／５Ｂエンコーディング、１５５．５２Ｍｂｐｓでの８Ｂ／１０Ｂエ ンコーディング、２５ＭｂｐｓＡＴＭ・フォーラム物理レイヤ、あるいは５１Ｍ ｂｐｓＡＴＭフォーラム物理レイヤ）、及び、出力ポートが仮想チャネル・コネ クションに割り当てることのできる優先順位の数である。提供されるコンフィギ ュレーション情報は、ポートのためのポート・レコードとして言及される。スイ ッチ・コントローラは、全てのスイッチ・ポートためのコンフィグレーション情 報を求めて、ＡＴＭスイッチに全ポート・コンフィギュレーション・リクエスト ・メッセージを送信するが、これはそれ自身の特定のメッセージタイプ・フィー ルドを有する。そのため、全ポート・コンフィギュレーション・リクエスト・メ ッセージは、特定のポートを指定しない。スイッチは、レスポンス・メッセージ が含むポート・レコードの数、各ポート・レコードのバイト長、及び各ポートに 対するポート・レコードを提供する、全ポート・コンフィギュレーション成功レ スポンス・メッセージを送信する。各ポートのポート・レコードは、ポート・コ ンフィギュレーション成功レスポンス・メッセージに関して論じられた、同じコ ンフィギュレーション情報である。当然ながら、もしポート・レコードの数が全 ポート・コンフィギュレーション成功レスポンス・メッセージのためにセットさ れた、指定の最大量を越えた場合、ポート・レコードは、それぞれが指定の最大 量を越えない、マルチプル成功レスポンス・メッセージの中で送信することがで きる。 ＧＳＭＰ事象メッセージは、ＡＴＭスイッチが、スイッチコントローラに、あ る種の非同期式事象を知らせることを可能にする。先に述べたように、事象メッ セージは応答されない。事象メッセージは、非同期事象に依って異なるメッセー ジタイプを持つことができる。異なる事象メッセージには、ポート・アップ事象 メッセージ、ポート・ダウン事象メッセージ、無効ＶＰＩ／ＶＣＩ事象メッセー ジ、新ポート事象メッセージ、デッド・ポート事象メッセージが含まれる。各ス イッチ・ポートは、事象シーケンス・ナンバーと、一連の事象フラグ（事象メッ セージの各タイプにつき一つの事象フラグ）を保持する。スイッチ・ポートが事 象メッセージを送信するとき、それはそのポート上に対応する事象フラグをセッ トする。ポートは、ＧＳＭＰポート・マネジメント・メッセージのリセット事象 フラグ機能によって、対応する事象フラグがリセットされるまで、同じタイプの 別の事象メッセージを送信することはできない。事象フラグを使用すれば、スイ ッチが事象メッセージでスイッチ・コントローラを溢れさせることを防ぐための 単純なフロー・コントロールを手に入れることができる。事象シーケンス・ナン バーは、ポートが初期化されるときゼロにセットされ、事象メッセージが送信さ れるかどうかに関わらず、事象メッセージによって報告できる非同期事象がポー ト上で検知される度毎に、増加される。現在の事象シーケンス・ナンバーは、ポ ート上で起こったのに、単純なフロー・コントロール・メカニズムの動作のため 事象メッセージを通してまだ報告されていない非同期事象を、スイッチ・コント ローラに知らせるために、事象メッセージの中に含まれている。ポート・アップ 事象メッセージは、スイッチ・コントローラに、指定されたポートがダウン状態 からアップ状態に変化したことを知らせる。ポートがアップするとき、その入力 ポート上の全てのコネクションが削除され（入力ポートのコネクション・テーブ ルが空になり）、新しいポート・セッション・ナンバーがスイッチによって割り 当てられる。ポート・ダウン事象メッセージは、スイッチ・コントローラに、指 定されたポートがアップ状態からダウン状態に変化したことを知らせる。もしス イッチが、リンク失敗を検出することができる場合は、スイッチは、スイッチ・ コントローラにリンク失敗を報告するため、ポート・ダウン事象メッセージを送 信する。一つかそれ以上のＡＴＭセルが、目下仮想チャネル・コネクションに割 り当てられていないＶＰＩ／ＶＣＩと入力ポートに到着した場合、スイッチは、 スイッチ・コントローラに無効ＶＰＩ／ＶＣＩ事象メッセージを送る。無効ＶＰ Ｉ／ＶＣＩ事象メッセージは入力ポートとＶＰＩ／ＰＣＩを、それぞれポート・ フィールド及びＶＰＩ／ＶＣＩフィールドの中で指定する。新しいポートの数を 指定する新ポート事象メッセージは、スイッチ・コントローラに、新しいポート がスイッチに加えられたことを知らせる。デッド・ポート事象メッセージは、ス イッチ・コントローラに、ポートがスイッチから外されたことを知らせる。デッ ド・ポート事象メッセージは、外されたポートの数と、そのポートが外される前 に有効だったポート・セッション・ナンバーを、ポート及びポート・セッショ ン・ナンバー・フィールドでそれぞれ指定する。 Ｃ．ＩＦＭＰ−Ｃ 実施例によっては、システムソフトウェアがＩＦＭＰ−Ｃプロトコルを利用し て、スイッチングユニットのスイッチコントローラ（以後、ＩＦＭＰ−Ｃコント ローラと呼ぶ）とスイッチングエージェント（以後、ＩＦＭＰ−Ｃエージェント と呼ぶ）の間のリンクを通じたコミュニケーションを樹立してもよく、これによ り必要な時にレイア３パケットフォワーディングをディストリビュートする。特 に、ＩＦＭＰ−Ｃ、即ちＩＦＭＰ−Ｃエージェントをコントロールする汎用非対 称プロトコルは、ＩＦＭＰ−ＣコントローラとＩＦＭＰ−Ｃエージェント間のリ ンク越しに初期化時に樹立された仮想チャンネル上で作動する。単一のＩＦＭＰ −Ｃコントローラは、複数のＩＦＭＰ−Ｃエージェントをコントロールする独立 した仮想チャンネル越しにＩＦＭＰ−Ｃの複数インスタンシエーションを使って もよい。ＩＦＭＰ−Ｃは、ＩＦＭＰ−ＣコントローラとＩＦＭＰ−Ｃエージェン ト間のリンク越しの状態を同期するのに使われるプロトコルたるＩＦＭＰ−Ｃ隣 接プロトコルを含んでおり、リンクの他端にいるエンティティの身元を明らかに し、そのエンティティの身元の変更を検出する。 ＩＦＭＰ−Ｃにより、ＩＦＭＰ−ＣコントローラはＡＴＭスイッチ越しのコネク ションを樹立・解除、ポイント・ツー・マルチポイントのコネクションに関する リーブの加除、ＩＦＭＰ−Ｃインタフェースのマネージ、インタフェースコンフ ィギュレーション情報のリクエスト、スタティティクスのリクエストが可能にな る。ＩＦＭＰ−Ｃはまた、リンクゴーイングダウンと言った事象をＩＦＭＰ−Ｃ エージェントがＩＦＭＰ−Ｃコントローラに知らせることを可能にする。 先述のように、ＩＦＭＰ−Ｃは、主従プロトコルである。ＩＦＭＰ−Ｃコントロ ーラは、ＩＦＭＰ−Ｃエージェントにリクエストメッセージを発する。各リクエ ストメッセージは、ＩＦＭＰ−Ｃエージェントからのレスポンスが必要であるか 否か、そのレスポンスを特別のリクエストに対して関連付け可能にするトランザ クション識別子を含んでいるか否かを示している。ＩＦＭＰ−Ｃエージェントは 、成功か失敗のどちらかを示すレスポンスメッセージを回答する。 ＩＦＭＰ−Ｃは、ＩＦＭＰ−Ｃ隣接プロトコルを含んでおり、このプロトコルは 特別のメッセージタイプの一組に割り当てられる。ＩＦＭＰ−Ｃ隣接プロトコル は、リンク越しの同期を樹立するため、又ＩＦＭＰ−ＣコントローラとＩＦＭＰ −Ｃエージェント間のハンドシェイクを維持するために使われる。ＩＦＭＰ−Ｃ 隣接プロトコルメッセージ以外に、ＩＦＭＰ−Ｃ隣接プロトコルが状態同期を達 成する以前に、他のＩＦＭＰ−Ｃメッセージがリンク越しに送られることはない 。状態同期を有さないリンク上で受信される他のＩＦＭＰ−Ｃメッセージは全て 、捨て去られる。本実施例では、ＩＦＭＰ−Ｃは他に４メッセージのメッセージ を有する。インタフェイス、ブランチ、コントロール、マネージメントである。 この４クラスは、リクエストーレスポンスのメッセージクラスであり、各クラス 毎に、リクエストメッセージに関するフォーマットと成功レスポンスメッセージ に関するフォーマットを有している。別途指示のない限り、失敗レスポンスメッ セージは、コードフィールドが失敗の性格を示すことを除き、失敗を生じさせた リクエストメッセージと同じである。本実施例では、様々なメッセージタイプ、 即ち、ＩＦＭＰ−Ｃメッセージがある。特定の実施例では、ＩＦＭＰ−Ｃの各メ ッセージクラスは、多くの異なるメッセージタイプを有する。 本発明において、ＩＦＭＰ−Ｃパケットは可変長であり、図１０ｂに関連して 前述した、ＡＴＭデータ・リンク上におけるＩＰパケットのためのデフォルト・ カプセル封じと同じ方法で、ＬＬＣ／ＳＮＡＰヘッダを前に付けたＡＡＬ-５・ ＣＰＣＳ-ＰＤＵの中に、直接カプセル封じされている。図１５ａは、カプセル 封じされたＧＳＭＰパケット１０００を図示したものである。基本的にデフォル ト・カプセル封じは、ＡＡＬ−５・ＣＰＣＳ-ＰＤＵのペイロード内にカプセル 封じされたＩＦＭＰ−Ｃパケットの前にＬＬＣ／ＳＮＡＰヘッダを付ける。ＭＳ Ｂ（最初に送信される）からＬＳＢへと述べられているが、デフォルト・カプセ ル封じされたＩＦＭＰ−Ｃパケット１０００はＬＬＣ／ＳＮＡＰヘッダ（最初の ３２ビット・ワード中の、ＳＮＡＰヘッダ１００４の８ビット部が後に続く２４ ビットＬＬＣフィールド１００２、及びＳＮＡＰヘッダ１００４の残りの３２ビ ット・ワード部）、（３２ビット・ワードの整数の倍数の長さを持つ）ＩＦＭＰ −Ｃメッセージ１００６、パッド・フィールド１００８、ＡＡＬ−５・ ＣＰＣＳ−ＰＤＵトレイラー・フィールド１０１０を含む。パッド・フィールド １００８は、０から４７オクテットまでの幅があり、トレイラー・フィールド５ ５０は８オクテット（４つの３２ビット・ワード）である。デフォルト・カプセ ル封じを使用するＧＳＭＰメッセージ１００６のＭＯＴＵは、１５００オクテッ トである。特定の実施例において、デフォルト・カプセル封じを使うパケットは 、デフォルトＶＰＩ＝０，ＶＣＩ＝１５（デフォルト仮想チャンネル）に送られ る。 図１５ｂは、図１５ａのカプセル封じされたＩＦＭＰパケット１０００のＩＦ ＭＰ−Ｃメッセージ・フィールド１００６に含まれることもある、代表的なＩＦ ＭＰ−Ｃメッセージ１０１２の一般的な構造を図示している。図１５ｂに見られ るように、代表的なＩＦＭＰ−Ｃメッセージ１０１２は（ＭＳＢからＬＳＤへと いう順番で記述されている）以下のフィールドを含む。即ち、最初の３２ビット ・ワードとしての８ビット・バージョン・フィールド１０１４、８ビット・メッ セージタイプ・フィールド１０１６、８ビットコード・フィールド１０１８、８ ビット・フラッグ・フィールド１０２０、及び、２番目の３２ビット・ワードと しての１６ビット・トランザクション識別子・フィールド１０２２、１６ビット ・メッセージレンス・フィールド１０２４、及び３番目３２ビット・ワードとし てのセンダシンク・インスタンス・フィールド１０２６及び、４番目の３２ビッ ト・ワードとしてのピアシンク・インスタンス・フィールド１０２８、及びメッ セージボデー・フィールド１０３０である。ＩＦＭＰ−Ｃメッセージを論じる際 、「センダ」とはＩＦＭＰ−Ｃメッセージを送るエンティティであり、「ピア」 は、センダがリンク上でＩＦＭＰ−Ｃメッセージを送る相手エンティティである 。エンティティは、ＩＦＭＰ−Ｃ・コントローラ、ＴＦＭＰ−Ｃエージェントの どちらでもよい。上記に論じた一般的なＩＦＭＰ−Ｃメッセージ１０１２は、Ｉ ＦＭＰ−Ｃ隣接プロトコルメッセージとの関係で幾つかの違い（以下に論ずる） を有する。 メッセージを送る際センダは、現に使われているＩＦＭＰ−Ｃプロトコルのバ ージョンナンバー（他のＩＦＭＰ−Ｃプロトコルのバージョンに展開する時）に 対応するようにバージョン・フィールド１０１４をセットする。メッセージタイ プ・フィールド１０１６は、メッセージボデー・フィールド１０３０のタイプと フォーマットをアイデンティファイする。特定の実施例において、各々の特別メ ッセージは固有のメッセージタイプを有する。コード・フィールド１０１８を使 ってオペレーションの成功・失敗を示し、フラッグ・フィールド１０２０を使っ てパケットをどう扱うべきか及びどんな種類の応答が必要かを示す。フラッグ・ フィールド１０２０は、オペレーション完了した旨の通知をセンダがレシーバー から要求している場合、認知完了（ＰＬＥＡＳＥ＿ＡＣＫ）フラッグとしてセッ トしてもよい。オペレーションが失敗した場合のみセンダが通知を要求している 場合、センダはフラッグ・フィールド１０２０を認知否定（ＰＬＥＡＳＥＮＡＣ Ｋ）としてセットしてもよい。オペレーションが成功しかつリクエストメッセー ジがフラッグ・フィールド１０２０にＰＬＥＡＳＥ＿ＡＣＫを有する場合、フラ ッグ・フィールド１０２０は認知（ＡＣＫ）にセットされかつコード・フィール ド１０１８はレスポンスメッセージ中の所定の値、例えば特定の実施例における ０、にセットされねばならない。しかし、オペレーションが失敗しかつリクエス トメッセージがフラッグ・フィールド１０２０にＰＬＥＡＳＥ＿ＮＡＣＫを有す る場合、レスポンスメッセージのフラッグ・フィールド１０２０は、否定認知（ ＮＡＣＫ）にセットされるべきでかつコード・フィールド１０１８は失敗の特定 原因を示さねばならない。コード・フィールド１０１８に使う失敗のリスト全体 は後述する。トランザクション識別子・フィールド１０２２は、各メッセージを 固有に示す。メッセージがレスポンスを要求するとき、レスポンスメッセージは トランザクション識別子・フィールド１０２２と同じ値を有するので、メッセー ジを相関付けが可能になる。メッセージレンス・フィールド１０２４は特定の実 施例に従って、メッセージの長さ（ＩＦＭＰ−Ｃヘッダを含むがＳＮＡＰ／ＬＬ Ｃ封じは含まない）をオクテットで与える。センダシンク・インスタンス・フィ ールド１０２６は、センダの現在の同期インスタンスをアイデンティファイする 値を含んでいる。この値は、以下に述べるように、ＩＦＭＰ−Ｃ隣接プロトコル の最中に交換される。センダからのメッセージを受信時、センダシンク・インス タンスの値が、ＩＦＭＰ−Ｃ隣接プロトコルからみたレシーバーにおけるローカ ル・ピア・インスタンスの値と比較される。インスタンスが一致しない場合、 レシーバーはパケットを無視する。ピアシンク・インスタンス・フィールド１０ ２８は、センダがピアの現在の同期インスタンスと考えているものをアイデンテ ィファイする値を含む。この値は、ＩＦＭＰ−Ｃ隣接プロトコルの中で交換され る。センダからのメッセージを受信時、ピアシンク・インスタンス・フィールド １０２８中の値は、ＩＦＭＰ−Ｃ隣接プロトコルからみたレシーバーにおけるロ ーカル・ピア・インスタンスの値と比較される。インスタンスがもし一致しない ければ、レシーバーはパケットを無視する。メッセージボデー・フィールド１０ ３０は、様々なメッセージクラスのタイプに対し以下に詳述するように、メッセ ージ・スペシフィック・データを含んでいる。 図１６ａは、図１５ａのカプセル封じされたＩＦＭＰパケット１０００のＴＦ ＭＰ−Ｃメッセージ・フィールド１００６に含まれることもある、ＩＦＭＰ−Ｃ 隣接プロトコルメッセージ１０４０の一般的な構造を図示している。図１６ａに 見られるように、ＩＦＭＰ−Ｃ隣接プロトコルメッセージ１０４０は（ＭＳＢか らＬＳＤへの順番で記述される）以下のフィールドを含む。すなわち、バージョ ン・フィールド１０１４、メッセージタイプ・フィールド１０１６、コード・フ ィールド１０１８、３２ビット・センダ・インスタンス・フィールド１０４２、 ３２ビット・ピア・インスタンス・フィールド１０４４、１６ビット・センダ・ タイプ・フィールド１０４６、１６ビット・ＡＣＫ・インターバル・フィールド １０４８、次の４８ビットととしてのセンダ・ネーム・フィールド１０５０、次 の４８ビットととしてのピア・ネーム・フィールド１０５２である。ＴＦＭＰ− Ｃ隣接プロトコルメッセージを論じる際、「センダ」とはＩＦＭＰ−Ｃ隣接プロ トコルメッセージを送るエンティティであり、「ピア」は、センダがリンク上で ＩＦＭＰ−Ｃ隣接プロトコルメッセージを送る相手エンティティである。エンテ ィティは、ＩＦＭＰ−Ｃ・コントローラ、ＩＦＭＰ−Ｃエージェントのどちらで もよい。 ＩＦＭＰ−Ｃ隣接プロトコル・メッセージ１０４０のなかで、バージョン・フ ィールド１０１４、メッセージ・タイプ・フィールド１０１６、フラッグ・フィ ールド１０２０、トランザクション識別子・フィールド１０２２、及びメッセー ジレンス・フィールド１０２４は、上述のように、図１５ｂの一般的なＩＦＭＰ −Ｃメッセージのために使われる。ＩＦＭＰ−Ｃ隣接プロトコルメッセージ１０ ４０のメッセージ・タイプ・フィールド１０１６は、ＩＦＭＰ−Ｃ隣接プロトコ ル・メッセージの特定のタイプを指定するため、特定値にセットされる。 本実施例の場合、ＩＦＭＰ−Ｃ隣接プロトコルメッセージ１０４０のメッセー ジ・タイプ・フィールド１０１６に対し、四つの可能な値があり、それはＳＹＮ （同期化メッセージ）、ＳＹＮＡＣＫ（同期化認知メッセージ）、ＲＳＴＡＣＫ （リセット認知メッセージ）、そしてＡＣＫ（認知メッセージ）の四つである。 センダ・インスタンス・フィールド１０４２は、リンクに対するセンダの現在の インスタンスナンバーにセットされる。インスタンスナンバーを使い、リンクの 一方の側がいつ再開されたかを検出する。リンクに対するセンダのインスタンス ナンバーは最近の過去において固有なものでなければならず、またノードが再開 した時に固有なものでなければならない。ピア・インスタンス・フィールド１０ ４４は、センダが考えるリンクのリモート側の現在のインスタンスナンバーにセ ットされる。所定の値、例えば特定実施例での０は、センダがリモートインスタ ンスを知らない時を示すために、ピア・インスタンス・フィールド１０４４使わ れる。この所定の値はこの目的用に取っておいても良く、センダ・インスタンス ・フィールド１０４２用の有効インスタンスナンバーとしては使用されない。セ ンダ・タイプ・フィールド１０４６は、メッセージを送るＩＦＭＰ−Ｃエンティ ティ（定義されるタイプはＩＦＭＰ−ＣコントローラないしＩＦＭＰ−Ｃエージ ェント）のタイプを示す。エンティティがＩＦＭＰ−Ｃ隣接メッセージを受信し た時、ＩＦＭＰ−Ｃコントローラが別のＩＦＭＰ−Ｃコントローラと隣接を形成 しないように、ないしＩＦＭＰ−Ｃエージェントが別のＩＦＭＰ−Ｃエージェン トと隣接を形成しないようにすべく、レシーバーは受信したメッセージ中のセン ダ・タイプ・フィールド１０４６をレシーバーのタイプと比較する。タイプが同 一ないし未定義の場合、メッセージは無視される。タイプが相補的である（一つ がＩＦＭＰ−Ｃコントローラであり、一つがＩＦＭＰ−Ｃエージェントである） 場合、同期が進行する。ＡＣＫ・インターバル・フィールド１０４８は、好まし い認知（ＡＣＫ）インターバルを指示するため、ＩＦＭＰ−Ｃコントローラでセ ットされる。ＩＦＭＰ−Ｃエージェントは、隣接プロトコルを作動させるための タイムアウトインターバルとして、ＡＣＫインターバルを使用する。ＩＦＭＰ− Ｃ隣接プロトコルをセンドする際、ＩＦＭＰ−Ｃエージェントは、ＡＣＫ・イン ターバル・フィールド１０４８を、ＩＦＭＰ−Ｃコントローラが無視する所定の 値、例えば特定実施例の０、にセットする。センダ・ネーム・フィールド１０５ ０は、センダをアイデンティファイするデバイス（例えば利用可能なメディアア クセスコントローラ（ＭＡＣ））のオペレーションコンテキスト内での固有な値 である。ピア・ネーム・フィールド１０５２は、センダが考えるリンクのリモー ト側のピアのネームにセンダによりセットされる。センダはピアネームが知られ ていない時を示すため、ピア・ネーム・フィールド１０５２を例えば特定実施例 の０、にセットする。 上述のように、ＩＦＭＰ−Ｃ隣接プロトコルを使って、ＩＦＭＰ−Ｃコントロ ーラとＩＦＭＰ−Ｃエージェントを結ぶリンク越しに同期を樹立すると共に、リ ンク状態の変化と再開したリンクの他の側をアイデンティファイする。リンクの 各々の側は、ＩＦＭＰ−Ｃ隣接プロトコルを作動させる。ＴＦＭＰ−Ｃ隣接プロ トコルを目的とする場合、特定のリンクに対し三つの状態が可能である、すなわ ち、ＳＹＮＳＥＮＴ（同期メッセージ送信）、ＳＹＮＲＣＶＤ（同期メッセージ 受信）、ＥＳＴＡＢ（同期メッセージ樹立）である。ＩＦＭＰ−Ｃコントローラ とＩＦＭＰ−ＣエージェントがＩＦＭＰ−Ｃメッセージを送信してよい以前に、 リンク越しの状態同期（隣接が樹立された時、インタフェイスはＥＳＴＡＢ状態 となる）が必要である。 ＩＦＭＰ−Ｃ隣接プロトコル中では、状態変化を生じさせる二つのタイプの事 象がある。タイマー駆動の事象とパケットアライバルである。これら状態変化を 図１６ｂに示す。この図はＩＦＭＰ−Ｃ隣接プロトコルの三つの可能状態におけ るセンダエンティティ（ＩＦＭＰ−ＣコントローラとＩＦＭＰ−Ｃエージェント のいずれか）のオペレーションを示す状態図である。ＩＦＭＰ−Ｃコントローラ はＩＦＭＰ−Ｃエージェント上のタイマーインターバルをセットするが、これは ＡＣＫ・インターバル・フィールド１０４８を特定の値、例えば特定実施例の１ 秒、にセットすることでなされる。勿論、タイマーインターバルに対し他の値を 他の実施例で使ってもよい。各エンティティにおいて、ＳＹＮ、ＳＹＮＡＫ、 ＡＣＫのＩＦＭＰ−Ｃ隣接プロトコルメッセージに関する時間生成のためにタイ マーが以下に述べるように必要である。 ＩＦＭＰ−Ｃ隣接プロトコルに関するタイマー駆動の事象を述べる。図１６ｂ に示すように、タイマーが満了し（ｔで示す）かつセンダエンティティがＳＹＮ ＳＥＮＴ状態１０６０にある場合、センダエンティティは、タイマーをリセット しＳＹＮ・ＩＦＭＰ−Ｃ隣接プロトコルメッセージ（１０６２で示す）を送信す る。このアクション（破線で示す）は、特定実施例に従い、ＳＹＮパケットを送 信して同期をイニシエートする責任を有するＩＦＭＰ−Ｃエージェントだけによ り実行される。タイマーが満了しかつセンダエンティティがＩＦＭＰ−Ｃコント ローラである場合、エンティティは単にタイマーをリセットするだけで、ＳＹＮ パケットを送信しない。タイマーが満了しかつセンダエンティティがＳＹＮＲＣ ＶＤ状態１０６４にある場合、センダエンティティはタイマーをリセットしＳＹ Ｎ・ＩＦＭＰ−Ｃ隣接プロトコルメッセージ（１０６６で示す）を送信する。タ イマーが満了しかつセンダエンティティがＥＳＴＡＢ状態１０６８にある場合、 センダエンティティはタイマーをリセットしＡＣＫ・ＩＦＭＰ−Ｃ隣接プロトコ ルメッセージ（１０７０で示す）を送信する。リンクの両サイドがリンクの両サ イドからＡＣＫパケットを受信せずにタイムアウト時間の所定のナンバー（例え ば、３）を通過する場合、ＩＦＭＰ−Ｃ隣接プロトコルをタイムアウトさせるた めには、リンクの両サイドがリセットを行いＳＹＮＳＥＮＴ状態に入らねばなら ない。タイムアウトする時に、ＩＦＭＰ−ＣエージェントはＡＣＫインターバル をデフォルト値に戻さねばならない。 上述のタイマー駆動のトランジションに加え、状態トランジションはＩＦＭＰ −Ｃ隣接パケットアライバルによりＩＦＭＰ−Ｃプロトコル中に生じるので、こ れについて以下に述べる。ＩＦＭＰ−Ｃ隣接メッセージがエンティティに到着す ると、エンティティの現在の状態、メッセージ内容、メッセージタイプに基づい てアクションが取られる。ＩＦＭＰ−Ｃ隣接プロトコル中で以下のオペレーショ ンが実行される。アップデートピアオペレーションとリセットリンクオペレーシ ョンである。ＩＦＭＰ−Ｃ隣接プロトコルの各インスタンスは、ピアインスタン スとピアネーム（即ち、リンクのリモートサイドのピアエンティティのインスタ ンスとネーム）を定義する状態を保つ。アップデートピアオペレーションは、最 も最近に受信したＩＦＭＰ−Ｃ隣接メッセージからのセンダ状態にマッチさせて ローカルピア状態をセットする。同期再開に併せて、リセットリンクオペレーシ ョンは、リンクのローカルサイド用の新しいインスタンスナンバーを生成し、ピ アインスタンスとピアネームをゼロにセットすることで、ピア状態全てを削除す る。 以下に続く図１６ｂ説明のため、条件「％Ｘ」を次のように定義する。すなわ ち、入ってくるメッセージ内のピア・インスタンスとピア・ネームのフィールド が、リンクに関係するインスタンスとネームの値と合致すること。図１６ｂの条 件「％Ｙ」を次のように定義する。即ち、入ってくるメッセージ内のセンダ・イ ンスタンスとセンダ・ネームのフィールドが、ピア・インスタンスとピア・ネー ムのためにストアされたセンダ・インスタンスとセンダ・ネームの値に合致する こと。図１６ｂにおいて、条件「Ａ」は、センダ・エンティティが入ってくるＳ ＹＮＡＣＫ・ＩＦＭＰ−Ｃ隣接プロトコル・メッセージを受信しかつ条件％Ａが 満足されていることを意味する。条件「Ｂ」は、センダ・エンティティが、入っ てくるＳＹＮＡＣＫ・ＴＦＭＰ−Ｃ隣接プロトコルメッセージを受信し、条件％ Ｘが満足されていないことを意味する。条件「Ｃ」は、センダエンティティが、 入ってくるＡＣＫ・ＩＦＭＰ−Ｃ隣接プロトコル・メッセージを受信し、条件％ Ｘと％Ｙがどちらも満足されていることを意味する。条件「Ｄ」はセンダ・エン ティティが入ってくるＡＣＫ・ＩＦＭＰ−Ｃ隣接プロトコル・メッセージを受信 し、条件％Ｘと％Ｙがどちらも満足されていないことを意味する。条件「Ｅ」は センダエンティティが、入ってくるＲＳＴＡＣＫ・ＩＦＭＰ−Ｃ隣接プロトコル メッセージを受信し、条件％Ｘと％Ｙが両方満足されていることを意味する。条 件「Ｆ」はセンダエンティティが、入ってくるＲＳＴＡＣＫ・ＩＦＭＰ−Ｃ隣接 プロトコルメッセージを受信し、条件％Ｘと％Ｙが両方共満足されていないこと を意味する。条件「Ｇ」はセンダエンティティが、入ってくるＳＹＮないしＳＹ ＮＡＣＫのＩＦＭＰ−Ｃ隣接プロトコルメッセージを受信し、条件％Ｘが満足さ れていることを意味する。条件「Ｈ」はセンダエンティティが、入ってくるＳＹ ＮないしＳＹＮＡＣＫのＩＦＭＰ−Ｃ隣接プロトコルメッセージを受信し、 条件％Ｘが満足されていないことを意味する。 エンティティがＳＹＮＳＥＮＴ状態１０６０である場合、多くのトランジショ ンが可能であることが、ここに述べられている。図１６ｂに見られるように、セ ンダエンティティがＳＹＮＳＥＮＴ状態１０６０にあり、入ってくるＳＹＮ・Ｉ ＦＭＰ−Ｃ隣接プロトコルメッセージをリンクの他端上にあるピアから受信する 場合、センダエンティティはアップデートピアオペレーションを実行し、ＳＹＮ ＡＣＫ・ＩＦＭＰ−Ｃ隣接プロトコルメッセージをピアへ送信する（ステップ１ ０７２として示す）。その後センダは、ＳＹＮＳＥＮＴ状態１０６０からＳＹＮ ＲＣＶＤ状態１０６４に移行する。ＳＹＮＳＥＮＴ状態１０６０のセンダが、入 ってくるＲＳＴＡＣＫ・ＩＦＭＰ−Ｃ隣接プロトコルメッセージを受信すると、 センダエンティティはＳＹＮＳＥＮＴ状態１０６０のままに止まるが、メッセー ジをドロップする（ステップ１０７４として示す）。入ってくるＡＣＫＩＦＭＰ −Ｃ隣接プロトコルメッセージをセンダが受信するか、ないし条件Ｂが満足され ている場合、センダエンティティはＳＹＮＳＥＮＴ状態１０６０のままに止まり 、ＲＳＴＡＣＫ・ＩＦＭＰ−Ｃ隣接プロトコルメッセージを送信する（ステップ １０７６として示す）。ＳＹＮＳＥＮＴ状態１０６０の最中に、条件Ｂが満足さ れる場合、センダエンティティはアップデートピアオペレーションを実行し、Ａ ＣＫＩ・ＦＭＰ−Ｃ隣接プロトコルメッセージを送信し、ＥＳＴＡＢ状態１０６ ８に移行する（ステップ１０７８として示す）。 エンティティがＳＹＮＲＣＶＤ状態１０６４である場合、多くのトランジショ ンが可能であることをここに述べる。図１６ｂに見られるように、センダエンテ ィティがＳＹＮＲＣＶＤ状態１０６４にあり、入ってくるＳＹＮ・ＩＦＭＰ−Ｃ 隣接プロトコルメッセージをリンクの他端上にあるピアから受信する場合、セン ダエンティティはＳＹＮＲＣＶＤ状態１０６４に止まったままでアップデートピ アオペレーションを実行し、ＳＹＮＡＣＫ・ＩＦＭＰ−Ｃ隣接プロトコルメッセ ージをピアへ送信する（ステップ１０７２として示す）。ＳＹＮＲＣＶＤ状態１ ０６４の最中に条件ＢないしＤが満足されると、センダエンティティはＳＹＮＲ ＣＶＤ状態１０６４に止まったままで、ＲＳＴＡＣＫ・ＩＦＭＰ−Ｃ隣接プロト コルメッセージを送信する（ステップ１０７８として示す）。 ＳＹＮＲＣＶＤ状態１０６４の最中に条件Ｆが満足されると、センダエンティテ ィはＳＹＮＲＣＶＤ状態１０６４に止まるが、メッセージをドロップする（ステ ップ１０８０として示す）。ＳＹＮＲＣＶＤ状態１０６４の最中に条件Ｅが満足 されると、センダエンティティはリセットリンクオペレーションを実行し、ＳＹ Ｎ・ＩＦＭＰ−Ｃ隣接プロトコルメッセージを送信し（ステップ１０８２として 示す）、ＳＹＮＲＣＶＤ状態１０６４からＳＹＮＳＥＮＴ状態１０６０に移行す る。ＳＹＮＲＣＶＤ状態１０６４の最中に条件Ａが満足されると、センダエンテ ィティはアップデートピアオペレーションを実行し、ＡＣＫ・ＩＦＭＰ−Ｃ隣接 プロトコルメッセージを送信し（ステップ１０７８として示す）、ＳＹＮＲＣＶ Ｄ状態１０６４からＥＳＴＡＢ状態１０６８に移行する。ＳＹＮＲＣＶＤ状態１ ０６４の最中に条件Ｃが満足されると、センダエンティティはＡＣＫ・ＩＦＭＰ −Ｃ隣接プロトコルメッセージを送信し（ステップ１０８４として示す）、ＳＹ ＮＲＣＶＤ状態１０６４からＥＳＴＡＢ状態１０６８に移行する。 エンティティがＥＳＴＡＢ状態１０６８にある場合、多くのトランジションが 可能であることをここに述べる。図１６ｂに見られるように、ＥＳＴＡＢ状態１ ０６８の最中に条件ＤないしＨが満足されると、センダエンティティはＥＳＴＡ Ｂ状態１０６８のままで、入ってくるＳＹＮ・ＩＦＭＰ−Ｃ隣接プロトコルメッ セージをリンクの他端上にあるピアから受信する場合、センダエンティティはＥ ＳＴＡＢ状態１０６８に止まったままでＲＳＴＡＣＫ・ＩＦＭＰ−Ｃ隣接プロト コルメッセージを送信する(ステップ１０８８として示す)。ＥＳＴＡＢ状態１０ ６８の最中に条件Ｆが満足されると、センダエンティティはＳＹＮＲＣＶＤ状態 １０６８に止まるが、メッセージをドロップする（ステップ１０８０として示す ）。ＥＳＴＡＢ状態１０６８の最中に条件Ｅが満足されると、センダエンティテ ィはリセットリンクオペレーションを実行し、ＳＹＮ・ＩＦＭＰ−Ｃ隣接プロト コルメッセージを送信し（ステップ１０８６として示す）、ＥＳＴＡＢ状態１０ ６８からＳＹＮＳＥＮＴ状態１１０６０に移行する。ＥＳＴＡＢ状態１０６８の 最中に条件ＣないしＧが満足されると、センダエンティティはＡＣＫ・ＩＦＭＰ −Ｃ隣接プロトコルメッセージを送信し（ステップ１０９０として示す）、。ア ップデートピアオペレーションを実行し、ＳＹＮＡＣＫ・ＩＦＭＰ− Ｃ隣接プロトコルメッセージをピアへ送信し（ステップ１０９０として示す）、 ＥＳＴＡＢ状態１０６８に止まる。リンクの端の各エンティティは、特定の実施 例に従って、タイムアウト期間中の一つのパケット到着で生成されるＡＣＫ・Ｉ ＦＭＰ−Ｃ隣接プロトコルメッセージを複数個送信してはならない。 ＩＦＭＰ−Ｃインタフェースメッセージは、図１５ａのカプセル封じされたＩ ＦＭＰ−ＣパケットのＩＦＭＰ−Ｃメッセージフィールド１００６中に含まれて もよい。上述のように、リンクの同期が樹立後、ＩＦＭＰ−Ｃインタフェースメ ッセージを使い、ＩＦＭＰ−Ｃエージェント上のインタフェースを発見・コンフ ィギュアする。特定の実施例において、ＩＦＭＰ−Ｃインタフェースメッセージ は、インタフェースリストリクエスト及びレスポンスのメッセージ、インタフェ ースリストエラーのメッセージ、インタフェースクウェリーリクエスト及びレス ポンスのメッセージ、インタフェースクウェリーエラーのメッセージ、インタフ ェースコンフィギュレーションリクエスト及びレスポンスのメッセージ、インタ フェースコンフィギュレーションエラーのメッセージを含む。ＩＦＭＰ−Ｃイン タフェースリストのメッセージとインタフェースクウェリーのメッセージは、メ ッセージタイプフィールド１０１６に特定の値を有する。勿論、追加メッセージ も可能で、類似の機能を実行するメッセージが他の実施例で可能である。 インタフェースリストリクエスト及びレスポンスのメッセージとインタフェー スリストエラーのメッセージを使い、どんなインタフェースがＩＦＭＰ−Ｃエー ジェント上で利用できるかを決定する。図１７ａ、１７ｂはそれぞれ、インタフ ェースリストリクエスト及びレスポンスのメッセージの構造を図示する。図１７ ａに見るように、インタフェースリストリクエストメッセージ１１００は、図１ ５ｂに関連して前記した一般的フォーマットを有し、ネクストクッキーフィール ド１１１２を含むメッセージボデーフィールド１０３０、即ち、以前のインタフ ェースリストレスポンスから戻された３２ビットの値である。ネクストクッキー フィールド１１１２は、複数のメッセージをスパンするインタフェースリストを 支援するのに使われる。ネクストクッキーフィールド１１１２の値は、ＴＦＭＰ −Ｃエージェントが戻した値であり、次のメッセージリクエストがインタフェー スリストのその場所で以前の終了メッセージを構成するのを可能にする。 予め定義された値、例えば特定実施例での０、を使ってインタフェースリストを 最初から始まるべきであることを示す。インタフェースリストリクエストメッセ ージが、フラッグフィールド１０２０にＰＬＥＡＳＥ＿ＡＣＫフラッグを有しか つオペレーションが成功している場合、ＩＦＭＰ−Ｃエージェントはフラッグフ ィールド１０２０をＡＣＫフラッグにセットし、コードフィールド１０１８を所 定の値（特定実施例での０）にセットしてエラーがないことを示すインタフェー スリストレスポンスメッセージ１１１４を返却する（図１７ｂ参照）。図１７ｂ に示すように、インタフェースリストレスポンスメッセージ１１１４中のネクス トクッキーフィールド１１１２は、メッセージの一部として返却された３２ビッ トの値である。ネクストクッキーフィールド１１１２の値が０である場合、イン タフェースの全てが数えられる。この値が０でない場合、この値は、残りのイン タフェースを得るための次のインタフェースリストメッセージに対する議論にを 使われる。ＩＦＭＰ−Ｃエージェントは、各インタフェースに固有の３２ビット の識別子を割り当てるが、この識別子を他のＩＦＭＰ−Ｃメッセージ中で使って 、特定インタフェースを参照する。インタフェースリストレスポンスメッセージ １１１４は、レスポンスメッセージ中にリスト可能なＩＦＭＰ−Ｃエージェント 上の各インタフェースの識別子全てを、インタフェース・識別子・１・フィール ド１１１８、インタフェース・識別子・２・フィールド１１２０等にリストする 。 インタフェースリストリクエストが失敗した場合、ＩＦＭＰ−Ｃエージェント は、ＴＦＭＰ−Ｃヘッダーから成るインタフェースリストエラーメッセージを返 却する。インタフェースリストエラーメッセージ中で、ＮＡＣＫフラッグはフラ ッグフィールド１０２０にセットされ、コードフィールド１０１８は失敗原因を 指示し、トランザクション識別子フィールド１０２２はインタフェースリストリ クエストメッセージ中の内容と同じでなければならない。失敗の典型的な原因と しては、それぞれが特定値をコードフィールド１０１８に有するが、クッキイー が無効である、ＩＦＭＰ−Ｃエージェントがレスポンスを完了させるメッセージ バッファーを割り当てられなかった、クライアントスペシフィックなエラーのた めリクエストが完了しなかった等が挙げられる。 インタフェースクウェリーリクエスト及びレスポンスのメッセージ、インタフ ェースクウェリーエラーメッセージは、ＩＦＭＰ−Ｃエージェント上の特定イン タフェースに関連する属性を得るために使われる。図１７ｃ、図１７ｄは、それ ぞれインタフェースクウェリーリクエスト及びレスポンスのメッセージ構造を示 す。図１７ｃに見られるように、インタフェースクウェリーリクエストのメッセ ージ１１３０は、図１５ｂに関連して前記した一般的フォーマットを有し、イン タフェース識別子フィールド１１３２を含むメッセージボデーフィールド１０３ ０、即ち、現在その属性が問われているインターフェイスを固有にアイデンティ ファイする３２ビットの識別子である。上記のように、インタフェース識別子は ＩＦＭＰ−Ｃエージェントによって刻り当てられ、インタフェースリストメッセ ージにより得られる。ＩＦＭＰ−Ｃコントローラからのインタフェースクウェリ ーリクエストメッセージ１１３０が、フラッグフィールド１０２０にセットされ たＰＬＥＡＳＥ＿ＡＣＫフラッグを有し、オペレーションが成功している場合、 ＩＦＭＰ−Ｃエージェントは、フラッグフィールド１０２０にＡＣＫがセットさ せコードフィールド１０１８をノーエラーを示す所定の値にセットさせたインタ フェースクウェリーレスポンスメッセージ１１３４（図１７ｄに示す）を戻す。 図１７ｄに見られるように、インタフェースクウェリーリスポンスメッセージ１ １３４のボデーフィールド１０３０は、問い合わせされたインタフェース（特定 実施例ではＭＡＣアドレスを使ってもよい）のネーム用の４８ビットインタフェ ースネームフィールド１１３６、８ビットインタフェースタイプフィールド１１ ３８（ＡＴＭ、イーサネット、高速イーサネット、ギガビットイーサネット、Ｆ ＤＤＩ、ないしＬＡＮインタフェースと言った種々のインタフェースタイプ用に 値を定義してもよい）、８ビットメディアタイプフィールド１１４０（インタフ ェースの物理的媒体、例えばマルチモードファイバー、カテゴリー５のトウィス テッドペア、シングルモードファイバー等を示す）を３２ビットサポーテッドス ピードフィールド１１４２を含んでいる。加えて、インタフェースクウェリーレ スポンスメッセージ１１３４は、３２ビットサポーテッドスピードフィールド１ １４２と３２ビットカレントスピードフィールド１１４４をを含んでいる。サポ ーテッドスピードフィールド１１４２は、問い合わされたインタフェースがサポ ートする様々な送信速度（例えば、１０メガビット（Ｍｂｐｓ）毎秒、２５ Ｍｂｐｓ、１００Ｍｂｐｓ、１５５Ｍｂｐｓ、６２２Ｍｂｐｓ、１０００Ｍｂｐ ｓ、その他）を示す。複数の送信速度をサポートするインタフェースでは、フィ ールド１１４２に複数のフラッグをセットできる。インタフェースがスピードセ ッティングの自動ネゴシエイションをサポートする場合、自動ネゴシエイション フラッグをサポーテッドスピードフィールド１１４２にセットしてもよい。カレ ントスピードフィールド１１４４は、問い合わされたインタフェースの現在の送 信速度を示す。インタフェースが自動コンフィギュアモードにある場合、カレン トインタフェーススピードは、カレントスピードフィールド１１４４に示され、 自動ネゴシエイションフラッグがサポーテッドスピードフィールド１１４２にセ ットされる。ＩＦＭＰ−Ｃインタフェースクウェリーレスポンスメッセージ１１ ３４は、３２ビットサポーテッドデュプレックスフィールド１１４６（問い合わ されたインタフェースによりサポートされるデュプレックス速度を示す、例えば 、ハーフデュプレックス、フルデュプレックス、デュプレックスセッティングの 自動ネゴシエイション、複数のデュプレックスセッティングをサポートするイン タフェースには、複数フラッグをセットしてもよい。）、３２ビットカレントデ ュプレックスフィールド１１４８（即ち、インタフェースがデュプレックスセッ テイングに対して自動ネゴシエイションにある場合、フィールド１１４６その旨 表示する）を含む。更に、インタフェースクウェリーレスポンスメッセージ１１ ３４は、３２ビットインタフェーススロット識別子フィールド１１５０（インタ フェースがＩＦＭＰ−Ｃエージェント上で占める物理的スロットをアイデンティ ファイする）、３２ビットインタフェースポート識別子フィールド１１５２（イ ンタフェースがＩＦＭＰ−Ｃエージェント上で占める物理的ポートをアイデンテ ィファイする）、１６ビットインタフェースフラッグフィールド１１５４、１６ ビットインタフェースステータスフィールド１１５６を含む。インタフェースフ ラッグフィールド１１５４は、異なる状態（例えば、インタフェースは管理上ア ップである、混乱モードである、マルチカストパケットを全て受け入れる等）を 示す各フラッグにより、問い合わされたインタフェース上のコンフィギュレーシ ョンオプションの現在のセッティングを特定する。インタフェースステータスフ ィールド１１５６は、ＩＦＭＰ−Ｃコントローラによってミュータブルでない リンクに関する現在のステータス情報（例えば、ＩＦＭＰ−Ｃコントローラがこ のインタフェース上で作動している、このインタフェース上のリンクはアップ状 態にある、等）を示す。更に、インタフェースクウェリーレスポンスメッセージ １１３４は、３２ビットミニマムレシーブラベルフィールド１１５８、３２ビッ トマクシマムレシーブラベルフィールド１１６０、３２ビットミニマムトランス ミットラベルフィールド１１６２、３２ビットマクシマムトランスミットラベル フィールド１１６４を含む。インタフェースがＡＴＭにある場合、ミニマムトラ ンスミットラベルフィールド１１６２とマクシマムトランスミットラベルフィー ルド１１６４のそれぞれは、インタフェースが受信できるミニマムとマクシマム のＶＣＴを示す。インタフェースがＡＴＭにある場合、ミニマムトランスミット ラベルフィールド１１６２とマクシマムトランスミットラベルフィールド１１６ ４のそれぞれは、インタフェースが送信できるミニマムとマクシマムのＶＣＩを 示す。問い合わされたインタフェースがＡＴＭにない場合、フィールド１１５８ 、１１６０、１１６２、１１６４はゼロにセットされる。 インタフェースクウェリーリクエストが失敗すると、ＩＦＭＰ−Ｃエージェン トは、フラッグフィールド１０２０にＮＡＣＫフラッグをセットしたＩＦＭＰ− Ｃヘッダー、コードフィールド１０１８に示された失敗の適切な原因、インタフ ェースクウェリーリクエストメッセージ１１３０と同じトランザクション識別子 フィールド１０２２とから成るインタフェースクウェリーエラーメッセージを送 信する。インタフェースクウェリーエラーメッセージのコードフィールド１０１ ８に示される典型的な失敗原因としては、インタフェース識別子が無効である、 ＩＦＭＰ−Ｃエージェントがレスポンスを完了させるメッセージバッファーを割 り当てられなかった、クライアントスペシフィックなエラーのためリクエストが 完了しなかった等が挙げられる。 インタフェースコンフィギュレーションリクエスト及びレスポンスのメッセー ジとインタフェースコンフィギュレーションエラーメッセージは、ＩＦＭＰ−Ｃ コントローラがＩＦＭＰ−Ｃエージェント上のインタフェースコンフィギュレー ションを変えるのを可能にする。図１７ｅは、インタフェースコンフィギュレー ションリクエストメッセージ１１７０の構造を図示する。図１７ａに見られるよ うに、インタフェースコンフィギュレーションリクエストメッセージ１１７０は 、図１５ｂに関連して前記した一般的フォーマットを有しており、このフォーマ ットはインタフェース識別子フィールド１１３２（変化すべきコンフィギュレー ションのインタフェースを固有にアイデンティファイする）、１６ビットクリア フラッグフィールド１１７２、１６ビットのセットフラッグフィールド１１７４ 、３２ビットスピードフイールド１１７６、３２ビットデュプレックスフィール ド１１７８、を含むメッセージボデーフィールド１０３０を有する。クリアフラ ッグフィールド１１７２は、インタフェースのオペレーションに影響する特定の インタフェースでＩＦＭＰ−Ｃエージェントがクリアすべきフラッグを示す。ク リアリングフラッグの例としては、インタフェースをアドミニストレイティブに テーキングダウンする、インタフェース、インタフェースを混乱モードからテー キングダウンする、インタフェースがマルチカストパケットを全て受け入れるの を阻止する等が挙げられる。セットフラッグフィールド１１７４、インタフェー スのオペレーションに影響する特定のインタフェースでＩＦＭＰ−Ｃエージェン トがセットすべきフラッグを示す。セッティングフラッグの例としては、インタ フェースをアドミニストレイティブにメーキングダウンする、インタフェースを 混乱モードにプットする、インタフェースにマルチカストパケットを全て受け入 れさせる等が挙げられる。スピードフィールド１１７６は、ＩＦＭＰ−Ｃコント ローラが特定のインタフェーススピードセッティング（インタフェースのサポー テッドスピードの中で、例えば、１０Ｍｂｐｓ、２５Ｍｂｐｓ、１００Ｍｂｐｓ 、１５５Ｍｂｐｓ、６２２Ｍｂｐｓ、１０００Ｍｂｐｓ、その他）を変えるのを 可能にするために使用される。デュプレックスフィールド１１７８は、ＩＦＭＰ −Ｃコントローラがデュプレックスセッティング（インタフェースのサポーテッ ドデュプレックスセッティングの中で、例えば、自動ネゴシエイテッドデュプレ ックス、ハーフデュプレックス、フルデュプレックス）。スピードフィールド１ １７６ないしデュプレックスフィールド１１７８を特定実施例での０といった所 定の値にセッティングすると、スピードないしデュプレックスセッティングを変 えてはならないことを示すことになる。ＩＦＭＰ−Ｃコントローラからのインタ フェースコンフィギュレーションリクエストメッセージ１１７０が、フラッグ フィールド１０２０にセットされたＰＬＥＡＳＥ＿ＡＣＫフラッグを有し、オペ レーションが成功している場合、ＩＦＭＰ−Ｃエージェントは、フラッグフィー ルド１０２０にセットされたＡＣＫフラッグとノーエラーを示す所定値にセット されたコードフィールド１０１８と共に、ＩＦＭＰ−Ｃヘッダーフィールド（全 フィールドは図１５ｂの通り、但しメッセージボデーフィールドを除く）から成 るインタフェースコンフィギュレーションレスポンスメッセージを返却する。 インタフェースコンフィギュレーションリクエストメッセージが失敗すると、 ＩＦＭＰ−Ｃエージェントは、ＩＦＭＰ−Ｃヘッダーから成るインタフェースコ ンフィギュレーションエラーメッセージを返却する。インタフェースリストエラ ーメッセージ中では、ＮＡＣＫフラッグはフラッグフィールド１０２０にセット されねばならず、コードフィールド１０１８は失敗の原因を示さねばならず、ト ランザクション識別子フィールド１０２２はインタフェースリストエラーメッセ ージの内容と同じでなければならない。失敗の典型的な原因としては、それぞれ が特定値をコードフィールド１０１８に有するが、インタフェース識別子が無効 である、無効なコンフィギュレーションパラメータが使われた、クライアントス ペシフィックなエラーのためリクエストが完了しなかった等が挙げられる。 ＩＦＭＰ−Ｃ隣接インタフェースメッセージに加えて、他のタイプのＩＦＭＰ −Ｃメッセージ１０１２としては、ＩＦＭＰ−Ｃブランチ、レスポンス、エラー メッセージが挙げられる。ＩＦＭＰ−Ｃブランチメッセージは６つのタイプが有 り、ブランチのクリエイト、モディファイ、デリート、フォワーディングを行う 。特に、ＩＦＭＰ−Ｃブランチメッセージに含まれるものは、アドブランチ、デ リートブランチ、デリートツリー、ムーブブランチ、リードブランチ、ゲットツ リースタティスチックスである。各フォワーディングブランチにはプリファレン ス値が与えられる。複数の合致が起きた場合、、最も低いプリファレンス値のブ ランチが使われる。 先述のように、基本のフォワーディングはブランチを通じてなされるが、各ブ ランチは二つのコンポーネント、インプットデータとアウトプットデータから成 る。インプットデータは充分は情報を与え、入ってくるパケットがブランチにマ ッチするのを可能とし、アウトプットデータは、インプットデータとマッチする パケットをフォワードするのに必要な情報である。ＩＦＭＰ−Ｃエージェントの フォワーディング状態をモディファイする基本オペレーションは、アドブランチ とデリートブランチである。複数のブランチに同じインプットデータを加えると 入ってくる各パケットを複数のデスティネーションへフォワードするのに使用で きるツリーとなる。例えば、特別のインプットデータ一つと複数のアウトプット データを有する第一のアドブランチメッセージはユニカストパケットフォワーデ ィングを樹立する。同じインプットデータと他のアウトプットデータを有する第 二のアドブランチメッセージは、同じインプットデータに関係する別のアウトプ ットブランチを加えることにより、そのユニカストフォワーディングをマルチカ ストフォワーディングに変換する。他のアウトプットブランチに同様のやり方で 更にアドブランチメッセージを加えてもよい。デリートブランチメッセージは、 シングルブランチを削除するためのＩＦＭＰ−Ｃブランチメッセージである。二 つのブランチを有するマルチカストコネクションに対しデリートブランチメッセ ージを使うと、特定のアウトプットデータを有するブランチを除き、マルチカス トフォワーディングをユニカストフォワーディングに変換することになる。別の ＩＦＭＰ−Ｃブランチメッセージであるデリートツリーは、同じインプットデー タを共有する全てのブランチを削除するのに使われる。別のＩＦＭＰ−Ｃブラン チメッセージであるムーブブランチは、既存ブランチ上の既存アウトプット情報 を変えるのに使われる。追加のＩＦＭＰ−Ｃブランチメッセージとして、ゲット ツリースタティスチックスメッセージとリードブランチメッセージがあるが、前 者はインプットデータが特定されたフォワーディングエントリーのスタティスチ ックスを得るのに使われ、後者はＩＦＭＰ−Ｃエージェント上のフォワーディン グブランチ全てをＩＦＭＰ−Ｃコントローラが検索出来るようにするための診断 ・デバッグ目的に使われる。 アドブランチメッセージとデリートブランチリクエストメッセージは、図１８ ａに示すように、同じメッセージフォーマット１２００を使うＩＦＭＰ−Ｃブラ ンチメッセージである。図１８ａに見られるように、ＩＦＭＰ−Ｃアド／デリー トブランチリクエストブランチメッセージフォーマット１２００は、図１５ｂに 関連して前記した一般的なフォーマットを有し、メッセージボデーフィ ールド１０３０を有する。このフィールドは、インプットインタフェース識別子 フィールド１２０１、１６ビットインプットプレシーデンスフィールド１２０２ 、１６ビットインプットフラッグフィールド１２０４、３２ビットアウトプット インタフェース識別子フィールド１２０６、２４ビットリザーブドフィールド１ ２０８、８ビットキーレンスフィールド１２１０、８ビットアウトプットヘッダ ーレンスフィールド１２１２、８ビットリムーブレンスフィールド１２１４、８ ビットトランスフォーメーションタイプフィールド１２１６、８ビットトランス フォーメーションデータレンスフィールド１２１８、３２ビットクウォリティオ ブサービスハンドルフィールド１２２２、プリデファインドレンスインプットキ ーデータフィールド１２２４、プリデファインドレンスインプットキーマスクフ ィールド１２２６、プリデファインドレンスアウトプットヘッダーデータフィー ルド１２２８、トランスフォーメーションデータフィールド１２３０を含んでい る。 図１８ａに示されるフィールド（図１８ａに示した一般的なＩＦＭＰ−Ｃヘッ ダーを除く）をここに述べる。ＩＦＭＰ−Ｃエージェントで割り当てられＩＦＭ Ｐ−Ｃインタフェースリストメッセージで得られたインプットインタフェース識 別子フィールド１２０１は、インプットブランチが適用されるべき特定のインプ ットインタフェースを、固有にアイデンティファイする。インプットプレシーデ ンスフィールド１２０２は、特定の実施例においては１６ビット未サイン整数で あるが、ブランチへ割り当てられたプレシーデンスを表す。入ってくるパケット をインプットキーにマッチングさせると、最も低いプレシーデンスを持つキーが 最初にマッチする。複数のエントリーが同じプレシーデンスを持つ場合、ＩＦＭ Ｐ−Ｃエージェントは、マッチングするブランチのどれを選択してパケットをフ ォワードしてもよい。インプットブランチへ適用されたインプットフラッグフィ ールド１２０４とこのフィールドに示されたフラッグは、パケットがこのフォワ ーディングエントリーにマッチする場合に取られるべき特定の挙動を、表すのに 使われる。こうした挙動の例として、「フォールスルー」−終了するよりもパケ ット送信後にむしろ、次のプレシーデンスレベルを探す、「ドロップ」−このイ ンプットエントリーにマッチするパケット全てをドロップする、を挙げる ことが出来る。アウトプットインタフェース識別子フィールド１２０６は、パケ ット送信に使われるインタフェースを固有にアイデンティファイする。リザーブ ドフィールド１２０８は、将来の使用の備えて保留ができ使わない場合、センダ エンティティが０にセットするか、特定実施例ではレシーバーエンティティが無 視してもよい。キーレンスフィールド１２１０は、特定実施例では８ビットの未 サイン整数であって、インプットキーデータフィールド１２２４とインプットキ ーマスクフィールド１２２６の長さをオクテットで示す。アウトプットヘッダー レンスフィールド１２１２は、特定実施例では８ビットの未サイン整数であって 、アウトプットヘッダーデータフィールド１２２８の長さをオクテットで示す。 リムーブレンスフィールド１２１４は、８ビットの未サイン整数であって、トラ ンスフォーメーションデータフィールド１２３０中に指示されたトランスフォー メーションを適用する以前にパケットの始まりから取り除くべきオクテットの数 を特定する。 トランスフォーメーションタイプフィールド１２１６は、送信前にパケットに なすべきモディフィケーションのタイプ（例えば、モディフィケーションなし、 ＩＰパケットからＩＦＭＰフロータイプ１、ＩＰパケットからＩＦＭＰフロータ イプ２、ＩＦＭＰフロータイプ１からＩＰパケット、ＩＦＭＰフロータイプ２か らＩＰパケット、スタンダードＩＰフォワーディング、トランケーティングパケ ット、その他のモディフィケーション）を特定する。モディフィケーションの幾 つかのタイプは、パケットの一部でないデータを必要とするので、この必要デー タがトランスフォーメーションデータフィールド１２３０中に与えられている。 特に、「ＩＰパケットからＩＦＭＰフロータイプ１（ないし２）」のトランスフ ォーメーションタイプは、ＩＰｖ４（ないし使用中の他のＩＰパケットバージョ ン）から以前に諭議したＩＦＭＰフロータイプ１（ないし２）カプセル封じへの 変換をする。「ＩＦＭＰフロータイプ１（ないし２）からＩＰｖ４」のトランス フォーメーションタイプは、ＩＦＭＰフロータイプ１（ないし２）として到着す るパケットから、トランスフォーメーションデータフィールド１２３０を使うＩ Ｐｖ４パケットの変換を行い、取り除かれたフィールドを再構築すると共に、Ｔ ＴＬとＩＰヘッダーチェックサムのアップデートを行う。「スタンダードＩＰフ ォワーディング」トランスフォーメーションタイプは、ＩＰヘッダー中のＴＴＬ を減らし、ＩＰヘッダーチェックサムをアップデートする。「トランケートパケ ット」トランスフォーメーションタイプは、パケットサイズをフォワーディング データで（トランスフォーメーションデータフィールド１２３０中に）特定され たパケットサイズに制限する。 図１８ａに示すように、トランスフォーメーションデータレンスフィールド１ ２１８は、８ビット未サインの整数であり、アド／デリートブランチリクエスト ブランチメッセージフォーマット１２００に含まれるトランスフォーメーション データフィールド１２３０の長さを特定する。トランスフォーメーションが、ト ランスフォーメーションデータフィールド１２３０中の追加データを必要としな い場合、トランスフォーメーションデータレンスフィールド１２１８はゼロにセ ットされる。クウォリティオブサービスハンドルフィールド１２２２は、ブラン チにマッチングするパケットをＩＦＭＰ−Ｃエージェントが如何に扱うべきかを 示す。長さがキーレンスフィールド１２１０で特定されるインプットキーデータ フィールド１２２４は、入ってくるパケットと比較されるデータを含み、フォワ ーディングエントリーにマッチするか否かを見極める。キーデータフィールド１ ２２４中のデータは、ＭＡＣアドレスといったリンクレベルの情報、ＩＰアドレ スといったレイア３の情報等を有している。長さがキーレンスフィールド１２１ ０で特定されるキーマスクフィールド１２２６は、インプットキーデータフィー ルド１２２４中の情報を入ってくるパケットと比較する際、キーデータの関連ビ ットを特定するのに使われる。長さがアウトプットヘッダーレンスフィールド１ ２１２で特定されるアウトプットヘッダーデータフィールド１２２８は、送信前 にパケットにプリペンド（？プリペア？）されるべきヘッダー（例えばイーサネ ットインタフェース上のＭＡＣヘッダー、ＡＴＭインタフェース上のＶＰＩ／Ｖ ＣＩといったリンクレベル情報）を含む。上述のように、トランスフォーメーシ ョンデータフィールド１２３０は、特定のトランスフォーメーションを実行する のに必要な情報を含んでいる。「ＩＦＭＰフロータイプ１（ないし２）からＩＰ ｖ４」のトランスフォーメーションの場合、トランスフォーメーションデータフ ィールド１２３０中のデータは、図７ａ（ないしフロータイプ２用の図 ７ｂ、但し、幾つかの実施例でのサービス及びプロトコルフィールドを除く）に 示すフロー識別子に類似している。「トランケートパケット」トランスフォーメ ーションが、パケットの一部コピーを特定のデスティネーションに送信するよう 特定されている場合、トランスフォーメーションデータフィールド１２３０中の データ１２４０は、図１８ｂに示すように、センダエンティティが０にセットす るかレシービングエンティティが無視してもよい１６ビットリザーブドフィール ド１２４２と１６ビットトランケートレンスフィールド１２４４とを含んでいる 。トランケートレンスフィールド１２４４は、パケットのどれだけのバイトがイ ンターフェイス外へ送信されるべきかを示す。到着パケットがこの数より長い場 合、パケットはこの数に切りつめられる。この切りつめられた長さは、バイトが 取り除かれた後のバイト数であり、加えてもよいアウトプットヘッダーを含んで いない。 ＩＦＭＰ−Ｃアド（ないしデリート）ブランチリクエストメッセージが、フラ ッグフィールド１０２０にセットされたＰＬＥＡＳＥ＿ＡＣＫフラッグを有しか つオペレーションが成功している場合、図１８ｃに示すフォーマットを有し、フ ラッグフィールド１０２０にセットされたＡＣＫフラッグとノーエラーを示す所 定値にセットされたコードフィールド１０１８と共に、ＴＦＭＰ−Ｃアド（ない しデリート）ブランチレスポンスメッセージ１２５０を、ＩＦＭＰ−Ｃエージェ ントは返却する。図１８ｃに示すように、レスポンスメッセージは、一般的なＩ ＦＭＰ−Ｃメッセージのヘッダーフィールドを持ち、１６ビットリザーブドフィ ールド１２５２と１６ビットアウトプットカウントフィールド１２５４とを含ん でいる。リザーブドフィールド１２５２は、将来の使用の備えて保留ができ使わ ない場合、センダが０にセットするか、レシーバーが無視してもよい。アウトプ ットカウントフィールド１２５４は未サインの整数であるが、現在のオペレーシ ョンが適用された後同じインプット情報を共有するアウトプットブランチの数を 含んでいる（ブランチの数が１ならユニカストブランチ、ブランチの数が１より 大ならマルチカストブランチ）。このフィールド１２５４は、各オペレーション 後のブランチの一貫性をＩＦＭＰ−Ｃコントローラが証明するのに使われる。 ＩＦＭＰ−Ｃアドブランチ（ないしデリートブランチ）リクエストが失敗した 場合、ＩＦＭＰ−ＣエージェントはＩＦＭＰ−Ｃアドブランチ（ないしデリート ブランチ）エラーメッセージを送信する。エラーメッセージは、ＩＦＭＰ−Ｃヘ ッダー、即ちリクエストメッセージと同じトランザクション識別子フィールド１ ０２２と、フラッグフィールド１０２０にセットされたＮＡＣＫフラッグと、エ ラー原因を示すようセットされたコードフィールド１０１８、から成る。失敗の 典型的な原因としては、インタフェース識別子の一つがが無効であるか否か、イ ンプットキーレンスがＩＦＭＰ−Ｃエージェントがサポートする最大長さより長 いか否か、アウトプットトランスフォーメーションがＩＦＭＰ−Ｃエージェント でサポートされないないし認められない、ＩＦＭＰ−Ｃエージェントがリクエス トを完了させるに充分なリソースを持たない、インプットキーは同じだがフラッ グが異なる別のブランチが存在する、サービスパラメーターの質が無効ないしＩ ＦＭＰ−Ｃエージェントでサポートされない、インプットキーないしマスクがＩ ＦＭＰ−Ｃエージェントでサポートされない、加えようとする特定ブランチが既 にＩＦＭＰ−Ｃエージェント上に存在する、削除しようとする特定ブランチがＩ ＦＭＰ−Ｃエージェント上に存在しない、クライアントスペシフィックなエラー のためリクエストが完了しなかった等が挙げられる。 図１８ｄに示すように、ＩＦＭＰ−Ｃデリートツリーリクエストメッセージ１ ２６０は、図１８ａに述べたフィールドの多くを含むメッセージフォーマットを 有する。デリートツリーリクエストメッセージ１２６０は、図１５ｂに関連して 前記した一般的なフォーマットを有し、メッセージボデーフィールド１０３０を 有する。これには、インプットインタフェース識別子フィールド１２０１、１６ ビットインプットプレシーデンスフィールド１２０２、インプットフラッグフィ ールド１２０４、５６ビットリザーブドフィールド１２６２、キーレンスフィー ルド１２１０、プリデファインドレンスインプットキーデータフィールド１２２ ４、プリデファインドレンスインプットキーマスクフィールド１２２６が含まれ ている。 インプットインタフェース識別子フィールド１２０１は、インプットブランチ （これに対してツリーが削除される）が適用されるべきインプットインタフェー スを固有にアイデンティファイする。インプットキーデータフィールド１２２４ は、入ってくるパケットと比較されるデータを与え、そのデータが削除さるべき フォワーディングエントリーにマッチするか否かを見極め、インプットキーマス クフィールド１２２６は、インプットキーデータを入ってくるパケットと比較す る時のキーデータの関連するビットを特定する。リザーブドフィールド１２６２ は、将来の使用の備えて保留ができ、センダが０にセットするか、レシーバーが 無視してもよい。 ＩＦＭＰ−Ｃデリートツリーリクエストメッセージ１２６０が、フラッグフィ ールド１０２０にセットしたＰＬＥＡＳＥ＿ＡＣＫフラッグを有しかつオペレー ションが成功している場合、ＩＦＭＰ−Ｃエージェントは、フラッグフィールド １０２０にセットされたＡＣＫフラッグとノーエラーを示す所定値にセットされ たコードフィールド１０１８と共に、ＩＦＭＰ−Ｃヘッダーフィールド（メッセ ージボデーフィールド以外を図１５ｂに示す）であるＩＦＭＰ−Ｃデリートツリ ーレスポンスメッセージメッセージを返却する。ＩＦＭＰ−Ｃデリートツリーリ クエストが失敗すると、ＩＦＭＰ−Ｃエージェントは、フラッグフィールド１０ ２０にセットされたＮＡＣＫフラッグとエラー原因（無効なインタフェース識別 子、リクエストに特定されたインプットキーを有するブランチが存在しない、イ ンプットキーは同じだがフラッグが異なる別のブランチが存在する等）をアイデ ンティファイするコードフィールド１０１８と共に、ＩＦＭＰ−Ｃヘッダーフィ ールド（メッセージボデーフィールド以外を図１５ｂに示す）であるＩＦＭＰ− Ｃデリートツリーエラーメッセージを返却する。 図１８ｅにＩＦＭＰ−Ｃムーブブランチリクエストメッセージ１３００の構造 を示すが、同構造は図１８ａに述べたフィールドの多くを含む。ムーブブランチ リクエストメッセージ１３００は、図１５ｂに関連して前記した一般的フォーマ ットを有しており、メッセージボデーフィールド１０３０を有する。このフォー マットメッセージはボデーフィールド１０３０を有する。これには、インプット インタフェース識別子フィールド１２０１、インプットプレシーデンスフィール ド１２０２、インプットフラッグフィールド１２０４、３２ビットオールドアウ トプットインタフェース識別子フィールド１３０２、２４ビットリザーブドフィ ールド１３０４、８ビットキーレンスフィールド１２１０、８ビットオールドア ウトプットヘッダーレンスフィールド１３０８、８ビットオールドリムーブレン スフィールド１３１０、８ビットオールドトランスフォーメイションタイプデー タレンスフィールド１３１２、８ビットオールドトランスフォーメイションデー タレンスフィールド１３１４、３２ビットオールドクウオリティオブサービスハ ンドルフィールド１３１８、３２ビットニューアウトプットインタフェース識別 子フィールド１３２０、３２ビットリザーブドフィールド１３２２、８ビットニ ューアウトプットヘッダーレンスフィールド１３２４、８ビットニューリムーブ レンスフィールド１３２６、８ビットニュートランスフォーメイションタイプフ ィールド１３２８、８ビットニュートランスフォーメイションデータレンスフィ ールド１３３０、３２ビットニュークウォリティオブサービスハンドルフィール ド１３３４、プリデファインドレンスインプットキーデータフィールド１２２４ 、プリデファインドレンスインプットキーマスクフィールド１２２６、プリデフ ァインドレンスオールドアウトプットヘッダーデータフィールド１３４０、プリ デファインドレンスオールドトランスフォーメイションデータフィールド１３４ ２、プリデファインドレンスニューアウトプットヘッダーデータフィールド１３ ４４、プリデファインドレンスニュートランスフォーメイションデータフィール ド１３４６が含まれる。上記のフィールドの多くは、図１８ａに述べられており 、ムーブブランチリクエストメッセージ１３００の他の種々のフィールドは、旧 ブランチのアウトプットデータを定義する値が、新ブランチの値を定義するフィ ールドの値に置き換わったと気づくだけで簡単に理解できる。 ＩＦＭＰ−Ｃムーブブランチリクエストメッセージ１３００が、フラッグフィ ールド１０２０にセットされたＰＬＥＡＳＥ＿ＡＣＫフラッグを有しかつオペレ ーションが成功している場合、ＴＦＭＰ−Ｃエージェントは、フラッグフィール ド１０２０にセットされたＡＣＫフラッグとノーエラーを示す所定値にセットさ れたコードフィールド１０１８と共に、ＩＦＭＰ−Ｃアド／デリートレスポンス メッセージ（図１８ｃに見られる）と同じフォーマット１２５０を持つＩＦＭＰ −Ｃブランチムーブレスポンスメッセージを返却する。ＩＦＭＰ−Ｃムーブブラ ンチリクエストが失敗した場合、ＩＦＭＰ−Ｃエージェントは、フラッグフィー ルド１０２０にセットされたＮＡＣＫフラッグとエラー原因（無効なインタフェ ース識別子、インプットキーレンスがザポートされる最大長さより長い、ＩＦＭ Ｐ−Ｃエージェントが充分なリソースを持たない、アウトプットトランスフォー メーションがサポートされないないし認められない、リクエスト中のオリジナル ブランチ用に特定された同じインプットキーを持つブランチがない、オリジナル ブランチが存在せずかつ新たなブランチにマッチするブランチが存在がない、イ ンプットキーは同じだがフラッグが異なる別のブランチが存在する、サービスパ ラメーターの質が無効ないしサポートされない、クライアントスペシフィックな エラーのためリクエストが完了しなかった等）をアイデンティファイするコード フィールド１０１８と共に、ＩＦＭＰ−Ｃヘッダーフィールド（メッセージボデ ーフィールド以外を図１５ｂに示す）であるＩＦＭＰ−Ｃブランチムーブエラー メッセージを返却する。 別のＩＦＭＰ−Ｃブランチメッセージタイプとして、ゲットツリースタティス チックスメッセージがＩＦＭＰ−Ｃコントローラによって使用されるが、これは エントリーがもはや使用されなくなる時を決定し、これらのエントリーがリクレ ームされてもよいようにするためである。ＴＦＭＰ−Ｃエージェントは、エント リーがパケットをフォワードするのに使われる度に作動するカウンターを持って いる。エントリーは各ツリー毎にキープされるが、ツリー上の各ブランチが同じ 回数だけ使われるからである。図１９ａに見られるように、ＩＦＭＰ−Ｃゲット ツリースタティスチックスメッセージ１４００は、図１５ｂに関連して前記した 一般的フォーマットを有し、メッセージボデーフィールド１０３０を有する。こ のボデーフィールド１０３０はツリーデータ情報のリスト、即ち、特定実施例で のツリーデータ１フィールド１４０２とツリーデータ２フィールド１４０４であ る。追加のツリーデータフィールドが、メッセージボデーフィールド１０３０と して含まれるリスト中に含まれてもよい。図１９ｂは、ツリーデータフィールド 全てが使うツリーデータフィールドの構造１４０６を示す。各ツリーデータフィ ールド構造１４０６（ＭＳＢからＬＳＢの順に）は、インプットインタフェース 識別子フィールド１２０１、インプットプレシーデンスフィールド１２０２、イ ンプットフラッグフィールド１２０４、４０ビットリザーブドフィールド１４０ ８、１８ビットレコードサイズフィールド１４１０、６４ビットユーセイ ジカウントフィールド１４１２、プリデファインドレンスインプットキーデータ フィールド１２２４、プリデファインドレンスインプットキーマスクフィールド １２２６を含んでいる。インプットインタフェース識別子フィールド１２０１は 、インプットブランチ（これに対してツリースタティスチックスが得ねばならな い）が適用されるべきインプットインタフェースを固有にアイデンティファイす る。リザーブドフィールド１４０８は、将来の使用の備えて保留ができ、センダ が０にセットするか、レシーバーが無視してもよい。レコードサイズフィールド １４１０は特別のツリーレコードのサイズ（例えば、ツリーデータ１フィールド １４０２において）を示すが、次のツリーレコード（例えば、ツリーデータ２フ ィールド１４０２において）の始まりを見つけるのに使われる。ユーセイジカウ ントフィールド１４１２は６４ビット未サインの整数であるが、ＩＦＭＰ−Ｃエ ージェントが特定ツリーを使ってパケットをフォワードする度毎に増える。リク エストメッセージ中では、ユーセイジカウントフィールド１４１２は、センダに より０にセットされ、レシーバーにより無視される。残りのフィールドは、図１ ８ａと関連して既述したので、ここでは述べない。 ＩＦＭＰ−Ｃゲットツリースタティスチックスリクエストメッセージ１４００ が、フラッグフィールド１０２０にセットされたＰＬＥＡＳＥ＿ＡＣＫフラッグ を有しかつオペレーションが成功した場合、ＴＦＭＰ−Ｃエージェントは、フラ ッグフィールド１０２０にセットされたＡＣＫフラッグとノーエラーを示す所定 値にセットされたコードフィールド１０１８と共に、リクエストメッセージ（図 １９ａに見られる）１４００と同じフォーマットを持つＩＦＭＰ−Ｃゲットツリ ースタティスチックレスポンスメッセージを返却する。ゲットツリースタティス チックレスポンスメッセージもまた、ツリーデータフィールドのユーセイジカウ ントフィールド中の適切なカウンタ値を返却する。 ＩＦＭＰ−Ｃケットツリースタティスチックスリクエストメッセージ１４００ が失敗すると、ＩＦＭＰ−Ｃエージェントは、フラッグフィールド１０２０にセ ットされたＮＡＣＫフラッグとエラー原因（無効なインタフェース識別子、特定 のアウトプットツリーの内の一つがＩＦＭＰ−Ｃエージェント上にない、インプ ットキーは同じだがフラッグが異なる別のツリーが存在する、等）をアイデンテ ィファイするコードフィールド１０１８と共に、ＴＦＭＰ−Ｃヘッダーフィール ド（メッセージボデーフィールド以外を図１５ｂに示す）であるＩＦＭＰ−Ｃブ ランチムーブエラーメッセージを返却する。 別のＩＦＭＰ−Ｃブランチメッセージタイプとして、リードブランチメッセー ジが診断とデバッグを目的に使用されるが、、これはＩＦＭＰ−Ｃエージェント 上のフォワーディングブランチ全てをＩＦＭＰ−Ｃコントローラが検索できるよ うにするためである。ＩＦＭＰ−Ｃエージェント上のフォワーディングブランチ 全てを数えるため、リードブランチメッセージは「ゲットネクスト」オペレーシ ョンを使う。エントリーが準備される毎に、ＩＦＭＰ−Ｃエージェントは、次の リードオペレーションに対するアーギュメントととして使うクッキー同様に、ブ ランチ情報を返却する。クッキーは、ＩＦＭＰ−Ｃコントローラに対し不透明で あり、ＩＦＭＰ−Ｃエージェントが最後に読み終えて離れた個所を覚えておくた めに使われる。予め定義された値、例えば特定実施例における０、を取って置き 、ＩＦＭＰ−ＣコントローラがＩＦＭＰ−Ｃエージェント上の最初のエントリー を得るために使ってもよい。リストの最後に到達したとの指示をＩＦＭＰ−Ｃエ ージェントが返すまでのポイントで全テーブルが数え上げられるまでに、ゲット フォワーディングエントリーリクエストの連続ストリングが成功するであろう。 図２０ａと図２０ｂは、リードブランチリクエストメッセージ１４２０とリー ドブランチレスポンスメッセージ１４３０の構造を示す。図２０ａに見られるよ うに、ＩＦＭＰ−Ｃリードブランチリクエストメッセージ１４２０は、図１５ｂ に関連して前記した一般的フォーマットを有し、インプットインタフェース識別 子フィールド１２０１と３２ビットネクストクッキーフィールド１４３０を含む メッセージボデーフィールド１０３０を有する。インプットインタフェース識別 子フィールド１２０１は、ブランチが読まれるべきインプットインタフェースを 固有にアイデンティファイする。ネクストクッキーフィールド１４３０は、以前 のリードブランチレスポンスメッセージの一部として返却された不透明な３２ビ ット値である。ネクストクッキーフィールド１１１２中の値は、最後のリードブ ランチリクエストの位置のトラックを保つために、ＩＦＭＰ−Ｃエージェントに よって保たれた状態である。予め定義された値は、例えば特定実施例における０ 、 リストの最初から開始すべきを指示するを使われる。 ＩＦＭＰ−Ｃリードブランチリクエストメッセージが、フラッグフィールド１ ０２０にセットされたＰＬＥＡＳＥ＿ＡＣＫフラッグを有しかつオペレーション が成功した場合、ＩＦＭＰ−Ｃエージェントは、ＡＣＫフラッグにセットされた フラッグフィールド１０２０とノーエラーを示す所定値（特定実施例の０）にセ ットされたコードフィールド１０１８と共に、ＩＦＭＰ−Ｃリードブランチレス ポンスメッセージ１４３０（図２０ｂに見られる）を返却する。図２０ｂに示す ように、リードブランチレスポンスメッセージ１４３０は、図１５ｂに関連して 前記した一般的フォーマットを有し、メッセージボデーフィールド１０３０を有 する。メッセージボデーフィールド１０３０は、インプットインタフェース識別 子フィールド１２０１、インプットプレシーデンスフィールド１２０２、インプ ットフラッグフィールド１２０４、アウトプットインタフェース識別子フィール ド１２０６、２４ビットリザーブドフィールド１４３２、キーレンスフィールド １２１０、アウトプットヘッダーレンスフィールド１２１２、リムーブレンスフ ィールド１２１４、トランスミッションタイプフィールド１２１６、トランスフ ォーメーションデータレンスフィールド１２１８、クウォリティオブサービスハ ンドルフィールド１２２２、ネクストクッキーフィールド１４２２、プリデファ インドレンスインプットキーデータフィールド１２２４、プリデファインドレン スインプットキーマスクフィールド１２２６、プリデファインドレンスアウトプ ットヘッダーデータフィールド１２２８、トランスフォーメーションデータフィ ールド１２３０を含む。リザーブドフィールド１４３２は、将来の使用の備えて 保留ができ、センダが０にセットするか、レシーバーが無視してもよい。ネクス トクッキーフィールド１４２２は、最後のリクエストの位置のトラックを保つた めに、ＩＦＭＰ−Ｃエージェントによって保たれた状態であり、ネクストリード ブランチメッセージに対するインプットととして使われる。 リードブランチリクエストが失敗すると、ＩＦＭＰ−Ｃエージェントは、ＩＦ ＭＰ−Ｃヘッダーから成るリードブランチエラーメッセージを返す。リードブラ ンチエラーメッセージは、フラッグフィールド１０２０にセットされたＮＡＣＫ フラッグとエラー原因を示すコードフィールド１０１８を除き、リード ブランチリクエストメッセージと同じでなければならない。失敗の典型的原因と しては、インタフェース識別子の一つが無効、クッキーが無効、ＩＦＭＰ−Ｃエ ージェントがレスポンスを完了させるメッセージバッファーを割り当てられなか った、クライアントスペシフィックなエラーのためリクエストが完了しなかった 等が挙げられる。 ＩＦＭＰ−Ｃ隣接／インタフェース／ブランチのメッセージに加え、ＩＦＭＰ −Ｃメッセージは、ＩＦＭＰ−Ｃリセットメッセージを含む。ＩＦＭＰ−Ｃリセ ットメッセージは、ＩＦＭＰ−ＣコントローラがＩＦＭＰ−Ｃエージェントとの コミュニケーションを失った時ないしＩＦＭＰ−ＣコントローラがＩＦＭＰ−Ｃ エージェントは信頼できない状態にあると考えた場合に、ＴＦＭＰ−Ｃエージェ ントの状態を再初期化するのに使われる。ＩＦＭＰ−Ｃリセットリクエストメッ セージは、ＩＦＭＰ−Ｃエージェントに状態を初期条件をリセットするよう指示 する。リセットリクエストメッセージを受けると、ＩＦＭＰ−Ｃエージェントは フォワーディングブランチを全てを取り除き、ＩＦＭＰ−Ｃ隣接プロトコルの状 態をリセットすることなくインタフェースを初期化する。ＩＦＭＰ−Ｃリセット メッセージは、図１５ｂに示すように、メッセージがリセットメッセージである ことを示すようセットされたメッセージタイプフィールド１０１６を有するＩＦ ＭＰ−Ｃヘッダー（メッセージボデーフィールドを除く）からなる。リセットリ クエストメッセージが、フラッグフィールド１０２０にセットされたＰＬＥＡＳ Ｅ＿ＡＣＫフラッグを有しかつオペレーションが成功した場合、ＩＦＭＰ−Ｃエ ージェントは、リセットリクエストメッセージと同じであるＩＦＭＰ−Ｃヘッダ ーから成るＩＦＭＰ−Ｃリセットレスポンスメッセージを返却するが、ＡＣＫフ ラッグにセットされたフラッグフィールド１０２０とノーエラーを示す所定値（ 特定実施例の０）にセットされたコードフィールド１０１８を付けない。リセッ トリクエストが失敗すると、ＩＦＭＰ−Ｃエージェントは、リセットリクエスト メッセージと同じであるＩＦＭＰ−Ｃヘッダーから成るＩＦＭＰ−Ｃリセットレ スポンスメッセージを返却する。但し、ＮＡＣＫフラッグにセットされたフラッ グフィールド１０２０とエラーの特定原因（クライアントスペシフィックなエラ ーのためリクエストが完了しなかった等）を示す値にセットされたコード フィールド１０１８を付けない。 ＩＦＭＰ−Ｃ隣接／インタフェース／ブランチのメッセージに加え、ＩＦＭＰ −Ｃプロトコルは、ネットワークのマネジメントと診断に必要な情報を得るため に使われるＩＦＭＰ−Ｃマネジメントメッセージを含む。ＩＦＭＰ−Ｃマネジメ ントメッセージには種々のメッセージタイプがあり、ＩＦＭＰ−Ｃノード情報メ ッセージとＩＦＭＰ−Ｃインタフェーススタティスチックスメッセージがこれに あたる。 ＩＦＭＰ−Ｃノード情報メッセージは、ノードランニングＩＦＭＰ−Ｃに関す る情報（例えばソフトウェアバージョン番号）を得る。ＩＦＭＰ−Ｃノードリク エスト情報メッセージは、ＩＦＭＰ−Ｃヘッダー（メッセージボデーフィールド １０３０を除く、図１５ｂに示す）の一般的フォーマットを有し、その情報がＩ ＦＭＰ−Ｃノード情報メッセージであるとアイデンティファイするメッセージタ イプフィールド１０１６を有している。 ＩＦＭＰ−Ｃノード情報リクエストメッセージが、フラッグフィールド １０２０にセットされたＰＬＥＡＳＥ＿ＡＣＫフラッグを有しかつオペレーシ ョンが成功した場合、ＩＦＭＰ−Ｃエージェントは、ＡＣＫフラッグにセットさ れたフラッグフィールド１０２０とノーエラーを示す所定値（特定実施例の０） にセットされたコードフィールド１０１８と共に、ＩＦＭＰ−Ｃノード情報レス ポンスメッセージ１４４０（図２１ａに見られる）を返却する。図２１ａに示す ように、ＩＦＭＰ−Ｃノード情報レスポンスメッセージ１４４０は、図１５ｂに 関連して前記した一般的フォーマットを有し、メッセージボデーフィールド１０ ３０を有する。メッセージボデーフィールド１０３０は、４８ビットノードＩＤ フィールド１４４２、４８ビットペアレントＩＤフィールド１４４４、１６ビッ トノードタイプフィールド１４４６、１５ビットリザーブドフィールド１４４８ 、３２ビットペアレントスロットフィールド１４５０、３２ビットペアレントシ ェルフフィールド１４５２、１６ビットファームマイナーバージョンフィールド １４５４、１６ビットファームメジャーバージョンフィールド１４５６を含む。 ノードＩＤフィールド１４４２は、ノードを固有にアイデンティファイする値（ 例えばノード用のＭＡＣアドレス）である。ノードがシャシーのボード といった大型システムの一部となる状況である場合、ペアレントＴＤフィールド １４４４は、ノードのコンテナー（ペアレント）を固有にアイデンティファイす る値（ペアレントに対するＭＡＣアドレス）にセットされる。ノードがシャシー のボードといった大型システムの一部でない場合、ペアレントＩＤフィールド１ ４４４は、ペアレントノードがないことを示す予め定義された値、例えば特定実 施例の０に、セットされる。ノードタイプフィールド１４４６は１６ビット未サ インの整数であり、ＩＦＭＰ−Ｃノードのタイプを示す。ノードタイプフィール ド１４４６は、ノードＩＤとノードタイプのオーガニゼイションユニーク識別子 （ＯＵＩ、ＭＡＣアドレスの高次の２４ビット）の組み合わせがＩＦＭＰ−Ｃエ ージェントの各タイプに対し固有となるように、ノードＩＤベンダーが割り当て ても良い。リザーブドフィールド１４４８は、将来の使用の備えて保留ができ、 センダが０にセットするか、レシーバーが無視してもよい。ノードがシャシーの ボードといった大型システムの一部となる状況である場合、ペアレントスロット フィールド１４５０は、ノードのコンテナー（ペアレント）を固有にアイデンテ ィファイする値(ペアレントに対するＭＡＣアドレス)にセットされる。ＩＦＭＰ −Ｃエージェントが、スロット情報を決定できないないし大型システムの一部フ ィールドでない場合、ペアレントスロットフィールド１４５０は、ゼロにセット されてもよい。ノードがシャシーのボードといった大型システムの一部である場 合、ペアレントシェルフフィールド１４５２は、ノードがペアレントコンテナー 中で占めるスロットに対応するようセットされる。ＩＦＭＰ−Ｃエージェントが 、シェルフ情報を決定できないないし大型システムの一部フィールドでない場合 、ペアレントシェルフフィールド１４５２は、ゼロにセットされてもよい。ファ ームマイナーバージョンフィールド１４５４は、現在作動中のＩＦＭＰ−Ｃエー ジェントのファームウェアのマイナーバージョンを示し、ファームメジャーバー ジョンフィールド１４５６は、現在作動中のＩＦＭＰ−Ｃエージェントのファー ムウェアのメジャーバージョンを示す。 ノード情報リクエストが失敗するとＩＦＭＰ−Ｃエージェントは、リセットリ クエストメッセージと同じであるＩＦＭＰ−Ｃヘッダーから成るＴＦＭＰ−Ｃノ ード情報エラーメッセージを返却する。ノード情報エラーメッセージは、フラッ グフィールド１０２０にセットされたＮＡＣＫフラッグとエラー原因を示すコー ドフィールド１０１８を除き、リードブランチリクエストメッセージと同じでな ければならない。失敗の典型的原因としては、ＩＦＭＰ−Ｃエージェントがレス ポンスを完了させるメッセージバッファーを割り当てられなかった、クライアン トスペシフィックなエラーのためリクエストが完了しなかった等が挙げられる。 別のＩＦＭＰ−Ｃネットワークマネジメントメッセージタイプとして、 ＩＦＭＰ−Ｃインタフェーススタティスチックスメッセージが、ＩＦＭＰ−Ｃ エージェント上の各インタフェースの情報を得るのに使われる。ＩＦＭＰ−Ｃイ ンタフェーススタティスチックスリクエストメッセージ１４６０は、ＩＦＭＰ− Ｃコントローラがシングルリクエストメッセージ中の複数インタフェースに関す るスタティスチックスをリクエスト出来るようにする。図２１ｂに見られるよう に、インタフェーススタティスチックスリクエストメッセージ１４６０は、図１ ５ｂに示した一般的フォーマットを有し、メッセージボデーフィールド１０３０ を有する。メッセージボデーフィールド１０３０は、１６ビットリザーブドフィ ールド１４６２、１６ビットナンバーオブインタフェースフィールド１４６４、 これに続くマルチプルインタフェース識別子フィールド１４６６、１４６８、そ の他を有する。リザーブドフィールド１４６２は、将来の使用の備えて保留され 、センダが０にセットするか、レシーバーが無視してもよい。ナンバーオブイン タフェースフィールド１４６４は、リクエストメッセージ中のインタフェース識 別子フィールドの数を示す。インタフェーススタティスチックスリクエストメッ セージ１４６０は、ＩＦＭＰ−Ｃコントローラが対象とする各インタフェースの 識別子を列挙する複数のインタフェース識別子フィールド（即ち、１４６６、１ ４６８）を有する。特定の実施例の場合、ＩＦＭＰ−Ｃエージェントがシングル レスポンスメッセージに収まる多くの回答用にレスポンスを返すよう、回答はシ ングルメッセージに収まらねばならない。 ＩＦＭＰ−Ｃインタフェーススタティスチックスリクエストメッセージが、フ ラッグフィールド１０２０にセットされたＰＬＥＡＳＥ＿ＡＣＫフラッグを有し かつオペレーションが成功した場合、ＩＦＭＰ−Ｃエージェントは、ＡＣＫフラ ッグにセットされたフラッグフィールド１０２０とノーエラーを示す所定値（特 定実施例の０）にセットされたコードフィールド１０１８と共に、ＩＦＭＰ−Ｃ インタフェーススタティスチックスレスポンスメッセージ１４７０（図２１ｃに 見られる）を返却する。図２１ｃに示すように、ＩＦＭＰ−Ｃインタフェースス タティスチックスレスポンスメッセージ１４７０は、図１５ｂに関連して前記し た一般的フォーマットを有し、メッセージボデーフィールド１０３０を有する。 メッセージボデーフィールド１０３０は、インタフェースについての一般的スタ ティスチックス（異なるインタフェースタイプに渡って共通なスタティスチック ス）と特定なスタティスチックス（特定のインタフェースタイプに適用されるス タティスチックス）を与えるインタフェーススタティスチックスフィールド（即 ち、１４７２、１４７４）を含む。図２１ｄに示すように、代表的なインタフェ ーススタティスチックスフィールド構造１４８０は、８ビットリザーブドフィー ルド１４８２、８ビットインタフェースタイプフィールド１４８４、１６ビット レコードレンスフィールド１４８６、３２ビットインタフェース識別子フィール ド１４８８、１６ビットジェネラルスタティスチックスレンスフィールド１４９ ０、スペシフィックスタティスチックスレンスフィールド１４９２、ジェネラル スタティスチックスフィールド１４９４、スペシフィックスタティスチックスフ ィールド１４９６を含む。スペシフィックスタティスチックスレンスフィールド １４８２は、将来の使用の備えて保留され、センダが０にセットするか、レシー バーが無視してもよい。インタフェースタイプフィールド１４８４は、問い合わ されているインタフェースタイプ（即ち、ＡＴＭ、イーサネット、ないし他のＬ ＡＮ）を述べる。インタフェース識別子フィールド１４８８は、スタティスチッ クスが述べるインタフェース固有に既述する。ジェネラルスタティスチックスレ ンスフィールド１４９０は、ジェネラルスタティスチックスフィールド１４９４ の長さをオクテットで特定し、スペシフィックスタティスチックスレンスフィー ルド１４９２は、スペシフィックスタティスチックスフィールド１４９６の長さ をオクテットで特定する。ジェネラルスタティスチックスフィールド１４９４は 全インタフェースに関連するジェネラルスタティスチックスを含んでおり、図２ １ｅに示す構造を有する。スペシフィックスタティスチックスフィールド１４９ ６は、インタフェースタイプスペシフィックスタティスチックス を含み、典型的な構造（ＡＴＭとイーサネットのインタフェースの場合）を図２ １ｆ、図２１ｇに示す。ＬＡＮインタフェースの場合は、他の構造を使ってもよ い。 図２１ｅに見られるように、ジェネラルスタティスチックスフィールド １４９４は、特定インタフェース上で受信されたオクテット数を示す６４ビッ トレシーブドオクテットフィールド１５００、マルチカストパケットとしてアド レスされ特定インタフェース上で受信されたパケット数を示す６４ビットマルチ カストパケットフイールド１５０２、ブロードカストパケットとしてアドレスさ れ特定インタフェース上で受信されたパケット数を示す６４ビットレシーブドブ ロードカストフィールド１５０４、ユニカストパケットとしてアドレスされ特定 インタフェース上で受信されたパケット数を示す６４ビットレシーブドユニカス トフィールド１５０６、特定インタフェース用のインプットの際に棄却されたパ ケット数を示す６４ビットレシーブドディスカードフィールド１５０８、特定イ ンタフェース上で受けつけエラー数を示す６４ビットレシーブドエラーフィール ド１５１０、特定インタフェース上で未認知プロトコルを有していて受け付けら れたパケット数を示す６４ビットレシーブドアンノウンフィールド１５１２、特 定インタフェース上に送信されたオクテット数を示す６４ビットトランスミット オクテットフィールド１５１４、マルチカストパケットとしてアドレスされ特定 インタフェース上で受信されたパケット数を示す６４ビットトランスミットマル チカストパケットフィールド１５１６、ブロードカストパケットとしてアドレス され特定インタフェース上で送信されたパケット数を示す６４ビットトランスミ ットドブロードカストパケットフィールド１５１８、マルチカストパケット・ブ ロードカストパケットのいずれでもない形でアドレスされ特定インタフェース上 で送信されたパケット数を示す６４ビットトランスミットユニカストパケットフ ィールド１５２０、特定インタフェース上での送信中に棄却されたパケット数を 示す６４ビットトランスミットディスカードフィールド１５２２、特定インタフ ェース上で起きた送信エラー数を示す６４ビットトランスミットエラーフィール ド１５２４を含む。 ＡＴＭとイーサネットのインタフェース用の特定のスタティスチックスに関す るスペシフィックスタティスチックスフィールド１４９６を、図２１ｆ、図２１ ｇに示す。図２１ｆに見られるように、ＡＴＭインタフェース用のスペシフィッ クスタティスチックスフィールド構造５３０は、特定インタフェース上で受信さ れたＡＴＭセル数を示す６４ビットレシーブドセルフィールド１５３２、特定イ ンタフェース１ュで送信されたＡＴＭセル数を示す６４ビットトランスミットセ ルフィールド１５３４、特定インタフェース上で受信された正しくないＡＡＬ５ サイクリックリダンダンシーチェックサム（ＣＲＣ）を有するパケット数を示す ６４ビットＡＡＬ５ＣＲＣエラーフィールド１５３５、特定インタフェース上で 起きた物理的エラーの数を示す６４ビットフィジカルエラー１５３６を有する。 イーサネットインタフェース用の別のスペシフィックスタティスチックスフィー ルド構造１４９６は、不適当なＣＲＣと共に特定インタフェース上で受信された パケット数を示す６４ビットレシーブドＣＲＣエラーフィールド１５４２、パケ ット送信中に特定インタフェース上で生成されたコリジョン数を示す６４ビット トランスミットコリジョンフィールド１５４４を含む。 ＩＭＦＰ・Ｃインタフェーススタティスチックスリクエストが失敗するとＩＦ ＭＰ−Ｃエージェントは、ＩＦＭＰ−Ｃヘッダーから成るＩＦＭＰ−Ｃインタフ ェーススタティスチックスエラーメッセージを返却する。インタフェーススタテ ィスチックスエラーメッセージは、フラッグフィールド１０２０にセットされた ＮＡＣＫフラッグとエラー原因を示すコードフィールド１０１８を除き、インタ フェーススタティスチックスリクエストメッセージのＩＦＭＰ−Ｃヘッダーと同 じでなければならない。失敗の典型的原因としては、インタフェース識別子が無 効、リストされたインタフェースの数がメッセージ中のインタフェースの数と一 致しない、ＩＦＭＰ−Ｃエージェントがレスポンスを完了させるメッセージバッ ファーを割り当てられなかった、クライアントスペシフィックなエラーのためリ クエストが完了しなかった等が挙げられる。結論 ここに請求する本発明は、ネットワーク上でパケットを送信するための改善さ れた方法と装置を提供する。上記説明は例示的なものであり制限的なものではな いことを理解すべきである。上記説明をみれば、多くの実施例は当業者には明ら かである。例として、主に音声、ビデオ、画像、ファクシミリ、データ信号を運 ぶことの出来るＩＰパケットを送信することとの関係で発明をここに図示した。 更なる例として、本発明を特定のコンポーネントとオペレーティング速度と関係 させて示したが、本発明をこれに限るものではない。更に、特定の実施例に関し て、特定の例のメッセージタイプ、エラー等があるにせよ、単なる例であり、他 の発明では異なる、追加的、より少ない、ないし、組み合わせで説明した特徴を 使える。従って、発明の範囲は、上記説明を参照して決めるのではなく、付属の 請求項を参照し、請求項に与えられた同等の全範囲に沿い、当業者によってて決 められるべきである。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，Ｓ Ｚ，ＵＧ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ， ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，Ｇ Ｅ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ， ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，Ｐ Ｌ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ (72)発明者 ニューマン ピーター アメリカ合衆国 カリフォルニア州 94043 マウンテン ヴィュー ノース ショアライン ブールヴァード 750 ア パートメント 124 (72)発明者 ミンシャル グレッグ アメリカ合衆国 カリフォルニア州 94022 ロス アルトス ティンダール レーン 553 (72)発明者 ヒンデン ロバート アメリカ合衆国 カリフォルニア州 94303 パロ アルト マーレイ ウェイ 3217 (72)発明者 リャウ フォン チン アメリカ合衆国 カリフォルニア州 94086 サニーヴェイル エイジャックス ドライヴ 775 (72)発明者 ホッフマン エリック アメリカ合衆国 カリフォルニア州 94063 レッドウッド シティー シック スス アベニュー 740 (72)発明者 ヒューストン ローレンス ビー アメリカ合衆国 カリフォルニア州 94086 マウンテン ヴィュー アリーバ ドライヴ 237 アパートメント ９ (72)発明者 ロバーソン ウィリアム エイ アメリカ合衆国 カリフォルニア州 95066 スコッツ ヴァリー ロックウッ ド レーン 892 【要約の続き】 る。

Claims (1)

1. 【特許請求の範囲】 １．ネットワーク中の上流ノードと下流ノードの間でパケットを送信する方法に おいて、当該方法が、前記上流ノードと前記下流ノードの間にデフォルト仮想 チャンネルを確立するステップと、前記下流ノードでパケットを受信するステ ップと、前記パケットが前記上流ノードヘリダイレクトされるべき特定フロー に属するか否かを決めるため前記パケットに対するフロークラシフィケーショ ンを前記下流ノードで行うステップと、フリーラベルを前記下流ノードで選択 するステップと、前記特定フローに属するフューチュアパケットには前記選択 されたフリーラベルを添えて送信するべき旨を前記上流ノードに通知するステ ップとを含むことを特徴とした方法。 ２．前記両上下流ノードが、ＡＴＭを使うことを特徴とした請求の範囲第１項に 記載の方法。 ３．前記フリーラベルが、ＶＰＩ／ＶＣＩを含むことを特徴とした請求の範囲第 ２項に記載の方法。 ４．前記ネットワークが、ローカルエリアコンピュータネットワークを含むこと を特徴とした請求の範囲第１項に記載の方法。 ５．前記の通知をするステップが、前記両上下流ノード間のコミュニケーション を可能にするＩＦＭＰソフトウェアで実行されることを特徴とした請求の範囲 第４項に記載の方法。 ６．フロー識別子がパケットからの特定ヘッダーフィールドを含み、前記のフロ ークラシフィケーションを実行するステップには、前記パケットが前記上流ノ ードヘリダイレクトされるべき特定フローに属するか否かを決めるためにパケ ットのフロー識別子を調べることと、特定フローに属する将来の前記パケット を保安防護上のために前記特定ヘッダーフィールドを取り除いた上で送信する ことが含まれることを特徴とした請求の範囲第１項に記載の方法。 ７．フューチュアパケットを、前記特定フローの受信が許されたデスティネーシ ョンでフロー識別子を使って再構築してもよいことを特徴とした請求の範囲第 ６項に記載の方法。 ８．第二ノードに対する下流リンクと第三ノードに対する上流リンクとを有する 第一ノードでフローをスイッチングする方法において、当該方法が、第一パケ ットが第三ノードヘリダイレクトされるべき特定フローに属するか否かを決め るため前記第一パケットに対するフロークラシフィケーションを前記第一ノー ドで行うステップと、第一フリーラベルを前記第一ノードで選択するステップ と、前記特定フローに属するフューチュアパケットには前記選択された第一フ リーラベルを添えて送信するべき旨を前記第三ノードに通知するステップと、 第二パケットが第三ノードヘリダイレクトされるべき特定フローに属するか否 かを決めるため前記第二パケットに対するフロークラシフィケーションを前記 第二ノードで行うステップと、第二フリーラベルを前記第二ノードで選択する ステップと、前記特定フローに属するフューチュアパケットには前記選択され た第二フリーラベルを添えて送信するべき旨を前記第一ノードに通知するステ ップとを含み、前記上流リンクからの前記特定フローが前記第一ノードにより レイア２中で前記下流リンクにスイッチされてもよいことを特徴とした方法。 ９．前記第二パケットが、前記第一パケットであることを特徴とした請求の範囲 第８項に記載の方法。 10．前記の第一ノード、第二ノード、第三ノードが、ＡＴＭを使うことを特徴と した請求の範囲第９項に記載の方法。 11．前記の第一フリーラベル、第二フリーラベルが、ＶＰＩ／ＶＣＩを含むこと を特徴とした請求の範囲第１０項に記載の方法。 12．前記の通知をするステップが、前記ノード間のコミュニケーションを可能に するＩＦＭＰソフトウェアで実行されることを特徴とした請求の範囲第９項に 記載の方法。 13．上流ノードと前記上流ノードに対する下流ノードを有するネットワーク中で ルーティングとスイッチングの間を動的にシフト可能とするコンピュータプロ グラム製品において、当該コンピュータプログラム製品が、パケットが前記上 流ノードヘリダイレクトされるべき特定フローに属するか否かを決めるため前 記パケットに対するフロークラシフィケーションを前記下流ノードで実行する コンピュータ読み取り可能コードと、第一フリーラベルを前記下流ノードで選 択するコンピュータ読み取り可能コードと、前記特定フローに属するフューチ ュアパケットには前記選択された第一フリーラベルを添えて送信するべき旨を 前記上流ノードに通知するコンピュータ読み取り可能コードと、コンピュータ 読み取り可能コードをストアするタンジブル媒体とを含むことを特徴としたコ ンピュータプログラム製品。 14．前記タンジブル媒体が、ハードディスクをコンピュータに有することを特徴 とした請求の範囲第１３項に記載の方法。 15．前記タンジブル媒体を、ＣＤ−ＲＯＭ、テープ、フロッピーディスク等から 成るグループから選択することを特徴とした請求の範囲第１３項に記載の方法 。 16．ネットワーク中でパケットを送信するシステムの基本スイッチングユニット において、当該スイッチングユニットが、スイッチングハードウェアと、プロ セッサーとメモリーを有し、かつ前記スイッチを制御し、かつ前記スイッチン グハードウェアと接続されたコントローラと、タンジブル媒体上に固定され、 かつパケットトラフィックスループットが最適になるよう基本スイッチングユ ニットをルーティングとスイッチングの間で動的にシフト可能とするソフトウ ェアとを含むことを特徴としたスイッチングユニット。 17．前記ソフトウェアが、フロークラシフィケーションを利用することを特徴と した請求の範囲第１６項に記載の基本スイッチングユニット。 18．前記スイッチングハードウェアが、非同期転送モード（ＡＴＭ）スイッチン グ技術を利用することを特徴とした請求の範囲第１７項に記載の基本スイッチ ングユニット。 19．前記フロークラシフィケーションが、ＶＰＩ／ＶＣＩをラベルとして利用す ることを特徴とした請求の範囲第１８項に記載の基本スイッチングユニット。 20．前記ソフトウェアが、前記スイッチングハードウェアと通信しかつ前記スイ ッチングハードウェア制御する前記コントローラに内蔵された第一ソフトウェ アサブセットを有することを特徴とした請求の範囲第１８項に記載の基本スイ ッチングユニット。 21．前記ソフトウェアが、前記基本ユニットの内の二つの間での通信を可能とし かつフローリダイレクトメッセージと受取通知のフォーマットを定義する第二 ソフトウェアサブセットを、更に有することを特徴とした請求の範囲第２０項 に記載の基本スイッチングユニット。 22．前記基本ユニットがローカルに、フロークラシフィケーション決定を下しか つリダイレクトメッセージ決定に応答することを特徴とした請求の範囲第２１ 項に記載の基本スイッチングユニット。 23．前記ネットワークが、コンピュータを含むエリアネットワークを有すること を特徴とした請求の範囲第１６項に記載の基本スイッチングユニット。 24．前記第一ソフトウェアサブセットが、ＩＦＭＰを有することを特徴とした請 求の範囲第２０項に記載の基本スイッチングユニット。 25．前記第二ソフトウェアサブセットが、ＧＳＭＰを有することを特徴とした請 求の範囲第２２項に記載の基本スイッチングユニット。 26．前記ソフトウェアが、サービス能力の性質を与えることを特徴とした請求の 範囲第１８項に記載の基本スイッチングユニット。 27．前記スイッチが、高速パケット技術を利用することを特徴とした請求の範囲 第１７項に記載の基本スイッチングユニット。 28．前記スイッチが、フレームリレー技術を利用することを特徴とした請求の範 囲第１７項に記載の基本スイッチングユニット。 29．前記スイッチが、ギガビットのイーサネット技術を利用することを特徴とし た請求の範囲第１７項に記載の基本スイッチングユニット。 30．システムが、コミュニケーションリンク経由でスイッチゲートウェイユニッ トと連結された基本スイッチングユニットを含み、ネットワーク内にパケット を送信するシステム中のスイッチゲートウェイユニットにおいて、当該スイッ チゲートウェイユニットが、ゲートウェイコントローラとソフトウェアとを含 み、前記ゲートウェイコントローラは、プロセッサーとメモリーと複数のＮＩ Ｃを含み、前記ソフトウェアは、タンジブルな媒体上に固定されてかつ、パケ ットトラフィックスループットが最適となるよう前記基本スイッチングユニッ トをルーティングとスイッチングの間で動的にシフトできるようにすべく、前 記パケットのフローのリダイレクトを可能にすることを特徴としたスイッチゲ ートウェイユニット。 31．前記ソフトウェアが、フロークラシフィケーションを利用することを特徴と した請求の範囲第３０項に記載のスイッチゲートウェイユニット。 32．前記基本スイッチングユニットが、非同期転送モード（ＡＴＭ）スイッチン グ技術を利用することを特徴とした請求の範囲第３０項に記載のスイッチゲー トウェイユニット。 33．前記スイッチゲートウェイユニットと前記基本スイッチングユニットとが、 ＶＰＩ／ＶＣＩをラベルとして利用することを特徴とした請求の範囲第３２項 に記載のスイッチゲートウェイユニット。 34．前記ソフトウェアが、前記ゲートウェイコントローラ上にインストールされ た第一ソフトウェアサブセットを含み、前記第一ソフトウェアサブセットによ り、前記システム中の前記スイッチゲートウェイユニットと前記基本スイッチ ングユニットとの間のコミュニケーションを可能としフローリダイレクトのメ ッセージと認知に関するフォーマットを定義することを特徴とした請求の範囲 第３３項に記載のスイッチゲートウェイユニット。 35．前記スイッチゲートウェイユニットがローカルに、フロークラシフィケーシ ョン決定を下しかつリダイレクトメッセージ決定に応答することを特徴とした 請求の範囲第３４項に記載のスイッチゲートウェイユニット。 36．前記第一ソフトウェアサブセットが、ＩＦＭＰを有することを特徴とした請 求の範囲第３５項に記載のスイッチゲートウェイユニット。 37．前記基本スイッチングユニットが、ギガビットのイーサネット技術を利用す ることを特徴とした請求の範囲第３０項に記載のスイッチゲートウェイユニッ ト。 38．基本スイッチングユニットは、コントローラとスイッチングエンジンを含み 、システムは、コミュニケーションリンク経由でスイッチングエージェントと 連結された基本スイッチングユニットを含み、ネットワーク内にパケットを送 信するシステム中のスイッチングエージェントにおいて、当該スイッチングエ ージェントが、プロセッサーとメモリーと複数のＮＩＣを含み、又コンピュー タ読み取り可能プログラムコードとを含み、前記複数のＮＩＣの内の特定の一 つは前記コミュニケーションリンクを与え、前記複数のＮＩＣの内の少なくと も一つが前記ネットワーク内の少なくとも一つのノードと接続可能であり、前 記 コンピュータ読み取り可能プログラムコードは、前記メモリーを含むタンジブ ルなコンピュータ読み取り可能媒体上に固定され、前記基本スイッチングユニ ットのコントローラがフローを分類し第一ノードからの前記パケットフローを 前記ネットワーク中の第二ノードにリダイレクトすることを可能にし、前記コ ンピュータ読み取り可能プログラムコードは、前記基本スイッチングユニット の前記コントローラが前記第一ノードから前記第二ノードへ前記スイッチング エンジン経由で前記フローのパケットフォワーディングを前記スイッチングエ ージェントに実行するよう指示可能とすることを特徴としたスイッチングエー ジェント。 39．前記第一ノードが、前記複数のＮＩＣの最初の一つを経由して前記スイッチ ングエージェントと接続され、前記第二ノードが、前記スイッチングエージェ ントの別の一つのスイッチングエージェント、前記基本スイッチングユニット の一つの基本スイッチングユニット、スイッチゲートウェイユニット、ないし ホストから成るグループから選択され、前記第二ノードが、前記基本スイッチ ングユニットの前記スイッチングエンジンと連結されることを特徴とした請求 の範囲第３８項に記載のスイッチングエージェント。 40．前記第一ノードが、前記スイッチングエージェントの別の一つのスイッチン グエージェント、前記基本スイッチングユニットの一つの基本スイッチングユ ニット、スイッチゲートウェイユニット、ないしホストから成るグループから 選択され、前記第二ノードが、前記複数のＮＩＣの最初の一つを経由して前記 スイッチングエージェントと接続され、前記コンピュータ読み取り可能プログ ラムコードにより、前記基本スイッチングユニットの前記コントローラが前記 スイッチングエージェントに対して前記スイッチングエンジンから受信した前 記フロー中の前記パケットをどう扱うかを指示できるようにすることを特徴と した請求の範囲第３８項に記載のスイッチングエージェント。 41．前記スイッチングエンジンが、非同期転送モード（ＡＴＭ）、フレームリレ ー、高速パケットスイッチング、１０Ｍｂｐｓイーサネット、１００Ｍｂｐｓ イーサネット、ギガビットイーサネットのいずれかの技術を利用することを特 徴とした請求の範囲第３８項に記載のスイッチングエージェント。 42．前記複数のＮＩＣの内の少なくとも一つが、イーサネットのＮＩＣであるこ とを特徴とした請求の範囲第３８項に記載のスイッチングエージェント。 43．前記複数のＮＩＣの内の少なくとも一つが、ＡＴＭのＮＩＣであることを特 徴とした請求の範囲第３８項に記載のスイッチングエージェント。 44．前記コンピュータ読み取り可能プログラムコードが、前記コンピュータ上に インストールされた第一サブセットと、前記スイッチングエージェントのメモ リー上にインストールされた第二サブセットとを含み、前記両第一・第二サブ セットが、システム中の前記スイッチングエージェントと前記基本スイッチン グユニットとの間のコミュニケーションを可能にすることを特徴とした請求の 範囲第３８項に記載のスイッチングエージェント。 45．前記スイッチングエージェントが、ローカルにフロークラシフィケーション 決定を下しかつリダイレクトメッセージ決定に応答する前記基本スイッチング ユニットに対しスレイブとして働くことを特徴とした請求の範囲第４４項に記 載のスイッチングエージェント。 46．前記コンピュータ読み取り可能プログラムコードが、ＩＦＭＰ−Ｃプロトコ ルソフトウェアを有することを特徴とした請求の範囲第４４項に記載のスイッ チングエージェント。