Présentation
EnglishAuteur(s)
-
Frédéric Jounay : Orange Labs
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleINTRODUCTION
Les services offerts par un opérateur sont souvent multiples tel que le « Triple Play » (voix, internet, vidéo) pour le grand public, mais il existe également les services pour les entreprises tels que l'interconnexion de sites géographiquement éloignés, ou encore les offres de collecte mobile consistant à transporter les trafics 2G et 3G entre les stations de base (antennes) et un contrôleur centralisé.
Ces différents services s'appuient sur l'usage de technologies différentes. Les services « Triple Play » sont par exemple délivrés à partir d'une infrastructure de réseau IP (Internet Protocol) alors que des services « entreprise » ou des services d'offre de collecte mobile nécessitent l'usage de réseaux FR (Frame Relay), ATM (Asynchronous Transfer Mode) ou encore TDM (Time Division Multiplexing). Le support de tous ces services suppose pour un opérateur la mise en œuvre de plusieurs réseaux entraînant des coûts d'investissement et de maintenance considérables.
Pour des raisons économiques, on assiste aujourd'hui à la convergence dit « multiservice » sur une même infrastructure de réseau. Ainsi, les opérateurs cherchent à utiliser une même technologie réseau pour supporter différents services. La bande passante sur les réseaux étant principalement consommée par des services « paquet », tel que l'Internet, le réseau IP s'est rapidement révélé comme étant le réseau dit « convergent ».
C'est dans ce contexte que la notion de réseau privé virtuel sur IP est apparue. L'objectif est d'être capable de tirer profit d'un réseau de paquet IP pour les services IP tout en assurant la pérennité des services dits traditionnels (ATM, FR, TDM…), en d'autres termes, utiliser un réseau IP comme infrastructure fédératrice pour véhiculer tout type de trafic : on parle alors de réseau multiservice.
La technologie PW (« Pseudowire ») est désormais considérée comme une brique réseau indispensable au L2VPN (Layer 2 Virtual Private Network). Elle permet l'émulation de services non IP entre des équipements clients au travers d'un réseau IP/MPLS (Multi Protocol Label Switching). Cette émulation offre l'intérêt de pérenniser les technologies (Ethernet, ATM, TDM, FR…) mises en œuvre dans les équipements d'extrémité tout en optimisant les coûts de transport. Pour un opérateur, l'utilisation de cette couche fédératrice IP/MPLS permet de soulager la charge des réseaux dits traditionnels.
À ce jour, le pseudowire permet d'offrir deux types de services aux clients :
-
Virtual Private Wire Service (VPWS) ;
-
Virtual Private LAN Service (VPLS).
Avec un VPWS l'opérateur peut fournir l'équivalent virtuel d'une liaison louée (connectivité point à point). Avec un VPLS, différents sites d'un même client peuvent partager un domaine de diffusion Ethernet de la même manière que s'ils étaient rattachés à un switch Ethernet. On parle alors de connectivité « any-to-any ».
En 2001, l'Internet Engineering Task Force (IETF) a mis en place le groupe de travail « PseudoWire Emulation Edge-to-Edge (PWE3) » pour définir les architectures de pseudowire de bout en bout, les techniques d'encapsulation spécifiques ainsi que la signalisation pour l'établissement dynamique du pseudowire.
Nous présentons tout d'abord la notion de réseau privé virtuel, puis nous décrivons l'encapsulation générique d'un pseudowire ainsi que les spécificités définies suivant le service à transporter. Ensuite, nous exposons le service VPWS en développant les concepts fondamentaux de la technologie pseudowire et les extensions du protocole LDP (Label Distribution Protocol) définies pour l'établissement dynamique du pseudowire.
La couche de transport du PW peut être fondée sur des réseaux de paquet (ou PSN Packet Switched Network) MPLS ou IP (L2TP, Layer 2 Tunneling Protocol). Nous n'abordons dans ce dossier que le cas d'un transport MPLS et ne traitons pas les techniques de cryptographie des informations véhiculées d'un site à un autre.
DOI (Digital Object Identifier)
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
Présentation
3. Encapsulations PW
Ce paragraphe présente, à titre d'exemple, deux types d'encapsulation PW. Cependant bien d'autres types d'encapsulation existent et le lecteur pourra se référer aux normes pour plus d'information.
3.1 PW ATM [RFC4717]
Le protocole ATM peut être implémenté directement avec des commutateurs ATM, on parle alors d'une infrastructure ATM, ou de manière alternative via des routeurs IP/MPLS supportant la fonction PW. Le réseau ATM est considéré comme l'un des premiers réseaux fédérateur au sens multiservice, capable de transporter différents types de trafic (Ethernet, IP, MPLS, TDM) avec la qualité de service requise.
Nous décrivons dans les prochains paragraphes les modes d'encapsulation des cellules ATM sur la couche d'émulation Pseudowire. L'IETF a défini plusieurs procédures d'encapsulation :
-
One-to-One cell mode : ce mode associe un VPC (Virtual Path Connection) ou un VCC (Virtual Channel Connection) à un PW. En conséquence, seules les cellules ATM transportées sur cette connexion ATM sont encapsulées dans le PW ;
-
N-to-One cell mode (N>=1) : à la différence du mode One-to-One, ce mode permet d'associer plusieurs connexions (VPC ou VCC) à un PW.
Tout d'abord, rappelons brièvement le service à émuler ou plus particulièrement la structure de la cellule ATM à transporter sur le réseau IP/MPLS.
HAUT DE PAGE3.1.1 Cellule ATM à transporter sur le Pseudowire
La figure 10 décrit le contenu d'une cellule ATM (53 octets) comprenant :
-
un en-tête de 5 octets :
-
VPI (Virtual Private Identifier)/VCI (Virtual Channel Identifier) ; chaque connexion ATM est identifiée par un numéro (VPI/VCI). Ce numéro est attribué localement par le commutateur ATM qui a à charge de maintenir et de gérer la correspondance entre le VPI/VCI entrant et le VPI/VCI sortant d'une connexion. Le VPI correspond à un groupe de VCI empruntant le même chemin virtuel. Cette hiérarchie...
-
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
Encapsulations PW
DANS NOS BASES DOCUMENTAIRES
Internet Drafts
ROTH (M.) - Encapsulation Methods for Transport of Fibre Channel frames Over MPLS Networks. - Draft-ietf-pwe3-fc-encap-08.txt, août 2008.
MULEY (P.) - Pseudowire (PW) Redundancy. - Draft-ietf-pwe3-redundancy-01.txt, sept. 2008.
MULEY (P.) - Preferential orwarding Status bit definition. - Draft-ietf-pwe3-redundancy-bit-04.txt, sept. 2008.
BOCCI (M.) - An Architecture for Multi-Segment Pseudo Wire Emulation Edge-to-Edge. - Draft-ietf-pwe3-ms-pw-arch-05.txt, sept. 2008.
MARTINI (L.) - Segmented Pseudo Wire. - Draft-ietf-pwe3-segmented-pw-09.txt, juil. 2008.
MARTINI (L.) - Dynamic Placement of Multi Segment Pseudo Wires. - Draft-ietf-pwe3-dynamic-ms-pw-08.txt, juil. 2008.
HAUT DE PAGE
[RFC3916] XIAO (X.) - Requirements for Pseudo-Wire Emulation Edge-to-Edge (PWE3). - Sept. 2004.
[RFC4385] BRYANT (S.) - Pseudowire Emulation Edge-to-Edge (PWE3) « Control Word » for Use over an MPLS PSN. - Fév. 2006.
[RFC5036] ANDERSSON (L.) - LDP Specification. - Oct. 2007.
[RFC5151] FARREL (A.) - Inter-Domain MPLS and GMPLS Traffic Engineering – Resource Reservation Protocol-Traffic Engineering (RSVP-TE) Extensions. - Fév. 2008.
[RFC5087] STEIN Y (J.) - Time Division Multiplexing over IP (TDMoIP). - Déc. 2007.
[RFC4553] VAINSHTEIN (A.) - Structure-Agnostic Time Division Multiplexing (TDM) over Packet (SAToP). - Juin 2006.
[RFC5086] VAINSHTEIN (A.) - Structure-Aware Time Division Multiplexed (TDM) Circuit Emulation Service over Packet Switched Network (CESoPSN). - Déc. 2007.
[RFC4717]...
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