主持人：軟件定義網絡這一話題被提出至今已有幾年的時間，但是相比較計算與存儲在數據中心的發展仍相對遲緩，這一問題的緣由到底是由什么造成的，我們今天很有幸請到了銳捷網絡專家宋子航先生做客比特網，請他來談一談軟件定義網絡種種。

宋子航：各位網友，大家好，我是來自銳捷網絡交換機事業部SDN首席架構師宋子航。今天很榮幸，能夠在比特網跟大家分享一些我對于SDN的一些看法，以及在實際過程中遇到的一些問題。首先我們來探討一下：SDN網絡發展緩慢的原因在哪里?其實在數據中心網絡當中，它最核心的是兩大要素：第一大要素是計算;第二大要素是存儲。那么網絡則為我們的計算和存儲提供了一個橋梁。隨著云計算和大數據大規模的應用，也導致我們網絡當中、以及服務器存儲當中，以及我們的虛擬機等等的流量越來越大。那么隨著東西流量越來越大，交互的速度以及節奏一越來越快，網絡就需要一種易管理、可視化、云網融合的這種形態。說到云網融合，其實這樣的：首先數據中心內部的網絡本身需要有統一的管控大腦來管控整個網絡。那么這個管控大腦其實跟云計算，也就是管控它的這個計算資源其實道理是一致的。那么為什么說這個管控的模式或者思路沒有云計算的那種管控模式或者思路發展得快?其實它最根本的原因還是源于兩點。

第一點，我們大家都明白，在于傳統的網絡已經面臨一個窘境。即網絡環境本身相對是閉塞的。這個閉塞其實本身就是由網絡發展至今，原有的協議固化所導致的一些由設備去代替人工去處理一些問題的思路有關。那么除此之外，由于網絡協議的固化，我們沒辦法通過第三方的一些運營平臺，或者一些網管軟件對整個網絡進行統一的管控。而個原因其實就由于網絡閉塞。

第二點，是因為不同廠家之間的品牌不同所導致的協議上的交互，或者處理機制上的一些不同，導致了網絡是存在壁壘的。那么這種壁壘導致我們仍然沒辦法打破這種窘境，多品牌的數據中心的環境下沒辦法進行由統一的管理平臺對整個網絡進行統一的管控。這個其實也說明了為什么我們現在的網絡發展緩慢的原因。

我們大家都知道，我們的虛擬網絡可以由Overlay的這種技術去實現，但是面向于大規模的云計算的數據中心的環境，假如我們用OV類去實現的話，那對Overlay整張網的這種管理將會更加的復雜。因為它面向一個網中網的理念。因此我們需要一種管控大腦來對整張的Overlay的網絡進行可視化、可管理的一個管控平臺，或者叫智能的大腦，去給我們用戶呈現一個更優的界面，進而能夠管控數據中心整張網。我們大家都知道，云計算最核心的一點，它的管控平臺，我們稱之為云管理平臺，它是由云管理平臺所觸發一些新的指令或者條件，來對我所有的計算資源進行統一的管控。那么網絡也把這種管控平臺智能大腦的理念引進來，誕生了我們現在所說的這個軟件定義網絡。其實在2006年SDN的理念就已經提出來了。它是由斯坦福大學的尼克教授提出的。那么2007年由他的學生馬肯作了一個創新的思路的提取。到2008年有了伊森項目之后，整個軟件定義網絡的這個概念就被正式的提出了。

那么從概念提出到發展至今，我們都知道，他提出的只是一個概念，那么這個概念怎么才能形成真正的框架和協議，讓不同的廠家去實現?這就需要一個背后的驅動力。那么這個驅動力我們稱之為ONF，叫開放網絡基金聯盟。

