Google使用Openflow技術來部署自己的數據中心網絡的傳說由來已久，但是一直沒機會看到資料介紹相關的情況，今天終于看到了一個google的PPT文檔，介紹它的部署情況，不算太詳細，但已經足以透露不少信息了。閑來無事，分析一下，這個文檔透露了以下信息：

1.Google的Openflow目前看起來僅僅用于WAN網絡，包括面向Internet的和他們的不同數據中心之間的網絡，貌似還沒涉及到一個數據中心內部的網絡。我覺得這是很明智的，內部的更復雜，可以一步一步來。

2.Google所用的Openflow交換機是定制的交換機，這些交換機所用的芯片都是商業ASIC，這意味著什么呢?意味著轉發面的實現并不是使用標準的Openflow Spec的方式，而是TTP的方式，即向上提供Openflow標準接口，但是芯片轉發面并不是用標準的openflow流表，而是組合使用傳統表項(Mac, IP, ACL等)包裝出Openflow flow來，估計做了不少擴展。(關于這第二點,這個PPT沒提，是我從另外一個Nick McKeown寫的paper看到的，那個paper提到了一句話，說google的Openflow交換機使用了商業ASIC)

3.Google這個網絡架構是標準的SDN的架構，使用集中化controller，controller之上運行了很多application，包括一些標準網絡協議，他們明確提到的包括OSFP, BGP, ISIS，這些路由協議都來自于開源的quagga協議棧(也就是商業協議棧ZebOS的前身，現在仍在維護中)。

4.Google在這個事情上展現出了其強大的軟件實力，他們用軟件模擬了完整的數據中心網絡，可以模擬任意拓撲，并且也仿真了交換機和交換芯片，用于模擬網絡測試，同時完成了復雜的應用程序和控制器來控制網絡。

交換機還支持Hitless upgrade，也就是說在線升級軟件，應該說Google的網絡模型別人也能模仿，但是這種強大的軟件實力就不是別人輕易能模仿的了的，BTW他們的交換機的OS是Linux。

5.他們的部署分為三個階段，第一階段是2010年春天完成的，把Openflow交換機引入到網絡里面，但是這個時候Openflow交換機對同網絡中的其它非Openflow設備表項的就像是傳統交換機一樣，只是網絡協議都是在controller上完成的，外部行為來看表現的仍然像傳統網絡。第二階段是到2011年中完成，這個階段引入更多流量到Openflow網絡中，并且開始引入SDN管理，讓網絡開始向SDN網絡演變。第三個階段在2012年初完成，整個WAN backbone網絡完全切換到了Openflow網絡，引入了Traffic Engineering，完全靠Openflow來規劃流量路徑，對網絡流量進行極大的優化。看的出來，他們使用Openflow，最主要做的事情就是Traffice Engineering，優化轉發路徑，其它的相對次要。

6.他們目前已經看到該網絡帶來的一些好處包括：網絡帶寬利用率大大提高，網絡更穩定，管理簡化了，Cost降低了，其它好處有待于進一步觀察。

7.但是他們認為Openflow的部分潛在機會機已經得到驗證和肯定，包括對整個網絡的視圖可以看得很清楚，可以更好地來做Traffice Engineering從而更好的進行流量管控和規劃，更好的路由規劃，能夠清楚地了解網絡里面發生了什么事情，包括monitering, alert。

8.他們也總結除了Openflow仍然需要提高改進的地方，包括OF協議仍然不成熟，Master的選舉和Control plane的責任劃分仍有很多挑戰，對于大型網絡flow的programming會速度比較慢，到底哪些功能要留在交換機上哪些要移走還沒有一個很科學的劃分，但是他們認為，這些問題都是可以克服的。

9.最后他們得出了幾個結論： Openflow is ready for real-world use. SDN is ready for real-world use. Google的數據中心WAN網絡已經成功地基于Openflow搭建起來了。

總的看來，Google的報告對SDN和Openflow是正面的，積極向上的，用經濟術語來說，是重大利好。