A：オープンフローの概要

2：スイッチ形アーキテクチャ

OpenFlow1.0のリリース以来、すでに仕様のバージョンの複数のバージョンがリリースされOFがあります

1 の0.0バージョンでは、唯一の単一ストリームテーブルをサポートしています。各オープンフロースイッチは、パケットのための唯一のフローテーブルのルックアップ、プロセスの転送があります。
そして、同じコントローラが通信することができます

ストリームフローテーブルの複数のエントリは、各エントリは、ストリーム転送ルールです。
マッチング・フロー・テーブル・エントリ・フィールド、および操作カウンタ組成物

1つの .1フローテーブルバージョンが各種の処理をマッチングパイプライン処理フローテーブルを形成、マルチレベルをサポートし、単一の流量計（質問が長すぎる）の過度の膨張を回避することが可能である
だけでなく、固有の内部ハードウェア多標準特性のより良好な使用を

図1は、 0.1と1.0の互換性はありませんが、それ以降のバージョンは、バージョン1.1に基づいています

発行されたマッチ・フィールドが//代わりTLV構造を使用する、もはや固定長構造である<--- TLV（タイプ、長さ 、値） トリプル---> 
拡張可能なマッチングオープンフローと呼ばれる定義されたマッチ・フィールド、

一方、契約は、スイッチ接続されたコントローラと多型、高い信頼性であってもよいです。
コマンドメッセージは、コントローラによって役割を切り替えることができます。
そしてOpenFlow1.2からIPv6プロトコルをサポートするようになりました

サポートされているキーワードマッチングは、ネットワーク・アプリケーションのニーズを満たすのに十分で、その後、40に増加しました

複数のストリームテーブルは、同じ照合フィールドを共有することができる可能にするフローテーブル同期機構の主な増加。しかし、また、異なるアクションを定義します

主な変更点は、パイプライン処理の流れです。にマッチング処理を高めるために試合に基づいて

開発の次のバージョンでは、互換性のあるバージョンを維持します

ネットワークの多様化ニーズに、フローテーブルは非常に肥大化となっています。ハードウェア要件が高いと高いシングル流量計

一連のフローテーブルを形成する複数のラインは、パケットのマッチング処理は、パイプラインで終了します

このバージョンでは、試合に追加し、2つの段階が一致します