宋子航：那么ONF，其實最核心的在于它做了兩件事。第一件事：它規定了一個協議，一個在SDN網絡環境當中去跑的一種協議，我們稱之為OpenFlow。然后另外一塊，就是它規定了整個SDN的框架和架構，包括我們的基礎設施層，就是整個的物理硬件、以及交換機。在這個基礎設計層上面是控制層，也就是SDN控制器，或者叫SDN管理軟件，去控制整個的基礎設施層等這些硬件資源。那么在SDN控制層之上，我們還有一個層級，我們稱之為叫應用層。應用層其實分為兩塊，一塊是刻意由廠商，或者是一些開發公司去做一定的開發，即針對客戶問題，去做一些有針對性的APP，上到這個控制層之上，進而通過控制層對整個網絡資源進行管控，來達到一個以用戶問題為出發點的解決針對用戶問題的一種解決方案。另外一套思路就是我給客戶提供了一個開放的接口。而這個接口可以由客戶自己去編程、去定義整張網絡，從而來達到定制化的需求，達到靈活管控整張網的需求。但是ONF提出來這兩點之后，只是一個協議和一個框架。真正去把這個協議和框架落地，需要由廠商去做支持。我們可以看到，其實這種協議和框架就相當于鋼筋水泥，鋼筋和水泥由不同的建筑商可以打造成不同的建筑物，歐式的、中式的，還有韓式的、特別有范兒的。但是我們可以拿這種理念和我們SDN整個的理念去作一個對比。廠商加入進來之后，提出來了三種打造的模式，也是三種主流的落地方案。第一種，我們稱之為叫OV類網絡。這個OV類，就是剛才我已經強調了，通過智能的大腦對我整網進行一個管控，形成云中有網，網中有云的云網融合的姿態，對我整個的應用提供一個更好的交付。

這是第一點。第二塊，我們稱之為純OpenFlow網絡，我們業界又叫以APP為中心的一種網絡，以應用為中心的一種網絡。那么這種網絡環境下，是所有的網絡這些設備全部都支持OpenFlow協議。而且它通過控制器層面去規定一些動作，叫做OpenFlow協議，進而通過OpenFlow告訴所有的網絡設備，用戶的理念或者思想到底是什么，他想實現什么。這是第二塊，純OpenFlow網。第三塊，就是我們常聽到的一體化、一體機這種詞匯。這種詞匯最核心的目標就是簡化運維，也叫自動化運維。它通過一體化的機箱，里面有服務器、存儲、還有一些TOR的網絡設備、以及控制器。通過控制器，進而對網絡資源進行一個整體的調度。比如在虛擬機遷移的過程中策略是不是應該隨行，是不是應該由TOR到另外一臺TOR，這個策略也是跟著到了另外一臺TOR。這樣所有的網絡運維工作就全部都可以釋放了，能達到一個自動化的姿態。以上就是三種主流的形式。那這三種主流的落地方式用到客戶端，客戶端的反饋的聲音是什么?銳捷也調研了很多的客戶，客戶反饋的聲音主要有四大類。

第一大類就是迫切性。他的迫切性其實沒那么強，我用不用這個SDN去優化我的網絡、管控我的網絡、或者改建我的網絡，其實這個沒有什么太大的必要性。除非是那種特別大型的數據中心，他們需要用這種東西去優化它的網絡。比如谷歌的數據中心，我們都聽過。

另外一塊還有就是兼容性。因為這套協議的提出，廠家只是拿它的協議的框架，和OpenFlow協議所規定的一些語言去實現各自的一些控制器的優化，或者是做了各自的控制器。但是這些控制器做出來之后，對不同品牌的網絡設備的兼容性也是不一樣的。那有些是兼容這個A廠家的，有些是兼容B廠家的。所以它的兼容性不同，所導致的用戶必須想用SDN，而且還想用好SDN，真正用來生產環境下的SDN，必須得打造一個叫做統一品牌的理念。

宋子航：但是統一品牌，我們大家都知道，用戶對于統一品牌其實是很排斥的?，F在OpenFlow其實還沒有真正的標準化。那么將沒有真正完全成熟的一個協議去用在生產環境當中，可能會存在一定的風險，那么客戶也不愿意去承擔。

第四點，假如我們全網都通過OpenFlow這種協議，那我必然需要更換全網所有的設備，進而去支持SDN網絡。那么成本是非常高的。我原來有一套原來的網絡，為什么要更換?所以又結合用戶的這四大狀態，我們深入分析后，提出了七大解決方案。這每大解決方案都是在仔細分析了現在客戶的心聲，又融合了業界廠家的落地模式，整合在一起，打造了一個確實是客戶可用的，而且也可以滿足他需求的七大解決方案。

主持人：那就像您剛才介紹的的，這七大解決方案是哪七大方案?簡單介紹一下。

