SDN興起對於我們這些已經多年的CCIE，不知道未來該何去何從11？

01-15

原來做過做過軟體開發二年，後來轉網路，考了CCIE，在這個行業也折騰了好幾年，大型的數據中心項目也接觸不少，未來的SDN，不知道對於我這樣的人該何去何從，心裡總是有一種不安，不知前路是何方？

要等ccie們下崗得等拿sdn吹牛逼的碼農們知道ospf bgp的是什麼的縮寫再說吧

這個問題我也想來說兩句：

就目前看到的SDN而言，仍然處於極其初級的階段。其基本功能還是在於部署，作為用戶自服務界面的一部分。

就實際過程而言，這些部署在我們看來還是比較初級的，基本都是重複性的命令下發，開介面，寫描述，劃vlan，或者一些vxlan的命令，一些acl相關命令。這些命令在10多年前，我們都可以通過腳本來完成了，並不是SDN概念出來才有的。

企業的網路建設有規劃設計、部署實施、運營運維等多個階段。

規劃設計部分，但是始終需要人工介入，這是短時間無法被取代的。

部署實施，需要人工介入來安裝部署、調試開通，這是短時間無法被取代的。

運營運維，就目前的SDN能力而言，只能解決自服務開通這部分，這只是日常運營運維工作的一小部分，而且涉及故障排查、搶修，SDN是指望不上的。

綜合而言，SDN的出現暫時不會對網路工程師行業帶來實質的衝擊。

但是，結合我多年網路+編程經驗來看，以上所說對於技術的變更而言都是浮雲，都不能阻擋軟體取代人力的進程。我們正處於被替代的進程中，也許5年，也許10年，這個時間一定會來到。

又看到SDN了，來答一下吧，我又要長篇大論了。

還是那句話，現在大家都喜歡說SDN，跟兩年前都吹Cloud似的，到最後Cloud衝擊了什麼？數據中心網路，還不是該上路由器上路由器，該改交換機改交換機。

SDN會催生什麼產品？

既然題主是CCIE那就說Cisco咯。

開放API提升第三方平台介入能力，有啊，onePK

Cisco"s One Platform Kit (onePK)

數據中心面向雲計算的統一應用策略控制，有啊，APIC

Cisco Application Policy Infrastructure Controller (APIC)

開源的openflow的支持，更多了，NX-OS都支持了。

Software-Defined Networks and OpenFlow

除了APIC，別的都早就有了【誰說cisco不玩SDN的，玩了就嗝屁的，某記的軟文別看太多...

大家都在玩SDN，有人說SDN上了網路架構就革命了？就跟現有網路不一樣了？

C記說了？H記說了？還是Google/18M/J記他們說的？

當然沒人說~

SDN的核心，Controller，目前還是被市場看待為可編程可定製的網路管理系統，通過調用設備的API介面實現Control Plane部分統一。

SDN會改變什麼？

假設都有SDN了，各種轉發協議會不會被廢棄？——統一控制平台和路由協議有蛋關係？

假設都有SDN了，網路就不用規划了？——誰說的，虛擬機好歹也要一個物理埠吧。硬體還是在，只是軟體層面被抽象了。

所以，該幹嘛還是幹嘛，原來在每台設備上做策略，以後可能在一台設備上就搞定了，就是這樣而已。真要說到網路智能化飯碗丟了，以後組網就是加個盒子進去就能自動分埠劃VLAN定策略，也許真有這麼一天，不過黑客帝國的劇情大概就成真了...

這裡對於LZ的問題的總結，網路里總要有人設計，底層協議用什麼，切換策略怎麼整，哪些VLAN對應哪些服務，CCIE的價值在定義這些規矩，而這些事情，Controller幫不上忙。就算以後Controller可以直接智能配設備了，那得有人來配Controller啊。

最後的廢話，真的了解SDN？

