L'Évolution du SDN : Définition, Enjeux et Perspectives
Parmi les acronymes qui font le buzz, SDN pour "Software Defined Networking" occupe une place de plus en plus prépondérante dans les publications spécialisées. Toutefois, il n'existe pas de définition unique et précise de ce terme, chaque éditeur le définissant selon ses propres intérêts. Par exemple, certains produits se qualifient de "SDN enable" simplement parce qu'ils disposent d'une API permettant d'automatiser leur configuration. Cette diversité de définitions peut rendre le concept difficile à appréhender.
Origines et Concept du SDN
À l'origine, le SDN repose sur l'idée de séparer le "Control Plane" (qui détermine comment les paquets sont transmis) du "Forwarding Plane" (qui est responsable de la transmission des paquets) des équipements réseaux. Cette séparation permet de transférer le contrôle du réseau à un "cerveau central" : le contrôleur. Le modèle SDN comporte trois niveaux :
- Le réseau (dit "southbound"),
- Le contrôleur,
- Les applications (dites "northbound").
L'objectif est également de garantir une indépendance vis-à-vis des équipementiers, ce qui nécessite une normalisation. À cette fin, l'Open Networking Foundation (ONF) travaille à définir des standards, notamment le protocole OpenFlow, qui permet de découpler le plan de données du plan de contrôle.
Adoption et Mise en Œuvre du SDN
Cependant, l'adoption d'OpenFlow reste limitée parmi les grands équipementiers réseaux, certains préférant leurs protocoles propriétaires. OpenFlow, bien que prometteur, pourrait devenir un protocole parmi d'autres dans des architectures hybrides incluant des API REST, des protocoles propriétaires, et des technologies d'overlay comme VXLAN.
Limites et Évolutions
Il est important de noter qu'OpenFlow, dans sa forme actuelle, se limite aux fonctions de commutation et de routage, sans inclure des fonctionnalités avancées comme la prévention d'intrusion ou la répartition de charge évoluée. Des solutions alternatives, telles que les "Network Fabrics" propriétaires, peuvent également offrir une gestion centralisée de la transmission des paquets dans les datacenters.
L'architecture SDN côté southbound évolue vers un mélange de solutions variées, et nous sommes probablement entrés dans une ère post-OpenFlow. Les avancées se concentrent désormais sur le côté northbound, où la standardisation des API reste un défi majeur.
Perspectives et Défis
La normalisation des API est cruciale pour permettre aux développeurs de programmer le réseau de manière efficace. Actuellement, les éditeurs fournissent souvent contrôleur et applications en un seul produit, limitant la flexibilité et l'interopérabilité. Le projet OpenDaylight, soutenu par les grands éditeurs, pourrait accélérer la standardisation et l'adoption du SDN.
Le SDN n'est pas uniquement synonyme d'OpenFlow, mais représente une évolution nécessaire vers une gestion plus dynamique et programmée du réseau. Cette évolution est particulièrement bénéfique pour les acteurs du Cloud, les opérateurs et les grandes entreprises disposant de datacenters interconnectés. En revanche, les petites entreprises, moins confrontées aux problématiques adressées par le SDN, pourraient en tirer moins de bénéfices immédiats.
