Expression de besoins
Structuration dynamique de services - Introduction au chaînage de fonctions service (SFC)
TE7607 v1 Article de référence

Expression de besoins
Structuration dynamique de services - Introduction au chaînage de fonctions service (SFC)

Auteur(s) : Mohamed BOUCADAIR, David BINET

Date de publication : 10 oct. 2015 | 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 - Motivations et objectifs

  • 1.1 - Contraintes des architectures actuelles
  • 1.2 - Atouts des chaînes de fonctions service
  • 1.3 - Objectifs du chaînage de fonctions service

2 - Cas d'usages

  • 2.1 - Interface Gi : réseaux mobiles
  • 2.2 - Réseaux fixes
  • 2.3 - Convergence fixe-mobile
  • 2.4 - Centres de données

3 - Expression de besoins

  • 3.1 - Mise en œuvre et activation des services
  • 3.2 - Chaînage de fonctions service
  • 3.3 - MTU / Fragmentation
  • 3.4 - Indépendance par rapport aux infrastructures sous-jacentes
  • 3.5 - Classification du trafic
  • 3.6 - Plan de transfert
  • 3.7 - Opérations, administration, maintenance
  • 3.8 - Disponibilité et répartition de charge
  • 3.9 - Intégration, sécurité et qualité de service

4 - Architecture du SFC

  • 4.1 - Éléments fonctionnels
  • 4.2 - Localisations des éléments fonctionnels SFC
  • 4.3 - Opérations SFC
  • 4.4 - Gestion de localisateur(s) de fonction service
  • 4.5 - Gestion de chaînes fonctionnelles
  • 4.6 - Procédure

5 - Implémentations techniques

  • 5.1 - Modes de déploiement
  • 5.2 - Intégration dans une architecture existante
  • 5.3 - En-tête SFC
  • 5.4 - Marquage SFC
  • 5.5 - Routage et acheminement différencié

6 - Découverte de fonctions service

  • 6.1 - Configuration statique : un frein à l'automatisation des services
  • 6.2 - Objectifs de l'automatisation
  • 6.3 - Découverte automatique de fonctions service

7 - Diagnostic de chaîne de fonctions service

  • 7.1 - Introduction
  • 7.2 - Périmètre des opérations de diagnostic
  • 7.3 - Limites des outils de diagnostic classiques
  • 7.4 - Primitives de diagnostic SFC

8 - Conclusion et perspectives

9 - Acronymes

Sommaire

Présentation

RÉSUMÉ

La fourniture de services IP à valeur ajoutée requiert des fonctions service sophistiquées, devant être sollicitées de manière cohérente et dans un certain séquencement afin de satisfaire les besoins clients ainsi que les exigences et contraintes des opérateurs. Contrairement aux pratiques actuelles ne permettant pas un déploiement de services sans impact sur le réseau sous-jacent, le mécanisme de chaînage de fonctions service (SFC) permet de s'affranchir de l'adhérence au réseau de transport et offre une grande flexibilité pour structurer des services avancés d'une manière dynamique et évolutive. Cet article décrit les motivations et l'essence du mécanisme de chaînage fonctionnel, identifie une liste de cas d'usage emblématiques et en extrait les besoins fonctionnels à satisfaire par un système SFC.

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

  • David BINET : Architecte de réseaux et services IP France Telecom Orange

INTRODUCTION

La mise en œuvre de services à valeur ajoutée repose sur l'activation de fonctions service diverses. La tendance pour les opérateurs consiste à progressivement s'appuyer sur des infrastructures partagées, notamment pour ce qui concerne le cœur de réseau. Or pour répondre à certaines exigences spécifiques des clients, il est fréquemment nécessaire de différencier le traitement des trafics par l'activation de fonctions spécifiques. Par exemple, pour répondre à des besoins de Qualité de Service (QS), il pourra être nécessaire d'activer des fonctions d'accélération TCP ou « http », tandis que le trafic associé à d'autres applications nécessiteront, par exemple, d'être inspecté par une fonction DPI (Deep Packet Inspection). Les choix de déploiement retenus aujourd'hui pour que les trafics de clients soient traités par des fonctions spécifiques reposent sur des configurations assez lourdes en termes de routage, voire par la mise en place d'architectures spécifiques, quelquefois redondantes dans les cas les plus extrêmes. La topologie des réseaux et la difficulté de mettre en œuvre dynamiquement de nouveaux services à valeur ajoutée dans des délais acceptables sont également un frein à une ouverture plus rapide et plus en prise avec les options marketing des opérateurs pour la fourniture de services avancés aux clients.

L'objectif des nouvelles fonctionnalités de Chaînage de Fonctions Service (SFC : Service Function Chaining) est de répondre à ces contraintes et d'ouvrir des perspectives de plus grande flexibilité et de dynamique dans la mise en œuvre de services adaptés aux besoins des clients, tout en s'assurant que cela n'engendre pas une complexité (plus) importante, notamment dans la gestion des réseaux et services. De plus, le chaînage fonctionnel peut être aussi avantageusement mis en œuvre pour satisfaire des contraintes d'ingénierie de trafic propres à chaque opérateur.