就好像我們說雲計算是數據中心發展後資源統一必然衍生出來的產物，其實技術雛形早就有了只不過換了個好聽的名字，SDN哪裡不是一樣。

估計教CCIE的老師們都快重複膩了網路設備分為「Control Plane」和「Data Plane」；Control Plane負責維護轉發表/轉發策略。這裡的問題是，每個轉髮網元的Control Plane都是獨立的，如果網路環境出現變化，網路要花好大成本重新收斂，CCIE們要花好多心血研究用什麼協議和策略來簡短這個收斂時間。

SDN早在90年代就出現了，為的就是解決統一「Control Plane」，加速網路收斂和自愈，這是最根本的需求；在這個基礎上，統一的「Control Plane」，開放API，二三層尋路能實現自動化。

SDN為什麼誕生這麼早卻一直沒火，首先SDN的核心，Controller的定位很模糊，無法確切產品化。Google是通過SDN受益了，可是人家的東西不賣啊。Controller是一個伺服器？帶外管理核心？還是一個網路管理平台？就算到今天，SDN被炒的這麼火，Controller還只是作為一個網路管理平台的加強版出現的。

Cloud概念出現了好幾年，才定義出「IAAS/PAAS/SAAS」等標準架構，SDN會是怎樣，這個戲還要看好一會兒。

但是前途這種問題？一個真正的CCIE不應該這麼貶低自己。

而且放心，到時候思科如果沒嗝屁的話，肯定會出新的CCIE方向的。

我來轉載一位思科官網中大牛寫的關於SDN技術文檔中，為網友回答的兩個問題，未翻譯，全程英文：

Can we consider SDN a CCIE killer?

Actually NO, you can see how Cisco nowadays is feeding their different CCIE Tracks with SDN topics.

Think about it, we just discovered new cement material is that means we will not use concrete walls and the gauge of rebar anymore? Sure NO

New cement material here is the SDN

Concrete walls and the gauge of rebar here is the Networks (CCIE tracks)

I would like to add here a comment of one of my FB friends Mr. Terry Vinson and one of the authors of Cisco Press CCIEv5 Study Guide , when he answered a similar question on my FB wall.

「I keep getting asked, "is SDN the CCIE killer?!?" My answer is always the same. This abstracted layer of functionality (Compute, Network Storage) resides on actual devices. Physical devices that need to be engineered, upgraded, optimized and maintained. OSPF is not going away. BGP is not going to be rendered moot by SDN/NV. In fact if you pop the hood on ACI/9K you will find that every spine is a MP-iBGP Route Reflector where no leaf is more than two hops away from another (in the typical scenario). So NO I do not think SDN is a CCIE killer. It will simply be another tool we have in our tool chest to build the most dynamic, scalable and elastic networks in the industry today. 「

Does u see that learning some software programming is a must to be SDN Specialist later on?

As some vendors started to have SDN products managed via GUI .

First of all SDN products now days managed via GUI , my answer will be Yes and NO

No if you just want to be an ordinary network engineer, you will master the SDN controller , how using controller GUI and that is it.