宋子航：OK，這沒問題。其實這樣，這七大方案其實是按照不同的場景分的。我們有數據中心的場景。那么數據中心場景我們主要有四大類方案。第一類，就是出口池化的方案，我們也叫打造一個彈性出口的網絡方案。大家可能都知道，叫service ，服務量這種解決方案。那么我們把服務量這種解決方案的思路、理念引到了出口，打造一個彈性的出口。這個方案究竟是什么呢?其實很簡單，就是由于我原來的網絡，它是串行的。所有的網絡出口的這些功能應的設備，比如防火墻、防毒墻，IPS、IDS，它都是串在一起。它就相當于一個糖葫蘆串，所以這個糖葫蘆串會面臨四大問題。第一個問題就是它容易形成單點的故障。這個毋庸置疑，因為我可以通過硬件模式去抵消這個單點故障。但是我們所謂的這個單點故障并不在此。單點故障代表的是軟件，萬一操作系統出現死鎖，數據包可能是一百個進二十個出，一百個十出的這種環境下。我們認為它是優的還是劣的。如果有SDN，它就可以判斷它到底是優的還是劣的。如果是傳統的環境下，它就沒辦法判斷，我只能讓它正常的通行。那必然會帶來，我用戶去請求我整個的網絡服務的過程中，如果是經過出口的話，那我的體驗可能會相對來講會差一些。因為都堵了，一百個包只有二十個包可以出來。所以這是第一點，單點故障。

那么第二點，因為串行的模式去部署的過程中，如果加任何的設備，如果我是加在中線，或者加在哪一塊，都會面臨一定的風險性。因為首先我需要把我所有的這些設備都斷網，然后把設備光膜塊拔出來，然后再把線纜也給拔出來。拔出來然后再加一個設備。那我這個設備究竟在加在IPS下面，還是加在防火墻的下面，還是加在任何設備下面，我這個東西我得考慮很久。所以來講是非常復雜的。那么另外一塊，我加上之后，萬一回退不回去，那這個網絡不就斷了嗎?這個斷網會帶來嚴重后果。所以這個客戶就希望，能不能有一種方案在我添加出口功能型設備的同時，我還不斷這些網絡。這是第二點。

第三點，就是我出口的這些設備都是不同時期采購的，有2009年的，有2010年的，有2011年的，那么是2009年這個設備的性能可能沒有2010年或者2011年設備性能高，比如它的同出只有1G或者2G，而2012年出廠的這個有5G。那么整個串行的過程當中，這個1G或者2G的這臺設備就會成為整個出口串行的一個瓶頸。面對這個瓶頸，但是現在所有的數據包容，我還得必須都得經過所有的這些設備，我沒辦法解決這個瓶頸的問題。那我這個瓶頸的問題到底怎么解決。

那么第四個問題也是一個問題。什么問題?就是我的設備如果現在只有一套出口或者兩套出口，現在發現防火墻性能不足了，那需要再添加防火墻?，F在有兩個防火墻，我再添加三個。那這三個防火墻到底添到哪?我是摞上去，摞上去不行，那還跟原來添不添沒用。那我是平行的這個關系，那我平行的關系，我到底怎么去部署。我沒辦法去部署。這個網絡結構太復雜了。而且我即使部署上，我也沒法管理。我這么多設備，我怎么管?因此基于這四大問題，我們提出來了，我們改串為旁的service服務量解決方案。那么這套方案其實就是將所有的串行設備都改成旁化，旁化到核心，由原來的糖葫蘆變成一個皮球。通過SDN控制器動態引流的方式來打造一個彈性的出口。

宋子航：那么這個具體是，其實這塊就包括物理彈性。我上設備其實不用斷網了，可以隨意添加功能性設備。那么它的業務彈性，如果遇到單點故障，我的處理機制是否可以自動的繞行，包括一系列的東西，都通過SDN控制器來控制這個核心交換機，動態引流的操作，來達到一個可以繞行故障結點的問題。那么另外一塊，就是它的運維彈性。以前是方式是什么?以前的運維，它是一個界面，然后你還得登陸不同的網絡設備，去勾選不同的選項，然后再配置一些東西，來添加或者取消一個數據中心租戶的一種服務。比如我今天要防火墻，我明天要放毒墻，我后天又不要防火墻，我又要WALL了，租戶的這個需求肯定是不斷變化的。那么怎么著能夠及時的來簡化這個運維，用戶想要什么?所見即所得的這種思路。所以我們現在提供了一個界面，直接添加或者勾選，或者取消這個服務結點。用戶今天想要這個防火墻，我就給用戶勾上，明天不要，我就不要。所以能夠達到一種勾勾選選就能真正的簡化我的運維。所以就是說，為什么現在service這套方案跟很多客戶去交流過程中，客戶對這套方案非常喜歡。然后經過了我們很多客戶的測試，有政府的，有一些醫療的客戶，然后還有一些高價的客戶。確實它部署上去，這套方案部署上去。因為本身SDN它就是一個智能化的一種部署模式，那部署上去，我們只用了半天，就把它原來網絡給切過來了。切過來之后然后演示的所有效果，包括解決它的單點故障，包括加設備不用動，包括它的性能、瓶頸，功能伸縮性完全都可以展示出來。所以這套方案是真正能解決他們出口問題的一套方案。

