Présentation

Article

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

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

Architecture du SFC
Structuration dynamique de services - Introduction au chaînage de fonctions service (SFC)

Auteur(s) : Mohamed BOUCADAIR, David BINET

Date de publication : 10 oct. 2015

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

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

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

ABSTRACT

Dynamic structuring services. Introduction to Service Function Chaining (SFC)

Today the delivery of added-value IP services relies on a set of advanced service functions. These service functions need to be elicited consistently so that the services delivered meet the subscriber's expectations and also the operator's requirements, constraints, objectives and service guidelines. Unlike current approaches that jeopardize the flexibility of the underlying network, and are therefore seen as hampering change in the network, Service Function Chaining (SFC) offers promising features to deliver differentiated services to subscribers without adherence to the underlying network. This paper describes the motivations and rationale for SFC.

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.

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.

KEYWORDS

service fonction chaining   |   SFC   |   service delevery   |   automatisation   |   differentiated services   |   virtualization   |   IP services

DOI (Digital Object Identifier)

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


Cet article fait partie de l’offre

Réseaux Télécommunications

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

4. Architecture du SFC

4.1 Éléments fonctionnels

HAUT DE PAGE

4.1.1 Nœud SF

Un nœud SF est un nœud appartenant à un domaine SFC qui embarque une ou plusieurs fonctions SF.

L'architecture SFC ne fait aucune hypothèse quant à la nature de fonctions SF ni à l'interdépendance entre ces mêmes fonctions. Néanmoins, l'architecture SFC dispose de mécanismes qui permettent de garantir que seule une partie des fonctions SF supportées par un nœud SF seront sollicitées pour le traitement d'un paquet donné. Un nœud SF peut être compatible avec les extensions SFC ou non.

Un domaine SFC désigne un réseau (ou une partie d'un réseau) qui implémente le chaînage de fonctions service. Un domaine SFC peut être un site d'un data center, un point de présence, un réseau d'entreprise ou d'opérateur, etc.

HAUT DE PAGE

4.1.2 Nœud de bordure

Un nœud de bordure dénote un nœud qui connecte un domaine SFC à un autre domaine (SFC ou non). Il peut être de deux types :

  • nœud de bordure de sortie (SFC Egress Node ), qui traite le trafic sortant du domaine SFC auquel ce nœud appartient ;

  • nœud de bordure d'entrée (SFC Ingress Node ), qui traite le trafic entrant au domaine SFC auquel ce nœud appartient.

De ce fait, le trafic entre à travers un nœud d'entrée SFC et sort du domaine à travers un nœud de sortie SFC.

Notons que :

  • un même nœud physique peut agir à la fois comme un nœud d'entrée et de sortie pour un trafic donné ;

  • un trafic associé à une chaîne peut impliquer un nœud d'entrée SFC distinct de celui traversé en sortie du domaine ;

  • les flux entrant et sortant peuvent traverser des nœuds de bordure différents.

Selon la figure 8, les paquets sortants sont traités par des nœuds de bordures différents de ceux sollicités pour...

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

(163 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
Architecture du SFC
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...

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.

Cet article fait partie de l’offre

Réseaux Télécommunications

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