隨著互聯(lián)網(wǎng)的普及，網(wǎng)絡體系越來越復雜，網(wǎng)絡操作需要與其它IT操作的集成與協(xié)作，導致網(wǎng)絡部署困難更新麻煩、手動操作過多，網(wǎng)絡管理員分身乏術(shù)。對于以上問題，優(yōu)化網(wǎng)絡結(jié)構(gòu)、網(wǎng)絡設備更新是網(wǎng)絡研究者們探索的課題，進而出現(xiàn)了軟件定義網(wǎng)絡（簡稱SDN）的概念和方法。在SDN運行過程中為提高其效率經(jīng)常會應用到分布式，分布式環(huán)境下必然存在著分布式的多任務并發(fā)，而多任務的并發(fā)因其并發(fā)特性將會導致時間和數(shù)據(jù)上的不一致，即分布式任務并發(fā)協(xié)調(diào)不一致。本論文即以此為目的展開研究，采用SDN透明化的開源框架OpenDayLight研究分布式任務并發(fā)協(xié)調(diào)一致的問題。

　　分布式環(huán)境下多任務的并發(fā)場景經(jīng)常出現(xiàn)，分布式任務并發(fā)不一致即在分布式環(huán)境下因多任務并發(fā)造成任務到達時間以及數(shù)據(jù)的不一致，而時間及數(shù)據(jù)的不一致將導致分布式任務的失敗或集群效率及性能不高，因此必須解決分布式任務并發(fā)協(xié)調(diào)不一致的問題。

　　在ODL 集群中同樣存在著分布式任務并發(fā)協(xié)調(diào)不一致的問題，包括在時間上的不一致以及在數(shù)據(jù)上的不一致，而ODL 框架中目前沒有對應的解決方案。

　　為解決ODL 集群中分布式任務并發(fā)在時間上協(xié)調(diào)不一致的問題可以運用ZooKeeper，ZooKeeper 是一個分布式的，開放源碼的分布式應用程序協(xié)調(diào)服務，本論文將ZooKeeper 部署到ODL 集群中，通過ZooKeeper 編碼實現(xiàn)屏障使得分布式任務并發(fā)在時間上實現(xiàn)協(xié)調(diào)一致。

　　對于ODL 集群中分布式任務并發(fā)在數(shù)據(jù)上協(xié)調(diào)一致的問題，可以通過本論文中提出的數(shù)據(jù)提交算法解決。

　　本論文主要工作是基于OpenDayLight 建立集群，在此基礎(chǔ)上利用ZooKeeper 及研究提出的數(shù)據(jù)提交算法解決分布式任務并發(fā)協(xié)調(diào)不一致的問題，下面對OpenDayLight 及分布式任務并發(fā)進行簡要介紹。

　　OpenDayLight 架構(gòu)主要由應用服務層、控制平面層、南向接口層和數(shù)據(jù)平面層四層構(gòu)成。

　　OpenDayLight 為應用（App）提供開放的北向API。支持OSGi 框架和雙向的REST 接口。OSGi 框架提供給與控制器運行在同一地址空間的應用，而REST API 則提供給運行在不同地址空間的應用。所有的邏輯和算法都運行在應用中。

　　控制平面主要包含了基本網(wǎng)絡服務和一些附加的網(wǎng)絡服務，這些附加服務都可以通過插件的形式安裝加載，這增加了OpenDayLight 的靈活性，當然了其穩(wěn)定性也是顯而易見的。

　　ODL 控制器采用OSGi 框架，OSGi 框架是面向Java 的動態(tài)模型系統(tǒng)，它實現(xiàn)了一個優(yōu)雅、完整和動態(tài)的組件模型，應用程序（Bundle）無需重新引導可以被遠程安裝、啟動、升級和卸載，通過OSGi 捆綁可以靈活地加載代碼與功能，實現(xiàn)功能隔離，解決了功能模塊可擴展問題，同時方便功能模塊的加載與協(xié)同工作。自Helium 版本開始使用Karaf 架構(gòu)，作為輕量級的OSGi 架構(gòu)，相較于早前版本的OSGi 提升了交互體驗和效率，當然其特性遠不僅僅于此。

　　ODL 控制平臺引入了SAL （服務抽象層），SAL 北向連接功能模塊，以插件的形式為之提供底層設備服務，南向連接多種協(xié)議，屏蔽不同協(xié)議的差異性，為上層功能模塊提供一致性服務，使得上層模塊與下層模塊之間的調(diào)用相互隔離。SAL 可自動適配底層不同設備，使開發(fā)者專注于業(yè)務應用的開發(fā)。