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

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

顯然，思科擁有了基于OpenDaylight氫版本的其他控制器，XNC已經(jīng)到了退出歷史的舞臺(tái)的時(shí)刻。那么該控制器對(duì)OpenDaylight架構(gòu)做了哪些根本性的改變?cè)谙旅嫖覀儗⒄劦健?/span>

OpenDaylight的核心

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

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

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

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

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

沒(méi)有生產(chǎn)基于氫版本控制器的供應(yīng)商未受影響，如博科。他們?cè)诤ぐ姹景l(fā)布以后，正好可以利用MD-SAL生產(chǎn)自己的控制器。

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

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

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

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

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

總結(jié)

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

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