B4網絡硬件

Vahdat沒有提及現在市場上是否有SDN交換機可以滿足谷歌的硬件需求，一般這樣的產品會涉及供應商的固件升級，包括OpenFlow代理，盡管如此，Vahdat稱雖然OpenFlow并非完美的協議，但谷歌會繼續(xù)將其用于數據流實例化，因為很多供應商將支持該協議。這意味著谷歌并不打算推出自己的硬件產品，而對于OpenFlow的支持將是未來硬件采購的一項指標。

另外，Vahdat在談及谷歌的SDN遷移路線時表示，谷歌將從完全分布式的整體控制和數據層硬件架構轉變?yōu)槲锢矸稚⑹?邏輯上仍然集中)的控制層架構。

谷歌B4網絡的混合式遷移分三步走：

傳統SDN部署：

混合式SDN部署：

最終的混合式SDN部署：

在下圖中，我們可以看到谷歌已經部署了幾套網絡控制器服務器(NCS)以及交換機。這些NCS包含為各種網絡要素提取的控制層。這些交換機運行了一個OpenFlow代理，Vahdat解釋到，“這種基本的控制是基于所有事件都運行于外部服務器的一套控制器上，且需要處于同一位置，而這些NCS都使用32核服務器。“

在這些NCS之上，有運行首項選擇的OpenFlow控制器，用于高可用的故障轉移。Vahdat講到，“主要應用是一個流量工程應用，可以把策略實例化為控制協議，包括BGP，ISIS和OpenFlow。”

總結

通過以上介紹，谷歌似乎被限制在了如何相對網絡狀態(tài)做出反應以及機械性的轉發(fā)數據包上面。假設網絡會回到低優(yōu)先級，前瞻性的將數據流規(guī)則實例化。在數據流表中，如果一個數據包不符合數據流規(guī)則，它就會被排除到轉發(fā)通道之外或是通過一套預安裝的數據流規(guī)則到達對外的網關。雖然自定義轉發(fā)可能會回到最短路徑或是一條靜態(tài)路徑，但在控件要素被恢復前，其會保持流量轉發(fā)。

從以上的圖例中可以看出，控件要素是以多層級的方式排列。層級性和模塊性是我們確定大型網絡等級的標準。谷歌把NIB的部分數據放到模塊中，它的方法像是在目前的網絡架構的每個數據層減掉一個專用控制層。

yuanjiaju