アーキテクチャにおける抽象化を図解している。特定の実装では、以降議論するように、プレーンがほかのプレーンと同じ場所に配置できたり、物理的に分離できたりすることに注意する。制御されるエンティティと制御する(コントローラ)エンティティの間を分離する、という構想に基づいている。コントローラはインタフェースを通じて、制御されるエンティティを操作する。プロトコルを使って拡張できる。プロトコルはリモートで作用させることが可能で、オープン・スタンダードあるいはプロプライエタリな方法で定義される。利用することついて調査している。基づく再帰的なネットワークアーキテクチャの概要を説明している。本書は、新しいアーキテクチャの提案を行わない――我々は分類法を通じてこれまでの取り組みを簡単に文書化する。レイヤが互いの上に積み重ねられ、必要に応じて再帰的に使用できる、階層的なモデルを図示している。制御は主に機器のパケット操作機能を参照するが、管理は通常、機器操作という局面全体を参照する。同じように複数のリソースの一部である)として見る。リソースは、単純な、ネットワーク機器のひとつのコンポーネント(たとえば機器のポートとかキューのような)にすることができる。複合的なリソース(たとえばネットワークカードやネットワーク機器全体のような)の中に集約されることもできる。区別していないことに留意しておくべきである。言い換えれば、リソースは、ハードウェアにも、ソフトウェアにも、それらを混在させた組み合わせについても、完全に実装することができる。我々はリソースがオーバーレイとして実装されているか、そのほかの何らかの機器のコンポーネント/パーツとして実装されているかを区別しない。図示されたような複数のプレーンにわたる。Planeフォワーディングプレーン。データパスの中で、コントロールプレーンから受け取る命令にしたがってパケット操作をすることを受け持つ。フォワーディングプレーンの動作は、パケットの転送・破棄・変更を含むが、これだけに限定されない。フォワーディングプレーンは通常、コントロールプレーンのサービスとアプリケーションの終端点となる。ようなリソースを含むことができる。Planeオペレーショナルプレーン。ネットワーク機器の運用上の状態管理(たとえば、どの機器がアクティブ/非アクティブか、有効になっているポート番号は何番か、各ポートの状態は何か、など)を受け持つ。オペレーショナルプレーンは、通常、マネジメントプレーンのサービスまたはアプリケーションの終端点となる。オペレーショナルプレーンは、ネットワーク機器リソース(たとえばポートやメモリなどの)と関連する。一部の参加者は、オペレーショナルプレーンの定義について異なる意見を持っているということである。構成せず、実際にはフォワーディングプレーン上の機能の集合である(と主張する)。して含まれるべきである。Planeコントロールプレーン。ひとつ以上のネットワーク機器によって、パケットがどのように転送されるべきかを決定することを受け持ち、(パケットの転送を)実行するために、その決定をネットワーク機器へ投入する。コントロールプレーンは通常、ほとんどフォワーディングプレーンに焦点を当てる。機器のオペレーショナルプレーンに対してはそれよりも頻度が少ない。コントロールプレーンはオペレーショナルプレーンの情報(たとえば特定のポートまたは機能の現在の状態)に関心がある。コントロールプレーンの主要な仕事は、ネットワークトポロジあるいは外部のサービス要求に基づいて、フォワーディングプレーンに存在するフォワーディングテーブルの調整をすることである。Planeマネジメントプレーン。ネットワーク機器の状態にについて決定を行う。マネジメントプレーンは通常、主に機器のオペレーショナルプレーンに焦点を当て、フォワーディングプレーンについてはそれほど対象としない。マネジメントプレーンはフォワーディングプレーンを設定するために使われるが、それは、それほど頻繁にではなく、コントロールプレーンに対してよりも大規模なアプローチで行われる。マネジメントプレーンは、フォワーディングルールのすべてまたは一部を一度にセットアップするだろう(そうした動作が慎重に行われることが期待されるとしても)。Planeアプリケーションプレーン。ネットワークの振る舞いを定義するアプリケーションとサービスが属するプレーン。(または主に)フォワーディングプレーンの操作をサポートするアプリケーション(コントロールプレーン中のルーティングプロセスのような)は、アプリケーションプレーンの一部とは見なされない。あるように複数のプレーンにまたがることができる、という点に注意すること。観点からデータ、コントロール、マネジメントプレーンを定義している。定義された用語を拡大することを試みている。ひとつのインタフェースは、同じ(物理または仮想の)機器に属するどのプレーンに接続しているかによって、複数の役割を持つ。それぞれのプレーンが、同じ機器に属する必要がないとすると、そのインタフェースはプロトコルという形態だけをとることができる。オペレーティングシステムのシステムカーネルのシステムコール)を介して実装されるだろう。[OF-CONFIG].アプリケーション、すなわち、(ほかのアプリケーションへのアクセスを提供せずにサービスを消費する特定の計算を行う)ソフトウェアプログラムは、プレーンの中に直接実装する、あるいは複数のプレーンにまたがって実装することができる。両方を使うことができる。両方を使うアプリケーションである。ほかのアプリケーションまたはサービスに提供するソフトウエアは、特定のプレーン中にネイティブに実装できる。複数のプレーンにまたがるサービスも同様に、アプリケーションプレーンに属している。semantics)を提供することで、再帰的な方法で配置することができる。サービスを経由して、ほかのアプリケーションやサービスに提供することができる。通信にあることに注意すること。これは、明らかに、任意のひとつのプレーン内部におけるエンティティ同士の通信を除外するものではない。中には、実装に関する詳細が欠けていることである。過去の多くの実装が、コントロールプレーンの上にマネジメントプレーンを配置することを選択した。これは、コントロールプレーンはマネジメントプレーンに対するサービスとして動作する、と解釈することができる。多くのネットワーク、特にインターネットルータやイーサネットスイッチでは、コントロールプレーンは通常ネットワーク機器と密結合している。マネジメントプレーンは伝統的に集中化され、コントロールプレーンと機器の管理を受け持ってきた。原理を適用することで、こうした区別はもはや明確なものではなくなっている。コントロールプレーンとマネジメントプレーンに対して、機器のフォワーディングプレーンとオペレーショナルプレーンのリソースを抽象化する。種類によっては、両方あるいはどちらかのプレーンを抽象化するだろうし、コントロールプレーンまたはマネジメントプレーンのいずれかに対して、機器の任意のプレーンを抽象化するかもしれない。