I Pseudowires Cest Quoi
I Pseudowires Cest Quoi
I Pseudowires Cest Quoi
un pseudowire (ou pseudo-wire) est une émulation d'une connexion point a point sur un
réseau a commutation de paquets (PSN).
Le pseudowire émule le fonctionnement d'un "câble transparent" portant le service, mais on se
rend compte que cette émulation sera rarement parfaite. Le service passant sur le pseudowire
peut être l'Asynchronous Transfert Mode (ATM), Frame Relay, Ethernet ou Time-division
multiplexing (TDM), tandis que le réseau de paquets peut être Multiprotocol Label
Switching (MPLS), le protocole Internet (IPv4 ou IPv6), ou Layer 2 Tunneling Protocol
Version 3 (L2TPv3).
Un pseudowire offre le strict minimum de fonctionnalité nécessaire pour émuler un fil avec
un certain degré de fidélité requis pour une définition de service spécifique. Il permet une
parfaite connexion entre deux éléments de réseau en créant des liens logiques, ou tunnels
virtuels à travers le réseau de paquets En conséquence, trafic temps réel est acheminé de
manière transparente, sans distorsion, en évitant les complexités de la traduction données de
signalisation.
Les Fonctions nécessaires pour PWs sont les suivants:
Page 1
Les paquets s seront dé-encapsulés après et convertis en flux natifs à l’autre bout du lien.
Ainsi point de vue de l'équipement de l’utilisateur final (cell edge CE), une PW semble être
un lien non partagé ou un circuit pour un service désigné.
Tirer parti des systèmes et services existants pour fournir une capacité accrue à partir
d'un noyau à commutation de paquets.
Réduire considérablement les coûts.
Utilisation de l'infrastructure de réseau à commutation de paquets commun soutient à la
fois les exigences de capacité de base des services existants et les exigences de
nouveaux services pris en charge nativement sur le réseau à commutation de paquets.
Page 2
IP switching
IP switching
1.2. Inconvénients
Un PW opérant sur un PSN partagé n’a pas nécessairement la même sécurité
intrinsèque comme un réseau dédié, ou construit à cet effet. Alors parfois il sera
nécessaire de renforcer la sécurité de la PW pour émuler à la sécurité intrinsèque du
service émulé.
Alors qu'un fournisseur de services peut concevoir le trafic de leur réseau de telle
manière qu’il ne causera la congestion, un PW déployé par un utilisateur final peut
causer la congestion du PSN sous-jacent. Ainsi il faut concevoir des mécanismes
efficaces pour éviter la congestion.
Page 3
1.3. Architecture
Pour permettre aux clients (EC) à communiquer sur le PSN. Un tunnel de PSN est établi pour
fournir un chemin de données pour le PW. Le trafic PW est invisible dans le cœur du réseau
qui est transparent pour les custuomer edge.
Les données natives (bits, cellules ou paquets) arrivent via le AC, sont encapsulés dans un
PW-PDU, et sont transportées à travers le réseau sous-jacent par le biais du Tunnel PSN. Le
PSE effectue l'encapsulation nécessaire et décapsulation de PW-PDU et gère toutes les autres
fonctions requises pour le service PW, comme le séquençage et le timing.
Pile protocolaire :
Page 4
Encapsulation :
Page 5
1.4. Applications:
1) TDM Backhaul/Trunking over PSN
Page 6
3) 2G/3G Cellular traffic over PSN
Page 7
5) 2G/3G ATM over PSN Using DSL Access PSN
Page 8
II. Les Pseudowires ATM :
Figure Error! No sequence specified. : Méthode d'encapsulation générale de l'ATM sur un réseau PSN
L’e t te PSN se t au t a spo t de l’i fo atio ATM e capsul e à t ave s le seau PSN
L’e t te PW ide tifie le t pe de se vice ATM utilis . Da s le cas du MPLS c’est le Label MPLS
L’e t te de contrôle ATM contient la taille, le numéro de séquence ainsi que certains bits de
contrôle nécessaire pour transporter le service ATM
Page 9
Les quatre Les quatre bits Les 16 bits suivants Enfin les huit
premiers bits suivant sont sont utilisés pour derniers bits
doivent être à 0 réservé et doivent i di ue l’o d e contiennent les
pour indiquer que être mis à 0 en des paquets reçus. flags spécifiques au
les données sont émission et ignorés service ATM utilisé.
des données PW. en réception. L’o do a ce de
Ces bits sont ces flags est décrit
ignorés par le PE dans le protocole
récepteur.
Les quatre premiers Les huit bits suivants Les six bits suivant Les 16 derniers bits
bits doivent être à 0 contiennent les flags contiennent la taille sont utilisés pour
pour indiquer que les spécifiques au service du paquet, c'est à dire indiquer le séquence
données sont des ATM utilisé. Ces flags la partie ATM Service des paquets et
données PW. Ces bits sont décrit dans le Payload plus la partie fonctionne de la
sont ignorés par le PE protocole. Quatre de des bits de contrôle. même manière que
récepteur. ces huit bits sont Ce champs est utilisé pour les bits de
réservés. si la longueur du contrôle génériques.
paquet est inférieure
à 64 bits, sinon elle
est mise à 0.
Page 10
2.2. Les types de Pseudowires ATM :
Avec l’apparition de nouvelles technologies et la difficulté d’inter opérer l’ATM avec quelques
solutions de transport utilisant commutation des paquets, qui représente des très hautes
performances et une grande flexibilité, l’encapsulation des cellules ATM en utilisant les
Pseudowires devient une nécessité. Dans cette partie nous allons présenter deux types des
pseudowires utilisés pour l’ATM.
L'avantage de MPLS est qu'il offre une bonne QoS en plus de contrôle d'admission, il fournit de
bons schémas de protections et sépare la technologie ATM de la transmission bas niveau soit sur
SDH ou Ethernet. MPLS est considéré une technique de future, car elle permet le transport de
l'Ethernet ou IP qui sont les technologies les plus utilisés dans le monde nos jours.
Les réalisateurs de PWE3 ont défini plusieurs méthodes d’encapsulation des cellules ATM par
des labels MPLS. Nous citons dans ce projet deux méthodes :
Page 11
- N-to-one : Spécifie une méthode d'encapsulation qui associe une ou plusieurs ATM
VCC (ou une ou plusieurs ATM VPC) par un pseudowire.
- One-to-one : spécifie une méthode d'encapsulation qui associe une ATM VCC (ou une
ATM VPC) par un pseudowire.
La figure ci-dessus illustre deux méthodes d’encapsulation des cellules ATM dans des
pseudowire MPLS, dans la première N-to-one nous procédons par l’ajout de deux Labels :
Un autre label peut être ajouté dans ce type d’encapsulation, mais c’est optionnel, le Control
Word. C’est un champ qui permet la reconstitution en respectant l’ordre de l’envoi. La deuxième
méthode d’encapsulation, est 1 One-to-One encapsulation, qui ajout les mêmes Labels que la
première méthode en plus du Label Control Word ; obligatoire dans cette méthode.
La figure suivant illustre un exemple d’architecture protocolaire des composants d’un réseau
UMTS, utilisant un pseudowire MPLS.
Page 12
L’ajout des Labels PSN et PW peut générer une grande consommation de la bande passante, le
graphe suivant illustre la compensation des bits ajoutés par la concaténation des plusieurs cellules
ATM :
Le PW AToM est construit par la création de deux LSP (label-switched paths) puisque le LSP
est unidirectionnel.
Page 14
III. Les pseudowires TDM
3.1. Principe
Le pseudowire TDM est une méthode de transmission qui fait L’émulation des circuits
transportant les signaux numériques synchrones TDM des hiérarchies PDH Plesiochronous Digital
Hierarchy et Synchronous Optical NETwork (SONET)/Synchronous Digital Hierarchy (SDH) sur
des réseaux à commutation de paquets (PSN) basé soit sur IP, MPLS ou Ethernet. En créant des
liaisons logiques, ou tunnels virtuels sur le réseau à commutation de paquets.
• l'adaptation se fait par des mécanismes qui modifient la charge utile pour permettre sa
restauration appropriée à la sortie de PSN.
• En utilisant une adaptation adéquate, la signalisation TDM et la synchronisation peuvent
être récupérés, et une certaine quantité de paquets perdus peut être accueillis.
• L'encapsulation signifie mettre la charge utile adaptée dans des paquets ayant comme
format celle requis par la technologie sous-jacente du PSN.
Page 15
Figure 2 : Les trames TDM transmises dans le PSN
Dans tous les cas les paquet pseudowire TDM commencent avec l’entête du PSN. C’est
l’entête standard utilisé par la technologie de PSN, par exemple, l'entête UDP / IP de taille 20
octets, ou le label de MPLS. Après ces entêtes vient le « label PW » qui s’appel control word de
taille 4 octets comme l’étiquette MPLS qui sert pour démultiplexer différents PW TDM.
Les paquets sont transmis dans le PSN les entêtes PSN sont utlisés puis supprimés, le control
word aussi il est traité, utilisé puis supprimé et à la sortie du PSN le flux TDM est alors
reconstitué.
Page 16
désordre à cause de la congestion du réseau, des chemins du routage en fait les paquets
peuvent emprunter des chemins différents…etc. Les mécanismes d'émulation pseudowires
TDM doivent détecter et masquer ces phénomènes autant que possible pour le service TDM .
• Récupérer l’horloge et la synchronisation
Les dispositifs TDM existants requièrent une horloge synchronisée pour fonctionner, mais le
Réseau à commutation de paquets est par nature non synchrone. Le mécanisme d'émulation
pseudowire doit régénérer précisément la synchronisation TDM originale à travers le réseau
de paquets.
TDMoIP (TDM over IP) est une méthode de transport de multiples signaux TDM (Time
Division Multiplexed) véhiculant de la voix ou des données sur des réseaux IP.
La figure ci dissous illustre une vue de haut niveau d'un pseudowire TDMoIP.
Page 17
Structure-Awareness of TDM Pseudowires
TDM over IP pseudowires peuvent être classés en deux catégories, comme suit:
Page 18
Time Division Multiplexing over IP (TDMoIP)
TDM over IP a été développée par RAD Data Communications en 1998, Utfors et le
premier à le déployer en 1999 , qui est un opérateur de communications à large
bande suédoise tard acquis par Telenor.
Malgré son nom,le protocole TDMoIP décrit ici peut fonctionner sur plusieurs types
de PSN, y compris UDP sur IPv4 ou IPv6, MPLS, Layer 2 Tunneling Protocol version 3
(L2TPv3) sur IP, et Ethernet pur.. Bien que le protocole devrait être plus
généralement appelé TDMoPW et son implémentations TDMoIP spécifique,
TDMoMPLS, etc., nous conservons la nomenclature TDMoIP pour la cohérence avec
l'utilisation.
Page 20
et libère correcte du flux TDM reconstruite à l'équipement de l'utilisateur TDM
connecté au dispositif CES-base. CES fournit également la capacité de fournir
l'horloge TDM sur le réseau de paquets avec le circuit TDM pour assurer la
synchronisation du matériel de TDM aux deux extrémités des liens de paquets
La structure du packet :
CESoPSN peut utiliser un en-tête en optionel RTP pour le transport des informations
de synchronisation.». L'en-tête RTP comprend des informations de « timestamp »
qui peut être récupéré dans les deux manières suivantes:
Page 21
La figure ci dessus montre un T1 / E1 qui passe à travers un commutateur Ethernet standard qui relie
le PBX via des interfaces T1 / E1 standard au passerelle de CES. À son tour, la passerelle est
connectée à l'interrupteur sur un câblage Ethernet CAT5 standard sur les deux côtés de
l'interrupteur. Dans cette ise e œuv e, CES peut être utilisé pour le transport de la téléphonie
standard à travers un commutateur Ethernet. Aucune configuration particulière du réseau est
nécessaire, aussi elle ’est pas cessai e pour toutes les passerelles supplémentaires. Il y aura
également aucune dégradation de la qualité de la voix vécue par les utilisateurs de PBX.
Bien que les deux CESoPSN et TDMoIP fournissent le transport des trames TDM sur
les PSN utilisant les pseudowires, il existe de nombreuses différences entre les deux
protocoles eux-mêmes. Ces différences sont les suivantes:
Page 22
CESoPSN utilise le protocole RTP pour le transport
En transportant toutes les trames, CESoPSN simplifie la compensation de la
perte de paquets.
CESoPSN n'a pas besoin de regarder les timeslots individuels. Au lieu de
cela, CESoPSN insère un paquet de tous les timeslots, simulant
mécanismes TDM de défaut.
Page 23
Bibliographie/Webographie
https://packetized.wordpress.com/2010/08/19/mpls-atom-and-interworking-ip-
pt2/
https://datatracker.ietf.org/doc/rfc4717/?include_text=1 RFC4717
https://datatracker.ietf.org/doc/rfc4816/?include_text=1 RFC4816
http://book.soundonair.ru/cisco2/ch04lev1sec2.html
https://www.juniper.net/techpubs/en_US/junose10.3/information-
products/topic-collections/swconfig-bgp-mpls/preface.html#preface
Page 24