那么這個是我剛才說的第一個，也是我們現在主要精力去干的一些，把我們研發的一些資源都投放到這套解決方案上去做的一個方向。還有一塊，就是與協議無關，這一塊就是國家某中心的流量清洗。因為這個國家某中心負責的是所有的這些數據流，幾百G的流量都沖擊它的數據中心，而且這些服務器都不是同一時間采購的。不是同一時間采購的，它現在就面臨著一個最主要的問題：由于網絡協議的固化，導致路徑唯一的問題。路徑唯一，就是所有的數據流都需要通過這條路徑到這臺設備上。假如這臺設備是2006年的，然后還有一堆服務器是2009年，甚至2010年的。但是由于網絡協議的固化，所有的這些數據流都到2006年的這臺設備，那我2009年、2010年的這批高性能的設備都在這閑著呢。所以他現在不想這么做，他想通過他自定義協議的方式來優化整張網，進而提升所有服務器的性能。但這個方案已經正在用，已經都交付完了。所以這套方案也是我們數據中心的第二大亮點，就是與協議無關的解決方案。第三塊就是我們整個服務器的負載均衡。這塊我就不需要多多介紹了。因為服務器負載均衡大家可能都知道，可以自動的通過SDN控制器感知到設備的接口，或者通過采樣的方式來知道我的鏈路的利用率，延遲等等一系列信息，進而能夠調整到一個最優的路徑，到達我最終的處理結點。這就是我們數據中心的方案。

但是我們現在這套數據中心的這套方案可能主要的發力點還是在service這一塊。然后另外，我們還有廣域網。就像我們跟中科院高能所去進行合作。中科院高能所現在在廣域網這塊的鏈路負載均衡。它在北京、上海和山東三個地去做了一個廣域網智能的調度。如果北京和山東這兩塊的路現在已經堵死了，但是它現在算出來路徑是唯一的，這臺設備沒辦法看到全網。所以它怎么著能夠通過上海繞行一下再到山東，進而減輕這段鏈路的壓力，進而提高整個鏈路的利用率。這套思路怎么去解決，我們通過SDN，去感知到所有這些結點之間的鏈路的這些狀態信息，帶寬、延遲和丟包率，然后進而去判斷現在這一條數據流究竟是從哪個結點到達它的最終結點是比較好的，進而做了這個事。這就是我們整個的廣域網鏈路負載均衡。

宋子航：另外我們在原訊網還有兩個，原訊網我們有一個出口方案。那么這個出口方案，我們稱之為還是service方案。但是這個主要是解決了割接不斷網的一些問題。因為我們找很多的高校的老師聊過，它有一個什么問題?就是說我首先本身割接得在晚上，然后我割接不好學生還投訴我，因為斷網，第二天恢復不過來。然后我測試的這些項，這些廠商給我這些設備讓我去測，但是我真正的想去給學生提供一個更好的服務平臺，或者一個更好的安全平臺，進而去測試一些設備。這樣就會導致我晚上干活，然后學生還投訴我，然后我還受力不討好。那我能不能有一套方案，白天我可以割接，而且能夠達到隨時割接不斷網的這個效果，所以他就想讓service去解決這個問題。那么另外還有一套方案就是我們的NFE方案。你可能都知道，我們的這個網絡功能虛擬化這套方案。網絡功能虛擬化大家都知道，就是把原來的硬件設備所應該具備的，就是它應該具備的防火墻的功能，把它整個的硬件形態或者硬件的功能抽象化軟件化，給它放到我們的某個硬件平臺上，比如說服務器，進行一個功能的疊加。我們現在也做了一個解決方案，就是我們的PVPOE。那也就是說SDN控制器當了一個PVPUE的擴展機箱，放在我的核心旁邊，在你不動任何原有網絡的前提下，不動任何設備的前提下，只需放一個擴展機箱，我有可以把我所有的這些終端改成PVPOE認證的方式，然后進行一個代理商網。這就是我們主要的七大解決方案。

