ONF年費妨礙工程師參與OpenFlow協議開發
加入開放網絡基金會的高昂年費阻礙許多新創公司和研究機構的工程師加入這個負責開發OpenFlow協議的社區。有一些工程師指出,開放網絡基金會(ONF)缺少多樣性和入口過窄導致OpenFlow過早商業化,而且這還可能讓軟件定義網絡(SDN)在將來出現更多的問題。
ONF:高管俱樂部
任何人都可以加入ONF并參與OpenFlow協議開發,但是唯一條件是他們要向基金會支付30,000美元的年費。ONF通過其成員發展OpenFlow協議,他們包括基金會的理事會和諸多工作小組。基金會的理事會由一些大型網絡運營商和使用OpenFlow的主流公司把持,其中包括谷歌、Goldman Sachs、Facebook、NTT、Verizon、雅虎和德國電信。而每一個主流企業基礎架構與技術供應商也都加入了ONF,并推動其向前發展,其中包括思科、惠普、Brocade、VMware和IBM。
與這些大型組織不同,研究與教育(R&E)機構和一些SDN新創公司的工程師指出,年費過高限制他們參與OpenFlow標準的開發。此外,年費還限制了一些重要信息的訪問,而這些信息可以指導他們購買這項技術。其他標準制定實體都允許成員免費參與,如互聯網工程任務小組(IETF)。一位不愿意透露姓名的大型高校工程師說:“在開源社區里,您的價值在于您對社區的貢獻。ONF的做法是阻礙我們參與其中。”
OpenFlow協議產品化是否過早且缺少足夠支持?
無法以各種方式參與ONF的工程師擔心,基金會將無法快速實現OpenFlow的產品化和商業化。加入ONF的許多供應商已經發布了兼容OpenFlow的交換機及其他相關技術。
一位不愿意透露姓名的大型高校實驗室工程師說:“OpenFlow產品過快了。”已發布的商業產品基于OpenFlow 1.1版本,而這個版本還不支持IPv6,并且存在許多安全和服務質量問題,這都是產品不成熟的表現。
加州圣何塞SDN公司Adara Networks的CEO Eric Johnson指出,發布一個基于“未達到產品要求的次優API”的商業產品可能會影響OpenFlow SDN的推廣。他補充說,只有ONF獲得整個社區的更廣泛參與,才有可能避免這種狀況。
Johnson說:“您不能使用測試版代碼,銷售用它開發的產品,然后就說您已經在推動標準向前發展——這并不是一個真實的OpenFlow實現。按照這種情況,標準會受到破壞,而市場會轉而采用思科及Alcatel-Lucent等公司所開發的API。”
ONF年費對于Adara等公司而言并不高,因為它還生產其他企業基礎架構與安全技術,但是對于那些缺少資源的公司則是另一回事。而SDN新創公司與學術研究機構在測試OpenFlow互操作性和解決一些嚴重技術問題(現在仍然存在于協議中)方面發揮了最重要作用。他們的貢獻對于標準發展非常重要。他補充說:“這些都是希望擁抱OpenFlow的公司與組織。”
ONF:高年費可以保證社區的嚴肅性
ONF執行主管Dan Pitt指出,年費用于維護基金會運作,而同樣重要的是,它們可以將參加成員限定在那些愿意“嚴肅”對待OpenFlow商業產品化和期望在企業與運營商網絡實現OpenFlow的人群。
Pitt說:“有許多認為這只是一個研究活動,不會成為真實的商業產品——因此我們不強調它的研究性質。”他指出,標準由那些需要創建和實現這項技術的人群編寫。
OpenFlow源于斯坦福大學的一項研究,這個研究由Nicira創始人Martin Casado及一個現在非常出名的工程師團隊共同主持,其中包括Nick McKeown,他深度參與ONF及創建OpenFlow標準的基礎。起初,OpenFlow發布在開放網站OpenFlow.org上,但是從1.1版本開始,ONF接管了開發,然后發布了OpenFlow 1.2版本并批準了OpenFlow 1.3。
ONF成員現在一直在增加,有許多SDN新創公司加入,但是本文采訪的幾位工程師推測,有一些主要供應商在基金會的工作中加入了他們自己的計劃。有一個工程師指出VMware、思科和Big Switch是其中的主要力量。
一位不愿意透露姓名的大學網絡工程師說:“社區所需要的是由大多數人控制的一個透明的協議,供應商參與其中,但是他們不會控制這個協議。”
另一方面,Adara的Johnson直接點名指出VMware在影響ONF的計劃。他說:“在收購Nicira之后,ONF所關注的很多工作都是由VMware推動。”Johnson還擔心,許多掌握私有SDN與網絡虛擬化平臺的公司大量參與了開源協議的開發,其中包括VMware與思科。
然而,Pitt一直堅持認為,ONF的使命就是防止供應商(如思科)操控這個協議。他還指出,供應商掌握局面可能會妨礙創新,或者推進自己的私有戰略。在之前的訪談中,Pitt甚至諷刺ONF已經成為下一個IETF。許多人認為,IETF的計劃已經慢慢由思科主導。
#p#
研究工程師運行了大量OpenFlow網絡,但是只能獲得二手ONF支持
深度參與ONF的供應商已經與R&E實驗室的工程師在產品開發與互操作性方面展開緊密合作。因此這些大學有時候是***個將這項技術應用于生產園區網絡與數據中心網絡。
研究工程師能夠通過這些供應商的合作關系由他們的企業聯絡人發送建議,從而為ONF貢獻力量。但是,在最近檀香山舉行的TIP 2013大會上,許多R&E工程師對于“過濾”參與者現象表示失望。一位不愿意透露姓名的大學工程師指出,“這是一種貧民式”參與方式。
如果供應商不認可研究工程師的成果,那么這種參與確實會馬上瓦解——或者,如果他們認為這些建議有可能限制他們自己的商業產品計劃,那么情況會更糟糕。這位工程師說:“這些人可能不喜歡我們要的東西,所以他們不會支持它。”
在這些企業合作之外,研究機構已經實現了大量的OpenFlow項目。例如,Internet2已經創建了一個100 GbE OpenFlow全球網絡,它連接了多個R&E機構,幫助他們進行大量與科學研究和協作相關的大數據傳輸。
Internet2并沒有對ONF年費發表評論,但是他們發了一封電子郵件,其中提到:“我們與ONF建立了良好關系,并且理解他們正在做很多擴大支持學院及研究組織的工作,這也是我們所支持的。”
Pitt指出,ONF有一個面向學院合作人的項目,他們不需要支持費用,但是擁有完整的參與權利。這些會員被授予一些個體研究者(而非他們所在的研究機構),現在已經有4位來自斯坦福大學、普林斯頓大學、印第安納大學和馬里蘭大學的會員加入。這個項目將繼續擴大,允許一些獨立研究實驗室獲得與大學同等的地位,但是Pitt并沒有透露ONF將增加多大規模。
無法訪問OpenFlow協議開發的信息也是一個問題
除了標準貢獻,工程師還希望獲得更多關于OpenFlow協議開發的信息。他們不愿意在缺少這些信息的前提下購買這項技術。有一位目前正在研究如何將這項技術應用到自己生產環境中的大學工程師說:“我在考慮購買硬件,有這樣的信息,我也無法了解到。如果我們花費了上百萬美元,但是工程師仍然在等待這方面的信息,肯定不行。”
Pitt指出,ONF很快就會發布其工作小組與理事會的信息。他說,基金會的主要任務是向正在開發和實現這項技術的人傳遞***的OpenFlow信息。但是,那位研究這項技術應用在其生產環境中的工程師指出,目前嚴重缺乏文檔及實現藍圖。