Yes if you want to be special and more expert since A new job type is being created by the SDN transition: the network programmer. This is a person who will need to have a wide and deep knowledge of network engineering, as well as a deep knowledge of at least one powerful C-like programming language (C, C++, C#, Java, Objective-C). This role will be responsible for the actual programming of SDN controllers (the interface) and related components.

If you looking for my strong advice, go and learn Programming whatever it is Java, C or python it will help you even to understand other Cisco products for instance when i am teaching Cisco FirePOWER and when it comes to Correlation policy the logic behind how it is working is completely based on IF/THEN programming statement ,Which is the most basic of all the control flow statements.

if you are studying Cisco ISE which is based on policies apply AAA,802.1X ...etc. concepts and can tie all these with directory services such as Microsoft AD or any external LDAP database where we can classify users and hosts (same happens with FirePOWER)

If you play with ISE GUI you will find that the programming IF/THEN aspect shown clearly in ISE GUI where we have Conditions represent the [IF] and could be simple or complex (more than one Condition tied with AND/OR Boolean operations) and when these Conditions happens we specify a Results represent the [THEN] and send these results to routers , switches , wireless LAN controllers or firewalls to implement enforcement using APIs such as REST (HTTPS) API.

SDN is working in same concept but instead of working with identity management such as ISE , SDN work in Routing management and IGP/EGP/QoS control policies and more by using centralizing model and separates the control plan and data plan.

SDN吹了那麼久，思科的nexus產品線搞了那麼多新花樣新技術，不還是基於tcp/ip和乙太網么。

真要淘汰思科華三華為銳捷瞻博各種IE除非出來個類似於CLNS的新玩意完全推翻tcp/ip。

不過數通終究是沒錢途的。

如果SDN真的實現的話，作為老一批做網路的攻城獅們還是首當其衝的，放心吧。

沒關係，SDN不會初始化設備，還得你去插console來配置基礎部分~~

搞個自動化運維的，喊著自己在搞SDN。

搞個虛擬化的防火牆、路由器、交換機的，喊著自己在搞SDN。

參加了幾次大會聽了幾次吹B的，也在外面喊自己在搞SDN。

這年頭不說點自己在搞SDN的似乎顯示不出自己有多麼高大上。

……

裝逼如風，常伴汝身，連個ARP都弄不清楚的人也在大談SDN，可拉倒吧……

解決問題/需求的方案總是很多，有些方案根本就算不上SDN，撐死了算個智能化網管，但是也有人把這稱為SDN……

感謝邀請,不過覺得您多慮了,軟體定義網路,本質上還是網路,所以網路基礎知識極其紮實的CCiE根本無需擔心, 需要做的只是與時俱進,繼續學習網路領域的新技術,更好的為企業和用戶服務.

你看到了哪個原來教手動擋的駕校教練因為自動擋取代了手動檔而失業了？

泡麵吃了這麼多年，蘭州拉麵也沒黃，你的焦慮源自你對未來的不自信和恐懼，以及對自己要求略高。在《我的父親鄧小平》里,毛毛寫到小時候問父親鄧小平長征那麼艱難、那麼前途未卜,他是怎麼走過來的,小平同志沉默片刻,答:「跟著走」,便再無言語。

CCIE 很有價值的，僅僅會編程是不懂網路的。

SDN 是需要精通而資深有豐富經驗的網路工程師作為基本核心基礎，再懂得開發技能。

未來技能上的要求是複合型的，不用擔心啊，CCIE的路還長呢，掌握了編程會越來越值錢！

你這是要靠CCIE混一輩子啊，千萬別有這想法啊！

我也有這種意識，這應該叫危機意識，我覺得樓上比較迷茫的是，不是恐懼和不自信，而是不知道從哪裡入手擁抱SDN吧！我的QQ：42929689，有時間一起聊聊！

CCIE是有數據中心方向的，目前思科的伺服器和nexus交換機都歸這個方向，涵蓋了從雲計算到SDN的主要思科方向。就思科而言，關注的已經不僅僅是這些基礎架構的概念而是計划進一步將路由交換和網路安全產品全面虛擬化之後以服務為單元的超級統一架構了。傳統的CCIE自然是面向傳統行業和應用場景，新的方向里可做的事情很多。不過，思科在中國被封殺之後，華為眼看就是下一個抄襲而肥的百度。所以，可以考慮轉型國產自主技術的認證順便入黨提高就業機會。

沒關係還是要有人上架的

簡單的說，sdn一定會替代很多現在需要ccie來做的事，雖然可能需要5年，10年或者更久。但是技術是死的，人是活的。

干不過sdn就擁抱sdn吧，何況你還做過研發，學點新技術不是那麼難的，cisco都加入sdn陣營了，不知道你還在猶豫什麼。