主持人：我剛才聽了子航講了那么多，然后我覺得這七大方案基本上都在圍繞著一個控制器來講，好象都離不開這個銳捷控制器。那至于說這個銳捷，那像您說的這個SDN控制器到底是個什么樣的，有什么特別的功能完成這么多事情，你再具體講講。

宋子航：OK。其實我們銳捷的SDN控制器是由硬件和軟件兩部分組成的。硬件其實就是一臺服務器，那么這臺服務器是兩由高，然后它的后面可以插四塊計算結點。每一個計算結點有獨立的CPU和內存資源。然后每一個插卡上都有兩個千兆的電和兩個萬兆的光接口。所以一個控制器可以整個插四張卡。那么再說一下軟件。軟件首先它是基于模塊化操作系統去做的。也就是說我們的OSGI的這種動態模塊組去做的。那么這種東西其實它有一個得天獨厚的優勢，就是安裝和卸載非常的方便。那么對于我們開發人員來講，就是它做整個的一些更新工作，或者一些應用的上線工作、加載工作都非常容易。傳統的環境下，它需要從低到上，再重新設計一遍，然后再把這個模塊添加進來。但是現在我們不用，我們直接把這個模塊添加進來，因為已經把所有的這些底層都已經給你抽象好了一個接口。這就相當于iphone沒出來之前，我的這個諾基亞電話如果想上邊安裝一個微信，它必須得定制化，從底層，再到上層，再到操作系統統一再給你定制一個東西，你才能擁有。為什么原來我們諾基亞的這種手機，它玩一些貪食蛇，這都是很常見的，還有一些五子棋，只能有這幾個功能。然后如果你要想買一些新的，我發現諾基亞居然新出來一個游戲，我們感覺這個東西非常好。然后現在我們有了iphone之后，或者我們有了這個智能機之后，可以在上面去添加任何的APP，它是屬于一個平臺化的一個開放化的，一個可以隨時去安裝卸載應用的一個平臺。所以我們就是基于這個平臺去做了。所以我們整個解決方案，開發的速度，以及程度，以及客戶可以定制化的這種能力是非常強的。這就是我們通過OSGI的這種動態化模塊組的這種模式去做的軟件的控制平臺。

主持人：那正如您所說，比如說OpenFlow方面，ENF，還有無論是后來是有業界參與的Open Dayligh，我們與這個ODF、ODL，像他們的新版本、漢版本的，還有Open Dayligh的這些新版本，1.0、1.1、1.2、1.3，我們的這個控制器跟它的關系大概是什么樣子?

宋子航：這個問題提得非常的好，其實有很多的用戶也在問這個問題。我們本身的SDN的控制器是基于Open Dayligh的漢版本去做的。那么我們本身的這個漢版本拿過來之后，你就會發現，它本身這個版本上有很多一些缺陷，從底到上連不起來。所以我們首先針對這個漢版本做了很多的bug的修復，這個修復時間很長的。即使你每天每夜的在做這個事，但是你修復的過程中也是很困難的。但是我們把這一個路已經捋平了。另外一塊就是我們更關注的是用戶的問題以及我們解決用戶問題的這個應用。這個應用其實是至關重要的。所以剛才我們說了，已經做了很多這方面一些創新，比如說我們七大解決方案。其實你把每大解決方案都看成一個小應用的話，就是我們本身是在ODL一個平臺上，已經把它的這些應用已經都做了這方面的工作。另外一塊就是，除了我們做了一些應用，還有剛才我說的一些，我們基于ODL修復了一些很多的bug。那么除此之外我們對這些應用還封裝了一些接口。這個也是很重要的。因為有些客戶，他希望運營管理平臺，或者他的這個云平臺能夠統一的都在它的云平臺對我所有的底層網絡進行一個交付。那我這個應用的形態就需要一個接口，跟它的云平臺進行一個對接，進而它的云平臺對應我的應用，直接指揮我的ODL，或者SDN控制器，對我所有的硬件進行一個統一的管控，為我的應用提供一個更好的交付，主要是在這方面做了很多。

