https://www.jianshu.com/p/d2a21476359e 參考資料,SDN閒聊
SDN控制器可以分爲集中式（Centralized）和分佈式
分佈式控制器
是指，在一個SDN集羣中，每個交換設備都有一個對應的控制器。每個交換設備的OpenFlow流表由對應的控制器下發。分佈式控制器的負擔不隨SDN集羣的增加而加大，但是控制着各個交換設備的控制器之間的數據同步，以及對應的邏輯將會使實現變得複雜。（我自己現在用的drangonflow控制器就是這種）
Proactive控制器（全部下發）
指控制器將所有必須的網絡功能都下發到交換設備。這樣設備在接收完OpenFlow轉發規則後，自己就能完成網絡功能。這對於簡單的二三層轉發，或者安全組等功能，可以實現。對於一些應用層功能，例如dhcp，用OpenFlow實現將會極其複雜。這個時候一般是上送控制器，由控制器完成dhcp的解包封包，再將網絡包回送至交換設備。控制器參與到網絡通訊中，並結合proactive方式，即是hybrid方式。
Hybrid控制器
部分網絡功能下發至交換設備完成，由交換設備上送至控制器完成。上送控制器完成的網絡功能，其延時（latency）將遠大於直接在交換設備上完成。因此，在設計時，應當儘量將一些複雜的功能，並且不是很頻繁使用的網絡功能交由控制器實現
Proactive VS Reactive
https://www.jianshu.com/p/9810e14341d4
天才的SDN先驅們想到一個辦法來克服TCAM表過小的問題，那就是採用reactive的方式來編寫TCAM，
俗來說就是：只保存那些active流的表項，那些不再active的表項都會因爲超時而被刪除。具體的做法是：對於每個新流的第一個包，交換機不知道該如何處理，於是交換機會向控制器發送一個packet-in，控制器收到這個packet-in之後，計算路徑並通過Flow_Mod告訴各個交換機如何轉發這個新流
reactive的模式雖然在一定程度上解決了由於TCAM過小帶來的問題，但也讓SDN控制器成爲了系統的瓶頸
在工業界中，這樣的誤解會少很多，因爲在設計任何一個SDN產品之前，人們會評估設計的瓶頸：如果每一個新的TCP 5 tuple都會引起packet-in的話，SDN控制器肯定會成爲系統瓶頸，這種系統設計會被毫無疑問的在第一時間拋棄