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

Diffusion MPLS - Le meilleur du multicast IP et de l'ingénierie de trafic

Auteur(s) : Christian JACQUENET

Date de publication : 10 mai 2013

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 croissance significative des services IP, par exemple pour la diffusion de programmes télévisés, soulève de nouveaux défis pour les opérateurs de réseaux. Le mode de transmission multicast IP ne suffit plus, et l'utilisation d'arborescences MPLS n'a pas été massivement adoptée. Aussi, la possibilité de combiner la dynamique multicast IP avec la robustesse des arborescences MPLS est une approche facilitant l'ingénierie et l'exploitation des services déployés sur de telles structures. Cette nouvelle approche combinatoire devrait permettre aux opérateurs de services IPTV ou de vidéoconférence sur IP une amélioration de la qualité et une exploitation facilitée.

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)

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

INTRODUCTION

Les services de diffusion IP s'appuient sur les schémas de communication de groupe de type « 1 vers N », où une source de contenus diffuse vers n récepteurs, ou de type « N vers P », où N émetteurs ont la capacité de diffuser vers P récepteurs (cas d'un service de visioconférence, par exemple). Ces modes de communication de groupe reposent majoritairement sur l'utilisation du mode de transmission multicast IP pour ce qui concerne les services de diffusion de programmes télévisés en temps réel, par exemple.

Le mode de transmission multicast IP se caractérise par l'établissement et la maintenance d'arbres de distribution établis à l'initiative des récepteurs et le long desquels le trafic est acheminé.

Toutefois, le mode de transmission multicast IP présente des limitations intrinsèques aux mécanismes protocolaires mis en jeu : par exemple, une source ne dispose à aucun moment de la moindre information concernant la localisation et la densité de répartition des récepteurs, ce qui peut affecter le niveau de qualité associé à la fourniture des contenus, tel que perçu par les utilisateurs finaux.

De même, le mode de transmission multicast IP ne fournit aucune garantie stricte quant à la bande passante nécessaire pour véhiculer les différents flux multicast sans dégradation significative de telle sorte qu'elle ne soit pas perceptible par l'utilisateur final (phénomène de pixellisation de l'image, par exemple).

En outre, il n'est pas possible de tenir compte des capacités d'accès au réseau d'un utilisateur final pour influencer la manière dont l'arborescence multicast sera construite et, par exemple, permettre à la source de décider de diffuser un programme télévisé en définition standard (SD, Standard Definition) ou en haute définition (HD, High Definition).

Ces limitations ont conduit l'organisme de standardisation IETF (Internet Engineering Task Force) à engager depuis quelques années des travaux portant sur l'exploitation de fonctions d'ingénierie de trafic MPLS (Multi-Protocol Label Switching), capables d'établir des arborescences Point-à-Multipoint, dont les caractéristiques, en termes de bande passante garantie et de robustesse, sont de nature à pallier aux lacunes du mode de transmission multicast IP.

Cependant, les spécifications publiées par l'IETF sont aujourd'hui très peu appliquées, voire pas déployées du tout par les opérateurs et autres fournisseurs de services IPTV. Les raisons de cette réticence factuelle sont multiples :

  • l'état de l'art technologique montre que peu de constructeurs de routeurs supportent aujourd'hui les fonctions décrites dans ces standards, et imposent le plus souvent une configuration statique des différents routeurs susceptibles de participer à l'établissement et à la maintenance des arborescences Point-à-Multipoints (P2MP) MPLS ;

  • les standards actuels imposent une ingénierie telle que c'est le routeur directement connecté à la source de contenus qui sera la racine de l'arborescence P2MP, à laquelle les différentes branches seront greffées selon la connaissance a priori des arbres « feuilles » ...et des récepteurs auxquels ces feuilles sont connectées.

Cet article a pour objectif de décrire une troisième voie, celle de ce qui pourrait être défini comme le meilleur des mondes multicast IP et ingénierie de trafic MPLS, où les arborescences P2MP MPLS seraient établies à l'initiative des récepteurs (donc une dynamique adaptée à la localisation des récepteurs, ainsi qu'à leurs capacités d'accès au réseau et à leurs centres d'intérêt), tout en étant capables de fournir des garanties strictes en termes de bande passante et de robustesse (donc en améliorant significativement les problèmes de qualité de service induits par l'usage du seul mode de transmission multicast IP).

Cette nouvelle approche n'est pas une révolution.

Il s'agit plutôt d'une évolution des mécanismes d'ingénierie de trafic MPLS utilisés pour le calcul et l'établissement dynamiques d'arborescences P2MP, capables de prendre en compte les caractéristiques et les besoins des récepteurs.

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


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
Présentation
Version en anglais English

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

Sommaire
Sommaire

BIBLIOGRAPHIE

  • (1) - ROSEN (E.), VISWANATHAN (A.), CALLON (R.) -   Multiprotocol label switching architecture.  -  RFC 3031, janv. 2001.

  • (2) - AGGARWAL (R.), PAPADIMITRIOU (D.), YASUKAWA (S.) -   Extensions to resource reservation protocol – Traffic engineering (RSVP-TE) for point-to-multipoint TE label switched paths (LSPs).  -  RFC 4875, mai 2007.

  • (3) - REKHTER (Y.) et al -   A border gateway protocol 4 (BGP-4).  -  RFC 4271, janv. 2006.

  • (4) - OULD-BRAHIM (H.), FEDYK (D.), REKHTER (Y.) -   BGP-based auto-discovery for layer-1 VPNs.  -  RFC 5195, juin 2008.

  • (5) - AWDUCHE (D.), BERGER (L.), GAN (D.), LI (T.), SRINIVASAN (V.), SWALLOW (G.) -   RSVP-TE : extensions to RSVP for LSP tunnels.  -  RFC 3209, déc. 2001.

  • (6) - PAN (P.), SWALLOW (G.), ATLAS (A.) -   Fast reroute extensions to RSVP-TE for LSP tunnels.  -  RFC 4090,...

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