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 > SDN pour l’attachement de services au réseau
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
2. SDN pour l’attachement de services au réseau
Les services à valeur ajoutée sont des éléments importants pour les opérateurs. En effet, offrir uniquement un service de transport ne présente plus la rentabilité économique suffisante. Depuis plusieurs années, les opérateurs ont ajouté des briques de services (voix, vidéo, sécurité, etc.), autour de leurs services de transport.
La grande problématique technique derrière cela est comment connecter le service au client via le réseau.
Prenons l’exemple d’un service simple de passerelle Internet sécurisée pour un réseau privé virtuel de niveau 3.
Le client dispose d’un réseau privé virtuel de niveau 3 chez un opérateur, et interconnecte ses sites via ce réseau. Il souhaite pouvoir disposer d’une passerelle Internet centralisée et gérée par l’opérateur pour l’ensemble de ses sites. Dans une architecture relativement courante, l’opérateur déploie un pare-feu dans le réseau qui est connecté à la fois au réseau privé du client et à Internet, le pare-feu implémentant les règles de sécurité adéquates pour le client et la translation d’adresses (figure 18).
La mise en place de ce type de service est, avec les méthodes actuelles, relativement longue, avec notamment les étapes de productions suivantes :
-
commande du pare-feu ;
-
installation sur site (nécessité d’avoir un technicien sur place) ;
-
raccordement du pare-feu aux réseaux ;
-
configuration des équipements.
Afin d’accélérer les temps de mise à disposition de services à valeur ajoutée, les opérateurs se tournent aujourd’hui vers la virtualisation des fonctions réseaux, connue sous l’acronyme NFV (Network Function Virtualization). Le but pour eux étant de pouvoir instancier des services à la demande sur des infrastructures de virtualisation présentes dans le réseau. Un gestionnaire d’infrastructure de virtualisation (VIM = Virtual Infrastructure Manager) est alors en charge de la gestion de cette infrastructure comme illustré à la figure 19.
Cependant créer la machine virtuelle est une chose, mais faut-il encore pouvoir lui fournir les raccordements réseaux adéquats. Dans notre exemple, la machine virtuelle pare-feu doit se connecter à Internet et au réseau privé virtuel du client....
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
SDN pour l’attachement de services au réseau
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