Présentation
En anglaisRÉSUMÉ
Les réseaux IP, qui initialement étaient sans garantie, supportent plus de services à valeur ajoutée nécessitant des ajouts technologiques à la couche protocolaire IP de base. Les réseaux IP ont toujours été configurés et opérés par des humains alors que la complexité des technologies, des services mis en jeu, et la rapidité de livraison de ces services ne fait que croître. Aujourd’hui flexibilité, agilité et rapidité sont les maîtres mots client, nécessitant de rendre le réseau plus programmable par la mise en place d’interfaces entre les applications et le réseau. Ces interfaces et les architectures afférentes prennent diverses formes selon les cas d’usage visés. Ce concept de programmation n’est pas un concept lié à IP mais peut être déclinable sur d’autres types de réseaux.
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleABSTRACT
Although IP networks were first designed for best effort traffic, they soon had to support more value added services. This was done by adding new technology bricks to the base IP specification. However, IP networks have still been provisioned and operated by humans, despite the increasing complexity of the technologies involved, the services deployed, and the need for rapid service delivery. Flexibility, agility and speed are key customer requirements. This means making the network more programmable by creating interfaces between applications and the network. These interfaces and the associated architectures can take many forms. This network programming concept is not restricted to IP technology: it can be applied to other types of network.
Auteur(s)
-
Stéphane Litkowski : Architecte et expert réseaux IP/MPLS - Orange Business Services, direction des réseaux Internationaux à Cesson Sévigné, France
INTRODUCTION
Dans l’article SDN – partie 1 [TE 7 609], nous avons évoqué l’historique des réseaux IP afin de comprendre leur évolution. Ceci nous a permis de bien appréhender les limitations actuelles et d’introduire le besoin de réseau programmable via les techniques SDN.
Nous détaillerons maintenant dans cet article d’autres cas d’usage du SDN ainsi que leurs mises en œuvre en présentant certaines technologies en vogue. Cet article abordera notamment l’optimisation du transport dans les cœurs de réseau IP/MPLS, le lien entre SDN et la virtualisation des fonctions réseaux (NFV), ainsi qu’un panorama des solutions actuelles du marché.
MOTS-CLÉS
KEYWORDS
programming | networks | SDN | SD-WAN | NFV | traffic engineering
DOI (Digital Object Identifier)
CET ARTICLE SE TROUVE ÉGALEMENT DANS :
Accueil > Ressources documentaires > Technologies de l'information > Technologies logicielles Architectures des systèmes > Architecture des systèmes et réseaux > Software-Defined Network - Principes, architectures et mise en œuvre – partie 2 > Contrôleurs SDN du marché
Cet article fait partie de l’offre
Réseaux Télécommunications
(139 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Présentation
3. Contrôleurs SDN du marché
3.1 OpenContrail
OpenContrail est en 2017 l’un des contrôleurs SDN les plus populaires pour la connexion réseau de machines virtuelles (utilisation dans un contexte NFV). OpenContrail est un logiciel open source géré par une communauté mais initialement issu de l’industriel Juniper (suite au rachat de l’entreprise Contrail). Juniper continue à maintenir aujourd’hui une version commerciale de OpenContrail sous la forme des produits Contrail Cloud ou Contrail Networking. La force de Contrail est dans sa capacité à s’intégrer dans des réseaux BGP VPN de manière très simple et ses fonctionnalités de chaînage de service avancées et pour autant simples à mettre en œuvre.
L’architecture d’OpenContrail est intéressante car elle reprend les composants d’un routeur.
En 2017, le contrôleur SDN est donc architecturé autour des composants suivants (figure 49) :
-
le nœud de configuration ;
-
le nœud de contrôle ;
-
le vrouter ;
-
le nœud d’analytics.
Le vrouter est le composant de plus bas niveau de l’architecture. Il est nommé vrouter car il est capable d’effectuer à la fois du routage IP et de la commutation niveau 2. Le vrouter n’a pas réellement d’intelligence locale, il applique les règles de routage et de commutation qui lui ont été installées. Il peut être considéré comme une carte ligne d’un équipement réseau à architecture de commutation distribuée.
Le nœud de configuration est en charge de la configuration haut niveau, il reçoit des ordres de configuration depuis une API. Il s’interface notamment avec les gestionnaires d’infrastructure virtualisée comme Openstack ou VMWare. Il s’interface également avec un module d’interface WEB graphique fourni dans OpenContrail. Dans le cas d’Openstack, le module réseau (baptisé Neutron) s’interface avec Contrail via un plugin, permettant ainsi l’attachement réseau de machines virtuelles via Contrail. Le but de ce nœud de configuration est donc de recevoir ces ordres de haut niveau (création de réseau, attachement d’une machine à un réseau, création d’une chaîne de service, etc.) et de les traduire en instructions de plus bas niveau qui seront effectuées par le nœud de contrôle. On pourrait comparer le nœud de configuration à la commande en ligne du plan de gestion d’un routeur...
Cet article fait partie de l’offre
Réseaux Télécommunications
(139 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Contrôleurs SDN du marché
DANS NOS BASES DOCUMENTAIRES
-
SDN : promesses et enjeux- Analyse de l’ingénierie d’exploitation de réseau
-
Software-Defined Network. Principes, architectures et mise en œuvre.
NORMES
-
Encapsulating MPLS in IP or GRE - RFC4023 -
-
BGP/MPLS IP Virtual Private Networks - RFC4364 -
-
A Path Computation Element (PCE)-Based Architecture - RFC4655 -
-
NETCONF Event Notifications - RFC5277 -
-
Path Computation Element Communication Protocol - RFC5440 -
-
Dissemination of Flow Specification Rules - RFC5575 -
-
YANG – a data modeling language for NETCONF - RFC6020 -
-
Network Configuration Protocol (NETCONF) - RFC6241 -
-
Software-Defined Networking: A Perspective from within a Service Provider Environment - RFC7149 -
-
...
ANNEXES
OpenDaylight http://www.opendaylight.org/
OpenContrail http://www.opencontrail.org/
Openconfig http://www.openconfig.net/
HAUT DE PAGECet article fait partie de l’offre
Réseaux Télécommunications
(139 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive