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

Conclusion
MPLS

Auteur(s) : Jean-Marie BONNIN

Date de publication : 10 nov. 2003

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

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

Sommaire

Présentation

Version en anglais English

RÉSUMÉ

La commutation de labels permet en premier lieu de remplacer les traitements longs et complexes associés au relayage de paquets IP par un traitement plus simple. Elle permet également d'utiliser la signalisation IP pour contrôler des réseaux à commutation de circuits et ainsi d'intégrer différentes technologies de commutation de niveau 2 dans un même cœur de réseau.  Cet article présente le principe de la commutation de label et le protocole MPLS, avec ses fonctions avancées.

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)

  • Jean-Marie BONNIN : Maître de conférences à l’École nationale supérieure des télécommunications (ENST) de Bretagne

INTRODUCTION

Ala fin de l’année 2001, MPLS (MultiProtocol Label Switching) est le sujet d’un grand nombre d’articles et de conférences, mais il est aussi l’objet d’un nombre croissant d’annonces de la part des constructeurs de matériel réseau. À l’heure où les premiers services commerciaux s’appuyant sur un cœur de réseau MPLS/IP apparaissent, l’intérêt de la technologie semble démontré par leur bon fonctionnement. Il reste nécessaire de bien comprendre MPLS pour être capable de faire la part des choses. C’est pourquoi, au-delà des effets de mode, les motivations ayant présidé à la définition de MPLS et les réels apports de MPLS et des technologies associées dans les cœurs de réseaux modernes doivent être compris.

Le principe premier de la commutation de labels est de remplacer les traitements longs et complexes associés au relayage de paquets IP par un traitement plus simple. Si l’on considère un autre point de vue, l’objectif est d’utiliser la signalisation IP pour contrôler des réseaux à commutation de circuits et permettre ainsi l’intégration de différentes technologies de commutation de niveau 2 dans un même cœur de réseau. Dans un réseau IP classique, chaque routeur décide, en fonction de l’adresse de destination contenue dans l’en-tête d’un paquet, si celui-ci est destiné à un des sous-réseaux directement connectés ou, dans le cas contraire, vers quel routeur voisin il doit faire suivre le paquet. Pour prendre cette décision, il utilise le contenu de sa table de routage, laquelle est construite par les protocoles de routage. Cette table associe à des adresses de réseaux et de sous-réseaux, ou plus généralement à des préfixes d’adresses IP, le prochain routeur sur le chemin menant vers le réseau de destination. Ce préfixe pouvant être de longueur variable et l’ordre n’étant pas imposé dans la table de routage, le routeur doit examiner l’ensemble de la table de routage pour décider quelle est l’entrée de la table qui correspond le mieux à l’adresse de destination du paquet. Ce traitement est relativement coûteux du fait de la taille sans cesse croissante des tables de routage du cœur de l’Internet (environ 100 000 entrées en 2001).

La commutation de labels permet de réduire fortement le coût de cette recherche dans la mesure où elle n’est plus effectuée dans les équipements du cœur de réseau. En fait, chaque équipement interne au cœur de réseau effectue une seule fois la recherche au moment de la création du chemin. Pour cela, un label est ajouté dans chaque paquet par les routeurs en frontière du domaine. Ceux-ci peuvent choisir le label en fonction de différents critères parmi lesquels on retrouve généralement l’adresse de destination du paquet. Les décisions de relayage par les équipements dans le cœur du réseau se font sur la base du label ajouté au paquet. Tous les paquets comportant un même label sont traités de la même manière par les commutateurs de labels. Ils subissent le même traitement de relayage, et a fortiori, suivent le même chemin jusqu'à la sortie du réseau à commutation de labels. Les équipements disposent d’une table de commutation contenant, pour chaque label entrant, l’interface de sortie et un label sortant.

