SDN的概念

　　軟件定義網(wǎng)絡(luò)（Software Defined Network, SDN ），是Emulex網(wǎng)絡(luò)一種新型網(wǎng)絡(luò)創(chuàng)新架構(gòu)，其核心技術(shù)OpenFlow通過將網(wǎng)絡(luò)設(shè)備控制面與數(shù)據(jù)面分離開來，從而實現(xiàn)了網(wǎng)絡(luò)流量的靈活控制。

　　嗅探器的概念

　　最近，花了一下午時間去調(diào)試一個VoIP問題，而這本應(yīng)該一個簡單的SIP連接問題。我會省略一些繁瑣的細節(jié)，但是最終結(jié)論是在從運營商通過網(wǎng)關(guān)向SIP轉(zhuǎn)發(fā)數(shù)據(jù)包時產(chǎn)生了不對稱的呼叫質(zhì)量問題。

　　實際上，這種還不是最嚴重的問題?，F(xiàn)實中，這個問題會導(dǎo)致4,500毫秒延遲和74%的丟包率，但是這個問題只會出現(xiàn)在一個方向上?，F(xiàn)在要解決這個問題并不難——只需要在一個恰當?shù)奈恢貌渴鹨粋€專門嗅探數(shù)據(jù)包的應(yīng)用就可以診斷問題，如Wireshark。然后就可以確定是要從電話還是網(wǎng)關(guān)開始修復(fù)問題。然而，問題是現(xiàn)在面對的是SDN路由。

　　但是，實際上并不是純粹意義的SDN技術(shù)在作怪，而是因為在網(wǎng)關(guān)附近網(wǎng)絡(luò)中定義的軟件是由控制器編程管理。這還不是所謂路由的全部問題——路由定義、ACL及其他允許VoIP流量根據(jù)需要進行修改的元素也都由控制器管理。

　　需要一定的時間才能確定應(yīng)該在何處分析流量，因為以前的數(shù)據(jù)包嗅探工具還不支持4-7層虛擬化。那么，在軟件定義網(wǎng)絡(luò)中，哪些技術(shù)將會替代最可信和最不可或缺的資源呢?由虛擬MAC手工收集的數(shù)據(jù)是一個，還有呢?

　　虛擬網(wǎng)絡(luò)的深度數(shù)據(jù)包檢測

　　粗略看，這一直都不是問題。有許多SDN解決方案支持應(yīng)用層流量監(jiān)控，并且?guī)в蠳etFlow工具和應(yīng)用防火墻分析功能。然而，實踐中管理員定義網(wǎng)絡(luò)中還有一些新的復(fù)雜問題。

　　確實，有越來越多的網(wǎng)絡(luò)設(shè)備內(nèi)置了深度數(shù)據(jù)包檢測(DPI)，但是將數(shù)據(jù)輸送到不同分析位置又會進一步放大數(shù)據(jù)存儲的問題，首先就是NetFlow。在虛擬網(wǎng)絡(luò)中，實現(xiàn)應(yīng)用感知并不需要大數(shù)據(jù)，而且SDN控制器并不一定要實現(xiàn)Map Reduce才能發(fā)現(xiàn)vHaystack的Skype流量。

　　在最低層面上，一段時間里我們的網(wǎng)絡(luò)一直在關(guān)注于應(yīng)用程序，而最近一段時間則關(guān)注于感知應(yīng)用的存在。在SDN領(lǐng)域中，我們的網(wǎng)絡(luò)及其管理工具都必須感知應(yīng)用和策略。vWireshark v0.1版本如何在策略中區(qū)分出不同應(yīng)用流量并根據(jù)策略限制這些流量傳輸呢?管理應(yīng)該如何根據(jù)虛擬通道的策略定義來創(chuàng)建用于劃分數(shù)據(jù)包捕捉方式的流量過濾器呢?我們是否需要讓 SDN控制器創(chuàng)建大量的虛擬端口鏡像呢?如果在10G以上的規(guī)模，事情會變得很糟糕。

　　蠻荒之地：在應(yīng)用服務(wù)器NIC上執(zhí)行監(jiān)控

　　人們很容易忽視一個適合感知應(yīng)用網(wǎng)絡(luò)監(jiān)控的位置：應(yīng)用服務(wù)器的NIC?，F(xiàn)在的應(yīng)用程序故障修復(fù)確實很有難度——在一些終端設(shè)備上很難實現(xiàn)，在設(shè)備上或客戶機OS連接宿主虛擬交換機的虛擬機上嗅探數(shù)據(jù)包是很有幫助的。這并不需要改變SDN網(wǎng)絡(luò)配置——事實上，SDN讓服務(wù)層DPI更具吸引力，因為在NIC上，虛擬化并不會產(chǎn)生任何影響。這里可以得到最原始的流量，其中包含所有需要的訪問信息。

　　在遷移到SDN時，很可能你現(xiàn)有的網(wǎng)絡(luò)性能監(jiān)控解決方案本身已經(jīng)支持服務(wù)器端DPI，并且還帶有許多你都不知道的特性。你完全沒有必要丟掉之前所使用的指標，特別是在感知應(yīng)用網(wǎng)絡(luò)方法本身已經(jīng)很成熟的條件下。

　　隨著網(wǎng)絡(luò)變得越來越復(fù)雜，實現(xiàn)DPI可能保證清晰的應(yīng)用服務(wù)交付指標。對于云與混合型網(wǎng)絡(luò)，這一點是毋庸置疑的，因為這些環(huán)境中唯一可靠的訪問就在應(yīng)用服務(wù)器上。

　　對于我遇到的VoIP問題，實際上是一種關(guān)于流量圖QoS不滿足要求的典型情況。錯誤的策略將返回的流量標記為最佳流量，同時還給它綁定了隊列及硬丟棄指令。我當時挺幸運，因為它正好處于網(wǎng)關(guān)控制器的下游，不然我現(xiàn)在可能還沒法解決問題，沒有任何一名管理員愿意遇到這種問題。

　　以上就是解決SDN不支持數(shù)據(jù)包嗅探的方法，希望能幫到大家，謝謝閱讀，希望大家繼續(xù)關(guān)注腳本之家。

最新評論