主持人：我聽子航說完了，就感覺相對于軟硬化來說，理想很豐滿，現實很骨感。雖然ODL提供很多很美好的功能，但是在實際應用中，有一大堆的bug等你去填。然后推開這些新版本，其實每個廠商作為自己的功利來說，可能都會花一些心思放在上面來解決不同的問題，來給ODL組織提出來美好的愿景來買單。其實這也是我們廠商發揮我們自身能力，發揮我們自身那種動能的一個最基本的點。因為我們只有解決這些問題才能給客戶更好的服務，然后才能推出這些產品。那在您看來，就是在解決這些美好愿景的時候，我們如何去讓我們銳捷凸現出我們的優勢?銳捷的HUNC控制器最大亮點是什么?

宋子航：本身現在業界各家對于SDN的這個理念的理解都是不一樣的。比如現在可能有一些很好的廠家提出來一些很好的解決方案。但是我們其實更加著重的出發點是在于問題，究竟是什么樣的問題，客戶的問題到底是什么，那么以這個問題作為出發點之后，我們就會深入分析這個問題，然后通過打造一個APP，然后這個APP是真正能解決用戶這個問題的一個APP。以真正能夠解決用戶問題的這個思路作為出發點，然后以應用為中心的這種腳踏實地的完全定義網絡，這個可能是我們最大的優勢。

主持人：那既然您提到這了，在您看來，我們有沒有一些特別的好的案例可以講講，分享一下比如說我們課業單，當然我們可以說我們是怎么來拿這單，憑我們的實力，真正去解決?

宋子航：可以，沒問題。其實就像我剛才說的這套方案。我們在5月份，就是西安那邊的一個客戶，我就跟他作交流，其實第一次已經發現了，他的這個網絡架構想去優化的話，其實沒有什么可以優化的點。因為什么呢?其實他那塊就是一些傳統的業務，傳統的一些架構，但是當我第二次再去跟他交流的時候，我就發現他最大的一個痛點就是品牌的綁定性太強了。而且還有一點，就是他本身那塊的運維人員太少了。我一開始不知道，后來我跟他深聊才知道，其他的那些都是駐場人員，而且那些駐場人員都不是管網絡的，所以他網絡只是寄希望于廠家去幫他解決這個問題。但是由于品牌綁定，一家全服務能力都失去了。所以他現在就需要打破這種瓶頸。你首先得過來一個廠家，你這個廠家就不能同一品牌的，而且你在這個不同統一品牌的前提下，你還能幫我簡化我現在的最主要的運維工作，他現在最主要的運維工作以及他現在的痛點究竟在哪里。就是他現在這個出口問題。他想給他的網絡增加一層防護罩，他想測試很多東西。但他現在確確實實是遇到了這個問題，他的思路就是，現在就是串了這一串設備，然后導致了現在單點故障。他得登進去，他才能按那個按紐。也就是說設備必須得在操作系統沒有出現任何死鎖的情況下登進去，按那個按紐，他才能正常。然后還有，就是他的那個加設備不用后補的這個需求特別強烈。因為你知道，他那塊有一個特性，就是他如果割接的話，晚上去做一個表格的申請，割接的這個動作就是去到很多層領導的一個簽字、審核，所以他覺得太麻煩了。而且我要去測一個東西，它的周期也非常的長，風險的非常的大。所以他真的想去解決他現在面臨的最主要的單點故障和加設備不用后補的問題。這是真正的問題。所以說這種，我個人覺得，我們銳捷在做，無論是從SDN的這個角度，還是整個公司的這個角度來講，其實把問題如何的看得更透，更清，更能夠分析出來問題的本原，這個可能是我們最大的一個優勢，也是可能我們發展到現在，給用戶留下很美好的一個印跡。

主持人：其實我覺得，在我理解來說，這可能就是在好產品之外，我們要有個人，必須要有人的因素，實打實的去接觸用戶，一次兩次三次，然后去了解用戶真正的需求，真正的痛點，然后再能解決問題。其實很多公司現在也都在強調人的問題，銳捷也不例外，包括我們去談產品，去談創新，都離不開這個人。那我們在未來，銳捷，像人在SDN這一代網絡中，我們將有哪些發力的重點?

