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 94 % à découvrir.
Déjà abonné ? Se connecter
DOI (Digital Object Identifier)
Présentation
Plan de commande multicast MPLSArticle inclus dans l'offre
"Réseaux Télécommunications"
(140 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.
2. Plan de transfert multicast MPLS
2.1 Arbre MPLS multicast
Le concept de LSP MPLS P2MP, encore appelé « arbre MPLS », est défini dans la norme IETF RFC4461. Un arbre MPLS possède un LSR tête, dit « LSR racine », et un ou plusieurs LSR destinations, appelés « LSR feuilles ». Certains LSR de transit de l'arbre ont plusieurs routeurs en aval. Ces LSR sont chargés de la réplication MPLS, ils sont appelés « LSR branches ».
dans la suite on utilisera indistinctement les termes LSR tête/LSR racine et les termes LSR destination/LSR feuille.
Un arbre MPLS peut, par exemple, être utilisé pour transporter un groupe multicast IP ou un ensemble de groupes multicast IP. Le trafic est injecté dans l'arbre par le LSR racine qui ajoute le label MPLS (opération push ). Ce trafic est déterminé par la table de routage IP multicast du LSR racine. Les LSR branches répliquent les paquets MPLS sur plusieurs interfaces de sortie avec les labels de sortie correspondants (opération swap ). Les LSR feuilles suppriment le label MPLS (opération pop ) et routent les paquets en utilisant la table de routage IP multicast. De façon similaire au multicast IP ou, à Ethernet, une seule copie d'un paquet transite sur un lien d'un arbre MPLS.
La figure 1 illustre un LSP P2MP « L1 », entre le LSR tête R1 et les LSR feuilles R5, R6, R7 et R8, utilisé pour transporter un ensemble de groupes IP multicast (232.1/16). Elle représente le contenu des tables MPLS, ainsi que l'aiguillage d'un paquet IP multicast, depuis la racine vers les feuilles. Les LSR R2, R4 et R3 sont des LSR branches, ils répliquent le trafic vers plusieurs LSR en aval.
Sur le routeur racine R1, le paquet IP multicast à destination du groupe 232.1.1.1 est routé en utilisant la table de routage IP multicast qui indique d'emprunter le LSP L1. Une table de LSP indique le label et le routeur voisin pour le LSP L1 (24, R2). Le paquet est donc transmis vers R2 avec le label 24. Le paquet est ensuite répliqué par les LSR branches R2, R3 et R4. La spécificité de la commutation MPLS multicast repose sur la fonction de LSR branche. Par exemple, ici, le LSR R2 contient deux sorties dans sa table MPLS pour le label 24. Sur réception d'un paquet MPLS avec le label 24 (label localement alloué par R2 pour l'arbre), R2 envoie une copie du paquet vers le routeur R3 avec le label 30 (label localement attribué...
Cet article est réservé aux abonnés.
Il vous reste 95 % à découvrir.
Déjà abonné ? Se connecter
Plan de transfert multicast MPLS
Article inclus dans l'offre
"Réseaux Télécommunications"
(140 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"
(140 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.
