Contactez-nous
Quelques cas d'usage
SDN : promesses et enjeux - Analyse de l'ingénierie d'exploitation de réseaux
TE7608 v1 Article de référence

Quelques cas d'usage
SDN : promesses et enjeux - Analyse de l'ingénierie d'exploitation de réseaux

Auteur(s) : Mohamed BOUCADAIR, Christian Jacquenet

Date de publication : 10 nov. 2013 | Read in English

Logo Techniques de l'Ingenieur Cet article est réservé aux abonnés
Pour explorer cet article plus en profondeur Consulter l'extrait gratuit

Déjà abonné ?

Présentation

1 - Quelques rappels

  • 1.1 - Vers des réseaux dynamiquement adaptatifs
  • 1.2 - Au-delà du buzz SDN

2 - Environnement SDN

  • 2.1 - De la souscription à l'exploitation d'un service
  • 2.2 - Définition de SDN

3 - Enjeux de l'approche SDN

4 - Pratique raisonnée des techniques SDN

  • 4.1 - Retenir les leçons du passé
  • 4.2 - Rester pragmatique
  • 4.3 - Confronter l'expérience à la théorie
  • 4.4 - Déployer progressivement
  • 4.5 - OpenFlow, un outil parmi d'autres de la boîte SDN
  • 4.6 - Ne pas se tromper d'objectifs

5 - Quelques cas d'usage

6 - Défis encore à relever

7 - Conclusion

Sommaire

Présentation

RÉSUMÉ

Le réseau Internet est devenu le réseau fédérateur supportant une grande variété de services à valeur ajoutée, dont l'ingénierie, le déploiement et l'exploitation requièrent bien souvent un très haut niveau d'expertise technique. Ce constat est aggravé par la grande variété des protocoles et outils disponibles pour fournir de tels services, ainsi que par les besoins de convergence fixe/mobile. La simplification de l'ingénierie et de l'exploitation de ces environnements réseaux multiservices, multiprotocoles, multitechnologies est ainsi devenue l'un des principaux défis techniques auquel les fournisseurs de service doivent faire face. Un tel défi peut être relevé par l'activation intelligente et combinée de différentes techniques. L'ensemble de ces techniques et leur activation combinée sont aujourd'hui regroupées sous le vocable SDN (Software-Defined Networking).

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

Auteur(s)

  • Mohamed BOUCADAIR : Architecte de réseaux et services IP – France Telecom Orange

  • Christian Jacquenet : Directeur des programmes stratégiques réseaux IP – France Telecom Orange

INTRODUCTION

Le réseau Internet est devenu le réseau fédérateur qui supporte désormais une grande variété de services à valeur ajoutée. Comme les contraintes de connectivité de ces services sont à la fois nombreuses et variées, leur ingénierie, leur déploiement et leur exploitation sont de plus en plus complexes et requièrent bien souvent un très haut niveau d'expertise technique. Ce constat est aggravé par la grande variété des protocoles et outils disponibles pour fournir de tels services, ainsi que par les besoins de convergence fixe/mobile, notamment. La simplification de l'ingénierie et de l'exploitation de ces environnements réseaux multiservices, multi-protocoles, multi-technologies est devenue l'un des principaux défis techniques auxquels les fournisseurs de service doivent faire face. Un tel défi peut être relevé par l'activation intelligente et combinée de différentes techniques, dont les techniques d'allocation dynamique de ressources, ainsi que les techniques permettant de négocier dynamiquement les paramètres d'un service réseau entre un client et le fournisseur de service, conduisant ainsi à des procédures de production de service automatisées. L'ensemble de ces techniques et leur activation combinée sont aujourd'hui regroupées sous le vocable SDN (Software-Defined Networking). Cet article se propose de clarifier le paysage SDN.

Cet article consacré à une analyse critique et raisonnée des techniques SDN est organisé de la manière suivante :

  • rappel de l'écosystème des réseaux de communication et de leurs caractéristiques, en insistant notamment sur la variété et la complexité des services réseau qu'ils supportent ou devront supporter (§ 1) ;

  • analyse fonctionnelle des techniques mises en œuvre par les architectures SDN et définition de ce que le vocable SDN recouvre (§ 2) ;

  • enjeux et difficultés soulevés par l'introduction de techniques SDN (§ 3) ;

  • quelques principes élémentaires de nature à faciliter l'ingénierie liée à l'introduction de techniques SDN (§ 4) ;

  • deux cas d'usage pouvant naturellement bénéficier des techniques SDN (§ 5) ;

  • quelques perspectives sur le futur des techniques SDN et de leur exploitation.

