Présentation
En anglaisRÉ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’articleABSTRACT
The dramatic growth of IP services, for the broadcasting of TV programs for instance, has raised new challenges for network operators. The IP multicast transmission scheme is not sufficient any longer and the use of MPLS tree-structures has not been massively adopted. Therefore, the possibility to combine the IP multicast dynamics with the robustness of MPLS tree-structures is an approach which facilitates the engineering and operation of services deployed on such structures. This new combinatorial approach should enable operators to improve the quality of their IPTV services or video conferences on IP and facilitate operations.
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.
DOI (Digital Object Identifier)
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
Présentation
1. Contexte technique
1.1 Limites du mode de transmission multicast IP
Les services IPTV ont connu un développement massif depuis le milieu des années 2000. Déployés sur des infrastructures réseau IP/MPLS , ces services font typiquement partie de ceux qui s'appuient sur un schéma de communication de groupe de type « 1 vers n », où une source diffuse son ou ses contenus vers n récepteurs.
Mais le succès rencontré par ces services, assorti d'exigences de qualité liées à la diffusion de contenu en temps réel, a rapidement révélé les limitations intrinsèques au mode de transmission multicast IP.
L'incapacité de pouvoir influencer la greffe des branches terminales d'un arbre de distribution par des informations caractéristiques des conditions d'accès des récepteurs a affecté, parfois significativement, le niveau de qualité associé à la fourniture de tels services.
1.2 Arborescences MPLS Point-à-Multipoints (P2MP)
L'incapacité du mode de transmission multicast IP à fournir des garanties strictes quant au niveau de qualité associé à la fourniture de certains services tels que les services IPTV a conduit au développement et à la standardisation de fonctions d'ingénierie de trafic MPLS.
Ces fonctions permettent l'établissement et la maintenance d'arborescences P2MP dont les caractéristiques en termes de bande passante garantie, de robustesse et de sécurisation sont désormais compatibles avec des exigences de diffusion temps réel (...
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
Contexte technique
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,...
DANS NOS BASES DOCUMENTAIRES
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