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

　　分布式環境下多任務的并發場景經常出現，分布式任務并發不一致即在分布式環境下因多任務并發造成任務到達時間以及數據的不一致，而時間及數據的不一致將導致分布式任務的失敗或集群效率及性能不高，因此必須解決分布式任務并發協調不一致的問題。

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

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

　　對于ODL 集群中分布式任務并發在數據上協調一致的問題，可以通過本論文中提出的數據提交算法解決。

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

　　OpenDayLight 架構主要由應用服務層、控制平面層、南向接口層和數據平面層四層構成。

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

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

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

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