SDN : Juniper veut imposer une alternative Open Source à Cisco et VMware
L'équipementier télécoms Juniper Networks pourrait ouvrir une troisième voie pour les SDN (software-defined network, réseau défini par voie logicielle) via une solution Open Source. C'est un défi face aux poids lourds que sont Cisco et VMware.
Juniper Networks travaille en collaboration avec d'autres acteurs de l'industrie sur une base Open Source pour créer un contrôleur de type SDN (software-defined network), pour des réseaux définis par voie logicielle. Ce contrôleur serait une alternative aux offres propriétaires de VMware et de Cisco.
Selon les déclarations de Bob Muglia, Vice-président exécutif de la division Solutions Software de Juniper Networks, l'équipementier espère voir un contrôleur SDN Open Source s'imposer comme un standard de facto largement soutenu par l'industrie.
Il s'agirait de rejouer sur le marché des SDN une partition déjà connue : Linux, Apache et Hadoop sont devenus des solutions Open-Source dominantes des marchés des systèmes d'exploitation, des serveurs Web et de l'analyse Big Data. Bob Muglia ne considère pas que certains contrôleurs SDN Open Source existants, comme Projecteur, Nox, Trema et d'autres, peuvent atteindre ce statut, du moins pour le moment.
« Nous pensons probable et préférable pour l'industrie qu'il y ait un contrôleur Open Source émergent qui devienne un troisième standard » a expliqué Bob Muglia cette semaine. Il a précisé : « Je veux parler d'un outil largement disponible dans les entreprises et prenant en charge un large ensemble de fonctionnalités nécessaires. Un tel outil n'a pas encore émergé. Nous travaillons avec un certain nombre d'acteurs de l'industrie afin de déterminer comment il est susceptible d'émerger. »
Parmi les autres acteurs du secteur, Bob Muglia mentionne IBM et Microsoft. Bob Muglia a longtemps été un cadre dirigeant de Microsoft avant de passer chez Juniper Networks il y a un an.
Photo : Bob Muglia, Vice-président exécutif de la division Solutions Software de Juniper Networks
Définir ce contrôleur open-source semble être une priorité pour l'équipementier. En effet, VMware et Cisco, avec leurs positions de leaders sur la virtualisation des serveurs et sur les commutateurs pour datacenters, ainsi que leurs importants investissements dans les contrôleurs SDN, sont en position de disposer de parts de marché importantes dans le SDN.
VMware vient ainsi d'acheter Nicira, une start-up spécialisée dans la virtualisation de réseau pour 1,26 milliard de dollars, et Cisco a financé le démarrage et la potentielle intégration en son sein de la firme Insieme Networks avec 100 millions de dollars, et peut l'acquérir pour 750 millions de dollars de plus.
« Nous travaillons sur un sujet réellement difficile », avoue Bob Muglia au sujet des efforts déployés au profit du contrôleur SDN Open Source. Mais il précise : « cet effort est judicieux pour Juniper parce que nous voulons être un agent perturbateur sur ce marché. »
Juniper Networks a récemment exposé sa stratégie SDN, qui comprend l'ajout du support d'OpenFlow à des produits spécifiques qui sortiront l'année prochaine. Le SDN rend possible les réseaux à base de matériels multi-fournisseurs grâce à la programmation par logiciel.
Juniper Networks considère que le SDN constitue une opportunité de croissance significative. L'équipementier ne détient en effet qu'une faible part du marché des commutateurs Ethernet (qui pèse en tout 20 milliards de dollars), ce qui lui vaut une troisième place derrière Cisco et HP. Bob Muglia juge que cette position est une bonne base pour retourner le marché.
Juniper voit des bénéfices (...)
Juniper voit des bénéfices rapides pour sa stratégie SDN dans les datacenters et les réseaux de campus parce que l'infrastructure y est concentrée géographiquement. La programmation d'un réseau est plus difficile lorsque les éléments sont dispersés géographiquement.
« Quand un élément perturbateur survient comme le SDN, il y a une chance importante de faire changer certaines dynamiques de répartition de parts de marché », explique Bob Muglia. Il ajoute : « Ainsi, nous voyons tout cela comme étant très, très positif pour nous. »
Pourtant, tout en travaillant sur un contrôleur Open Source standard, Bob Muglia concède que Juniper soutiendra également le contrôleur SDN de Vmware et Nicira en raison de son influence sur le marché et de la technologie employée.
« Ils constituent une part importante du marché des hyperviseurs de datacenters et dans le Cloud », dit-il. « Nous soutiendrons donc ce qu'ils font. »
Soutenir ne signifie cependant pas pleinement embrasser une technologie, une orientation ou une stratégie. Bob Muglia a caractérisé le contrôleur de VMware et Nicira comme étant propriétaire ; or, le code source ouvert est apprécié précisément pour être ouvert et libre d'accès.
Bob Muglia ne pouvait toutefois pas dire si Juniper Networks diffusera sous sa propre marque un contrôleur SDN ou s'il prendra sous son aile un autre produit. Une chose est sûre cependant : si le contrôleur SDN prendra en charge le protocole OpenFlow, il ne sera pas basé sur lui.
« OpenFlow est l'un des protocoles que ce contrôleur devra supporter » affirme Bob Muglia. « Il existe des scénarios où OpenFlow a fourni un avantage aux WAN », par exemple dans le cas de l'application d'interconnexion en datacenter de Google.
« Quand nous regardons dans le domaine des data centers, et en particulier dans les aspects de commutation, il n'est pas évident que OpenFlow sera le protocole-clé. OpenFlow concerne le contrôle des couches réseaux 2 et 3 des commutateurs. Et il n'est pas du tout certain que l'essentiel du contrôle doive être fait à ce niveau là," dit-il.
« D'un autre côté, lorsque vous traitez avec la politique qui doit être appliquée sur une application donnée, pour un utilisateur donné dans un Cloud , c'est intéressant. Et le contrôle doit s'établir sans doute entre les commutateurs virtuels et l'hyperviseur. Cela semble être la voie emprunté par l'industrie, avec les services de la couche 2 recouvrant un routage du réseau effectué en couche 3. Là, les protocoles qui semblent être les plus pertinents pour nous, et qui ont émergé à ce jour, sont VXLAN et NVGRE » conclut-il.
