為什么80%的碼農(nóng)都做不了架構(gòu)師？>>> ??

雖然依舊能在市場上看到思科的可擴展網(wǎng)絡(luò)控制器(XNC)，但是你可能已經(jīng)注意到思科在最近的一段時間內(nèi)，一直在談論其開放SDN控制器（替代XNC）。

顯然，思科擁有了基于OpenDaylight氫版本的其他控制器，XNC已經(jīng)到了退出歷史的舞臺的時刻。那么該控制器對OpenDaylight架構(gòu)做了哪些根本性的改變在下面我們將談到。

OpenDaylight的核心

思科的開放SDN控制器的變化在控制平臺的服務抽象層，位于南向接口之上，如OpenFlow。這意味著隔離了應用程序所在的北向接口。這樣，應用程序和網(wǎng)絡(luò)設(shè)備端都可以與抽象層進行交互，這意味著你不需要擔心是否一個應用程序知道如何與特定的設(shè)備交流。

2014年初發(fā)布了OpenDaylight的第一個版本——氫，使用了由API驅(qū)動的服務抽象層(AD-SAL)，由思科XNC構(gòu)造。但是AD-SAL模式有其局限性，也就是它需要知道網(wǎng)絡(luò)中設(shè)備所有的類型。如果要引入一個新的接口，必須要更新更新設(shè)備的驅(qū)動和控制器。

所以即使推出了OpenDaylight氫版本，思科仍然幫助推動另一種模式:模型驅(qū)動的服務抽象層(MD-SAL)。MD-SAL的關(guān)鍵是Yang模型而不是設(shè)備APIs。應用程序可以向模型請求更新，然后抽象層向網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)請求。

在這個模型中，控制器不需要識別網(wǎng)絡(luò)設(shè)備的類型。該模型還能使OpenDaylight更模塊化；開發(fā)團隊可以獨立工作，并且整合他們的代碼。

潛水艇和浴缸
為了適應MD-SAL，思科的XNC派上了用場。所有基于OpenDaylight的控制器基礎(chǔ)設(shè)施必須調(diào)整。(AD-SAL仍可用，但MD-SAL顯然OpenDaylight的未來。)

沒有生產(chǎn)基于氫版本控制器的供應商未受影響，如博科。他們在氦版本發(fā)布以后，正好可以利用MD-SAL生產(chǎn)自己的控制器。

其他供應商也做了許多工作，NEC就在最近完成了虛擬租戶網(wǎng)絡(luò)的移植，以適應MD-SAL。

惠普雖然還在用它的OpenDaylight控制器，但同時，該公司已與收購的ConteXtream收錄了一些基于OpenDaylight的代碼。在最新的鋰版本中，AD-SAL已經(jīng)不建議使用了。預計在2016年的下一個版本中AD-SAL將完全消失。

MD-SAL是OpenDaylight的核心元素。它反映了你會從任何平臺構(gòu)建的SDN控制器中獲得模塊驅(qū)動的舉動。這也是OpenDaylight項目合作作品的開放模式的一個例子。雖然有人人提出了反對意見，認為MD-SAL太復雜，就像使用“潛艇穿越浴缸”，但是通過激烈的辯論，MD-SAL被看作是長期的解決方案。

本文轉(zhuǎn)載自SDNLAB，原文鏈接：http://www.sdnlab.com/12960.html

轉(zhuǎn)載于:https://my.oschina.net/sdnlab/blog/487521

總結(jié)

以上是生活随笔為你收集整理的思科谈OpenDaylight的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。