宋子航：我們主要的發力點，著重點就是在數據中心。因為大家都知道，數據中心它本身是一個大而全的東西。我舉個最簡單的例子，現在去問服務器和存儲，你比如說可能是一些服務器存儲的廠商或者一些網絡廠商，機房的靜電地板設計的設計方式以及架構方式在云計算數據中心當中，你需要考慮什么樣的要素。因為這些東西是客戶真正會遇到的這些問題。所以我們現在雖然只是在交換層面，交換機事業部，我們在交換層面會做一些可能的創新，但是除此之外，我們會在其他的領域也會做一些很多的思考，一些研究。那么這種情況下才能知道我們的網絡，我們的SDN，以及我們的數據中心方案怎么做能夠真正切合客戶所面臨的場景。這個方面一個推薦性的整體的解決方案可能是我們未來的一個著力的重點。所以我們現在也是在不斷的學習，不斷的在完善這一塊的研究。

主持人：那我們回到剛才子航談的那個案例問題上，那目前來說，遇到客戶在這個網絡云化方面提到最多的一個問題是什么樣的問題?

宋子航：客戶在網絡云化的過程當中，提到最大的問題就是成本的問題。它如何能夠在保證原有網絡的情況下還能夠把SDN的這種軟件定義網絡的方式引入進來，進而為它的應用提供更好的一個平臺。那么其實這種思路我們原來也思考了好久，其實本身你要如果想擁有一個更好的SDN，你就會要對原來的傳統網絡進行顛覆，那么這本身就是一個博弈的過程。那么這種過程我們現在是怎么看怎么去解決的呢?我們現在已經作為一個很好的創新，就是雙網模式。我們整個網絡環境下既可以有SDN的域，也可以有傳統網絡域。就像我剛才提出的selfservice整個的這個解決方案。其實最核心的只需要有兩臺核心交換機以及一臺SDN控制器，周邊的這些出口安全設備都不需要是，都是不用綁定非得是銳捷一家的，是開放的，整個的。所以我們做了一個兼容性的模型，來解決客戶想要在哪戶去把SDN引進來，我就在哪塊把SDN引進來。引進來之后，它整個的這個引進來這個點還可以跟原來的傳統環境下進行一個兼容。那么這種其實客戶遇到最多的這一類的問題總結出來無非就是兩點。第一點，它跟我原來傳統環境下的傳統兼容性怎么樣。第二點，就是說我用不用非得被某一家品牌所綁定。這是他最關注的兩點。就是技術上的兼容性，品牌性的兼容性。那么這兩點，我們現在都完完全全的解決了。而且我剛才所說的這個service的這個方案，完全可以適用于任何的出口場景，任何的出口周邊的這些功能性的設備，任何的協議，無論是二層的、三層的，還是已經跑了很多路由協議的網絡環境下，都可以去進行直接的運行。所以我們在兼容性這一塊也是做了很多的創新。

主持人：那我是不是可以簡單理解為，就是無論我現在的網絡規模處在一個什么階段，或者一個什么樣的建設階段，我可以尋找銳捷在不更換我原有網絡設備的前提下改造我的網絡?

宋子航：可以，沒有任何的問題。這個應該說是真正替客戶著想的那個方面，做了很多的創新點。

主持人：既保護我現有投資，然后又讓我擺脫那種單一廠商鎖定，然后又能改變我現有的網絡架構，讓我的業務跑得更快，更順暢?

宋子航：對，是的。

主持人：那請子航為我們總結一下銳捷的SDN的核心理念是什么吧。

宋子航：OK。我們現在銳捷整個的SDN核心理念其實就是以用戶的問題為出發點，以應用、能力解決用戶問題的這種應用為導向，打造真正可以腳踏實地的軟件定義網絡，這個就是我們整個的核心思想。

主持人：聽了子航剛才的介紹，看來數據中心云化的過程，不只是計算存儲網絡的虛擬化這么簡單，小到一塊地板，一段網線，都被銳捷考慮在云數據中心的規劃建設中。謝謝子航今天做客比特網，為我們大家帶來這么多精彩的內容，也祝愿銳捷在不遠的將來為我們呈現更多創新的亮點。

宋子航：好，謝謝大家，希望大家繼續關注我們銳捷，我們銳捷一定會抱著以踏實的態度來腳踏實地的為大家去做一些真正能夠解決客戶問題的創新點，打造腳踏實地的軟件定義網絡，感謝大家。

原文出自【比特網】，轉載請保留原文鏈接：http://network.chinabyte.com/443/13605443.shtml