曾幾何時，軟體定義網路只有一種協議：openflow。經典sdn皆依賴openflow保證sdn控制器和執行其命令的資料平台裝置的連線。
然而，在發展過程中更多地強調集中的網路虛擬化和可程式設計性，而不只是控制與資料平台的分離，因而sdn有了更為廣泛的含義。隨著這種轉變的發生，該領域的其他協議變得越發重要起來。
思科推出了一種sdn協議讓策略能夠在由智慧型裝置組成的網路中自動傳播，而不是將資料平台裝置「白紙化」。vmware nsx和其他解決方案的崛起帶來了可覆蓋整個本地網路的vxlan協議。nvgre是種相似的虛擬化協議，吸引了微軟及其他知名企業在雲環境中使用它。而geneve則是種更新的虛擬化協議，旨在統一vxlan和nvgre。
考慮到有越來越多的協議可供選擇，怎樣決定哪種sdn協議是最適合你的?對多數人來說，問題應歸結為：哪種sdn方案能夠支援起未來幾年內你想要及需要做到的事，從而使用它所支援的那種協議。
確實，openflow擁有最廣泛的**商和技術支援的生態系統，不過若是基於openflow的sdn達不到你想要的，可以看看其他的是否能夠滿足你的需求。且長遠來看，擁有一到兩個備選協議和遷移途徑將不成問題。
SDN南向協議
sdn網路中的協議按照功能可以分為管理層面協議與控制層面協議。廣義的sdn南向協議可分為三種型別，分別為僅有對資料平面的配置能力 具有部分可程式設計能力 本來就存在,但不是為sdn設計,只是被應用在sdn上。狹義的sdn南向協議具有對資料平面程式設計的能力，可以指導資料平面裝置的 操作等網路行為，關...
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 當匹配到流表項的時候，首先更新計數器，然後檢視指令集 之前有提過，指令是從動作層抽象出來的層次，便於管理動作 由指令決定動作是立即執行，或者是新增到位址集中 然...