Beruflich Dokumente
Kultur Dokumente
Auch Firmen aus Asien, etwa NEC (Japan) und der chinesische IT-Konzern Huawei sind auf den
SDN-Zug aufgesprungen. Die COMPUTERWOCHE hat bereits in einem Beitrag die SDNProduktstrategien von fhrenden IT-Firmen beleuchtet. Derzeit sind laut SDNCentral etwa 50
SDN-Produkte auf dem Markt verfgbar. Bis Mitte 2013 drften nochmals an die 25 Switches,
Controller, SDN-fhige Router und weitere Komponenten hinzukommen.
ber die Entwicklung des SDN-Marktes gehen die Meinungen unter den Marktexperten
auseinander. Einig sind sie in einem Punkt: der Umsatz mit SDN-Produkten wird in den
kommenden Jahren drastisch steigen. IDC geht davon aus, dass SDN im Jahr 2016 ein
weltweites Marktvolumen von 3,6 Milliarden Dollar aufweisen wird. Fast das Zehnfache, sprich 35
Milliarden Dollar fr 2018, prognostiziert eine Studie, die Plexxi, Lightspeed Ventures und
SDNCentral erstellt haben. Allerdings sind in dieser Summe alle Produkte (Hardware, Software,
Services) enthalten, die einen Bezug zum Software Defined Networking aufweisen.
Welche Bedeutung SDN mittlerweile hat, zeigt sich auch auf einem anderen Gebiet. Bislang galt
die Non-Profit-Organisation Open Networking Foundation (ONF) als magebliche Instanz im
Bereich SDN. Der ONF gehren unter anderem die Deutsche Telekom, Facebook, Google,
Microsoft und Yahoo an, aber auch Hersteller von Netzwerk-Hard- und -Software wie AlcatelLucent, Arista, Brocade, Cisco, Dell, Extreme Networks, Huawei, IBM, Juniper und andere. Die
ONF ist fr die Weiterentwicklung des SDN-Protokolls OpenFlow zustndig. Insgesamt hat die
ONF derzeit (Ende April 2013) mehr als 80 Mitglieder.
Anfang April 2013 formierte sich mit dem OpenDaylight Project ein Konsortium unter Fhrung von
Cisco und IBM. Es hat sich die Frderung von Software Defined Networking und die Entwicklung
von Open-Source-Software auf die Fahnen geschrieben, mit der sich eine SDN-Infrastruktur
aufbauen lsst. In der IT- und Netzwerk-Branche ist das Projekt, das derzeit von 19
Netzwerkfirmen untersttzt wird, umstritten. Kritiker vermuten, dass insbesondere Cisco Systems
und IBM mithilfe von OpenDaylight verhindern wollen, dass sie bei SDN ins Hintertreffen geraten,
vor allem bedingt durch den Erfolg von OpenFlow.
Cisco hat zwar mit Cisco ONE eine eigene SDN-Lsung. Diese ist jedoch stark auf das
hauseigene Netzportfolio zugeschnitten - durchaus legitim, aber nicht im Sinne einer Strategie,
die einen herstellerunabhngigen Ansatz bei Software Defined Networking forciert. Joe Skorupa,
Vice President und Analyst bei Gartner, vermutet denn auch, dass sich im OpenDaylight-Projekt
etliche Netzwerkhersteller zusammengefunden haben, weil sie die Entwicklung von SDN
bremsen mchten.
Solchen Attacken halten die OpenDaylight-Protagonisten entgegen, dass ihr Projekt darauf
abziele, SDN-Lsungen zu entwickeln, die sich in Unternehmensnetzen einsetzen lassen und
nicht nur in den Grorechenzentren von Service Providern wie der Telekom, Google, Facebook
oder Yahoo. Das Ziel seien Standards fr SDN-Controller, zudem Normen fr
Programmierschnittstellen, welche die Netzwerk-Infrastruktur an den SDN-Orchestration-Layer
anbinden.
Offen ist, ob diese Aktivitten eine Ergnzung der Arbeiten des ONF sind, oder ob das Resultat
ein separater SDN-"Industriestandard" sein wird. In jedem Fall hinterlsst der Vorsto des
OpenDaylight Project einen zwiespltigen Eindruck. Dan Pitt, Executive Director der Open
Networking Foundation (ONF), die OpenFlow entwickelt, hlt sich allerdings in der Sache ONF
versus OpenDaylight bedeckt. In Gesprchen am Rande des Open Networking Summit Mitte
April betonte er, man msse abwarten, wie sich die Arbeit von OpenDaylight entwickle, bevor ein
Urteil mglich sei. Allerdings monierte Pitt, dass die OpenDaylight-Protagonisten auf der
Konferenz in ihren Prsentationen vor allem herstellerspezifische Anstze von
Programmierschnittstellen (APIs) zeigten. ber diese soll dann die Kommunikation zwischen
einem SDN-Controller und den angeschlossenen Netzwerkgerten laufen ("Southbound API").
Juniper (Junos Space), Cisco (OnePK) oder Brocade (OpenScript Engine) haben solche
herstellerspezifischen APIs entwickelt, die OpenFlow auen vor lassen.
Schwchen:
Fazit
Nach wie vor befindet sich Software Defined Networking im Anfangsstadium seiner Entwicklung.
Daran ndern auch optimistische Prognosen von Marktforschern und vollmundige
Produktankndigungen von Netzausrstern nichts. SDN hat durchaus das Potenzial, die
festzementierten Strukturen der vorhandenen Netzwerkarchitekturen aufzubrechen und den
Anforderungen von Anwendungen, die diese Infrastrukturen nutzen, mehr Gewicht zu
verschaffen.
Allerdings muss bercksichtigt werden, dass Software Defined Networking derzeit vor allem in
groen Netzen Vorteile bietet, in denen Switches, Router und Gateways unterschiedlicher
Anbieter zum Einsatz kommen. Durch die Trennung von Control und Data Plane wird es
einfacher, einzelnen Anwendungen die erforderliche Bandbreiten oder Quality-of-ServiceParameter zur Verfgung zu stellen. Denn herstellerspezifische Technologien in Switches und
Routern werden durch SDN gewissermaen "ausgebremst". Allerdings sind es vor allem
Grounternehmen und Service Provider, die solche heterogenen Netze betreiben. Vor diesem
Hintergrund ist es kein Wunder, dass sich Anbieter von IT- und TK-Services wie die Deutsche
Telekom, BT, Telefonic et cetera in hohem Mae bei SDN und OpenFlow engagieren.
Anders sieht es in kleinen und mittelgroen Netzen aus. Dort dominieren hufig Monokulturen,
etwa Netzwerke auf Basis von Cisco, HP, Brocade, IBM oder Dell. Die Hersteller frdern diese
Entwicklung, indem sie integrierte Netzwerk-, Server- und Storage-Pakete anbieten. Man denke
beispielsweise an HPs FlexNetwork-Architektur oder Ciscos Unified Computing Platform. hnlich
wie Anwender, die komplett auf Windows und Microsoft-Anwendungen setzen, knnen auch
Unternehmen mit Netzwerklsungen aus einer Hand durchaus die fr sie passende Lsung
finden. Auch dann, wenn sie sich dadurch an einen Hersteller binden.
Flexibler sind Anwender jedoch, wenn sie die Wahl zwischen Netzkomponenten unterschiedlicher
Anbieter haben. Und wenn sie mithilfe von SDN das Netz prziser auf ihre
Anwendungsumgebung abstimmen knnen. Deshalb ist Software Defined Networking ein Schritt
in die richtige Richtung.
Izvor :
http://www.computerwoche.de/a/software-defined-networking-zwischen-hypeund-realitaet,2537989