(57)【要約】【課題】２つの物理的に隔てられているネットワークである制御プレーン・ネットワークとデータ・プレーン・ネットワークを含むＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例を提供する。【解決手段】データ・プレーン・ネットワークは、データ・トラフィック用の一方の物理ネットワークであり、制御プレーン・ネットワークは、制御トラフィック用のもう１つの物理ネットワークである。データ・プレーン・ネットワークのトポロジは、相互接続された複数の転送要素（ＦＥ）５０６からなる。制御プレーン・ネットワークのトポロジは、相互接続された複数の制御要素（ＣＥ）５０２からなる。このように制御プレーン・ネットワークがデータ・プレーン・ネットワークから物理的に独立していることにより、制御プレーン・ネットワーク内の複数のＣＥ  ５０２間で通信を行うための安全なメカニズムが実現される。【選択図】図１
2006135972.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク・アーキテクチャであって、
データ・トラフィックを伝送するためのネットワークであり、複数の相互接続された転送要素（ＦＥ）を含む、データ・プレーンと、
前記データ・プレーンから隔てられている制御トラフィック用の他のネットワークであり、複数の相互接続された制御要素（ＣＥ）を含み、それぞれのＣＥは前記ＦＥのうちの少なくとも２つを制御し、それぞれのＣＥは制御されるＦＥに動的にバインドされる、制御プレーンと、
プロトコルを使用する前記データ・プレーンと制御プレーンとの間のインターフェイスとを備え、
ＣＥ間の通信はプライベートであるネットワーク・アーキテクチャ。
【請求項２】
さらに、
前記制御プレーン内に少なくとも１つのフィーチャ・サーバを備える請求項１に記載のネットワーク・アーキテクチャ。
【請求項３】
ルーティング・プロトコルは、前記データ・プレーンおよび制御プレーン・トポロジを追跡し、前記データ・プレーン・トポロジに生じた変更または障害は、前記ＣＥに伝達される請求項１に記載のネットワーク・アーキテクチャ。
【請求項４】
ＣＥはルーティング情報を構成し、制御されるＦＥのうちの１つに前記標準インターフェイスを通じて供給するが、ＣＥ間の制御メッセージは、前記プライベート制御プレーンを通じて送信される請求項１に記載のネットワーク・アーキテクチャ。
【請求項５】
前記制御プレーンは、前記データ・プレーンから論理的に隔てられている請求項１に記載のネットワーク・アーキテクチャ。
【請求項６】
前記制御プレーンは、前記データ・プレーンから物理的に隔てられている請求項１に記載のネットワーク・アーキテクチャ。
【請求項７】
ネットワーク・アーキテクチャであって、
データ・トラフィックを伝送するためのネットワークであり、複数の相互接続された転送要素（ＦＥ）を含み、制御トラフィック用の他のネットワークである制御プレーンから隔てられ、前記制御プレーンは複数の相互接続された制御要素（ＣＥ）を含み、それぞれのＣＥは前記ＦＥのうちの少なくとも２つを制御し、それぞれのＣＥは制御されるＦＥに動的にバインドされる、データ・プレーンと、
プロトコルを使用する前記データ・プレーンから前記制御プレーンへのインターフェイスとを備え、
ＣＥ間の通信はプライベートであるネットワーク・アーキテクチャ。
【請求項８】
ネットワーク・アーキテクチャであって、
データ・プレーンから隔てられている制御トラフィック用の他のネットワークであり、複数の相互接続された制御要素（ＣＥ）を含み、それぞれのＣＥは前記ＦＥのうちの少なくとも２つを制御し、それぞれのＣＥは制御されるＦＥに動的にバインドされ、前記データ・プレーンはデータ・トラフィックを伝送するためのネットワークであり、前記データ・プレーンは複数の相互接続された転送要素（ＦＥ）を含む、制御プレーンと、
プロトコルを使用する前記制御プレーンから前記データ・プレーンへのインターフェイスとを備え、
ＣＥ間の通信はプライベートであるネットワーク・アーキテクチャ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ネットワーキングの分野に関するものであり、特に、制御およびデータが分離されたネットワークに関するものである。
【背景技術】
【０００２】
本発明は、２００４年１１月１日に出願された「ＳｏｆｔＲｏｕｔｅｒ：Ｒｏｕｔｅｒ  Ｄｉｓａｇｇｒｅｇａｔｉｏｎ」という表題の仮出願第６０／６２３，８８５号（整理番号Ｌａｋｓｈｍａｎ  ３５−２−２３−６２−３１）の利益を主張するものである。さらに、本出願は、本出願と同じ日に出願された同時係属出願「ＳｏｆｔＲｏｕｔｅｒ」（整理番号Ｌａｋｓｈｍａｎ  ３５−２−２３−６２−３１（ＬＣＮＴ／１２６７７０））、「ＳｏｆｔＲｏｕｔｅｒ  Ｐｒｏｔｏｃｏｌ  Ｄｉｓａｇｇｒｅｇａｔｉｏｎ」（整理番号Ａｎｓａｒｉ  ２−２−４１−３−２４−３４（ＬＣＮＴ／１２７３０５））、「ＳｏｆｔＲｏｕｔｅｒ  Ｐｒｏｔｏｃｏｌ  Ｆａｉｌｏｖｅｒｓ」（整理番号Ａｎｓａｒｉ  ３−４２−４−２５−３５（ＬＣＮＴ／１２７３０６））、「ＳｏｆｔＲｏｕｔｅｒ  Ｆｅａｔｕｒｅ  Ｓｅｒｖｅｒ」（整理番号Ｌａｋｓｈｍａｎ  ４４−６５−３７（ＬＣＮＴ／１２７３０８））、「ＳｏｆｔＲｏｕｔｅｒ  Ｄｙｎａｍｉｃ  Ｂｉｎｄｉｎｇ  Ｐｒｏｔｏｃｏｌ」（整理番号Ａｎｓａｒｉ  ４−３−４５−５−２６−３８（ＬＣＮＴ／１２７３０９））に関係する。仮出願および関連出願は、すべて参照により本明細書に組み込まれる。
【０００３】
今日では、インターネット制御プレーンに多数の機能が付加されて行くとともに、従来のルータ・アーキテクチャは次第に複雑になりつつある。ルーティング・ポリシー実施およびトラフィック・エンジニアリングなどの多くの運用タスクは、自律的で複雑なルータからなるネットワークでは実行が困難であり、また厄介でもあるネットワーク規模の制御を必要とする。さらに、現在のルータでは、ルート・コントローラは転送エンジンに密結合されており、この静的バインディングのために障害が共有されることになる。
【０００４】
従来のルータ・アーキテクチャは、単純なコア・ネットワークを目指すエンドツーエンド・アーキテクチャの設計原理にもかかわらず、今日では、次第に複雑化してきている。新しい機能がインターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）のＲＦＣ（Ｒｅｑｕｅｓｔｓ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ）で定義されるとともに、ルータには制御プレーンの複雑さがますます加わる。これらの機能は、ルーティング（例えば、ＢＧＰベースのＭＰＬＳ−ＶＰＮ）、トラフィック・エンジニアリング（例えば、ＯＳＰＦ−ＴＥ）、セキュリティなどを含む。実際、ＩＰルータのコードの複雑度は、現在では、電話交換機のコードの複雑度に匹敵している。それとは対照的に、大規模なハードウェアの集積化（例えば、ＡＳＩＣ）が急速に進み、市販チップが入手しやすくなるにつれ、徐々に、転送パスの実装が容易になってきた。
【０００５】
従来のＩＰネットワークは、比較的自律的に動作するルータを使用して構築される。ネットワークのいたる所の多くの位置に高い複雑さが存在する。これは、多くの望ましくない帰結を導く。第１に、制御点が複数あると、運用の複雑さ（例えば、構成間違い設定）が著しく高まる。第２に、いくつかの特定の状況において、これらの自律的ルータの非協調アクションのため、せいぜい部分的に最適なパフォーマンス（例えば、回復時間が長い）にしかならず、最悪の場合にはネットワークが不安定になる可能性がある。最後に、新しい機能を導入するには、多数のルータへのアップグレードを必要とする場合があり、この作業は複雑であり、また間違いを犯しがちである。
【０００６】
従来のルータ・アーキテクチャでは、制御と転送を統合している。制御プレーン機能を実装する制御プロセッサは、転送機能を実装し、同じルータ・バックプレーンを共有することが多いライン・カードと同じ場所に配置される。制御プロセッサは、同じ場所に配置されているライン・カードにのみ制御機能を提供し、またその逆も同様であり、同じ場所に配置されている（複数の）コントローラに故障が生じた場合に、ライン・カードを管理できないようなシナリオに至る。
【特許文献１】仮出願第６０／６２３，８８５号
【特許文献２】同時係属出願「ＳｏｆｔＲｏｕｔｅｒ」（整理番号Ｌａｋｓｈｍａｎ  ３５−２−２３−６２−３１（ＬＣＮＴ／１２６７７０））
【特許文献３】「ＳｏｆｔＲｏｕｔｅｒ  Ｐｒｏｔｏｃｏｌ  Ｄｉｓａｇｇｒｅｇａｔｉｏｎ」（整理番号Ａｎｓａｒｉ  ２−２−４１−３−２４−３４（ＬＣＮＴ／１２７３０５））
【特許文献４】同時係属出願「Ｓｏｆｔ  Ｒｏｕｔｅｒ  Ｐｒｏｔｏｃｏｌ  Ｆａｉｌｏｖｅｒｓ」（整理番号Ａｎｓａｒｉ  ３−４２−４−２５−３５（ＬＣＮＴ／１２７３０６））
【特許文献５】同時係属出願「ＳｏｆｔＲｏｕｔｅｒ  Ｆｅａｔｕｒｅ  Ｓｅｒｖｅｒ」（整理番号Ｌａｋｓｈｍａｎ  ４４−６５−３７（ＬＣＮＴ／１２７３０８））
【特許文献６】同時係属出願「ＳｏｆｔＲｏｕｔｅｒ  Ｄｙｎａｍｉｃ  Ｂｉｎｄｉｎｇ  Ｐｒｏｔｏｃｏｌ」（整理番号Ａｎｓａｒｉ  ４−３−４５−５−２６−３８（ＬＣＮＴ／１２７３０９））
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来技術のさまざまな欠点は、多くの実施形態を持つ、分離制御ネットワークによるＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例の本発明により対処される。
【課題を解決するための手段】
【０００８】
一実施形態は、データ・プレーン、制御プレーン、およびインターフェイスを含む、ネットワーク・アーキテクチャである。データ・プレーンは、データ・トラフィックを伝送するためのネットワークである。データ・プレーンは、相互接続された転送要素（ＦＥ）を含む。制御プレーンは、データ・プレーンから物理的に離れている制御トラフィックのもう１つのネットワークである。制御プレーンは、相互接続された制御要素（ＣＥ）を含む。それぞれのＣＥは、複数のＦＥのうち少なくとも２つを制御する。それぞれのＣＥは、制御されるＦＥに動的にバインドされる。データ・プレーンと制御プレーンとの間のインターフェイスは、標準プロトコルを使用する。ＣＥ間の通信はプライベートである。
本発明の教示は、付属の図面とともに以下の説明を考察することによりよく理解できる。
【発明を実施するための最良の形態】
【０００９】
理解しやすくするために、同一の参照番号を使用し、これらの図に共通の同一の要素をできる限り指定する。
本発明は、主に、ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例の実施形態の一般的背景における状況の範囲内において説明されるが、ただし、当業者および本明細書の教示による情報を得た者であれば、分離概念を使用して、ネットワーク・アーキテクチャの他のさまざまな実施形態を生み出すことができること、および本発明は、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、および開放型システム間相互接続（ＯＳＩ）層、ブリッジング・プロトコル、多くの他のプロトコル、トラフィック管理、光学、エッジ／コア・ルーティング、無線、ケーブル、データ・センター、故障管理、構成管理、アカウンティング管理、パフォーマンス管理、セキュリティ管理、その他のネットワーク管理、企業、政府、軍事アプリケーション、およびその他の多くの異なる種類のネットワーキング特性およびアプリケーションを使用するネットワークなどの他のネットワークに適用可能であることを理解するであろう。
【００１０】
インターネット・プロトコル（ＩＰ）は、上層プロトコルおよびアプリケーションにエンドツーエンドのデータグラム配信サービスを提供し、パケットを配信するリンク層技術を使用することができる。図１は、さらに多くの機能をＩＰネットワーク層に追加する新たに出現するアプリケーションの問題を例示しており、砂時計の中央部分を拡大している。これら新しいアプリケーションおよびプロトコルは、電子メール、ｗｗｗ電話、簡易メール転送プロトコル（ＳＭＴＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、リアルタイム・プロトコル（ＲＴＰ）、伝送制御プロトコル（ＴＣＰ）、ユーザ・データグラム・プロトコル（ＵＤＰ）、および、サービスの品質（ＱｏＳ）、マルチキャスト、モビリティ、仮想プライベート・ネットワーク（ＶＰＮ）、およびその他の機能を伴うその他のプロトコルを含む。ＩＰデータグラムは、銅線、ファイバ、無線、およびその他の物理的トランスポート手段を介してＥｔｈｅｒｎｅｔ（登録商標）、ポイント・ツー・ポイント・プロトコル（ＰＰＰ）、キャリア検知多重アクセス（ＣＳＭＡ）、非同期転送モード（ＡＴＭ）、同期光ネットワーク（ＳＯＮＥＴ）、およびその他の下層プロトコルを使用してトランスポートされる。従来のルータ・アーキテクチャでは、新しいＩＰ機能をすべてルータに組み込もうとし、その結果、ネットワークの複数のルータ内で複雑な機能が重複することになる。これは、資本支出および運用費用も増大させる。一般に、複数のルータからなるネットワークを運用することの複雑さおよび費用を低減する必要がある。
【００１１】
多くの新しい機能、例えば、ＶＰＮ用の境界ゲートウェイ・プロトコル（ＢＧＰ）拡張、マルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）ベースのＶＰＮ、およびトラフィック・エンジニアリング（ＴＥ）がルータに追加される。従来のルータ・アーキテクチャでは、５００万から１０００万行のコードを持ち、ネットワーク全体に複雑さが拡散される。トラフィック・エンジニアリングなどのオペレータのネットワーク規模の目的を達成するために、大域的目標を多数の個別ルータ内の構成情報に翻訳する複雑な作業を必要とする。構成設定間違いまたは非協調構成のため、パフォーマンスの低下またはネットワーク不安定性が生じる可能性がある。
【００１２】
インターネットが非常に大きな成功を収めたことで、新しい機能およびサービスの開発および展開がひっきりなしに続き、次第にその技術的基盤では間に合わなくなってきた。これは、ＩＰネットワークにおける機能の現在の配分のアーキテクチャリングを変更すれば、ネットワークの安定性、ネットワーク運用の簡素化、および新しいネットワーク・プロトコルおよびサービスの柔軟な導入にとって著しく有益であろうとの考えに信憑性を与えた。
【００１３】
ルーティング・ポリシー実施およびトラフィック・エンジニアリングなどの多くの高度なネットワーク管理タスクであれば、ネットワーク規模のビューを利用できることで著しい恩恵を受けるであろう。例えば、ＢＧＰによってネットワークの安定性および運用のいくつかの共通の問題が引き起こされる場合、それらの問題は、ＢＧＰを個々のルータから自律的システム（ＡＳ）規模のスコープを持つ単一エンティティに移動することにより解決されるであろう。同様に、多くの管理機能は、ネットワーク規模のビューを必要とし、それなしでは、ネットワークは振動と安定性の悪さを露呈しうる。しかし、ネットワーク規模の制御は、自律的で複雑なルータからなる今日のネットワークでは実行が困難であり、また厄介でもある。
【００１４】
従来のルータ・アーキテクチャでは、実装は制御機能と転送機能が深く絡み合った状態にある。これらの機能を縮小して、ごく少数の標準パケット転送機能のみをサポートし、すべての制御プロトコルおよび非転送関係状態および制御処理をネットワーク規模の制御の一次機能を持つ少数のスマート・ネットワークベースの制御エンティティに移行することにより、ルータの脱構築を行いネットワーク・エンティティの大半をできる限り黙らせる必要がある。さらに、制御プレーンで通信を安全に行えるようにするため制御プレーンとデータ・プレーンとを分離する必要がある。
【００１５】
インターネットワーキングにオープンな標準ベースのプロトコルを使用してルータのハードウェアをルータのソフトウェアから分離することには、多くの利点がある。分離概念は、各コンポーネントのサプライヤを分断することで、ハードウェア・ベンダの参入を阻害している壁を低くし、新規ハードウェア市場参入者に供給するキャリア・クラス・ルーティング・ソフトウェアの開発に独立系ソフトウェア・ベンダ（ＩＳＶ）が投資する意欲を高める。この分離概念を利用することにより、それぞれのコンポーネントがそれ独自の革新曲線から逸れることなく辿れるようにできる。ハードウェア・メーカーは、最低のコストで最高の単位密度当たり速度を達成することに集中して、資本支出を低減することができ、またソフトウェア・メーカーは、新しいアプリケーションおよびマネジャビリティに集中して、経常経費を下げつつ収益を高めることができる。
【００１６】
ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例の一実施形態では、制御プレーン機能の実装とパケット転送機能とを分けることによりルータの脱構築を行う。この脱構築を実現するネットワーク・アーキテクチャの他の実施形態も、本発明の範囲内にある。本発明は、この脱構築の概念およびネットワーク・アーキテクチャに対するその密接な関係を対象とする。ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例では、すべての制御プレーン機能は、転送エンジンと同じ場所に配置される必要のない別の制御エンティティ上に実装される。協調構成変更は少数のスマート・ネットワーク要素のみで行えばよく、ＡＳ内のすべてのネットワーク要素で行う必要がないため、すべての非転送関係状態および制御処理を少数のネットワーク・ベースの制御エンティティに移行することにより、ネットワーク規模の目標を単純化することが可能になる。さらに、コントローラと転送エンジンとの関連は動的であり、制御を行うことができる制御エンティティによる転送エンジンの柔軟な制御が可能である。
【００１７】
ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例は、ネットワーク内の転送エンティティと制御エンティティとの間の動的バインディングを確立し、維持するための動的バインディング・プロトコルを含む。ドメイン内およびドメイン間ルーティングは、ドメイン内プロトコルＯＳＰＦのパフォーマンス改善を含む、パフォーマンスが改善されたＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例において適合される。
【００１８】
ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例の一実施形態は、新しく出てくるアプリケーションにより要求される複雑なＩＰ機能を分離する１つのアプローチである。ＳｏｆｔＲｏｕｔｅｒは、複雑さの共有を中央に集中し、複雑さの共有を可能にする。ＳｏｆｔＲｏｕｔｅｒでは、ＩＰ転送機能を過度に妨げることなく新機能のスケーラブルな導入を果たせる。
【００１９】
図２は、集積化された制御およびトランスポート・プレーンを備える従来のルータ２００を示している。従来のルータ２００は、ソフトウェア２０２およびハードウェア２０４を備え、専用インターフェイス２０６を通じて通信する。
【００２０】
それとは対照的に、図３は、標準プロトコルを使用して通信する別々のハードウェア内の制御プレーンとトランスポート・プレーンを分離するＳｏｆｔＲｏｕｔｅｒアーキテクチャ３００の実施例を示している。ＳｏｆｔＲｏｕｔｅｒアーキテクチャ３００は、制御要素およびフィーチャ・サーバ・コンポーネント３０２、および標準ベースのプロトコル３０６を使用して通信するパケット転送要素コンポーネント３０４を備える。
図４は、相互接続された多数のルータ４００を備える従来のルータ・アーキテクチャをもつネットワークを示す。
【００２１】
図５は、ＳｏｆｔＲｏｕｔｅｒアーキテクチャ５００の実施例の一実施形態をもつネットワークを示している。ＳｏｆｔＲｏｕｔｅｒアーキテクチャ５００のこの実施形態では、ソフトウェア・サーバは、制御要素（ＣＥ）５０２およびフィーチャ・サーバ（ＦＳ）５０４を含む。ＣＥ  ５０２は、従来のルーティング、例えば、内部ゲートウェイ・プロトコル（ＩＧＰ）（例えば、開放型最短経路優先（ＯＳＰＦ））および外部ゲートウェイ・プロトコル（ＥＧＰ）（例えば、境界ゲートウェイ・プロトコル（ＢＧＰ））の両方に関与する。ＦＳ  ５０４は、付加価値機能およびネットワーク・ベース・アプリケーション、例えば、ＱｏＳ、ＶＰＮ、およびモバイルＩＰに関与する。ＣＥ  ５０２およびＦＳ  ５０４は、両方とも、転送要素（ＦＥ）５０６とインターフェイスする。ＣＥ  ５０２およびＦＳ  ５０４は、それぞれ相手との追加インターフェイスを備えることができる。ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例は、ソフトウェア・ベースのルート・コントローラ（ＳｏｆｔＲｏｕｔｅｒ）をハードウェア・ベースのトランスポートおよびパケット転送から分離して、中央に集中させる。
【００２２】
ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例におけるルータの脱構築により、制御機能と転送機能とが分離される。この分離は、論理的に行われるだけでなく（例えば、モジュール型アプリケーション・プログラミング・インターフェイス（ＡＰＩ）で正しく定義されたインターフェイスの使用）、実際、制御は、場合によっては転送が実行される場所から数ホップ分だけ物理的に隔てられている（つまり、別のネットワーク要素内で実行される）。
【００２３】
ＦＥ  ５０６は、トラフィックの実際の転送およびスイッチングを実行するネットワーク要素である。構造上、ＦＥ  ５０６は、それぞれ次々に複数のポートの終端となる複数のライン・カード、および一方のライン・カードから他方のライン・カードへデータ・トラフィックを往復するスイッチ・ファブリックを備えることができるという点で従来のルータと類似している。しかし、ローカルで実行される高度な制御ロジック（例えば、ＯＳＰＦまたはＢＧＰのようなルーティング・プロセス）がないため、ＦＥ  ５０６は従来のルータと異なる。その代わりに、制御ロジックはリモートでホスティングされる。
【００２４】
ＣＥ  ５０２は、サーバなどの汎用コンピューティング要素である。これは、エンド・ホストと同様にネットワークに接続するが、ただし、通常、複数のＦＥ  ５０６を介してネットワークにマルチホーミングで接続されるため、単一のリンクに障害が発生してもネットワークから切断されることはない。ＣＥ  ５０２は、ＦＥ  ５０６の代わりに、制御ロジックを実行し、したがって、それらを制御する。従来のルータに通常存在する制御ロジックは、ＯＳＰＦおよびＢＧＰのようなルーティング・プロトコルだけでなく資源予約プロトコル（ＲＳＶＰ）、ラベル配布プロトコル（ＬＤＰ）、モバイルＩＰなどのプロトコルをも含めて、ＣＥ  ５０２に移行することができる。
【００２５】
ＦＥ  ５０６は、リンク間でデータ・トラフィックを転送する機能を実行する。この機能は、特にパケット転送、ラベル・スイッチング、および光スイッチングなど、さまざまな形態を取りうる。パケット転送は、レイヤ２（媒体アクセス制御（ＭＡＣ）ベースのスイッチング）およびレイヤ３（最長プレフィックス一致）転送の両方を含む。ラベル・スイッチングは、例えば、ＭＰＬＳ転送を含む。データ・パス転送機能は、ラベル・スワッピング、プッシング、およびポッピングを含むことができる。光スイッチングでは、トラフィックは、リンク間で、時間スイッチング、波長スイッチング、または空間スイッチングが可能である。これらの場合のそれぞれにおいて、スイッチング機能は、ネットワーク内のＣＥ  ５０２により計算され、インストールされる単純ローカル・テーブルにより駆動される。そこで、ＦＥ  ５０６がローカル・データ構造にのみ基づいてその作業を遂行できることは、ＦＥ  ５０６は低機能であるが高速であるように設計され、より複雑なロジックはリモートにあるそれでありながらスマートなＣＥ  ５０２に委ねられていることを意味している。
【００２６】
ＦＥ  ５０６およびＣＥ  ５０２は、両方とも、物理ネットワーク要素であることに加えて論理エンティティと理解される。特に、ＦＥ  ５０６は、トラフィックを相互に切り換えられるポートの集合体として論理的に定義される。例えば、ＦＥ  ５０６は、単一のライン・カード上のすべてのポートを含むことができるが、この場合、物理パケット・スイッチ全体は複数の論理ＦＥ  ５０６で構成される。ＦＥ  ５０６は、さらに、複数の物理スイッチにまたがってもよいが、ＣＥは複数のＦＥを制御することができる。同様に、ＣＥ  ５０２は、ＦＥの代わりに制御を行うためにインスタンス化された論理プロセスとして理解することができ、また実際にそれを実行するサーバ・マシンから区別することができる。特に、物理ＣＥサーバ・マシン（ＰＣＥ）は、それぞれ複数のＦＥ  ５０６からなる異なる集合体にサービスを提供する、複数のＣＥ  ５０２プロセスをホスティングすることができる。その逆に、同じＦＥ  ５０６にサービスを提供する複数のＣＥ  ５０２プロセス（それぞれ、内部ゲートウェイ・プロトコル（ＩＧＰ）および外部ゲートウェイ・プロトコル（ＥＧＰ）などの異なる制御目的に合わせてインスタンス化される）を異なるＰＣＥ上でホスティングすることも可能である。ＦＥ  ５０６およびＣＥ  ５０２の物理的および論理的定義は、入れ換えて使用できる。
【００２７】
図６は、ネットワーク要素６００を例示するＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例の一実施形態を示している。ルータという概念は、ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例では厳密には必要とされないが、ネットワークのルーティングに関する面を理解するために、何らかの同等の概念を用意することが有用である。この目的のために、ネットワーク要素（ＮＥ）６００の概念は、ＦＥ  ５０６およびそれらのＦＥ  ５０６を制御するそれぞれのＣＥ  ５０２からなる論理グループとして高水準の定義が行われる。特定のＮＥ  ６００グループは、暗黙のうちに、ＦＥ間の各リンクを内部（またはＮＥ内）または外部（またはＮＥ間）のいずれかとして分類する。内部リンクは、同じＮＥ  ６００に属する２つのポートを接続し、外部リンクは、異なるＮＥ  ６００に属する２つのポートを接続する。ＮＥ  ６００の概念は、ＮＥ内およびＮＥ間ルーティングが異なるアプローチに従う場合に有用である。
【００２８】
制約を加えることなく、ＮＥ  ６００の上記の定義は柔軟に対応できる。例えば、この定義では、ネットワークの非連結部分の中の２つのＦＥ  ５０６が同じＮＥ  ６００に属すようにできる。また、これにより、ＦＥ  ５０６が物理要素内の完全にすべてのポートを含み、（複数の）制御ＣＥ  ５０２が同じ要素上の同じ場所に配置される従来のルータ・モデルが可能になる。
【００２９】
クラスタ化されたルーティングでは、ＮＥ  ６００を構成するＦＥ  ５０６は、切れ目のないクラウドの一部である。つまり、ＮＥ  ６００のすべてのポートは、ＮＥ  ６００の内部のリンクを介してお互いから到達可能であるということである。物理的に、これは、隣接する物理ＦＥ  ５０６の単一のＮＥ  ６００内へのクラスタ化を表す。本社では複数のルータが背中合わせで接続されているというのが通常のシナリオである。ルーティングの観点からは、ＮＥ  ６００に対するこのクラスタ化ベースの定義は、著しい簡素化をもたらしうる。ルーティングの面でＮＥ  ６００の個数が減ることにより、ＮＥ間のルーティングの複雑さが減じ、異なる、場合によっては複雑さの少ないルーティング・プロトコルをＮＥ内ルーティングに採用することができる。
【００３０】
ＦＥ  ５０６とＣＥ  ５０２との制御関係は、バインディングと正式に呼ばれる。より正確には、ＦＥ  ５０６とＣＥ  ５０２との間バインディングは、ＣＥ  ５０２がＦＥ  ５０６の代わりに特定の制御機能を実行していることを意味する。複数のプロトコル（例えば、ＩＧＰおよびＥＧＰ、またはさらには１つのプロトコルの複数のインスタンス）がＦＥ  ５０６の動作に必要になる場合があるため、ＦＥ  ５０６は複数のＣＥ  ５０２バインディングを持ちうる。
【００３１】
ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例は、さまざまなプロトコルを含む。ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例に従って設計されたネットワークの運用には、動的バインディング・プロトコルおよびＦＥ／ＣＥトランスポート・プロトコルを含む、さまざまな多数のプロトコルが使用される。ＦＥ  ５０６とＣＥ  ５０２との間のバインディングは、ＣＥ  ５０２およびＦＥ  ５０６を発見するプロトコルを介して確立され、さらに、ネットワークの接続途絶に直面したときもこれらのバインディングを維持する。動的バインディング・プロトコルの最も一般的な場合には、ＦＥ  ５０６は、利用可能な任意のＣＥ  ５０２にバインドすることができ、ＣＥ  ５０２は、任意のＦＥ  ５０６に対する制御機能を実行し、それによって、回復力を最大限発揮し、構成オーバーヘッドを最小限にとどめることができる。この動的バインディング機能は、制御機能と転送機能とが独立している脱構築ルータ群の概念の１つの特徴である。ＦＥ／ＣＥトランスポート・プロトコルは、２つの部分、つまりデータおよび制御を持つ。データ部については、ＦＥ／ＣＥトランスポート・プロトコルは、ＦＥ  ５０６とＣＥ  ５０２との間のルーティング・プロトコル・パケットのトンネリングをサポートしており、そのため、ＦＥ  ５０６により受信されたルーティング・プロトコル・パケットをＣＥ  ５０２に送信して処理させることができる。制御部については、バインディングが確立されると、ＦＥ  ５０６およびＣＥ  ５０２は、ＦＥ／ＣＥトランスポート・プロトコルを使用して、状態情報を伝達し、制御を実行する。アップリンク（ＦＥ  ５０６からＣＥ  ５０２）方向では、この制御部は、リンクおよび転送状態情報（例えば、リンク・アップ／ダウン信号）をＣＥ  ５０２に供給する。ダウンリンク方向では、ＦＥ／ＣＥトランスポート・プロトコルは、構成および制御情報を伝送する（例えば、リンク、転送情報ベース（ＦＩＢ）の有効／無効を設定する）。転送および制御要素の分離などの知られているプロトコル（ＦｏｒＣＥＳ）を、ＦＥ／ＣＥトランスポート・プロトコルに使用することができる。
【００３２】
ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例は、動的バインディングおよび分散制御の度合い、という２つの特徴を持つ。ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例では、ＦＥ  ５０６は、いつでもネットワーク上のＣＥ  ５０２に動的にバインドすることができ、またその逆も可能である。このため、制御プレーンの設計および配備の自由度が向上し、その結果、弾力性、運用の複雑さ、スケーラビリティ、管理、およびセキュリティが改善される。それと対照的に、従来のモデルにおける静的バインディングでは、インターネット制御プレーンの再設計に関して信頼性が低く、また柔軟性も低い。分散制御には、弾力性などの利点があるが、これもまた、何らかのネットワークの不安定性を生じる可能性がある。例えば、ＢＧＰのルート・リフレクタを使用することには、振動問題が伴い、ＯＳＰＦなどのフラッディング・ベースのリンク状態プロトコルでは、複数の障害が生じると、更新ストームが起こる可能性がある。ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例では、さまざまな程度の分散制御が可能である。特に、ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例の複数の実施形態では、ＦＥ  ５０６のクラスタ化の仕方、およびＣＥ  ５０２上での制御の集約の仕方を変えることにより、さまざまな程度の分散制御を実装する。制御ポイントが少ないということは、ネットワークの分割などの障害条件に対する脆弱性は高いが、ネットワーク安定性は潜在的によい可能性があることを意味する。従来の完全分散ルーティングおよび完全集中ルーティングは両方とも、ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例の可能な数多くの実施形態のうちの２つの極端な実装にすぎない。
【００３３】
ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例の動的バインディング機能では、ＦＥ  ５０６をＣＥ  ５０２から数ホップ分だけ隔てることができる。このような柔軟性は、転送要素の初期構成の複雑度が高まることと引き換えに実現される。ＳｏｆｔＲｏｕｔｅｒモデルでは、ブートアップ後に、ＦＥ  ５０６は、サーバ上に常駐するリモートＣＥ  ５０２からインターフェイスのＩＰアドレスを含む、構成情報を取得する。これは、パラドックスを引き起こす可能性がある、つまり、ＣＥ  ５０２を発見し、それにパケットを送信するために、ＦＥ  ５０６はルーティング情報を必要とするが、ルーティング情報は、ＣＥ  ５０２から発せられると想定されている。このパラドックスは、ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例の一部である発見プロトコルを使用して解決される。この発見プロトコルにより、ＦＥ  ５０６およびＣＥ  ５０２はお互いを発見し合い、それらのエンティティの間のルーティング可能な経路を維持する。動的バインディング・プロセスは、さらに、ＣＥ  ５０２負荷分散、ＣＥ−ＦＥバインディング回復性を改善する制約クラスタ化アルゴリズム、およびフェイルオーバーなどの強化された機能をサポートし、ネットワークの可用性を向上させる。また、これらの機能を使用することにより、ネットワーク計画を改善し、ネットワーク規模の制御を適切に行うことができる。
【００３４】
動的バインディング・プロトコルの実施形態は、ＦＥ  ５０６用のバインディング・サービスおよびＦＥ−ＣＥメッセージ用のルーティング・サービスを提供する。動的バインディング・プロトコルは、ネットワーク内で動作する他のプロトコルとは無関係に、独立したプロトコルとしてネットワークの存続期間中、すべての要素（ＦＥ  ５０６およびＣＥ  ５０２）上で連続実行される。最低でも、それぞれのＦＥ  ５０６およびＣＥ  ５０２は、一意的な識別子として働く事前構成された８進数文字列（ＦＥＩＤ／ＣＥＩＤ）を持つ。ＦＥ  ５０６とＣＥ  ５０２からなるブリッジ接続ネットワーク（例えば、Ｅｔｈｅｒｎｅｔ（登録商標）経由で接続）では、高速スパニング・ツリー・プロトコルにより、ＦＥ−ＣＥ通信用の接続を行う。異機種のＦＥ  ５０６の可能性がある場合、このようなネットワークは唯一可能なものではないので、動的バインディング・プロトコルは、ＣＥ  ５０２とＦＥ  ５０６との間のルーティング・サービスをサポートする独立したコンポーネントを含む。しかし、スパニング・ツリー・プロトコルが利用できる場合、動的バインディング・プロトコルでは、それをルーティング・サービスに使用することができる。動的バインディング・プロトコルは、発見、関連付け、修復による障害検出、およびトランスポート・トンネルの４つのコンポーネントを持つ。
【００３５】
動的バインディング・プロトコルの発見コンポーネントを使用することにより、ＦＥ  ５０６はそれを管理できるＣＥ  ５０２を発見することができる。このＣＥ  ５０２は、そのＦＥ  ５０６用の管理側ＣＥと呼ばれる。発見コンポーネントが構成プロセスに対し高速な収束を行えるようにするために、ＣＥ  ５０２情報がネットワーク全体にわたって配給され、これによりＦＥ  ５０６は、ネットワーク管理者により事前に構成されるか、または分散クラスタ化アルゴリズムを使用して得られるバインディングを使用して最良のＣＥ  ５０２に動的にバインドできる。
【００３６】
ソースでルーティングされるルーティング・レイヤは、発見プロセスに役立つ。ブートアップ時に、それぞれのＦＥ  ５０６は、ランダムに選択された一時ＩＰアドレスをＦＥＩＤとともに使用して、事前発見ルーティングを実行する。このアドレスは、制御されたアドレス空間、例えば、プライベート・サブネット・アドレスから選択される。ＣＥ  ５０２は、事前構成されており、したがって、有効なＩＰアドレスを持つ。すべてのメッセージは、ＦＥ  ５０６およびＣＥ  ５０２のすべてのインターフェイス上でブロードキャストされる。
【００３７】
ＦＥ  ５０６およびＣＥ  ５０２は、定期的ブロードキャストを使用して自身の存在を直近の要素に広告することによりお互いを発見する。それぞれのノード（ＦＥ／ＣＥ）は、近隣要素のリストをローカル・テーブルに保持する。ＦＥ  ５０６は、さらに、すべての近隣要素にＣＥ  ５０２情報を定期的に要請し、ネットワーク内のＣＥ  ５０２上で最新情報を収集する。それに対し、近隣のＦＥ／ＣＥは、それらに知られているＣＥのリストで応答する。リスト内のそれぞれのＣＥ  ５０２は、さらに、近隣のＦＥ／ＣＥからＣＥ  ５０２への知られているソース・ルートに関連付けられている。それぞれのエントリを有効期間パラメータに関連付けると、ＣＥ  ５０２情報は、ＣＥ  ５０２に到達するための最良の経路で定期的に更新される。それぞれのノードは、最短ホップ・カウントのソース・ルートを使用して、ＣＥ  ５０２に接触する。発見プロセスは、常時、ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例に従って設計されたネットワーク内で実行される。
【００３８】
それぞれのＦＥ  ５０６は、計画時にネットワーク管理者により１つの一次ＣＥおよび少なくとも１つのバックアップＣＥを割り当てられる。この情報は、ＣＥ  ５０２で構成され、任意選択により、ＦＥ  ５０６でも構成される。通常、この割当は、ＣＥ  ５０２に対する負荷、ＣＥ  ５０２とＦＥ  ５０６との間の距離、およびそれらの間のリンクの信頼性などのファクタを考慮して、先験的に行われる。そのため、ＦＥ  ５０６からＣＥ  ５０２に接触があった場合、ＣＥ  ５０２は、ＦＥ  ５０６に、その一次ＣＥおよびバックアップＣＥのＩＤ情報が利用できる場合にそれを知らせるか、またはＦＥ  ５０６を管理できる場合にはそのＦＥ  ５０６を受け入れる。受け入れられない場合、ＦＥ  ５０６は、その一次ＣＥまたはバックアップＣＥとの接触に進む。
【００３９】
ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例は、分断、サーバ、および標準インターフェイスという３つの態様を含む。分断とは、パケット転送プレーンから処理機能（例えば、ルーティング・プロトコル処理）を含む複雑な制御プレーンを分離することである。サーバとは、専用外部制御プレーン・サーバ上に制御プレーン処理機能を実装することである。標準インターフェイスとは、制御プレーンとパケット転送プレーンとの間のインターフェイス用の標準プロトコルの定義のことである。
【００４０】
ＮＥ  ６００内の制御プレーンは、デバイスの転送プレーンを構成することに加えて、さまざまなルーティング、信号送受信、および、ポリシー、フィルタなどの適用などのその他の制御動作を実行することに関わる。したがって、ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例により実装されたネットワークの適切な機能動作は、制御プレーンの適切な機能動作に直接関係する。そのため、機能を適切に作動させるために、ネットワークは、制御プレーン・セキュリティ、制御プレーン・スケーラビリティ、および制御プレーン・アベーラビリティを必要とする。制御プレーン・セキュリティは、攻撃、スプーフィング、およびその他の脅威からの防御を含む。制御プレーン・スケーラビリティは、ネットワークの規模が拡大してもネットワークを正しく動作し続けるようにするために必要である。高可用性制御プレーンとは、インターネット電話、ビデオ、およびその他のアプリケーションなどのリアルタイム・サービスに必要な、高可用性ネットワークのことである。
【００４１】
ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例に基づくネットワークの実施例は、上記の要求条件を満たす。いくつかの現行世代のルータ／スイッチは制御プレーン処理機能を転送プレーン機能から分断しているが、全体としてそれでもまだデバイスにきわめて緊密に結合されている。さらに、一方のコントローラから他方のコントローラへのすべての制御プレーン・トラフィックは、データ経路をトラバースし続ける（インバンド制御と呼ばれる）。
【００４２】
ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例の１つの利点は、制御プレーン・トラフィックによりトラバースされる経路を含め、データ・プレーンから制御プレーンを完全に分断できることにある。つまり、制御パケットがデータ経路をトラバースしない物理的に分離されたネットワークを経由して互いに通信（ＣＥ−ＣＥ通信）するコントローラを備える（アウトバウンド制御と呼ばれる）分離制御プレーン・ネットワーク（コントローラ・ネットワーク）を備えることが可能である。
【００４３】
図７は、ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例の実施形態を示すブロック図である。２つの物理的に分離されたネットワーク、制御プレーン・ネットワーク７００とデータ・プレーン・ネットワーク７０２がある。データ・プレーン・ネットワーク７０２は、データ・トラフィック用の一方の物理ネットワークであり、制御プレーン・ネットワーク７００は、制御トラフィック用のもう１つの物理ネットワークである。データ・プレーン・ネットワーク７０２のトポロジは、相互接続された複数のＦＥ  ５０６からなる。制御プレーン・ネットワーク７００のトポロジは、相互接続された複数のＣＥ  ５０２からなる。このように制御プレーン・ネットワーク７００がデータ・プレーン・ネットワーク７０２から物理的に独立していることにより、制御プレーン・ネットワーク７００内の複数のＣＥ  ５０２間で通信を行うための安全なメカニズムが実現される。さらに、この物理的な独立により、制御プレーン・メッセージがデータ・プレーンと同じ帯域内にある場合に、従来のルータ・アーキテクチャと比較して、信頼性およびスケーラビリティが向上する。
【００４４】
図７は、サーバの仮想的表現である。制御プレーン・ネットワーク７００では、複数のＣＥ  ５０２があり、トポロジの実施例においてそれぞれＡ’、Ｂ’、Ｃ’、Ｄ’、およびＥ’とラベル付けされているが、他のトポロジも本発明の範囲内にある。制御プレーン・ネットワーク７００およびデータ・プレーン・ネットワーク７０２のトポロジは独立している。データ・プレーン・ネットワーク７０２では、複数のＦＥ  ５０６があり、トポロジの実施例においてそれぞれＡ、Ｂ、Ｃ、Ｄ、およびＥとラベル付けされているが、他のトポロジも本発明の範囲内にある。図７に示されているデータ・プレーン・ネットワーク７０２の実施例は、インターネット・プロトコル（ＩＰ）／マルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）／光ネットワークであるが、他の多くの種類のネットワークも、本発明の範囲内にある。データ・プレーン・ネットワーク７０２内で、Ｅ＜−＞Ｂ、Ｅ＜−＞Ｃは隣接している。制御プレーン・ネットワーク７００内で、Ｅ’＆Ｂ’、Ｅ’＆Ｃ’は隣接していない。図７はＦＥ  ５０６と同じ数のＣＥ  ５０２を示しているが、ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例に基づく典型的な実装では、ＣＥ  ５０２の個数はＦＥ  ５０６よりも少ないのが好ましい。
【００４５】
図７では、制御メッセージ７０４は、制御プレーン・ネットワーク７００上のＣＥ  ５０２間で受け渡しされ、データ・パケット７０６は、データ・プレーン・ネットワーク７０２上のＦＥ  ５０６間で受け渡しされる。ＣＥ  ５０２間では安全な通信が行われる。いくつかの実施形態では、制御プレーン・ネットワーク７００は、ＣＥ  ５０２に加えて１つまたは複数のフィーチャ・サーバ（ＦＳ）（図に示されていない）を含む。制御メッセージ７０４は、制御プレーン・ネットワーク７００に関連付けられたトポロジ・データベース情報７１０に基づいてルーティングされる。データ・パケット７０６は、データ・プレーン・ネットワーク７０２に関連付けられたトポロジ・データベース情報７１２に基づいてルーティングされる。さらに、制御プレーン・ネットワーク７００とデータ・プレーン・ネットワーク７０２との間に標準インターフェイス７０８がある。
【００４６】
ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例の実施形態は、さらに、いくつかのルーティング・プロトコルの機能強化を含む。２つの独立したネットワークがあるため、ルーティング・プロトコルでは、２つの独立したネットワーク・トポロジ、つまりデータ・プレーン・ネットワーク７０２に対するトポロジと、制御プレーン・ネットワーク７００に対するトポロジを追跡する必要がある。データ・プレーン・ネットワーク７０２および制御プレーン・ネットワーク７００のトポロジは同じである必要はない。データ・プレーン・ネットワーク７００のトポロジ・ビューを適切に捕捉する、データ・プレーン・ネットワーク７０２の基礎となるトポロジに適宜基づいて、２つの制御要素の間に、ルーティング・プロトコルの近接性が確立される。データ・プレーン・ネットワーク７０２のトポロジの変更または障害がある場合、ルーティングに影響を及ぼすので、ＣＥ  ５０２に適時に伝達される。
【００４７】
例えば、開放型最短経路優先（ＯＳＰＦ）などの内部ゲートウェイ・プロトコル（ＩＧＰ）では、ｈｅｌｌｏメッセージを使用して、リンクの状態を判別し、リンク（つまり、インターフェイス）の状態に変更があると、更新が発生し、他のＯＳＰＦピアへのネットワーク全体にフラッディングされる。ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例のこの実施形態では、ＯＳＰＦはデータ経路リンクを経由してｈｅｌｌｏメッセージを送信し続けて、その状態を判別することができる。しかし、ＦＥ  ５０６によりＣＥ  ５０２に伝達されるリンク状態への変更（リンク状態更新パケット）は、データ・プレーン・ネットワーク７０２に通さずに、分離制御プレーン・ネットワーク７００を経由して他のＯＳＰＦピア（つまり、他のＣＥ  ５０２）に直接フラッディングすることができる。このため、さらに、リンク状態データベースの収束を高速化することができるが、それは、フラッディングが、基礎となるデータ・プレーン・ネットワーク７０２よりも小さいのが好ましい、分離制御プレーン・ネットワーク７００上でのみ実行されるからである。制御プレーン・ネットワーク７００自体のリンク状態は、ＩＧＰプロトコルの同じまたは異なるインスタンスのいずれかにより監視され、リンク内に障害が発生した場合、パケットが代替えルートを通るように再ルーティングされる。
【００４８】
ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例のこの実施形態は、制御プレーン・ネットワーク７００およびデータ・プレーン・ネットワーク７０２に対する独立したトポロジを持つ。制御プレーン・ネットワーク７００は、ＣＥの集合間のみである。独立した制御プレーン・ネットワーク７００は、データ・プレーン・ネットワーク７０２の基礎となるトポロジよりも小さいのが好ましい。制御プレーン・ネットワーク７００内のそれぞれのＣＥは、データ・プレーン・ネットワーク７０２のトポロジの完全ビューを有する。コントローラ間（つまり、ＣＥ−ＣＥ）通信を必要とする制御プレーン・ネットワーク７００のすべてのプロトコル（例えば、ＯＳＰＦ、中間システム間（ＩＳ−ＩＳ）、ルーティング情報プロトコル（ＲＩＰ）、境界ゲートウェイ・プロトコル（ＢＧＰ）、ＭＰＬＳ）は、直接、分離制御プレーン・ネットワーク７００を使用して制御パケットを送信する。データ・リンク／ノードの障害はＣＥ  ５０２間の通信に影響を及ぼさないため、アウト・オブ・バウンド制御通信および信頼性向上によりセキュリティが向上する。プロトコルの収束を高速化できるため、スケーラビリティが向上する。ＯＳＰＦおよびＩＳ−ＩＳなどのリンク状態プロトコルは、フラッディングが実行される制御プレーン・ネットワーク７００が基礎となるデータ・プレーン・ネットワーク７０２よりも小さいので、より高速に収束できる。
【００４９】
ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例のこの実施形態では、ＣＥ−ＣＥ通信はプライベート・ネットワーク、つまり、制御プレーン・ネットワーク７００を経由する。対照的に、ＳｏｆｔＲｏｕｔｅｒの実施例の他の実施形態では、制御メッセージ７０４のＣＥ−ＣＥ通信においてデータ・プレーン・ネットワーク７０２内のデータ経路を使用することができる。例えば、他の実施形態では、制御メッセージ７０４は、ＣＥ  ５０２からＦＥ  ５０６へ、他のＣＥ  ５０２への経路を取ることができる。対照的に、この実施形態では、ＣＥ  ５０２間のすべての制御メッセージ７０４は、制御プレーン・ネットワーク７００内の経路を取る。一方のＣＥ  ５０２から他方のＣＥ  ５０２へのプライベート・リンクがあるため、制御メッセージ７０４は、ＦＥ  ５０６を通る必要はない。これにより、制御トラフィックがプライベート化され、外部世界から利用できなくなるため、セキュリティおよび信頼性が他の実施形態よりも高い。しかし、ＣＥ  ５０２は、標準インターフェイス１０８を通じてＦＥ  ５０６と通信することができる。例えば、ＣＥ  ５０２は、標準インターフェイス７０８を通じて、ルーティング情報を構成し、ＦＥ  ５０６に供給することができる。標準インターフェイス７０８は、物理リンクまたは仮想リンクとすることができる（つまり、必ずしも物理リンクでない）。仮想リンクは、物理リンクを介したトンネルである。
【００５０】
この実施例のアプリケーションのいくつかの実施例は、Ｖｏｉｃｅ  Ｏｖｅｒ  ＩＰ（ＶＯＩＰ）、軍用アプリケーション、および制御メッセージ用のプライベート・ネットワークが好都合である他のアプリケーションを含む。
【００５１】
図８は、コンピュータを示す高水準のブロック図である。コンピュータ８００を採用して、本発明のいくつかの実施形態を実装できる。コンピュータ８００は、プロセッサ８３０とともに、さまざまなプログラム８４４およびデータ８４６を格納するためのメモリ８４０を備える。メモリ８４０は、さらに、プログラム８４４をサポートするオペレーティング・システム８４２を格納することもできる。
【００５２】
プロセッサ８３０は、電源、クロック回路、キャッシュ・メモリなどの従来のサポート回路とともに、メモリ８４０に格納されているソフトウェア・ルーチンの実行を補助する回路と連携する。したがって、本明細書でソフトウェア方法として説明される工程のいくつかは、ハードウェア内に、例えば、プロセッサ８３０と連携してさまざまな方法工程を実行する回路として実装することができる。コンピュータ８００は、さらに、コンピュータ８００と通信するさまざまな機能要素間のインターフェイスを形成する入出力（Ｉ／Ｏ）回路も備える。
【００５３】
コンピュータ８００は、本発明によりさまざま機能を実行するようにプログラムされた汎用コンピュータとして示されているが、本発明は、ハードウェアで、例えば、特定用途向け集積回路（ＡＳＩＣ）またはフィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）として実装することができる。したがって、本明細書で説明されている工程段階は、ソフトウェア、ハードウェア、またはそれらの組み合わせにより等しく実行されるものとして広く解釈することを意図されている。
【００５４】
本発明は、コンピュータ命令がコンピュータにより処理されると、本発明の方法および／または技術が呼び出されるか、または何らかの方法により提供されるようにコンピュータの動作を適合させるコンピュータ・プログラム製品として実装することができる。本発明の方法を呼び出す命令は、固定または取り外し可能媒体に格納するか、放送媒体または他の信号伝送媒体でデータストリームを介して送信するか、および／または命令に従って動作するコンピューティング・デバイス内の作業用メモリ内に格納することができる。
【００５５】
前記の説明は本発明のさまざまな実施形態を対象としているが、本発明の基本的範囲から逸脱することなく本発明の他の実施形態およびさらなる実施形態を考案することができる。したがって、本発明の適切な範囲は、請求項により決定されるものとする。
【図面の簡単な説明】
【００５６】
【図１】さらに多くの機能をＩＰネットワーク層に追加する場合に新たに出現するアプリケーションの問題を例示する図である。
【図２】従来のルータを示すブロック図である。
【図３】ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例を示すブロック図である。
【図４】従来のルータ・アーキテクチャによるネットワークを示すブロック図である。
【図５】ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例によるネットワークの実施形態を示すブロック図である。
【図６】ネットワーク要素を例示するＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例の実施形態を示すブロック図である。
【図７】ＳｏｆｔＲｏｕｔｅｒアーキテクチャの実施例の実施形態を示すブロック図である。
【図１】
2006135972.tif 000003
【図２】
2006135972.tif 000004
【図３】
2006135972.tif 000005
【図４】
2006135972.tif 000006
【図５】
2006135972.tif 000007
【図６】
2006135972.tif 000008
【図７】
2006135972.tif 000009