Logo Techniques de l'Ingenieur

Cet article est réservé aux abonnés.
Il vous reste 95 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


MOTS-CLÉS

TIC réseau internet

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-te7608

Lecture en cours
Présentation

Article inclus dans l'offre

"Réseaux Télécommunications"

(140 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

5. Quelques cas d'usage

5.1 Production automatisée d'un RPV

La complexité intrinsèque des services RPV (service de réseau privé virtuel) en fait un exemple emblématique de services qui encourage l'introduction d'un niveau élevé d'automatisation dans le processus de production. Les ressources impliquées dans la fourniture d'un service de RPV doivent, en effet, manipuler un grand nombre d'informations de configuration (que l'on peut classer de la manière suivante) :

  • d'ordre topologique (par exemple, localisation et identification des sites raccordés au travers du RPV) ;

  • d'adressage (dont l'identification des réseaux et des terminaux qui pourront accéder au service de RPV ou seront accessibles via le service de RPV) ;

  • de routage (spécification de la politique de routage au sein du RPV, politique d'acheminement du trafic vers le réseau internet, etc.) ;

  • relatives à la politique de sécurité mise en place pour le RPV (par exemple, établissement et activation de filtres) ;

  • relatives à la politique de qualité de service mise en place pour le VPN :

    • fonctions de classification et de marquage du trafic acheminé par le RPV,

    • fonctions de conditionnement du trafic acheminé par le RPV,

    • bande passante allouée aux ressources impliquées dans l'acheminement du trafic au sein du RPV, etc.).

Remarque

La complétude des tâches de structuration et de configuration du service de RPV doit résulter en un comportement cohérent de l'ensemble des ressources impliquées dans la production et la maintenance du service de RPV.

Le rôle d'un système de gestion d'un service de RPV reposant sur une infrastructure SDN (figure 3) est de maintenir une vision consolidée de l'ensemble des ressources utilisées par le service de RPV (dénoté VPNVirtual Private Network dans la figure 3), qu'elles soient logiques ou matérielles, mais également une vision consolidée de l'état de ces ressources.

Le système de gestion du service de RPV gère également les routes RPV qui ont été calculées par les éléments du réseau impliqués dans l'établissement et la maintenance du RPV. Ces routes sont en fait calculées en fonction des résultats de la négociation...

Logo Techniques de l'Ingenieur

Cet article est réservé aux abonnés.
Il vous reste 95 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


Lecture en cours
Quelques cas d'usage

Article inclus dans l'offre

"Réseaux Télécommunications"

(140 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

Sommaire
Sommaire

BIBLIOGRAPHIE

  • (1) - BOUCADAIR (M.), JACQUENET (C.), WANG (N.) -   IP/MPLS connectivity provisioning profile.  -  dratf-boucadair-connectivity-provisioning-profile-02.txt, Work in Progress (2012).

  • (2) - PRAS (A.), SCHOENWAELDER (J.) -   On the difference between information modes and data models.  -  RFC 3444 (2003).

  • (3) -   IPsphere framework technical specification (Release 1).  -  IPsphere 1.0, juin 2007.

  • (4) -   Openflow management configuration protocol.  -  OF-CONFIG 1.1.1, janv. 2013.

  • (5) - KUMAKI (K.) et al -   PCEP extensions for a BGP/MPLS IP-VPN.  -  draft-kumaki-purai-pce-pcep-extension-13vpn-10.txt, Work in Progress (2012).

  • (6) - ENNS (R.) et al -   Network configuration protocol (NETCONF).  -  RFC 6241 (2011).

  • ...

Logo Techniques de l'Ingenieur

Cet article est réservé aux abonnés.
Il vous reste 93 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


Article inclus dans l'offre

"Réseaux Télécommunications"

(140 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

Ressources documentaires

Protocole IEEE 802.11 - Qualité de service

L'IEEE a introduit, en 2005, une extension à la norme IEEE 802.11, afin de prendre en charge la ...

Protocole L2TP

Le protocole de tunneling de niveau 2 (L2TP, Layer Two Tunnel Protocol) a été conçu pour transporter des ...

Réseaux locaux industriels - Concepts, typologie, caractéristiques

Cet article présente les concepts des différents Réseaux locaux industriels RLI, et surtout leurs ...

MPLS : applications à l’ingénierie de trafic et à la sécurisation

Devant la croissance des débits d’accès, des méthodes d’ingénierie de trafic pour les réseaux IP sont ...