(57)【要約】本発明は、ネットワーク・スイッチ又はルータなどの、モジュール性及び信頼性の高いネットワーク・デバイスを提供する。本ネットワーク・デバイスには、データ・プレーンと制御プレーンとが含まれる。前記データ・プレーンは、一対の受信ネットワーク・インターフェース・ポートと送信ネットワーク・インターフェース・ポートとの間でデータグラムを中継する。前記制御プレーンは、前記データ・プレーンにセル／パケット／フレームの中継方法を指示するルーティング及びポリシング・アルゴリズムなどの管理及び制御演算を実行する。更に、前記制御プレーンには、前記ネットワーク・デバイスの内部リソースの管理を主に行う内部制御デバイス（４０ａ−４０ｂ）と、前記ネットワーク・デバイスと外部環境とのインターフェースに関する演算を主に行う別個の外部制御デバイスとが含まれる。
2004523139.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ・ネットワーク・デバイスであって、
受信ポートと送信ポートとの間でデータを送信するための複数のサブシステムと；
前記ネットワーク・デバイス内部のリソース及びイベントを管理するための、前記複数のサブシステムと通信可能な内部制御デバイスと；
前記ネットワーク・デバイスと外部環境とのインターフェースに関連する演算を管理するための、前記内部制御デバイス及び前記複数のサブシステムと通信可能な外部制御デバイスと；
を備え、前記内部制御デバイスと前記内部制御デバイスとがそれぞれ別個のプロセッサ・サブシステムを有する、コンピュータ・ネットワーク・デバイス。
【請求項２】
コンピュータ・ネットワーク・デバイスであって、
受信ポートと送信ポートとの間でデータを送信するための複数のサブシステムを有するデータ・プレーンと；
前記データ・プレーンと通信可能な制御プレーンであって、前記ネットワーク・デバイス内部のリソース及びイベントを管理するための内部制御デバイスと、前記ネットワーク・デバイスと外部環境とのインターフェースに関連する演算を管理するための外部制御デバイスと、を有する制御プレーンと；
を備えた、コンピュータ・ネットワーク・デバイス。
【請求項３】
前記内部制御デバイスと前記外部制御デバイスとにそれぞれ別個のプロセッサ・サブシステムが含まれる、請求項２に記載のネットワーク・デバイス。
【請求項４】
前記ネットワーク・デバイスがネットワーク・スイッチである、請求項２に記載のネットワーク・デバイス。
【請求項５】
前記ネットワーク・デバイスがルータである、請求項２に記載のネットワーク・デバイス。
【請求項６】
前記ネットワーク・デバイスがハイブリッド・スイッチ・ルータである、請求項２に記載のネットワーク・デバイス。
【請求項７】
前記ネットワーク・デバイスに、前記内部制御デバイスと前記データ・プレーンとの間の通信を可能にする、及び前記内部制御デバイスと前記外部制御デバイスとの間の通信を可能にするメッセージ通信バスが含まれる、請求項２に記載のネットワーク・デバイス。
【請求項８】
前記メッセージ通信バスがイーサネット（登録商標）・バスを備え、前記内部制御デバイスがイーサネット（登録商標）・スイッチを利用する、請求項７に記載のネットワーク・デバイス。
【請求項９】
前記メッセージ通信バスがイーサネット（登録商標）・バスを備え、前記外部制御デバイスがイーサネット（登録商標）・スイッチを利用する、請求項７に記載のネットワーク・デバイス。
【請求項１０】
前記メッセージ通信バスにトークンリング・プロトコルが含まれる、請求項７に記載のネットワーク・デバイス。
【請求項１１】
前記メッセージ通信バスがスイッチト・バスを備えた、請求項７に記載のネットワーク・デバイス。
【請求項１２】
前記ネットワーク・デバイスに、前記内部制御デバイスと前記データ・プレーンとの間の通信を可能にする、及び前記内部制御デバイスと前記外部制御デバイスとの間の通信を可能にするシェアド通信バスが含まれる、請求項２に記載のネットワーク・デバイス。
【請求項１３】
前記外部制御デバイスに、前記ネットワーク・デバイスと外部環境との間のインターフェースが更に含まれる、請求項１に記載のネットワーク・デバイス。
【請求項１４】
前記外部制御デバイスが、複数のコンピュータから構成された外部ネットワークのトポロジーを監視する、請求項１に記載のネットワーク・デバイス。
【請求項１５】
前記外部制御デバイスが前記データ・プレーンと通信を行って、ネットワーク・プロトコル制御ペイロードを受信する、請求項２に記載のネットワーク・デバイス。
【請求項１６】
前記ネットワーク・プロトコルが、ＡＴＭ、ＩＰ、ＭＰＬＳ及びＦＲからなる群から選択される、請求項１５に記載のネットワーク・デバイス。
【請求項１７】
受信ポートと送信ポートとの間でデータを送信するためのデータ・プレーンを備えたコンピュータ・ネットワーク・デバイスであって、前記データ・プレーンが、
物理層との間でデータの送受信を行うための物理接続サブシステムと；
前記物理接続サブシステムと通信可能な、前記データを処理するための転送サブシステムと；
前記物理接続サブシステム及び前記転送サブシステムとの間の通信を可能にするクロスコネクト・サブシステムと；
を備えた、コンピュータ・ネットワーク・デバイス。
【請求項１８】
前記物理接続サブシステム及び前記転送サブシステムがそれぞれ別個のプロセッサ・サブシステムを有する、請求項１７に記載のネットワーク・デバイス。
【請求項１９】
前記物理接続サブシステムに、光ファイバ上を伝送される光データを受信するためのポートが含まれる、請求項１７に記載のネットワーク・デバイス。
【請求項２０】
前記物理接続サブシステムに、前記光データを電気信号に変換するためのＳＯＮＥＴインターフェース・ロジックが含まれる、請求項１７に記載のネットワーク・デバイス。
【発明の詳細な説明】
【０００１】
発明の背景
本発明は、ネットワーク・デバイスに関し、より詳細には、データ・スイッチ及びルータなどのネットワーク・デバイスに関する。
【０００２】
電気通信ネットワークでは、企業、政府機関及び大学などの様々な団体間で大量のデータ伝送が毎日行われる。社会の様々なセクターのそのようなネットワークへの依存の度合いが高まると、障害が発生した場合に大きな混乱が生じるおそれがある。サービス・プロバイダは、ネットワークのダウン時間の短縮の問題に常に直面している。特に、設備（即ちハードウェア）及び度々発生するあらゆるソフトウェアの故障に起因するネットワーク障害を最小限に抑えることは、サービス・プロバイダの課題である。
【０００３】
従来のネットワークで障害が発生しうる原因は、様々である。障害によるダウン時間だけではなく、新たな又はより優れたソフトウェア及びハードウェアを展開するための、又は、特定のネットワーク上の問題を処理するソフトウェア又はハードウェアの修理又はパッチを行うためのアップグレードに、サービス・プロバイダがダウン時間を必要とする場合もある。アップグレードをインストールした後で、そのアップグレード自体にそれまで検出されなかった問題が含まれている場合、又はそのアップグレードによって別のソフトウェア又はハードウェアの問題が誘発された場合にも、ネットワーク障害が発生しうる。また、それまで判明していなかったソフトウェア又はハードウェアの互換性の欠如のために、アップグレード後何日も経過してから、突如ダウン時間が発生する場合もある。これらのような障害の結果、生産性が著しく損なわれ、また大幅な金銭的損失が生じるおそれがある。
【０００４】
発明の概要
本発明は、スイッチ又はルータ或いはハイブリッド・スイッチ・ルータなどの、可用度及び信頼性が高く、ネットワーク障害が発生する可能性を最小限に抑え、ソフトウェア及びハードウェアの安全かつ効率的なアップグレードを可能にするネットワーク・デバイスを提供する。本コンピュータ・ネットワーク・デバイスには、受信ポートと送信ポートとの間のデータ伝送のための複数のサブシステムが含まれる。これらのサブシステムと通信可能な内部制御デバイスが、前記デバイス内部の複数のリソース及びイベントを管理する。前記内部制御デバイス及び前記複数のサブシステムと通信可能な外部制御デバイスが、前記ネットワーク・デバイスと外部環境とのインターフェースに関する演算を管理する。前記内部制御デバイスと前記外部制御デバイスとは、それぞれが別個のプロセッサ・サブシステムを有するので、処理サイクルを共有する必要がない。
【０００５】
関連する一実施態様においては、本発明のネットワーク・デバイスには、受信ポートと送信ポートとの間のデータ伝送のためのデータ・プレーンと、前記データ・プレーンと通信可能な、前記複数の内部構成要素とイベント及び複数の外部ネットワーク・プロトコルとイベントを管理するための、並びに前記デバイスを外部環境とインターフェースさせるための制御プレーンと、が含まれる。ここで使用する外部環境という用語は、ネットワーク・デバイスと通信を行う他の複数のデバイスを指す。そのような外部デバイスに、例えば、スイッチ、ルータ、コンピュータ・システムなどが含まれてもよい。前記制御プレーンには、前記デバイス内部の前記複数のリソース及びイベントを管理するための内部制御デバイスと、前記ネットワーク・デバイスと外部環境とのインターフェースに関する演算を管理するための外部制御デバイスと、が含まれる。前記内部制御デバイスと前記外部制御デバイスとは、それぞれ別個のプロセッサ・サブシステムを有するので、処理サイクルを共有する必要がない。このため、以下により詳細に述べるように、前記ネットワーク・デバイスをより確実に動作させることが可能である。
【０００６】
本発明の一実施態様においては、前記ネットワーク・デバイスに、前記内部制御デバイスと前記外部制御デバイスとの間の通信を可能にする、及び、前記内部及び外部制御デバイスと、前記データ・プレーン内の複数のサブシステムとの間の通信を可能にする、例えばイーサネット（登録商標）、トークンリング、又は任意のプロプラエタリなバスなどのメッセージ通信バスが含まれてもよい。そのような通信バスによって、前記データ・プレーン内の前記複数のサブシステムが互いに通信可能であってもよい。
【０００７】
一実施態様においては、前記通信バスに、イーサネット（登録商標）・バスが含まれ、また、前記内部制御デバイスが、イーサネット（登録商標）・スイッチを利用して、前記ネットワーク・デバイスの他の複数のデバイス及びサブシステムと通信を行う。前記内部制御デバイスは、前記ネットワーク・デバイスの様々なサブシステムと通信を行うことによって、前記デバイス内部の前記複数のリソース及びイベントを管理する。例えば、前記内部制御デバイスは、故障を検出して、冗長ハードウェアへのフェイルオーバを開始するか又はソフトウェア・プロセスを再起動させ、前記デバイス内の新たに追加されたハードウェアを検出し、前記デバイス内のハードウェア及びソフトウェアを構成及び再構成し、ソフトウェア・プロセスをアップグレード及びダウングレードし、前記ネットワーク・デバイスの選択された複数のサブシステムの故障分析を行い、ネットワーク課金及び統計に関するデータを収集することが可能である。
【０００８】
更に、前記イーサネット（登録商標）・スイッチにより、前記外部制御デバイスが前記データ・プレーン内の前記様々なサブシステムと通信し、例えばプライベート・ネットワーク−ネットワーク・インターフェース（ＰＮＮＩ）、オープン・ショーテスト・パス・ファースト（ＯＳＰＦ）及びボーダー・ゲートウェイ・プロトコル（ＢＧＰ）などのネットワーク・プロトコル制御ペイロードを受信して、前記デバイスを介した（仮想回線及び仮想パスなどの）ネットワーク接続のセットアップ及び分解を行うことが可能となる。前記外部制御デバイスはまた、前記ネットワーク・デバイスがインターフェースしている外部環境の選択された属性を監視する。例えば、前記外部環境が複数のコンピュータから構成されたネットワークである場合には、前記外部制御デバイスが、前記外部ネットワークのトポロジー／コンフィギュレーションと、前記外部ネットワークのトラフィックとを監視する。
【０００９】
本発明の別の一実施態様においては、本発明のネットワーク・デバイスによって送受信されるデータは、同期式光ネットワーク（ＳＯＮＥＴ）フレームとしてフォーマットされた光データである。イーサネット（登録商標）・インターフェースもよく使用される。データ・プレーンが前記ＳＯＮＥＴフレームを受信し、これらを、例えば非同期転送モード（ＡＴＭ）、インターネット・プロトコル（ＩＰ）、フレームリレー（ＦＲ）又はマルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）などの特定のネットワーク・プロトコルに従ってセル又はパケットに変換し、前記セル又はパケットをＳＯＮＥＴフレームに再構成し、前記再構成したＳＯＮＥＴフレームを、前記外部環境中の選択された宛先に伝送する。
【００１０】
本発明の別の一実施態様においては、本発明のネットワーク・デバイスによって送受信されるデータは、イーサネット（登録商標）・バス上の電子データである。データ・プレーンが前記イーサネット（登録商標）・バスからデータを受信し、これを、例えばＡＴＭ、ＩＰ、ＦＲ又はＭＰＬＳなどの特定のネットワーク・プロトコルに従ってセル又はパケットに変換し、前記データを再構成し、前記データを外部環境の選択された宛先に伝送する。
【００１１】
本発明の一実施態様においては、データ・プレーンに、物理層からデータのペイロードを受信するための、例えば光ファイバ中を伝送されるＳＯＮＥＴフレームを受信するＳＯＮＥＴインターフェース・ロジックなどのインターフェース・ロジックを有する物理接続サブシステムが含まれる。前記物理接続サブシステムは、前記受信したペイロードを限定的に処理した後に、クロスコネクト・サブシステムに伝送する。例えば、前記物理接続サブシステムが、ユーザ・データの記憶場所の構文解析を、各ＳＯＮＥＴフレーム内で行ってもよい。
【００１２】
前記クロスコネクト・サブシステムは、前記物理接続サブシステムから受信したデータを、転送サブシステムへと経路指定するか又は切り換える。前記転送サブシステムは、前記データを、前記使用するネットワーク・プロトコルに基づき、セル、フレーム又はパケットに変換する。例えば、前記転送サブシステムが、前記ＳＯＮＥＴフレーム又はイーサネット（登録商標）・データを、ＡＴＭセルのストリームへと変換してもよい。又は、前記転送サブシステムが、ＳＯＮＥＴフレーム又はイーサネット（登録商標）・データを、インターネット・プロトコル（ＩＰ）又はマルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）パケットのストリームへと変換してもよい。前記転送サブシステムは、前記セル、フレーム又はパケットを受信し、これらを複数の出力サブシステムへと経路指定するか又は切り換えるスイッチ・ファブリックとの間で、インターフェースを介して通信を行う。
【００１３】
前記出力サブシステムに、１つ又は複数のクロスコネクト・サブシステムを介して複数の物理接続サブシステムとの間で通信可能な複数の転送サブシステムが含まれていてもよい。これらの出力サブシステムは、前記セル、フレーム又はパケットを、例えばＳＯＮＥＴフレーム又はイーサネット（登録商標）・データに再構成し、これらのフレーム又はデータを、外部環境中の指定された宛先へと送信する。
【００１４】
本発明のネットワーク・デバイスの実施例を、添付の図面を参照しながら以下に示す。
【００１５】
発明の詳細な説明
本発明は、モジュール性及び信頼性の高い、（例えばルータ、スイッチなどの）コンピュータ・ネットワーク・デバイスを提供する。本ネットワーク・デバイスは、モジュール性が高いことによって、以下により詳細に述べるように、本デバイスの内部制御機能を外部制御機能から切り離して管理することが可能であるという利点を有する。本発明のデバイスを、例えば、コンピュータ・ネットワーク中でデータを前記ネットワークの他のノードへと経路指定する／切り換えるためのスイッチング・ノードとして利用することが可能である。
【００１６】
図１は、データ・プレーンと制御プレーンとを有する、本発明の教示に基づくネットワーク・デバイス１０の一例を概略的に図示したものである。前記デバイス１０の前記データ・プレーンは、例えばポート１２とポート１４などの一対の受信ネットワーク・インターフェース・ポートと送信ネットワーク・インターフェース・ポートとの間でデータグラムを中継する。前記制御プレーンは、前記データ・プレーンにセル／パケット／フレームの中継方法を指示するルーティング及びポリシング・アルゴリズムなどの管理及び制御演算を実行する。従来のスイッチでは、データ・プレーン及び制御プレーンに対応するアーキテクチャ構成要素が同じプロセッサ・サブシステム上でインプリメントされるために、データ・プレーンと制御プレーンとの区別が論理的なものに過ぎない場合があった。
【００１７】
これに対し、本発明のデバイス１０は、データ・プレーンと制御プレーンとを物理的に分離することにより、より安定したアーキテクチャを提供する。具体的には、制御プレーンとデータ・プレーンとが、処理サイクルを共有しないそれぞれ別個のプロセッサ・サブシステムを有する。このようなデバイス・アーキテクチャを、モノリシックなソフトウェア・アーキテクチャを用いてインプリメントしてもよいし、又はモジュラーなソフトウェア・アーキテクチャを用いてインプリメントしてもよい。ソフトウェアのモジュール性とは、ソフトウェア・システムを機能上個々のモジュール又はプロセスに分割してから、これらのモジュール又はプロセスを個別にデザイン及びインプリメントすることを指す。これらのモジュール間のプロセス間通信（ＩＰＣ）は、詳細に定義済みのアプリケーション・プログラミング・インターフェース（ＡＰＩ）に基づくメッセージ伝達によって行われる。メモリを保護することによって、モジュール間の物理的分離が更に強化される。
【００１８】
しかし、制御プレーンとデータ・プレーンとは、完全に隔離されているわけではない。特に、少なくとも１つのインターフェースがデータ・プレーンを制御プレーンに接続して、これらの間での通信を可能にしている。図示したデータ・プレーンは、ポート１２及び１４を介してデータの送受信を行う。各ポート１２及び１４は、双方とも、受信ポートとしても送信ポートとしても機能しうる。更に、前記データ・プレーンには、入力構成要素としても出力構成要素としても機能しうる複数のサブシステムが含まれる。この図示した例では、ポート１２は、データ・ストリームを受信する受信ポートとして動作し、複数のサブシステムＡが入力構成要素として機能し、ポート１４は、データ・ストリームを送信する送信ポートとして機能し、複数のサブシステムＢが、出力構成要素として機能する。前記入力構成要素は、データを受信して、これを処理し、処理した前記データを前記出力構成要素に送信する。前記出力構成要素は、処理した前記データを再構成し、これを例えばコンピュータ・ネットワーク中の他のスイッチなどの外界へと送信する。この図示した例で入力構成要素として指定した各サブシステムが、出力構成要素としても機能しうることは明らかである。同様に、出力構成要素として指定された各サブシステムは、入力構成要素としても機能しうる。即ち、各サブシステムが、両方向データ・トラフィックに対応している。
【００１９】
図示した例では、データ・プレーン中の物理接続サブシステム１６ａが、物理層からデータのペイロードを受信する。一実施例においては、前記物理層は、ＯＣ−４８ＳＯＮＥＴストリームを伝送する光ファイバである。ＯＣ−４８ＳＯＮＥＴストリームに、前記ＳＯＮＥＴストリーム中の１つ又は複数の異なるパスに対応する１つ又は複数のネットワーク・エンドポイントへの接続が含まれていてもよい。１つのＳＯＮＥＴファイバが、複数のタイム・スロット（ＴＳ）の集合からなる１つの時分割多重化（ＴＤＭ）バイト・ストリームを伝送する。１つのタイム・スロットは、帯域幅が５１Ｍｐｓであり、ＳＯＮＥＴの帯域幅の基本ユニットである。１つのＳＴＳ−１パスは、専用の前記バイト・ストリーム中の１つのタイム・スロットを有し、一方、１つのＳＴＳ−３ｃパス（即ち、連結された３つのＳＴＳ−１）は、専用の前記バイト・ストリーム中の３つのタイム・スロットを有する。同じＴＤＭバイト・ストリーム中の異なる複数のパス上を、同じプロトコルが伝送されてもよいし、異なるプロトコルが伝送されてもよい。言い換えれば、ＳＯＮＥＴで伝送される１つのＴＤＭバイト・ストリーム中のあるＳＴＳ−１パス上を、ＡＴＭが伝送される一方で、ＳＯＮＥＴで伝送されるこのＴＤＭバイト・ストリーム中の別のＳＴＳ−１パス又はＳＴＳ−３ｃパス上を、ＩＰが伝送されてもよい。
【００２０】
物理接続サブシステム１６ａは、前記データを、前記デバイスの他の複数の処理サブシステムへの送信のために、クロスコネクト・インターフェース・サブシステム１８ａへと送信する。図示した物理接続サブシステム１６ａは、専用のプロセッサを有する。更に、前記物理接続サブシステム１６ａが、通常はおよそ１０Ｇｂｐｓを上限とする速度での、前記物理接続サブシステム１６ａの例えばポート１２などのポートを介したＳＯＮＥＴデータ・フレームの送受信を可能にするＳＯＮＥＴインターフェース・ロジックを有することが望ましい。従って、前記物理接続サブシステム１６ａは、そのポートで受信した光データを、前記デバイスの他の処理サブシステムへと送信する電気信号へと変換するための、光から電気への、又はその逆のインターフェースとして機能する。詳細には、物理接続サブシステム１６ａは、前記受信したＳＯＮＥＴデータ・フレームに対応する電気信号を、クロスコネクト・サブシステム１８ａへと送信する。
【００２１】
データ・プレーンに、１つの物理接続サブシステムが含まれてもよい。又は、データ・プレーンに、複数の物理接続サブシステムが含まれてもよい。例えば、前記データ・プレーンが２つの物理接続サブシステムを有し、主となる物理接続サブシステムが故障した場合に備えた冗長性が付与されていていもよいし、及び／又は、前記２つの物理接続サブシステム間で入力データ又は出力データの処理が分割されるようになっていてもよい。本発明の好適な一実施例には、それぞれが８個の物理接続サブシステムを有する４つの１／４区画にわたって分散された３２個の物理接続サブシステムが含まれる。この図示した例では、物理接続サブシステム１６ａから１６ｈは、そのような１つの１／４区画中の８個のサブシステムに該当する。
【００２２】
図２Ａを参照すると、物理接続サブシステム１６ａには、ポート１２から光データを受信して、前記光データを電気信号に変換するトランシーバ２０が含まれる。前記ポート１２が送信ポートとして動作する場合には、前記トランシーバは、電気信号を、外界に送信する光データへと変換する。前記電気信号は、ＳＯＮＥＴフレーマ２２に送信され、ここでＳＯＮＥＴフレームへと編成された後に、電気通信バス２６を介して並直列変換回路（ＳＥＲＤＥＳ）チップ２４へと送信される。ここで前記データは、それぞれが１２個のＳＴＳ−１タイム・スロットを有する４つのシリアル・ラインへと直列化された後に、前記クロスコネクト・インターフェース・サブシステム１８ａへと送信される。
【００２３】
ここで再び図１を参照すると、クロスコネクト・サブシステム１８ａは、複数の物理接続サブシステムと転送サブシステムとの間でシリアル・ラインを接続させることの可能なスイッチである。詳細には、前記クロスコネクト・サブシステム１８ａは、前記複数の物理接続サブシステム１６ａ−１６ｈのうちのいずれか１つからのシリアル・ラインのそれぞれを、５つの転送サブシステム２８ａ−２８ｅのうちのいずれか１つのシリアル・ライン入力へと転送すべくプログラムされている。
【００２４】
図示したこの例では、クロスコネクト・サブシステム１８ａは、物理接続サブシステム１６ａから受信したデータを転送サブシステム２８ａへと送信するが、クロスコネクト・サブシステム１８ａは、前記物理接続サブシステム１６ａからのデータを、転送サブシステム２８ａ−２８ｅのうちのいずれに経路指定又は切り換えてもよい。更に、クロスコネクト・サブシステム１８ａが、複数の物理接続サブシステムから受信したデータを特定の一転送サブシステムに送信してもよい。更に、クロスコネクト・サブシステム１８ａが、前記クロスコネクト・サブシステム１８ａへとデータを送信した物理接続サブシステムを含む複数の物理接続サブシステム１６ａ−１６ｈのうちの１つへとデータを再び経路指定してもよい。
【００２５】
図示したクロスコネクト・サブシステム１８ａは、一物理接続サブシステムから一転送サブシステム又は一物理接続サブシステムへとデータを転送すべくプログラムされている。この実施例では、このクロスコネクト・サブシステムのプログラムされた転送セットアップは静的である。即ち、このクロスコネクト・サブシステムの転送セットアップは、データ・フレームがデータ・プレーンを通過しても動的に変化しない。
【００２６】
クロスコネクト・サブシステム１８ａは、物理インターフェース・サブシステムと高速転送サブシステムとの間の従来の場合には強い物理的結合を分離させることにより、個々のＳＯＮＥＴペイロードが、例えばサブシステム１６ａ−１６ｈなどの複数の物理接続サブシステムと、例えばサブシステム２８ａ−２８ｅなどの複数の転送サブシステムとの間で切り換え可能であるという利点を有する。転送サブシステム２８ａが重要なデータ・フレーム処理を実行している間、物理接続サブシステム１６ａは、前記フレームの処理を極力行わない。即ち、物理接続サブシステム１６ａは主として、データを受信し、前記データを前記ネットワーク・デバイスの他のサブシステム又は外界へと送信する。
【００２７】
物理接続サブシステムと転送サブシステムとを分離させることで、多くの利点が得られる。例えば、図示した転送サブシステム２８ａ−２８ｅのうちのいずれかが故障した場合に、クロスコネクト・サブシステム１８ａは、そのサブシステム宛てのデータを他の複数の転送サブシステムのうちの１つへと転送することが可能である。このため、複数の転送サブシステムのうちの１つ又は複数が故障しても、物理接続サブシステムの適切な機能が損なわれることがない。同様に、複数の物理接続システムのうちの１つ又は複数が故障しても、転送サブシステムの適切な機能が損なわれることがない。
【００２８】
装置１０に、１つ又は複数の転送サブシステムが含まれてもよい。本発明の好適な一実施例には、それぞれが５個の転送サブシステムを有する４つの１／４区画にわたって分散した２０個の転送サブシステムが含まれる。この図示した実施例では、転送サブシステム２８ａがクロスコネクト・カード１８ａからＳＯＮＥＴペイロードを受信し、これらを非同期転送モード（ＡＴＭ）セル・ストリームへと変換する、更に、前記転送サブシステム２８ａは、例えばポリシング、フェア・キューイング及びシェーピングなどの厳密なトラフィック管理機能を実行する。加えて、転送サブシステム２８ａは、前記ＡＴＭセルをスイッチ・ファブリック３０ａへと送信する。
【００２９】
転送サブシステムは、自身が受信した（例えばパケット、フレーム又はセルなどの）ペイロードにユーザのペイロード・データ又はネットワーク制御情報が含まれるか否かを判定する。前記転送サブシステムは、それ自体が、何らかのネットワーク制御情報を所有し、何らかの別のネットワーク制御情報を制御プレーンへと送信する。転送サブシステムはまた、ネットワーク制御ペイロードを生成すると共に、制御プレーンからネットワーク制御ペイロードを受信する。転送サブシステムは、クロスコネクト・サブシステムからのユーザ・データ・ペイロード或いは自身から又は制御プレーンからの制御情報を、パスデータとして前記スイッチ・ファブリックへと送信する。次に、前記スイッチ・ファブリックが、前記パスデータを、前記データを前記スイッチ・ファブリックへと送信した前記転送サブシステムを含む、任意の１／４区画中の前記複数の転送サブシステムのうちの１つへと転送する。
【００３０】
図２Ｂを参照すると、転送サブシステム２８ａに、例えばチップ３２ａなどの４つのペイロード抽出チップが含まれる。（例えば転送サブシステム２８ａなどの）各転送サブシステムは、（例えばチップ３２ａなどの）ペイロード抽出チップを介して、（例えばクロスコネクト・サブシステム１８ａなどの）その１／４区画中のクロスコネクト・サブシステムから、複数のシリアルなＳＯＮＥＴフレームを受信する。一実施例においては、各転送サブシステムに４つのペイロード抽出チップが含まれ、ここで各ペイロード抽出チップは１つのスライスを表し、各シリアル・ライン入力が１つの転送サブシステム・ポートを表す。各ペイロード抽出チップは、４つのシリアル・ライン入力を受信する。各シリアル・ラインに１２個のＳＴＳ−１タイム・スロットが含まれるので、前記複数のペイロード抽出チップは、必要に応じて複数のタイム・スロットを組み合わせたり切り離したりして、適切な数のタイム・スロットを有するデータパスを出力する。各ＳＴＳ−１タイム・スロットがそれぞれ別個のデータパスを表してもよいし、又は、１つのデータパスを形成するのに複数のＳＴＳ−１タイム・スロットを組み合わせることが必要であってもよい。例えば、ＳＴＳ−３ｃパスを形成するために３個のＳＴＳ−１タイム・スロットを組み合わせることが必要である一方で、ＳＴＳ−４８ｃパスを形成するためには４８個のタイム・スロット全てを組み合わせることが必要である。各パスは、例えばＡＴＭセル・ストリームなどの個別のネットワーク接続を表す。前記ペイロード抽出チップはまた、残っている全てのＳＯＮＥＴフレーム情報を取り去り、前記データパスを（例えばＡＴＭ  ＩＦ３２ｂなどの）入力インターフェース・チップ（ＡＴＭ  ＩＦ）へと転送する。前記入力インターフェース・チップは、前記パス中のデータのプロトコルに固有のものである。一例として、前記データがＡＴＭプロトコルに従ってフォーマットされ、前記入力インターフェース・チップが（例えばチップ３２ｂなどの）ＡＴＭインターフェース・チップであってもよい。例えばインターネット・プロトコル（ＩＰ）、マルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）プロトコル又はフレームリレーなどを含むその他のプロトコルをインプリメントしてもよい。
【００３１】
入力ＡＴＭ  ＩＦチップ３２ｂは、前記ペイロード中のＡＴＭヘッダからの（例えば仮想回線又は仮想パス情報などの）接続情報の決定を含む多くの機能を実行する。前記ＡＴＭ  ＩＦチップ３２ｂは、前記接続情報と転送テーブルとを用いて、外部アドレスから内部アドレスへのアドレス変換を行う。前記ＡＴＭ  ＩＦチップ３２ｂは、ＡＴＭセルを、入力トラフィック管理チップ又はチップセット（ＴＭ）３２ｄへのインターフェースとして機能する入力ブリッジ・チップ（ＢＧ）３２ｃへと転送する。
【００３２】
前記トラフィック管理チップ３２ｄによって、例えば音声データなどの優先度の高いトラフィックが、例えば電子メールデータなどのより優先度の低いデータのトラフィックよりも速くスイッチ・ファブリック３０ａ（図１）へと転送される。より優先度の高いトラフィックが送信されている間に、前記トラフィック管理チップ３２ｄが、より優先度の低いトラフィックをバッファリングしてもよい。また、トラフィック輻輳の場合に、前記トラフィック管理チップ３２ｄは、優先度の高いトラフィックよりも先に優先度の低いトラフィックが停止するようにする。前記トラフィック管理チップ３２ｄはまた、アドレス変換を実行して、前記スイッチ・ファブリック３０ａによる前記データの送信先であるトラフィック管理チップのアドレスを追加する。前記アドレスは、ソフトウェアによって複数の転送サブシステム間にセットアップされる内部仮想回線に対応しており、テーブルの形で前記トラフィック管理チップ３２ｄによって利用可能である。
【００３３】
図１及び図２Ｂの双方を参照すると、トラフィック管理チップ３２ｄは、複数のＡＴＭセルを複数のスイッチ・ファブリック・インターフェース・チップ（ＳＦＩＦ）３２ｅに送信する。前記複数のスイッチ・ファブリック・インターフェース・チップ（ＳＦＩＦ）３２ｅは、次に、前記複数のＡＴＭセルをスイッチ・ファブリック３０ａに転送する。各転送サブシステムに、例えば多重ペイロード抽出チップ、ＡＴＭ  ＩＦチップ及びブリッジ・チップなどの上述のチップのうちの複数が含まれてもよい。１つのスライスにこれらのチップのうちの１つが含まれてもよい。前記ネットワーク・デバイスの複数の実施例においては、様々なスライスが、例えばトラフィック管理チップ３２ｄなどの幾つかのチップを共有している。
【００３４】
図示したスイッチ・ファブリック３０ａは、複数の転送サブシステム間でセルを切り換える、３２０Ｇｂのノンブロッキング・ファブリックである。前記スイッチ・ファブリック３０ａは、前記入力トラフィック管理チップから送信されたアドレスを用いて、前記複数のＡＴＭセルを、様々な転送サブシステム上の適切な複数の出力トラフィック管理チップへと転送する。この例では、スイッチ・ファブリック３０ａは、入力転送サブシステム２８ａから受信したデータを、出力転送サブシステム３４ａへと送信する。前記スイッチ・ファブリックが、前記受信したデータを前記入力転送サブシステムへと送信してもよい。上述のように、各転送サブシステムは、入力構成要素としても出力構成要素としても機能しうる。こうして、スイッチ・ファブリック３０ａは、異なる複数の転送サブシステム間における高度に柔軟なデータ転送を可能にする。
【００３５】
スイッチ・ファブリック３０ａは、複数のサブシステム間でデータ・セルを動的に切り換える。即ち、前記スイッチ・ファブリックは、フレーム送信を行う転送サブシステムによって送信されたヘッダ中のアドレスを利用して、前記セルをどの転送サブシステムに送信すべきかを決定する。従って、前記スイッチ・ファブリック３０ａが用いる経路指定命令は、静的でなはく、前記ファブリック３０ａを通過する各フレームによって異なりうる。
【００３６】
図２Ｃを参照すると、転送サブシステム３４ａが、スイッチ・ファブリック３０ａから、スイッチ・ファブリック・インターフェース３４ｂを介して複数のＡＴＭセルを受信すると、出力トラフィック管理チップ３４ｃが各セルのアドレスを再変換して、前記複数のセルを出力ブリッジ・チップ３４ｄへと転送する。前記ブリッジ・チップ３４ｄは、前記複数のセルを出力ＡＴＭインターフェース・チップ３４ｅへと転送し、前記出力ＡＴＭインターフェース・チップ３４ｅは、再変換されたアドレスを、ＡＴＭ仮想回線を表す前記ペイロードに追加する。次に、前記ＡＴＭインターフェース・チップ３４ｅは、前記データをペイロード抽出チップ３４ｆへと送信する。前記ペイロード抽出チップ３４ｆは、必要に応じて、前記パスデータを複数のＳＴＳ−１タイムスロットに分割し、１２個のＳＴＳ−１タイムスロットを４つのシリアル・ラインに統合し、これらのシリアル・ラインを、クロスコネクト・サブシステム３６ａを介して特定の物理接続サブシステム３８ａへと送信する。
【００３７】
物理接続サブシステム３８ａ上のＳＥＲＤＥＳチップが、前記複数のシリアル・ラインを受信し、前記データを並列化し、前記データをＳＯＮＥＴフレーマ・チップへと送信する。前記フレーマは、前記ＳＯＮＥＴオーバーヘッドを適切にフォーマットし、前記データをトランシーバに送信し、前記トランシーバは、前記データを電気的なデータから光データへと変換した後に、ポート１４及びＳＯＮＥＴ光ファイバへと送信する。
【００３８】
上述の実施態様においては、前記複数の物理接続システムの前記複数のポートは、ＯＣ−４８ストリームを伝送するＳＯＮＥＴファイバに接続されているものとして記載されているが、（例えばＯＣ−１２などの）別のストリームを伝送する別のＳＯＮＥＴファイバ及び、例えばイーサネット（登録商標）などの別の種類のファイバ及びケーブルを代わりに用いてもよい。前記トランシーバは、ヒューレット・パッカード社及び住友商事株式会社を含めた多くの企業から入手可能な、標準的な製品である。前記ＳＯＮＥＴフレーマは、ブリティッシュ・コロンビア州のＰＭＣシエラ社から入手可能なＳｐｅｃｔｒａチップであってもよい。Ｓｐｅｃｔｒａ２４８８は、最大帯域幅が２４８８Ｍｂｐｓであり、同じく最大帯域幅２４８８ＭｂｐｓのＯＣ−４８ストリームを伝送するＳＯＮＥＴ光ファイバに接続したポートと結合した１ｘＯＣ４８トランシーバに結合していてもよい。又は、それぞれが最大帯域幅６２２ＭｂｐｓのＯＣ−１２ストリームを伝送する４本のＳＯＮＥＴ光ファイバが、４つの１ｘＯＣ１２トランシーバと１つのＳｐｅｃｔｒａ２４８８とに結合していてもよい。別の一実施態様においては、１つのＳｐｅｃｔｒａ４ｘ１５５が４つのＯＣ−３トランシーバと結合し、これらのトランシーバが、それぞれが最大帯域幅１５５ＭｂｐｓのＯＣ−３ストリームを伝送する４本のＳＯＮＥＴファイバに接続したポートに結合していてもよい。その他の数多くの変更が可能であることは、当業者に理解されるであろう。
【００３９】
本発明のネットワーク・デバイスへの使用に適したＳＥＲＤＥＳチップが、ＰＭＣシエラ社製のテレコミュニケーションズ・バス・シリアライザ（ＴＢＳ）チップであってもよく、また、各クロスコネクト・サブシステムに、ＰＭＣシエラ社製のタイム・スイッチ・エレメント（ＴＳＥ）が含まれてもよい。同様に、ＳＯＮＥＴインターフェース・チップが、ＰＭＣシエラ社製のＭＡＣＨ２４８８チップであってもよく、また、ＡＴＭインターフェース・チップが、ＰＭＣシエラ社製のＡＴＬＡＳチップであってもよい。本発明のネットワーク・デバイスで使用するチップのうちの幾つかは、ＰＭＣシエラ社の子会社であるエクストリーム・パケット・デバイセズ（ＥＰＤ）社から入手可能であり、ＰＰ３ブリッジ・チップ及びデータ・パス・エレメント（ＤＰＥ）トラフィック管理チップが含まれる。スイッチ・ファブリック・インターフェース・チップに、ＥＰＤ社製のスイッチ・ファブリック・インターフェース（ＳＩＦ）チップが含まれてもよい。本発明のネットワーク・デバイスでの使用に適したスイッチ・ファブリック・チップは、ＰＭＣシエラ社の子会社であるアブリジオ社からも入手可能であり、データ・スライス・チップ及びエンハンスト・ポート・プロセッサ（ＥＰＰ）チップが含まれる。本発明のネットワーク・デバイスのスイッチ・ファブリックに、クロスバー・チップ及びスケジューラ・チップを含めたアブリジオ社製のその他のチップが含まれてもよい。
【００４０】
再び図１を参照すると、制御プレーンに、内部制御デバイス４０ａ／４０ｂ及び外部制御デバイス４２ａ／４２ｂが含まれる。前記ネットワーク・デバイスは分散型処理システムであり、各内部及び外部処理デバイスは、専用のプロセッサ・サブシステムを持っている。１つのプロセッサ・サブシステムに、例えば１つ又は複数のプロセッサ及びメモリが含まれてもよい。データ・プレーン・サブシステムも、それぞれ専用のプロセッサ・サブシステムを有する。内部制御デバイスと外部制御デバイスとにそれぞれ別個のプロセッサ・サブシステムを設けることで、これらのデバイスが処理サイクルを共有する必要がなくなる。内部制御デバイス４０ａは、ネットワーク・デバイス１０内部のリソース及びイベントを管理するための制御機能を主に実行し、一方、外部制御デバイス４２ａは、外界に関連したネットワーク管理機能を主に実行する。例えば、図示した外部制御デバイス４２ａは、例えば外部ネットワークのコンフィギュレーション／トポロジーなどの、外部ネットワークの選択された属性及び外部ネットワーク・トラフィックを監視する。加えて、前記外部制御デバイス４２ａは、複数の転送サブシステムとの間で通信を行って、例えばプライベート・ネットワーク−ネットワーク・インターフェース（ＰＮＮＩ）、オープン・ショーテスト・パス・ファースト（ＯＳＰＦ）及びボーダー・ゲートウェイ・プロトコル（ＢＧＰ）などのより高レベルのネットワーク・プロトコル（即ちＡＴＭ、ＩＰ、ＭＰＬＳ）の制御ペイロードを受信する。前記外部制御デバイスが、外部ネットワーク管理システムとの間で通信を行って、ユーザの命令に従って前記システムを構成してもよい。
【００４１】
これに対し、内部制御デバイス４０ａは、ネットワーク・デバイス１０内部の、物理接続サブシステム、転送サブシステム、クロスコネクト・サブシステム及びスイッチ・ファブリックなどの構成要素の故障を検出し、冗長ハードウェアへのフェイルオーバを開始するか又はソフトウェア・プロセスを再起動させることが可能である。更に、内部制御デバイス４０ａが、前記デバイス内の新たに追加されたハードウェアの検出、前記デバイス内のハードウェア及びソフトウェアの構成及び再構成、ソフトウェア・プロセスのアップグレード及びダウングレード、前記ネットワーク・デバイスの選択されたサブシステムの故障検出、及びネットワーク課金及び統計に関するデータの収集を行ってもよい。加えて、内部制御デバイス４０ａが、データ・プレーン内のサブシステムの初期化及びリセットを行ってもよい。
【００４２】
本発明のネットワーク・デバイスが、１つ又は複数の内部制御デバイスと、１つ又は複数の外部制御デバイスと、を有してもよい。図３Ａ及び図３Ｂを参照すると、本発明のネットワーク・デバイスの好適な一実施例には、それぞれが８つの物理接続サブシステムと、５つの転送サブシステムと、２つのクロスコネクト・サブシステムと、を有する４つの１／４区画１−４が含まれる。２つのスイッチ・ファブリック３０ａ−３０ｂが、複数の転送サブシステム間でデータ・セルを転送する。この実施例には、２つの内部制御デバイス４０ａ及び４０ｂと、２つの外部制御デバイス４２ａ及び４２ｂと、が含まれる。複数の内部制御デバイスと外部制御デバイスとを設けることによって、主となる外部又は内部制御デバイスが故障した場合に、前記外部制御デバイス及び／又は前記内部制御デバイスのうちの１つ又は複数をバックアップ・デバイスとして利用可能であるという利点が得られる。
【００４３】
図示した実施例においては、１つのアクティブな内部制御デバイス４０ａと１つのアクティブな外部制御デバイス４０ｂとが、前記４つの１／４区画１−４を管理する。ネットワーク接続の数の増加に伴い、更なる内部及び外部ネットワーク・デバイスを設けて、各１／４区画（又は２つの１／４区画）が外部ネットワークと内部ネットワーク・デバイスとの別個の対によって管理されるようにすることが望ましい。加えて、更なる外部及び内部ネットワーク・デバイスを設けて、前記ネットワーク・デバイス１０が異なる複数のネットワーク・プロトコルを同時に処理できるようにしてもよい。例えば、転送サブシステムのうちの幾つかが、例えばＡＴＭなどのあるプロトコルを処理すべく構成されている一方で、別の複数の転送サブシステムが、例えばＩＰ又はＭＰＬＳなどの別のプロトコルを処理すべく構成されていてもよい。内部制御デバイスと外部制御デバイスとの一対が、あるプロトコルを処理する転送サブシステムを管理すべく設けられ、内部制御デバイスと外部制御デバイスとの別の一対が、別のプロトコルを処理する転送サブシステムを管理すべく設けられていてもよい。
【００４４】
内部及び外部制御サブシステム４０ａ及び４０ｂが、例えばイーサネット（登録商標）、トークンリング又は任意のプロプラエタリなバスなどのメッセージ通信バスを用いて、相互に及びデータ・プレーン内の複数のサブシステムと通信を行ってもよい。加えて、データ・プレーンの前記複数のサブシステムが、これらのような通信バスを用いて、相互に及び制御プレーンと通信を行ってもよい。例えば、引き続き図１を参照すると、図示した内部制御サブシステム４０ａは、イーサネット（登録商標）・スイッチ４４を利用し、イーサネット（登録商標）・バス４６を介して、データ・プレーン内の物理接続サブシステム、クロスコネクト・サブシステム、転送サブシステム及びスイッチ・ファブリックとの間で通信を行う。更に、内部制御デバイス４０ａと外部制御デバイス４０ｂとの間に、前記イーサネット（登録商標）・スイッチ４４と前記イーサネット（登録商標）・バス４６とを介して、イーサネット（登録商標）接続が設けられている。内部制御デバイス４０ａと外部制御デバイス４２ａとの間のこのイーサネット（登録商標）接続は、外部制御デバイス４２ａと内部制御デバイス４０ａとの間のデータの送受信を可能にするのみならず、外部制御デバイス４２ａとデータ・プレーンとの間の通信をも可能にする。
【００４５】
イーサネット（登録商標）・スイッチ４４を、外部制御デバイス４２ａ上ではなく内部制御デバイス４０ａ上に設けることで、数多くの利点が得られる。具体的には、外部制御デバイスは、通常の場合、複雑なソフトウェア及び／又はサードパーティのソフトウェアを実行することが多いために、内部制御ソフトウェアよりも故障しやすい。従って、内部制御デバイス４０ａ上にイーサネット（登録商標）・スイッチ４４を設けることで、外部制御デバイスが停止した場合でも、内部制御デバイスとデータ・プレーンとの間の通信を継続することが可能となる。また、データ・プレーン中の例えば転送サブシステムなどの様々なサブシステム間の通信も継続可能となる。但し、イーサネット（登録商標）・スイッチが外部制御デバイス上又は別のサブシステム上に配置されてもよいことは、当業者に理解されるであろう。同様に、スイッチト・イーサネット（登録商標）・バスの代わりに、シェアド・イーサネット（登録商標）・バスを用いてもよく、又は、別の種類の通信バスをイーサネット（登録商標）の代わりに用いてもよい。
【００４６】
従来のネットワーク・デバイスでは、単一の制御サブシステムが、デバイスの内部リソースと外部環境との双方に関連する管理タスクを実行する。このような従来のデバイスでは、処理時間を内部管理タスクと外部管理タスクとが共有する。処理サイクルをこのように共有することから、様々な問題が生じる。例えば、外界に関連するタスクの実行が前記デバイスの内部管理に関連するタスクと一致している場合に、処理時間の競合が起こりうる。例えば、新たなネットワーク・デバイスを外部ネットワークに追加する一方で、内部プロセッサ・サブシステムの交換又は追加を行う場合がある。このような場合、前記外部ネットワークのトポロジーに対する前記外部ネットワーク中の複数のネットワーク・デバイスの理解が異なるといった事態を回避するために、制御システムは、前記複数のネットワーク・デバイスに前記外部ネットワークの新たなトポロジーを可能な限り早く認識させなければならない。更に、内部リソースの追加が、閉塞の緩和又は内部故障の修正を目的としている場合があるため、前記制御システムは、追加されたプロセッサ・サブシステムを可能な限り早く初期化しなければならない。従来のデバイスでは、これらのタスクは、処理サイクルの時分割によって行われるが、このために双方のタスクの実行に遅延が生じる可能性がある。そのような遅延は、ネットワーク・デバイス及び外部ネットワークの双方の実行に悪影響を及ぼすおそれがある。例えば、そのような遅延によって、外部ネットワーク及び／又は内部ネットワークを介したデータ伝送の速度が低下するおそれがある。
【００４７】
異なる複数のネットワーク・デバイスの前記外部ネットワーク・トポロジーに対する理解が互いに異なる場合には、前記ネットワーク全体が不安定になり、クラッシュするおそれがある。更に、従来のネットワーク・デバイスでは、同一のサブシステムが内部制御機能と外部制御機能とを実行するために、内部故障が外部ネットワークに伝わり、ネットワークが不安定になってクラッシュするおそれがある。
【００４８】
本発明のネットワーク・デバイスでは、内部制御デバイスと外部制御デバイスとの間でタスクを分離したことにより、従来のネットワーク・アーキテクチャと比較して、上述のような様々な短所を解決することによる数多くの利点が得られる。例えば、本発明のネットワーク・デバイスの内部サブシステムで生じた内部故障は、内部ネットワーク・デバイスによって処理され、前記内部ネットワーク・デバイス中に留まるので、例えば他のネットワーク・スイッチなどの外界と前記ネットワーク・デバイスとのインタラクションに影響を与えることがない。このため、内部故障から外部ネットワークが不安定になったり障害を起こしたりすることが防止される。
【００４９】
例えば、図１を参照すると、転送サブシステム２８ａ−２８ｅのうちの１つで故障が生じた場合、内部制御デバイス４０ａが前記故障を検出し、選択された故障分析アルゴリズムを開始して、前記問題を隔離し、修正する。修正に、プロセスの再起動、プロセス又はサブシステム・ハードウェアのリセット、或いは前記サブシステムのリブートが含まれてもよい。但し、外部制御デバイス４２ａは、このような内部故障分析には参加せず、また前記内部故障を認識することもない。
【００５０】
このように、外部制御デバイス４２ａを介してネットワーク・デバイス１０とインターフェースしている外界は、内部故障を認識することがなく、またこれに影響されることもない。更に、内部制御デバイス４０ａと外部制御デバイス４２ａとが処理サイクルを共有していないので、内部制御デバイス４０ａによって実行される故障分析のために、外部制御デバイス４２ａの処理速度が遅くなることもない。このため、外部ネットワーク・イベントが発生すると、前記外部制御デバイスは、前記内部制御デバイスが内部イベントを処理しているか否かにかかわらず、そのプロセッサ・リソースの全てを前記イベントに振り向けることが可能である。更に、前記内部制御デバイスが内部故障を検出して、一転送サブシステム上で回復プロセスが開始された場合に、その他の転送サブシステムが、前記外部制御デバイスへの制御データの転送を継続することが可能である。
【００５１】
本発明のネットワーク・デバイスには、（例えば複数のスイッチから構成されたネットワークなどの）外部環境に関連した問題が、前記装置の内部サブシステムの正しい機能を損なうことがないという別の利点がある。例えば、従来の複数のスイッチから構成されたネットワークでは、故障したスイッチが、急速に変化する情報を他のスイッチに同時に送信する場合がある。全てのスイッチは、前記ネットワークのトポロジー又はコンフィギュレーションのいかなる変化にも迅速に反応しなければならず、また、全てのスイッチは、前記外部ネットワークが適切に機能するように、同一の外部ネットワーク像へと「収束」しなければならない。あるスイッチが急速に変化する情報を同時に送信している場合には、前記複数のネットワーク構成要素が、前記ネットワークの安定した状態の同一の像へと到達することはない。一方、各スイッチの制御プロセッサは、大量の数理計算を実行しなければならず、このために処理サイクル及びメモリの多くの部分を使用する。このため、内部制御システムの処理サイクルが不足し、誤った内部故障が発生する。前記誤った内部故障の結果、処理サイクルを共用しているために、内部故障隔離アルゴリズムが開始し、ハードウェア及びソフトウェアの再構成が行われる可能性がある。
【００５２】
この結果、前記外部問題が悪化し、全レベルにわたって不安定な状態となり、ネットワーク全体が崩壊するおそれがある。
【００５３】
対照的に、本発明のネットワーク・デバイスの内部サブシステムは、外部ネットワークに、最終的に自動修正されるか又は介入によって修正可能な何らかの不安定な状態が生じた場合に、正常に機能し続けることが可能である。更に、例えばＡＴＭ及びＰＮＮＩなどの他のプロトコルに影響を及ぼすことなく、例えばＩＰ、ＢＧＰ又はＯＳＰＦなどの幾つかのプロトコルを完全に廃棄することが可能である。
【００５４】
本発明のネットワーク・デバイスのアーキテクチャは、従来のネットワーク・デバイスと比較してより確実かつ効率的にハードウェア及び／又はソフトウェアのアップグレードが可能であるという別の一利点を有する。例えば、外部制御デバイス４２ａ上でランしているアプリケーションのソフトウェアのアップグレードを頻繁に行うことが望ましいか又は必要であってもよい。例えば、前記外部制御デバイス上のプロセッサを、（例えばＭｏｔｏｒｏｌａ  ８２６０及びインテル社製のＰｅｎｔｉｕｍ（登録商標）プロセッサなどの）定期的に新発売されるより優れた／より高速な集積回路処理チップと交換してもよい。外部制御デバイスのこのようなアップグレードを、ネットワーク・デバイスがランしている間に、前記デバイスの例えば内部制御デバイス４０ａなどのその他の部分に影響を与えることなく行ってもよい。
【００５５】
同様に、前記ネットワーク・デバイスの内部コンフィギュレーションの内部ソフトウェアのアップグレード及び／又は変更を、外部制御デバイス４２ａとは無関係に行ってもよい。ソフトウェア・アーキテクチャがモジュール式であることにより、上記のようなアップグレード及び変更が効率的に実行される。この結果、前記デバイスの信頼性テストが簡略化され、より優れた故障隔離が可能となる。
【００５６】
通常、ソフトウェア又はハードウェアの変更は、システムは所定の時間間隔内でランしている間に、ユーザのサイトで行われる。従来のシステムでは、そのような変更の間に発生した問題は、前記割り当てられた時間内に解決されなければならない。さもなければ、ネットワーク全体が不安定になるのを回避するために、前記変更を中止して、別の時間に試みなければならない。本発明に基づくデバイスでは、外部環境は、外部制御デバイスとインターフェースしているので、前記デバイス内部の変更を通常は認識しない。このため、ソフトウェア及びハードウェアの変更がより迅速に行われ、更に、そのような変更の間に発生しうる問題がより効率的に解決される。この結果、年間当たりのダウン時間が数分間短縮され、前記ネットワーク・デバイスの可用度が向上する。
【００５７】
このように、本発明のネットワーク・デバイスは、外部ネットワーク環境に影響を与えることなく前記デバイスの内部コンフィギュレーションを変更可能であるという点で、高度なモジュール性を有する。図４を参照すると、本発明のスイッチのこの利点がより明瞭に理解されるであろう。図４は、選択されたパターンで相互に接続された複数の従来のスイッチ４８ａ−４８ｅを有するコンピュータ・ネットワーク４８の一例を概略的に図示したものである。スイッチ４８ａのソフトウェアのアップグレードによって、故障が発生し、この結果前記スイッチ４８ａが不安定となる場合がある。例えば、前記ソフトウェアに、例えばバグなどの未検出の問題が含まれていたり、又は、前記アップグレードによって、別のソフトウェア又はハードウェアに問題が生じるかもしれない。また、新たな処理カードのインストールの際の人的ミスによって、前記システムに故障が発生し、前記スイッチが不安定となるかもしれない。従来のスイッチ４８ａのそのような不安定性が、前記ネットワーク中の他のスイッチに伝わり、前記ネットワークのトラフィックが遅くなったり、又は前記ネットワーク全体の障害を引き起こすこともありうる。事実、ネットワーク障害の大部分は、一般に、ソフトウェアのアップグレード及びソフトウェアの品質に伴う問題又はハードウェアの故障が、内部の問題として認識及び隔離されずに外部ネットワークに伝わってしまうことが直接の原因となって起こる。
【００５８】
対照的に、本発明の教示に基づくスイッチにおける内部故障は、前記ネットワーク中の他のスイッチに無関係であり、外部ネットワークに伝わらないので、前記ネットワークの障害を引き起こすことがない。
【００５９】
従来、ネットワーク・デバイスの設計者らは、可能な限り少ない構成要素を用いてスペースの節約及び製造コストの抑制を図ることで、データ処理能力を高めようと試みてきた。言い換えれば、従来のネットワークは、サービス密度を最大化することを目的として設計されてきた。サービス密度とは、あるデバイスの正味の出力と、その総体的なハードウェア性能との比を指す。スイッチ又はルータなどのネットワーク・デバイスの正味の出力に、例えば１秒当たりの処理通話数が含まれてもよい。前記ネットワーク・デバイスの構成要素に冗長性を付与すること及び／又は処理環境を高度に分散させることによって、総体的なハードウェア性能は向上するが、正味の出力は増加しない。即ち、サービス密度は低下する。
【００６０】
本発明に基づくネットワーク・デバイスのアーキテクチャは、高度に分散した冗長度の高いアーキテクチャであるという点で、従来の典型的なネットワーク・デバイス設計とは異なる。このようなアーキテクチャは、より複雑なハードウェア及びソフトウェア設計を要し、このためより長い開発期間を要するであろう。しかし、本発明のネットワーク・デバイスは、従来のネットワーク・デバイスと比較すると信頼性及び可用度の向上が顕著である。特に、本発明のネットワーク・デバイスは、その高い信頼性によって、ネットワーク障害発生の可能性を大幅に減じるものである。
【００６１】
以上に述べた方法及び装置に変更及び修正を加えてもよいことは、当業者に明らかであり、また、そのような変更及び修正をここに述べた発明の概念から逸脱することなく実施可能であることが理解されよう。従って、ここに記載した実施態様は、単に例示的なものであって限定的なものではないと見なされるべきであり、また本発明は、添付の請求項の範囲と精神とによってのみ限定されるものである。
【図面の簡単な説明】
【図１】図１は、ネットワーク・デバイスの様々なサブシステムの概略図である。
【図２】図２Ａは、図１のネットワーク・デバイスの物理接続サブシステムの様々な構成要素の概略図である。図２Ｂは、一入力構成要素として機能する転送サブシステムの様々な構成要素の概略図である。図２Ｃは、一出力構成要素として機能する転送サブシステムの様々な構成要素の概略図である。
【図３】図３Ａ及び３Ｂは、本発明のネットワーク・デバイスの好適な一アーキテクチャの概略図である。
【図４】図４は、複数のコンピュータ・スイッチから構成されたネットワークの略図である。
【図１】
2004523139.tif 000003
【図２】
2004523139.tif 000004
2004523139.tif 000005
2004523139.tif 000006
【図３】
2004523139.tif 000007
2004523139.tif 000008
【図４】
2004523139.tif 000009
【国際公開パンフレット】
2004523139.tif 000010
2004523139.tif 000011
2004523139.tif 000012
2004523139.tif 000013
2004523139.tif 000014
2004523139.tif 000015
2004523139.tif 000016
2004523139.tif 000017
2004523139.tif 000018
2004523139.tif 000019
2004523139.tif 000020
2004523139.tif 000021
2004523139.tif 000022
2004523139.tif 000023
2004523139.tif 000024
2004523139.tif 000025
2004523139.tif 000026
2004523139.tif 000027
2004523139.tif 000028
2004523139.tif 000029
2004523139.tif 000030
2004523139.tif 000031
2004523139.tif 000032
2004523139.tif 000033
2004523139.tif 000034
2004523139.tif 000035
2004523139.tif 000036
2004523139.tif 000037
2004523139.tif 000038
2004523139.tif 000039
2004523139.tif 000040
【手続補正書】
【提出日】平成14年7月17日(2002.7.17)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
コンピュータ・ネットワーク・デバイスであって、
受信ポートと送信ポートとの間でデータを送信するための複数のサブシステムを有するデータ・プレーンと；
前記データ・プレーンと通信可能な制御プレーンであって、
前記ネットワーク・デバイス内部のリソース及びイベントを管理するための、前記複数のサブシステムと通信可能な内部制御デバイスと；
外部環境に関する制御情報を受信して、前記ネットワーク・デバイスと前記外部環境とのインターフェースに関連する演算を管理するための、前記内部制御デバイス及び前記複数のサブシステムと通信可能な外部制御デバイスと；
を備えた制御プレーンと；
を備え、前記内部制御デバイスと前記外部制御デバイスとがそれぞれ別個のプロセッサを有する、コンピュータ・ネットワーク・デバイス。
【請求項２】
前記外部環境が、複数のコンピュータから構成されたネットワークを有する、請求項１に記載のネットワーク・デバイス。
【請求項３】
前記外部制御デバイスが、前記外部コンピュータ・ネットワークを介して、トポロジー、コンフィギュレーション及びデータ・トラフィックの流れのうちのいずれかに関する制御情報を受信する、請求項２に記載のネットワーク・デバイス。
【請求項４】
前記ネットワーク・デバイスがネットワーク・スイッチである、請求項２に記載のネットワーク・デバイス。
【請求項５】
前記ネットワーク・デバイスがルータである、請求項２に記載のネットワーク・デバイス。
【請求項６】
前記ネットワーク・デバイスがハイブリッド・スイッチ・ルータである、請求項２に記載のネットワーク・デバイス。
【請求項７】
前記ネットワーク・デバイスに、前記内部制御デバイスと前記データ・プレーンとの間の通信を可能にする、及び前記内部制御デバイスと前記外部制御デバイスとの間の通信を可能にするメッセージ通信バスが含まれる、請求項２に記載のネットワーク・デバイス。
【請求項８】
前記メッセージ通信バスがイーサネット（登録商標）・バスを備え、前記内部制御デバイスがイーサネット（登録商標）・スイッチを利用する、請求項７に記載のネットワーク・デバイス。
【請求項９】
前記メッセージ通信バスがイーサネット（登録商標）・バスを備え、前記外部制御デバイスがイーサネット（登録商標）・スイッチを利用する、請求項７に記載のネットワーク・デバイス。
【請求項１０】
前記メッセージ通信バスにトークンリング・プロトコルが含まれる、請求項７に記載のネットワーク・デバイス。
【請求項１１】
前記メッセージ通信バスがスイッチト・バスを備えた、請求項７に記載のネットワーク・デバイス。
【請求項１２】
前記ネットワーク・デバイスに、前記内部制御デバイスと前記データ・プレーンとの間の通信を可能にする、及び前記内部制御デバイスと前記外部制御デバイスとの間の通信を可能にするシェアド通信バスが含まれる、請求項２に記載のネットワーク・デバイス。
【請求項１３】
前記外部制御デバイスに、前記ネットワーク・デバイスと外部環境との間のインターフェースが更に含まれる、請求項１に記載のネットワーク・デバイス。
【請求項１４】
前記外部制御デバイスが、複数のコンピュータから構成された外部ネットワークのトポロジーを監視する、請求項１に記載のネットワーク・デバイス。
【請求項１５】
前記外部制御デバイスが前記データ・プレーンと通信を行って、ネットワーク・プロトコル制御ペイロードを受信する、請求項２に記載のネットワーク・デバイス。
【請求項１６】
前記ネットワーク・プロトコルが、ＡＴＭ、ＩＰ、ＭＰＬＳ及びＦＲからなる群から選択される、請求項１５に記載のネットワーク・デバイス。
【請求項１７】
前記データ・プレーンが、
物理層との間でデータの送受信を行うための物理接続サブシステムと；
前記物理接続サブシステムと通信可能な、前記データを処理するための転送サブシステムと；
前記物理接続サブシステム及び前記転送サブシステムとの間の通信を可能にするクロスコネクト・サブシステムと；
を備えた、請求項１に記載のネットワーク・デバイス。
【請求項１８】
前記物理接続サブシステム及び前記転送サブシステムがそれぞれ別個のプロセッサ・サブシステムを有する、請求項１７に記載のネットワーク・デバイス。
【請求項１９】
前記物理接続サブシステムに、光ファイバ上を伝送される光データを受信するためのポートが含まれる、請求項１７に記載のネットワーク・デバイス。
【請求項２０】
前記物理接続サブシステムに、前記光データを電気信号に変換するためのＳＯＮＥＴインターフェース・ロジックが含まれる、請求項１７に記載のネットワーク・デバイス。
【国際調査報告】
2004523139.tif 000041