文/趙科學
運營商的網路不可能一步跨越到sdn。畢竟，現網數以百萬、千萬計的網路裝置執行，支援大量傳統業務，這些業務都不會一夜消失，這些裝置也不是一天都能換掉的。此外，使用者原有的網路與運維方法已經形成了固定模式，sdn所帶來的這種全新的運維模式，使用者不是一天兩天就可以適應的。
sdn在運營商網路部署一定是走演進路線，逐步遷移到sdn。在演進的過程中，sdn網路與現有傳統網路共存是乙個必然，就象ipv4與ipv6一樣。 那麼sdn網路如何與傳統網路共網互通，如何讓使用者感覺放心的演進，是值得深入研究和**的話題。
通常，客戶都不願意冒風險，所以需要有穩妥可信的遷移方案。我們建議，先從封閉、小規模網路開始，比如資料中心，或者一些ipran，或者一些都會網路，進行小規模試驗，試執行一段時間。等到網路運**況良好，而且對於運營商也達到預期效益，再考慮全網向sdn演進。
我們可以把網路分為自治域內的路徑計算（即交換網，fabric），和網路邊緣的接入業務處理兩個功能維度。本文主要分享交換網sdn化的演進方式。
交換網sdn化，是指把域內交換網的路徑計算功能進行集中控制。如下圖所示：
pce是乙個典型的域內交換路徑的集中控制方案。pce對ip領域裡的人而言相對比較陌生，其實在光網路早有應用。pce本身是在ason（自動交換光網路）解決方案標準中定義的乙個元件，用於端到端路徑的集中計算的方法。其理念就是用乙個專門的伺服器，用於集中算路，其它的網元都不管。你可能會問，光網路本身就是集中控制的呀，為啥要pce這玩意。沒錯，光網路主要是通過網管或oss，人工靜態配置的，而ason是，平時事先靜態配置好e2e路徑，但故障時，自動觸發重路由計算。ason最早是每個網元自己算，這樣就出現了管理規模問題：涉及到全網拓撲資料同步，以及e2e計算，因此需要pce來解決分布式ason的單機效能有限，導致管理規模無法快速增長的問題。pce自身計算能力如果不足，還可以級聯。
pce的集中計算這種核心思路跟現在的sdn很匹配，因此，pce的思路可以用於sdn中，作為mpls網路向sdn網路遷移的方案之一。
應用pce進行集中式路徑計算與排程的乙個參考架構，如下圖所示：
sdn控制器與路由器之間執行bgp-ls協議，路由器將通過igp蒐集的網路拓撲和頻寬情況通過bgp-ls傳遞給sdn 控制器，每個域內只需一台或兩台路由器（通常為abr）與控制器建立鄰居關係即可。
sdn控制器基於bgp-ls傳遞的資訊完成路徑計算（path computation），並通過pcep協議將結果下發給路由器。
集中式路徑計算，避免了分布式模式下的頻寬利用不合理，以及系統擴張壓力大的問題。 ）
基於SDN的Neutron應用
一千個人心中，就有一千個sdn。本篇所說的sdn，就是傳統老牌裝置廠商推出的sdn方案。基於sdn的應用場景 上圖所描述的應用場景，可以說是sdn浪潮大背景下的運營商與傳統老牌裝置商心照不宣各取所需的 創新 方案。運營商一直以來都被各個裝置廠商提供的形態各異 紛繁複雜的管理介面所深深 傷害 一直期望...
談一談基於SDN的多接入邊緣計算（MEC）
資料生成和資料處理的發展對底層基礎設施網路的需求和演變產生了強烈的影響。5g網路通常被看作是無處不在的高速連線的先驅，能夠滿足資料需求。話雖這麼說，5g網路在實現這一承諾方面仍面臨許多重大挑戰。etsi提出了多接入邊緣計算 mec 來解決其中的一些挑戰。本文討論這些挑戰，以及如何為mec增加網路可程...
基於xml方式的ssh整合
具體配置 具體的配置檔案中的內容是 jdbc.properties中的內容 user root password 1230 driverclass com.mysql.jdbc.driver jdbcurl jdbc mysql test hibernate.cfg中的內容 false true u...