openflow
sdn結構的乙個例項，一系列規範的集合，由open networking forum (onf
)維護。
這些規範的關鍵是乙個抽象的包處理機定義，called switch.
switch使用乙個資料報內容集合和交換機配置狀態來處理資料報。
protocol定義來管理switch的配置狀態以及接受switch事件。
最後，controller通過這個協議來管理許多switches的配置狀態，並對事件做出respond.
openflow協議可以被分解為四個部分: message layer, state machine, system inte***ce, and configuration.
message layer:是協議棧的關鍵，為所有messages定義有效的結構和語義。典型的訊息層支援construct,copy, compare, print and manipulate messages.
state machine: 狀態機定義了協議的關鍵的底層行為。典型的，用來描述actions，例如：negotiation, capability discover, flow control. delivery等。
system inte***ce: 系統介面定義了協議如何與外部世界互動，典型的標識了必要的和可選的介面以及它們的預期用途，比如tls和tcp作為傳輸通道。
configuration: 計畫協議的各方面都有配置或者初始值。配置可以覆蓋所有，從預設buffer sizes and reply intervals to x.509 certificates.
data model: 另一種考慮openflow協議的方法是理解它的底層資料模型。每個交換機維護乙個關係資料模型，其中包含每個openflow抽象的屬性。這些屬性可以描述抽象能力、配置狀態或一些當前統計資料。
OpenFlow協議之殤？
在過去，openflow一度是sdn的代名詞，只要是sdn出現的地方就不得不談到openflow。不過現今，sdn似乎對openflow並不是很熱情，在談論sdn時，openflow也不再是標配了。這個曾經的唯一選擇究竟遇到了什麼，難道這是openflow協議之殤？下面我們好好分析一下這個問題。這裡...
SDN原理 OpenFlow協議 3
of1.1版本 這是of1.1版本的操作，引入了多流表，1.0版本並沒有多流表。of1.3版本的流表匹配相比of1.1版本，改變了很多 1 當匹配到流表項的時候，首先更新計數器，然後檢視指令集 之前有提過，指令是從動作層抽象出來的層次，便於管理動作 由指令決定動作是立即執行，或者是新增到位址集中 然...
SDN原理 OpenFlow協議 3
of1.1版本 這是of1.1版本的操作，引入了多流表，1.0版本並沒有多流表。of1.3版本的流表匹配相比of1.1版本，改變了很多 1 當匹配到流表項的時候，首先更新計數器，然後檢視指令集 之前有提過，指令是從動作層抽象出來的層次，便於管理動作 由指令決定動作是立即執行，或者是新增到位址集中 然...