Présentation
RÉSUMÉ
La technologie MPLS (Multi Protocol Label Switching) a été initialement définie pour le transport de trafic unicast avec des tunnels MPLS ayant une seule destination et donc non adaptés au transport multicast. Cependant, la croissance des flux multicast, avec de fortes contraintes de bande passante et de disponibilité et le besoin de transporter ces flux dans des réseaux privés virtuels, impose maintenant les fonctions de tunneling multicast. Ainsi, l’architecture MPLS multicast permet l'encapsulation du trafic multicast dans des tunnels pour le support de VPN, l'optimisation des arbres multicast et la protection rapide des arbres multicast.
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleAuteur(s)
-
Jean-Louis LE ROUX : Expert senior, Orange Labs
INTRODUCTION
La croissance des applications multicast avec de fortes contraintes de bande passante, de qualité de service et de disponibilité (par exemple IPTV, conférences multipoints, jeux...), et la nécessité d'encapsuler ces flux multicast dans des tunnels pour le support des réseaux privés virtuels (VPN) multicast, ont conduit à étendre la technologie MPLS (Multi Protocol Label Switching ) ( ), définie initialement pour du tunneling, de l'ingénierie de trafic et de la sécurisation unicast, au transport de flux multicast (). L'architecture MPLS multicast, étend le mode de commutation MPLS pour supporter des LSP (Label Switched Path ) MPLS, ayant une source et plusieurs destinations, avec une réplication sur certains routeurs de transit, permettant une diffusion du trafic de sorte qu'une seule copie d'un paquet est envoyée sur un lien du réseau. Ces LSP sont appelés LSP P2MP (point-to-multipoint ). L'architecture MPLS multicast hérite des propriétés de tunneling, d'ingénierie de trafic et de sécurisation de MPLS. Elle permet l'encapsulation du trafic multicast dans des tunnels pour le support de VPN, l'optimisation des arbres multicast et la protection rapide des arbres multicast. Ce dossier présente les concepts de base de la technologie MPLS multicast et aborde brièvement son application au transport du multicast IP. Il n'aborde pas les fonctions MPLS multicast avancées (routage dans les VPN MPLS multicast, MPLS multipoint à multipoint, hiérarchie MPLS multicast).
Les dossiers [TE 7 535], [TE 7 577] et [TE 7 527] constituent un pré-requis pour cet article ( ).
Un tableau des sigles et abréviations se trouve en fin de l'article.
Cet article est réservé aux abonnés.
Il vous reste 92 % à découvrir.
Déjà abonné ? Se connecter
DOI (Digital Object Identifier)
Présentation
Conclusions et perspectivesArticle inclus dans l'offre
"Réseaux Télécommunications"
(141 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
4. Application au transport du multicast IP
Comme abordé dans la section , un arbre MPLS peut être utilisé pour transporter :
-
du trafic IP multicast natif. Un arbre MPLS peut par exemple être utilisé pour transporter un groupe multicast IP ou un ensemble de groupes multicast IP ;
-
du trafic multicast d'un VPN IP ou d'un VPN de niveau 2 (Ethernet, ATM, TDM...). On aura dans ce cas un arbre distinct par VPN ;
-
du trafic MPLS (empilement de labels), dans le cas d'arbres hiérarchiques.
Cette dernière section aborde le transport de multicast IP natif dans des arbres MPLS.
Nous étudierons ici un scénario de raccordement de nuages IP multicast par un nuage MPLS multicast ; nous nous intéresserons uniquement au mode P2MP MPLS-TE qui est le seul implémenté au moment où cet article est écrit.
La figure 26 illustre ce scénario. Quatre PoP IP multicast sont connectés à un cœur MPLS multicast. Le PoP de gauche contient une source qui émet trois groupes multicast. Les 3 PoP de droite contiennent chacun deux récepteurs multicast qui souhaitent s'abonner à l'un des trois groupes. Les routeurs d'accès du cœur MPLS sont appelés PE (Provider Edge ).
On distingue deux modes pour supporter ce scénario de raccordement : le mode d'interconnexion statique et le mode d'interconnexion dynamique. Les sections ci-dessous décrivent ces deux modes.
4.1 Interconnexion P2MP MPLS-TE statique
Dans le mode d'interconnexion statique, un arbre P2MP MPLS-TE est configuré pour diffuser toutes les chaînes vers tous les PE raccordant les PoP récepteurs. Les feuilles sont configurées de manière statique sur le routeur racine. Tous les groupes multicast sont injectés dans cet arbre par des routes statiques (figure 27).
Sur le routeur R1 de raccordement de la source, des routes statiques multicast sont configurées pour envoyer les 3 groupes vers PE1. Sur PE1 un LSP P2MP MPLS-TE, L1, est configuré, vers les feuilles PE2, PE3 et PE4. Des routes statiques sont configurées pour injecter les 3 groupes dans L1. Les 3 groupes sont diffusés dans l'arbre jusqu'aux feuilles PE2, PE3, PE4. Le protocole PIM tourne entre les PE feuilles et les routeurs de...
Cet article est réservé aux abonnés.
Il vous reste 92 % à découvrir.
Déjà abonné ? Se connecter
Application au transport du multicast IP
Article inclus dans l'offre
"Réseaux Télécommunications"
(141 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
BIBLIOGRAPHIE
-
(1) - YASUKAWA et coll - Norme RFC-4461, Signaling Requirements for P2MP TE-LSPs - (avr. 2006).
-
(2) - ANDERSSON (L.) et coll - Norme RFC-3036, - LDP Specification (janv. 2001).
-
(3) - BERGER (L.) et coll - Norme RFC-2961, RSVP Refresh Overhead Reduction Extensions - (avr. 2001).
-
(4) - AWDUCHE (D.) et coll - Norme RFC-3209, RSVP Traffic Engineering - (déc. 2005).
-
(5) - PAN et coll - Norme RFC-4090, Fast Reroute Extensions to RSVP-TE - (mai 2005).
-
(6) - FENNER (B.) et coll - Norme RFC-4601, Protocol Independent Multicast - Sparse Mode (PIM-SM) - (août 2006).
-
(7) - AGGARWAL (R.)...
Cet article est réservé aux abonnés.
Il vous reste 93 % à découvrir.
Déjà abonné ? Se connecter
Article inclus dans l'offre
"Réseaux Télécommunications"
(141 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