Le chaînage fonctionnel est une technique permettant de solliciter d'une manière séquentielle des fonctions élémentaires ; par exemple, NAT (Network Address Translation), pare-feu, DPI. Cette technique permet ainsi de mettre en place des politiques d'acheminement de trafic différenciées selon la nature du service associé aux différents trafics. Des règles de classification sont typiquement installées en bordure du réseau pour déterminer la chaîne de fonctions service à laquelle un flux est associé, et qui sera utilisée pour traiter l'ensemble des paquets appartenant à ce flux. Les règles de classification sont spécifiques à chaque cas de déploiement. À titre d'exemple, la classification peut se baser sur un identifiant client, un identifiant réseau, une combinaison de plusieurs champs d'un paquet IP, ou tout autre paramètre.

Cet article, une fois les motivations et objectifs de chaînage de fonctions service décrits, présente quelques cas d'usage parmi les plus caractéristiques, notamment ceux liés aux réseaux fixes, mobiles et aux centres de données. À partir de ces cas d'usage, sont décrits les principaux besoins à considérer pour la mise en œuvre d'un système SFC ; des types d'architectures SFC permettant de répondre aux exigences de ces cas d'usage sont proposées. Quelques exemples d'implémentation typiques sont ensuite décrits avant d'analyser deux aspects clés d'un système SFC : la découverte des éléments constitutifs d'une architecture de chaînage de fonctions service d'une part et les outils de diagnostic SFC d'autre part. Ces deux composantes sont essentielles dans un environnement où le caractère dynamique de mise en œuvre et de mise à jour des chaînes de fonctions service est critique. Elles doivent notamment répondre aux problématiques des architectures existantes où la configuration et la prise en compte de facteurs tels que l'indisponibilité ou le dysfonctionnement d'un service élémentaire supposent généralement un diagnostic, proactif de préférence, et une reconfiguration du système de chaîne de fonctions service.

Un tableau des principaux acronymes utilisés est présenté en fin d'article.

Logo Techniques de l'Ingenieur

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

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


DOI (Digital Object Identifier)

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

Lecture en cours
Présentation

Article inclus dans l'offre

"Réseaux Télécommunications"

(141 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

3. Expression de besoins

Quel que soit l'environnement considéré (réseaux mobiles, réseaux fixes ou centres de données), les architectures de chaînage de fonctions service doivent respecter des besoins communs  listés dans ce chapitre.

3.1 Mise en œuvre et activation des services

Les chaînes fonctionnelles doivent pouvoir s'appuyer indifféremment sur des fonctions service virtualisées et des fonctions supportées sur des équipements dits physiques. Ces fonctions virtuelles ou physiques pourront être activées à n'importe quelle position dans une chaîne de fonctions service. En outre, les fonctions service doivent pouvoir être instanciées sur des équipements spécifiques. Il est également nécessaire que le chaînage de fonctions service puisse inclure les situations où des fonctions service sont localisées sur un même équipement. Pour notamment pallier les problèmes de répartition de charge et de passage à l'échelle, les fonctions service pourront également être intégrées à une architecture distribuée, via des techniques de partage de charge par exemple. Si des fonctions service sont localisées sur un même équipement physique, le transfert d'informations d'une fonction service à une autre, si nécessaire pour une chaîne donnée, sera considéré comme propriétaire.

Une fonction service doit pouvoir être instanciée sur un ou plusieurs équipements. La mise en œuvre d'une fonction service sur un ensemble d'équipements permet d'assurer la répartition de la charge associée ainsi que de faciliter l'exploitation, et notamment l'intervention sur un équipement sans rupture de service. Les techniques permettant de faire appel pour une chaîne donnée à l'un ou l'autre des équipements supportant la fonction service peuvent être considérées comme spécifiques au cas d'usage ou d'instanciation. Il est également envisageable de considérer que la disponibilité et la répartition de charge sont inhérentes...

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
Expression de besoins

Article inclus dans l'offre

"Réseaux Télécommunications"

(141 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.), PARKER (R.), LOPEZ (D.), GUICHARD (J.), PIGNATARO (C.) -   Service function chaining : framework and architecture.  -  draft-boucadair-sfc-framework-00, oct. 2013.

  • (2) - HALPERN (J.), PIGNATARO (C.) -   Service function chaining (SFC) architecture.  -  draft-ietf-sfc-architecture, sept. 2014.

  • (3) - QUINN (P.), NADEAU (T.) -   Service function chaining problem statement.  -  RFC 7498, avril 2015.

  • (4) - SRISURESH (P.), EGEVANG (K.) -   Traditional IP network address translator (traditional NAT).  -  RFC 3022, janv. 2001.

  • (5) - BAGNULO (M.), MATTHEWS (P.), VAN BEIJNUM (I.) -   Stateful NAT64 : network address and protocol translation from IPv6 clients to IPv4 servers.  -  RFC 6146, avr. 2011.

  • (6) - WOODYATT (J.) -   Recommended simple security capabilities...

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é ?


Article inclus dans l'offre

"Réseaux Télécommunications"

(141 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

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

Automatisation des Opérations des infrastructures MSDC (Massively Scalable Data Centers) - Déploiements BGP (Border Gateway Protocol)

Les Data Center (DC) constituent un point névralgique essentiel pour le développement de services dont ...

Communiquer sur des chemins multiples - Atouts du protocole MPTCP

Le protocole de transport TCP (Transmission Control Protocol) occupe une position prédominante pour le ...