Présentation

Article

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

Article de référence | Réf : TE7608 v1

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

Pour explorer cet article
Télécharger l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !

Sommaire

Présentation

Version en anglais En anglais

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

ABSTRACT

The Internet has become the federative network supporting a large variety of value-added services, whose engineering, deployment, and operation often require a high level of technical expertise. This is exacerbated by the wide variety of protocols and tools available for such services, as well as by the needs of fixed/mobile convergence. Simplifying the engineering and operation of these environments multiservice, multiprotocol, multi-technology network environments has thus become one of the major technical challenges to be addressed by service providers. Such a challenge can be met by the intelligent combination of different techniques. All of these techniques and their combined action are now regrouped under the SDN (Software-Defined Networking) denomination.

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.

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

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

MOTS-CLÉS

TIC réseau internet

KEYWORDS

ICTs   |   internet network

DOI (Digital Object Identifier)

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


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

ABONNEZ-VOUS

Lecture en cours
Présentation
Version en anglais En anglais

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...

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

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

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

ABONNEZ-VOUS

Lecture en cours
Quelques cas d'usage
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).

  • ...

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

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

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

ABONNEZ-VOUS