Un même label peut être associé à des paquets ayant une adresse de destination correspondant à un préfixe d’adresse différent dans la table de routage IP ; il suffit qu’ils empruntent le même chemin dans le nuage MPLS. Cela permet de réduire considérablement la taille des tables de commutation MPLS et la signalisation nécessaire à l’établissement des chemins. Ainsi, les trafics peuvent être agrégés beaucoup plus efficacement qu’avec CIDR (Classless InterDomain Routing). En effet, pour pouvoir agréger des trafics avec IP, il faut que leurs adresses soient en quelque sorte contiguës dans l’espace d’adressage, c’est-à-dire qu’elles aient un certain nombre de bits en commun. De plus, lorsque le maillage augmente dans le réseau, l’agrégation perd de son efficacité car les tables de routage contiennent de plus en plus d’exceptions. Un des intérêts de la commutation de labels est justement de permettre l’agrégation des paquets en fonction du nœud de sortie du cœur de réseau, et non plus en fonction du sous-réseau de destination du paquet, comme c’est le cas avec IP. Bien qu’agrégés dans le domaine MPLS, dès leur sortie du domaine, les paquets sont à nouveau traités comme des paquets IP indépendants et leurs routes peuvent à nouveau diverger. L’agrégation se fait donc localement sur la base d’informations locales au cœur de réseau ; elle est par conséquent complètement transparente pour les réseaux voisins.

Si l’argument de la performance était crucial il y a quelques années, à l’heure des gigarouteurs, il perd un peu de son importance. Par contre, la technique de la commutation de labels conserve son intérêt car elle permet d’apporter de nouvelles fonctionnalités, importantes pour les opérateurs de cœur de réseau. En effet, si un réseau IP a l’avantage d’être robuste aux pannes et de trouver automatiquement des chemins pour les paquets, il lui manque des fonctions de gestion plus avancées, comme le partage de charge ou la possibilité de décider du routage en fonction de la qualité de service, du type de flux ou du prix que paye le client. La commutation de labels, de par son architecture, autorise la mise en place de fonctions complexes puisque seuls les nœuds d’entrée du réseau ont à en assumer la charge.

Un autre argument militant en faveur de la commutation de labels est sa capacité à valoriser les investissements en équipements ATM (Asynchronous Transfer Mode) ou Frame Relay déjà effectués par les opérateurs. En effet, le traitement d’un paquet devient relativement simple et peut être le fait d’un simple commutateur à peine modifié. Il suffit de placer le label dans les champs contenant les étiquettes de commutation propres à chaque technologie de niveau 2.

Il y a deux façons majeures de concevoir le transport de paquets IP sur un réseau à commutation de niveau 2. La première consiste à reporter toute la complexité des décisions de routage à la frontière du réseau et à faire établir les chemins par des entités spécialisées qui utiliseront ensuite la signalisation propre au réseau commuté (par exemple, Q.2931 pour un réseau ATM) pour établir des circuits de niveau 2 permanents ou semi-permanents. À l’extrême, un maillage complet de circuits de niveau 2 relie chaque équipement frontière à tous les autres et le routeur d’entrée dans le réseau se contente de déterminer quel est le routeur de sortie. Pour des raisons évidentes, cette approche se limite à de petits réseaux.

La seconde façon d’opérer est plus innovante ; elle consiste à utiliser les protocoles de routage IP pour effectuer la signalisation du réseau commuté de niveau 2. Cette approche permet une mise en place automatique des circuits sur la base des informations de routage, sans imposer de mécanisme de traduction d’adresses et de localisation propre aux solutions classiques de transport d’IP sur infrastructure ATM. Cette solution permet de laisser les décisions de routage aux protocoles de routage IP qui fonctionnent déjà et qui sont bien connus. De plus, elle n’est pas incompatible avec des mécanismes de gestion de trafic plus élaborés qui construiront des chemins en fonction des besoins, ceux-ci cohabitant avec les chemins construits automatiquement.

Nous décrivons ici les points communs des différentes solutions de commutation de labels en insistant sur les aspects communs avec les standards MPLS. Ensuite, nous étudions en détail le protocole MPLS lui-même, puis nous nous penchons rapidement sur les protocoles de distribution de labels. Enfin, nous abordons les fonctionnalités avancées de MPLS, comme le routage contraint et les outils d’ingénierie de trafic.

Cet article est réservé aux abonnés.
Il vous reste 92% à 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.

DOI (Digital Object Identifier)

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


Cet article fait partie de l’offre

Réseaux Télécommunications

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

