SDN第四次做業

簡單表述控制器的架構技術

做業連接

• RYU控制器

在RYU控制器架構中，包括：Non-OF protocols、OF protocols、各類libraries以及內嵌的APP，同時，RYU控制器提供給用戶統一的RESTAPI，供用戶基於RYU框架開發本身的APP，同時，開發者能夠根據本身的須要。添加所需的組件和庫文件。值得注意的是，RYU架構只是提供給開發者一個平臺，至關於一個沒有應用軟件的操做系統，開發者想基於這個框架實現本身想要的功能，就必須經過RYU提供的API編寫相應功能的APP，這些APP就至關於咱們操做系統的應用軟件

• ONOS控制器

ONOS服務於服務提供商，注重的是可靠性和性能，這兩點也體如今其輕量化的設計中（特別還沿用AD-SAL（API驅動的服務抽象層，該模式曾在ODL氫版使用過，後續的ODL版本里被MD-SAL替代）的方式，總體設計比ODL要簡單）

• ODL控制器

ODL有豐富的南向接口：OpenFlow、NETCONF、OVSDB、BGP、PCEP……，說白了就是將設備端目前實現的而且能抽象成設備北向接口的協議儘量多地暴露出來，從外部看ODL支持豐富的南向接口功能強大（也確實強大），可是變相地提高了控制器設計的複雜度，也增長了控制器與不一樣網絡設備對接的難度。換言之，接口協議定義越豐富，也就意味着控制器和網絡設備的「種類」就越多，相互之間的兼容性、互通性問題就越複雜，控制器和網絡設備之間的捆綁性就越強。
ODL經過MD-SAL將南向接口與其核心層互聯起來，因爲模型自己具備廠商自定義屬性（ODL中並無嚴格限定，容許各開發者定義本身的YANG模型），不一樣南向協議之間相同的功能均可以抽象成不一樣的模型，這也使得在ODL上各個設備產商能夠根據當前自有設備的具體實現，將功能抽象成有局部差別的模型，甚至能夠抽象出「產商特點」的模型，也就意味着集成一個特定的網絡設備功能到ODL上仍是很是便利的。