Version en anglais English

5. Conclusion

Avec l’évolution rapide des technologies de transports à haut débit, il devient évident qu’ATM n’est plus une solution d’avenir pour les cœurs de réseaux IP, d’une part parce qu’il est difficile d’intégrer d’autres technologies dans une signalisation ATM, et d’autre part parce que la taxe de cellule (cell tax ) devient prohibitive lorsque le débit augmente et qu’on ne sait plus construire de cartes capables de segmenter et de réassembler des paquets en cellules à la vitesse des liens. MPLS est donc une solution prometteuse parce qu’elle permet d’intégrer très facilement de nouvelles technologies dans un cœur de réseau existant (si on excepte l’aspect de l’administration qui suppose la plupart du temps des développements spécifiques à chaque technologie). De plus, elle est très souple et autorise l’administrateur à gérer l’ensemble du réseau automatiquement grâce à LDP, sans pour autant lui interdire des traitements spécifiques pour certains trafics. Enfin, comme dans le cas d’ATM, rien n’interdit de transporter des données autres que IP ; il existe par exemple des propositions pour transporter directement de l’Ethernet au-dessus de MPLS [2], ce qui permet de profiter de la notion de VLAN au-dessus d’une infrastructure IP.

Il n’en reste pas moins que MPLS a pris beaucoup de retard, à tel point que son avenir a été mis en doute par l’arrivée sur le marché de routeurs gigabits à des prix abordables. Aujourd’hui, la question ne se pose plus en ces termes dans la mesure où la valeur ajoutée de MPLS ne réside plus seulement dans la performance. Il existe maintenant un ensemble cohérent de RFC qui définissent le plan de commutation et une grande partie des protocoles de distribution des labels. Il reste néanmoins beaucoup de travail en ce qui concerne l’ingénierie de trafic, le multicast, le support d’autres niveaux physiques et la tolérance aux pannes.

Les réseaux se déploient et les constructeurs offrent des produits complets supportant une part importante des fonctionnalités de MPLS. Les opérateurs de leur côté déploient des réseaux commerciaux sans impact sur les utilisateurs. MPLS est donc une technologie mature pour les fonctions de base,...

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

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

BIBLIOGRAPHIE

  • (1) - GUICHARD (J.), PEPELNJAK (I.) -   MPLS and VPN Architectures : A Practical Guide to Understanding, Designing and Deploying MPLS and MPLS-Enabled VPN  -  . Cisco Press (2000).

  • (2) -   MPLS-based Layer 2 VPNs  -  draft-kompella-ppvpn-12vpn-00.txt

  • (3) -   Generalized MPLS – Signaling Functional Description  -  draft-ietf-mpls-generalized-signaling-04.txt

  • (4) -   Generalized MPLS Signaling – CR-LDP extensions  -  draft-ietf-mpls-generalized-cr-ldp-03.txt

  • (5) -   Generalized MPLS Signaling – RSVP-TE extensions  -  draft-ietf-mpls-generalized-rsvp-te-03.txt

  • (6) -   *  -  Les références MPLS-based Layer 2 VPNs à Generalized MPLS Signaling – RSVP-TE extensions sont accessibles depuis la page http://www.ietf.org/ID.html ou par FTP ftp://www.ietf.org/internet-drafts.

  • ...

DANS NOS BASES DOCUMENTAIRES

1 Organismes

HAUT DE PAGE

1.1 Internet Engineering Task Force (IETF)

http://www.ietf.org

Le site de l’IETF donne accès aux documents produits par les groupes de travail de l’IETF, en particulier les groupes MPLS, Traffic Engineering et VPN.

HAUT DE PAGE

1.2 Groupe de travail de MPLS de l’IETF

http://www.ietf.org/html.charters/mpls-charter.html

HAUT DE PAGE

1.3 MPLS Forum

http://www.mplsforum.org

Ce regroupement d’industriels et d’universitaires a pour objectif de favoriser le déploiement de réseaux MPLS. Il offre une liste assez complète d’adresses relatives à MPLS.

HAUT DE PAGE

2 Sites Internet

...

Cet article est réservé aux abonnés.
Il vous reste 92% à 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

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