Rpublique Algrienne Dmocratique et Populaire

Ministre de lEnseignement Suprieur et de la Recherche Scientifique

UNIVERSITE ABOU BEKR BELKAID TLEMCEN

FACULTE DE TECHNOLOGIE

DEPARTEMENT DE GENIE ELECTRIQUE ET ELECTRONIQUE

Ecole doctorale des

Sciences et Technologies de lInformation et Tlcommunication

Mmoire de Magister en
Systmes et Rseaux de Tlcommunication

THEME
____________________________________________

PLANIFICATION, INGENIERIE DES RESEAUX

DE NOUVELLE GENERATION - NGN
___________________________________________

Prsent par

Ghefir Mohamed El Amine

Soutenu en Dcembre 2013 devant le jury compos de :qhj

Prsident : Mr Kameche Samir Matre de Confrences UABB Tlemcen

Examinateur : Mr Merzougui Rachid Matre de Confrences UABB Tlemcen

Examinateur : Mr Mana Mohamed Matre de Confrences CU Ain Temouchent

Encadreur : Mr FEHAM Mohammed Professeur UABB Tlemcen

 Remerciement

Je tiens tout particulirement, remercier mon encadreur, Monsieur M.FEHAM professeur

lUniversit Abou-Bekr Belkad Tlemcen pour avoir su morienter avec toute lattention et la
gentillesse requise pendant ces annes, Ses qualits scientifiques et humaines, son encouragement et
ses remarques ont largement contribu laboutissement de ce mmoire. Quil trouve ici lexpression
de ma profonde et pleine gratitude.

Je tiens galement adresser mes plus vifs remerciements Mr S.KAMECHE Matre de

Confrences lUniversit Abou-Bekr Belkad Tlemcen, qui ma fait lhonneur de prsider le jury.

Je remercie aussi Messieurs, Mr. M.MANA, Matre de Confrences lUniversit

dAin Temouchent, ainsi que Mr R.MERZOUGUI Matre de Confrences, Quils trouvent ici le
tmoignage de mes sincres remerciements pour avoir accept dexaminer le prsent travail.

Enfin jadresse tous mes remerciements les plus sincres tous ceux qui ont contribu de prs ou
de loin la concrtisation de ce travail.

M.GHEFIR

2
 Rsum

Durant ces dernires annes, larchitecture de linternet sest dveloppe, par lintroduction
des nouvelles technologies, et ce afin dassurer une adaptation aux nouveaux besoins.

Lintroduction du protocole MPLS (Multi-Protocol Label Switching) a contribu au routage

internet, lingnierie du trafic et la qualit de service requise pour lintroduction des nouveaux
services.

Il serait intressant de comparer les performances QoS des rseaux MPLS et MPLS / DiffServ, en
prenant en compte leurs contraintes particulires.

Dans cette thse, nous avons valu les mesures de performance QoS tels que la variation de retard,
le retard, temps de rponse, le dbit pour diffrents types de trafics (voix, donnes et vido) pour les
deux plateformes MPLS et MPLS / DiffServ.

L'objectif de cette thse est de comparer les performances des rseaux MPLS et MPLS / DiffServ
l'aide dune application de simulation de rseau bien connu OPNET Modeler v14.5 , qui permettra
de reproduire un vritable scnario de rseau rel, en utilisant les dernires techniques de simulation,
o les diffrents paramtres de QoS peuvent tre mesurs pour comparer les performances des
rseaux.

Notre approche dans cette thse, sest de concevoir et de construire un cur de rseau de type
oprateur pour simuler un scnario rel qui vhicule les diffrents types de trafics (voix, donnes et
vido).

Les rsultats de la thse sont prsents suivant le temps de simulation et la charge du rseau. Les
rsultats de la comparaison dmontrent lavantage sur la performance des rseaux MPLS avec diffserv
par rapport aux rseaux MPLS traditionnelles.

Mots cls : OPNET, MPLS, rseau de nouvelle gnration NGN

3
 Abstract

In the recent years, the Internet architecture has evolved, incorporating new technologies and
adapting to the changing needs of its use. The introduction of Multi-Protocol Label Switching (MPLS)
as a part of the Internet forwarding architecture has immediate applications in traffic engineering (TE)
and Quality of Service (QoS). It would be interesting to compare QoS performance of MPLS networks
and MPLS/DiffServ networks, given their particular constraints. In this thesis, we evaluated the QoS
performance measures such as delay variation, delay, page response time, throughput, for different
types of traffics (data, voice, and video) for both MPLS and MPLS/DiffServ platforms. The aim of this
thesis is to compare the performance of MPLS and MPLS/DiffServ networks using the well known
network simulator application OPNET Modeler. OPNET Modeler, v14.5, provides a platform to
replicate a real world network scenario using latest simulation techniques, where different QoS
parameters can be measured to compare networks performance. Our approach in this thesis is that,
we have designed and built a National Carrier based core and edge network to simulate a real live
scenario that spans in the Algeria , Some of the results in the thesis are presented against simulation
time and some against network load. The results of comparing and evaluating these two core networks
(MPLS and MPLS/DiffServ) through well know QoS parameters show that complimenting MPLS by
Diffserv give better results than MPLS alone.

keys word: OPNET, MPLS, NGN,

MPLS MPLS with DiffServ

QoS .

) (.

: OPNET
MODELER Release 14.5 .

MPLS OPNET MPLS/DiffServ

.

MPLS MPLS/DiffServ

QoS MPLS/DiffServ
MPLS

OPNET, MPLS, NGN :

5
 Table des matires

Remerciement ...............................................................................................................................................2
Rsum ..............................................................................................................................................................3
Table des matires ......................................................................................................................................6
Liste des figures .........................................................................................................................................11
Liste des tableaux......................................................................................................................................13

Introduction gnrale .............................................................................................................................14

CHAPITRE I : INTRODUCTION AUX RESEAUX NGN

I.1 Introduction...................................................................................................................................................17
I.2 Dfinition du NGN ....................................................................................................................................17
I.3 Les exigences de tourner vers NGN ........................................................................................................18
I.4 Nouvelles orientations du protocole IP ...................................................................................................19
I.5 Caractristiques du rseau NGN ..............................................................................................................19
I.5.1 Une nouvelle gnration de commutation .......................................................................................19
I.5.2 Une nouvelle gnration de rseaux optiques .................................................................................20
I.5.3 Une nouvelle gnration de type d'accs .........................................................................................20
I.5.4 Une nouvelle gnration de gestion ..................................................................................................21
I.6 Architecture en couche ...............................................................................................................................21
I.6.1 Couche transport ................................................................................................................................21
I.6.2 Couche contrle ..................................................................................................................................22
I.6.3 Couche service .....................................................................................................................................22
I.7 Principaux quipements du rseau NGN ................................................................................................23
I.7.1 Le Media Gateway Controller (MGC) ...............................................................................................23
I.7.2 La Media Gateway (MG) .....................................................................................................................24
I.7.3 La Signalling Gateway (SG).................................................................................................................24
I.8 Les services offerts par les NGN ..............................................................................................................24
I.8.1 La voix sur IP .......................................................................................................................................25
6
 I.8.2 La diffusion de contenus multimdia ...............................................................................................25
I.8.3 La messagerie unifie ..........................................................................................................................26
I.8.4 Le stockage de donnes ......................................................................................................................26
I.8.5 La messagerie instantane ..................................................................................................................26
I.8.6 services associs la golocalisation .................................................................................................26
I.9 Conclusion .....................................................................................................................................................27

CHAPITRE II : EVOLUTIONS TECHNOLOGIQUE

DES CURS DE RESEAUX

II.1 Introduction ................................................................................................................................................29

II.2 Frame Relay et X25 ...................................................................................................................................29
II.2.1 le protocole X25 ..................................................................................................................................29
II.2.2 le protocole Frame Relay ..................................................................................................................29
II.3 Rseaux multiservices ................................................................................................................................31
II.3.1 Les rseaux ATM ...............................................................................................................................31
II.3.2 IP/ATM ..............................................................................................................................................33
II.3.3 Convergence vers MPLS ...................................................................................................................34
II.4 Conclusion ...................................................................................................................................................36

CHAPITRE III : IP/MPLS

III.1 Introduction ..............................................................................................................................................38

III.2 Principe de fonctionnement de MPLS .................................................................................................38
III.2.1 Architecture de MPLS .....................................................................................................................38
III.2.1.1 LSR (Label Switch Router) ....................................................................................................39
III.2.1.2 LER (Label Edge Router) .......................................................................................................39
III.2.2 Structure fonctionnelle MPLS ........................................................................................................41
III.2.2.1 Le plan de contrle ..................................................................................................................42
III.2.2.2 Le plan de donnes ..................................................................................................................42
III.2.3 Structures de donnes des labels ....................................................................................................43
III.2.3.1 LIB (Label Information Base) ................................................................................................43

7
 III.2.3.2 FIB (Forwarding Information Base)......................................................................................43
III.2.3.3 LFIB (Label Forwarding Information Base) ........................................................................44
III.2.4 Construction des structures de donnes .......................................................................................44
III.3 Paradigme de la commutation dans MPLS ..........................................................................................45
III.4 Les labels ....................................................................................................................................................45
III.4.1 L'encapsulation Label MPLS dans diffrentes technologies .....................................................45
III.4.2 L'entte MPLS ...................................................................................................................................46
III.4.3 Pile de labels (Label Stack) ...............................................................................................................47
III.5 Distribution des labels .............................................................................................................................47
III.5.1 Le protocole LDP..............................................................................................................................48
III.5.2 Le protocole CR-LDP .....................................................................................................................49
III.5.3 Le protocole RSVP TE ................................................................................................................49
III.6 Les Applications de La technologie MPLS ..........................................................................................50
III.6.1 Any Transport over MPLS (AToM)...............................................................................................50
III.6.2 Le support des rseaux privs virtuels (MPLS VPN) .................................................................51
III.6.3 support de la qualit de service (MPLS QoS) ..............................................................................52
III.6.3.1 la differentiation des services (MPLS Diffserv) ...................................................................53
III.6.3.2 Le Traffic Engineering (MPLS TE) ......................................................................................57
III.7 Evolutions Mpls .......................................................................................................................................57
III.7.1 GMPLS ..............................................................................................................................................57
III.7.2 VPLS ...................................................................................................................................................58
III.8 Securisation Des Reseaux Mpls .............................................................................................................59
III.8.1 La protection de Chemin (Backup) ...............................................................................................60
III.8.2 La protection par reroutage local (Fast-Reroute) ........................................................................61
III.8.2.1 Etapes d'un Fast Reroute de lien ...........................................................................................62
III.8.2.2 Etapes d'un Fast Reroute de Nud ......................................................................................63
III.8.2.3 La protection multi-niveaux (Multi-Layer) ..........................................................................64
III.9 Conclusion .................................................................................................................................................65

8
 CHAPITRE IV : LES RSEAUX DE TRANSPORT OPTIQUES

IV.1 Introduction ..............................................................................................................................................67

IV.2 Le support de transmission optique ......................................................................................................68
IV.2.1 Les fibres multimodes ......................................................................................................................69
IV.2.2 Les fibres monomodes ....................................................................................................................69
IV.3 Evolution technologique ........................................................................................................................72
IV.3.1 Les systmes SONET/SDH ..........................................................................................................72
IV.3.1.1 Larchitecture Des Rseaux SDH .........................................................................................72
IV.3.1.2 Lapport Vis A Vis Des Architectures PDH .......................................................................73
IV.3.1.3 Ltat Des Dbits .....................................................................................................................74
IV.3.1.4 Linterface Physique Sdh ........................................................................................................75
IV.3.1.5 Les Supports De Transmission .............................................................................................75
IV.3.2 Multiplexage en longueur donde ....................................................................................................75
IV.3.2.1 CWDM .......................................................................................................................................75
IV.3.2.2 DWDM .......................................................................................................................................76
IV 3.2.3 Architecture Des Systmes Dwdm Longues Distances.......................................................77
IV.3.2.4 Performance Des Systmes Dwdm Longues Distances .....................................................81
IV.3.2.5 Services Offerts Par Les Rseaux Optiques De Nouvelle Gnration ............................83
IV.3.3 La Protection Dans Les Reseaux Optique ...................................................................................85
IV.3.4 Reseaux D'acces Ou De Desserte ..................................................................................................88
IV.3.4.1 La Desserte Haut Debit Par Les Technologies Fttx ............................................................90
IV.3.4.2 La Desserte Haut Debit Par Les Technologies Xdsl ...........................................................91

IV.4 Conclusion ........................................................................................................................................92

9
 CHAPITRE V : Les Diffrentes phases pour un dploiement dun
rseau de Tlcommunication

V.1 Introduction ................................................................................................................................................94

V.2 Problemes de conception des reseaux ....................................................................................................95
V.3 Avantage de lapproche du cycle de vie ...................................................................................................97

CHAPITRE VI : Etude Comparatif de Performance rseau MPLS et

MPLS_diffserv sous OPNET MODELER

VI.1 Introduction ..............................................................................................................................................99

VI.2 Mise en oeuvre ....................................................................................................................................... 100
VI.3 Analyse et interprtation des rsultats de simulation ....................................................................... 110
VI.4 Conclusion .............................................................................................................................................. 116

Conclusion gnrale ............................................................................................................................. 117

Perspectives................................................................................................................................................ 118
Bibliographies & Rfrences .......................................................................................................... 119
Liste des Abrviations ......................................................................................................................... 120

10
 Listes des figures

Figure I.1 : Principe de consolidation du rseau ..........................................................................................18

Figure I.2 : Caractristiques du rseau NGN ................................................................................................20
Figure I.3 : Principe gnral darchitecture dun rseau NGN ...................................................................21
Figure I.4 : Architecture en couche dun rseau NGN ...............................................................................23
Figure I.4 : Architecture de la platform de Golocalisation .......................................................................27
Figure II.1 : Rseau tendu frame Relay ........................................................................................................30
Figure II.2 : Rpartition de la bande passante pour les classes de services
CBR, VBR et ABR dans les rseaux ATM ....................................................................................................33
Figure II.3 : Architectures IP sur ATM .........................................................................................................34
Figure III.1 : Exemple dun rseau MPLS .....................................................................................................38
Figure III 2 : Architecture dun Nud MPLS ..............................................................................................41
Figure III-3: structure fonctionnelle du routeur ...........................................................................................43
Figure III-4: Utilisation des structures de donnes pour l'acheminement ...............................................44
Figure III-5: Paradigme de commutation dans MPLS ................................................................................45
Figure III-6: L'encapsulation MPLS dans diffrentes technologies ..........................................................46
Figure III-7: Figure Entte MPLS ..................................................................................................................46
Figure III-8: Pile de labels ................................................................................................................................47
Figure III-9: Liens MPLS/VPN .....................................................................................................................48
Figure III-10: Etablissement dun LSP par CR-LDP ..................................................................................49
Figure III-11: Etablissement LSP par RSVP-TE .........................................................................................49
Figure III-12: MPLS VPN ...............................................................................................................................52
Figure III-13: Classification, marquage et conditionnement du trafic dans le domaine DiffServ ........54
Figure III-14: Insertion du champ DSCP ....................................................................................................54
Figure III-15: Ensemble des classes du PHB AF .......................................................................................56
Figure III-16: VPLS dlivre un service Ethernet multipoint--multipoint .............................................58
Figure III-17: Protection du LSP par chemin de Backup ...........................................................................60
Figure III-18: Fast Reroute du lien R2--R3 ....................................................................................................62
Figure III-19: Fast Reroute du Nud R5 .......................................................................................................63
Figure III-20: Scurisation SRLG du LSP primaire .....................................................................................64
Figure IV-1 : Schmatisation d'architecture d'un rseau transport optique
(Cur, mtro et accs). ......................................................................................................................................67

11
Figure IV-2 : Evolutions des couches d'un rseau de transport ................................................................68
Figure IV-3 : Fibre optique (monomode/multimode) .................................................................................69
Figure IV-4 : Attnuation de la fibre en fonction de la longueur donde (db/nm) .................................71
Figure IV-5 : Schmatique dune liaison SDH ..............................................................................................72
Figure IV-6 : Anneau SDH ..............................................................................................................................73
Figure IV-7 : Dmultiplexage PDH ..............................................................................................................74
Figure IV-8 : Diffrentes types dinterface et dbits SDH .........................................................................74
Figure IV-9 : Deux types de fentre optique ................................................................................................75
Figure IV-10 : Multiplexage DWDM .............................................................................................................76
Figure IV-11 : Amplificateurs optiques (OLA) .............................................................................................78
Figure IV-12 : schma synoptique dun OADM ..........................................................................................78
Figure IV-13 : Fonctionnement des ROADM dans un Cur de Rseau ................................................79
Figure IV-14 : modle de carte ROADM ......................................................................................................79
Figure IV-15 : schma synoptique dun OXC ..............................................................................................80
Figure IV-16 : Longueur d'onde ddie sur chacun des liens ....................................................................83
Figure IV-17 : Longueur d'onde unique pour la connexion entre le nud N1 et le nud N7 ............84
Figure IV-18 : connexion du type commutation de circuit entre deux nuds .......................................84
Figure IV-19 : Protection 1 : 1 dune requte AE pour la panne du cble AB .......................................86
Figure IV-20 : Protection 1 : 1 dune requte AE pour la panne du cble CE .......................................86
Figure IV-21 : Protection 2 : 2 dune requte AE de taille 2 ......................................................................87
Figure IV-22 : Les diffrentes architectures FTTX .....................................................................................91
Figure IV-23 : Topologies rseaux daccs MSAN .....................................................................................92
Figure V-1 : Le processus de conception de rseaux .................................................................................96
Figure VI-1 : Le logicielle Opnet Modeler (version 14.5) ..........................................................................99
Figure VI -2 : Scnario1 Backbone MPLS ................................................................................................ 100
Figure VI -3 : Scnario2 Backbone MPLS_diffserv ................................................................................ 101
Figure VI -4 : Dfinition trafic FTP ........................................................................................................... 102
Figure VI -5 : Dfinition trafic Voix .......................................................................................................... 102
Figure VI -6 : Dfinition trafic Video ........................................................................................................ 103
Figure VI -7 : Translation DSCP EXP ................................................................................................... 103
Figure VI -8 : Dfinition FEC ..................................................................................................................... 104
Figure VI -9 : Configuration du champ ToS ........................................................................................... 105
Figure VI -10 : Table des profils de trunks .............................................................................................. 106
Figure VI -11 : Association des FEC eu LSP .......................................................................................... 107
Figure VI -12 : Association des FECs au LSP pour le service FTP ...................................................... 108
Figure VI -13 : Association des FECs au LSP pour le service Voix ..................................................... 108
Figure VI -14 : Association des FECs au LSP pour le service Video ................................................... 109
Figure VI -15 : Temps de rponse FTP avec light load .......................................................................... 110

12
Figure VI -16 : Temps de rponse FTP avec heavy load ......................................................................... 110
Figure VI -17 : Retard de bout en bout du trafic voix avec hight load .................................................. 111
Figure VI -18 : Retard de bout en bout du trafic voix avec heavy load ................................................. 111
Figure VI -19 : Varation du dlai de retard (gigue) du trafic voix avec light load ................................ 112
Figure VI -20 : Varation du dlai de retard (gigue) du trafic voix avec heavy load ............................. 112
Figure VI -21 : Dlai de bout en bout du trafic video avec light load ................................................... 113
Figure VI -22 : Dlai de bout en bout du trafic video avec heavy load ................................................. 113
Figure VI -23 : Variation du dlai de retard (gigue) du trafic video avec light load ............................. 114
Figure VI -24 : Variation du dlai de retard (gigue) du trafic video avec heavy load .......................... 114

Liste des tableaux

Tableau 1 : Classe de service dans un rseau ATM .....................................................................................32

13
 Introduction gnrale

u n rseau peut tre vu comme un ensemble de ressources mise en place pour offrir un
ensemble de services. Cest lvolution des services et des trafics qui en dcoulent qui a pilot,

e
dans les dernires annes, lvolution technologique permettant daugmenter la capacit et les
fonctionnalits des ressources des rseaux. Ainsi, par exemple, le succs des services de
lInternet a engendr une explosion de trafic ; ce qui a men les oprateurs utiliser de nouvelles

s
technologies dans le cur des rseaux telles que lIP sur ATM, le PoS, lIP sur WDM et le
MPLS.

Les volutions rcentes ont galement t fortement influences par la drgulation. La

concurrence a amen une baisse des prix de la plupart des services classiques, ce qui a rduit
les revenus des oprateurs. Ds lors que la diffrenciation par les prix devient difficile, celle- ci
ne peut se faire que par les services et leur qualit. Loffre de services innovants et
lamlioration de la qualit des services existants, tels que la navigation du Web, requirent
souvent une volution de la bande passante laccs. Ainsi, des technologies comme le xDSL,
la BLR et les rseaux HFC, se sont dveloppes.
Un point essentiel dans lvolution de loffre des services concerne la capacit regrouper
lensemble des services dont le client a besoin et de les lui offrir, si possible de manire
convergente, travers une interface unique. Cela pousse les oprateurs btir des rseaux
multiservices avec convergence entre services.
Dans cette situation, le terme "convergence" (des techniques et des services) est
largement utilis pour dsigner la fusion des services et des techniques. La convergence
s'observe ainsi entre la tlvision et les tlcommunications, les rseaux fixes et les rseaux
mobiles, les tlcommunications et l'information, les ordinateurs et l'lectronique grand public.
De la convergence dcoule la ncessit de disposer d'architectures, de rseaux, d'quipements
et d'outils de gestion permettant de rpondre aux besoins des consommateurs, en ce qui
concerne les services proposs, et aux besoins techniques observs au niveau des rseaux pour
ce qui est des interfaces entre les quipements, les rseaux et les services. La nouvelle
gnration darchitectures de rseaux: NGN (Next Generation Networks) semblent bien
adaptes pour la mise en place de la convergence voix/donnes.

14
 Dans ce contexte lobjectif de notre recherche est de prsenter en premier lieu les
caractristiques de larchitecture des rseaux NGN, ainsi de faire une tude dtaille pour la
mise en uvre d'un cur de rseau bas sur une plateforme IP/MPLS.
Le prsent rapport est organis en six (06) chapitres :
Le premier chapitre reprsente une introduction aux rseaux NGN, qui trace les
principales caractristiques des rseaux NGN, les principales couches, les entits
fonctionnelles pour enfin citer les services offerts par les NGN.
Le deuxime chapitre, prsente lvolution technologique des curs de rseaux.
Le troisime chapitre, prsente le mcanisme de fonctionnement de l'architecture
MPLS.
Le quatrime chapitre est consacr la prsentation des rseaux de transport optiques
Le cinquime chapitre, nous avons dcrit les solutions et les tapes suivre pour le
dimensionnement dun rseau NGN.
Le sixime chapitre - Simulation sous Opnet Etude Comparatif de Performance rseau
MPLS et MPLS_diffserv sous OPNET MODELER.

15
 Chapitre I
INTRODUCTION AUX RESEAUX NGN

16
I.1 Introduction

Lvolution progressive du monde des tlcommunications vers des rseaux et des services
de nouvelle gnration est aujourdhui une tendance forte qui suscite lintrt dune majorit
dacteurs. Elle rsulte de la conjonction dun ensemble de facteurs favorables dont:

Les volutions profondes du secteur des tlcommunications.

Le dveloppement de gammes de services nouveaux.

Les progressions technologiques denvergure dans le domaine des rseaux de donnes.

Il en rsulte de ce contexte et afin de sadapter aux grandes tendances qui sont la recherche
de souplesse dvolution de rseau, la distribution de lintelligence dans le rseau, et louverture
des services tiers, une volution vers un nouveau modle de rseaux et de services appel
NGN (Next Generation Networks).

I.2 Dfinition du NGN

NGN ou Next Generation Network en anglais (littralement "Rseau de Nouvelle

Gnration") est une expression frquemment employe dans l'industrie des
tlcommunications, notamment depuis le dbut des annes 1990. Il n'existe pas de dfinition
unique. Le sens varie en fonction du contexte et du domaine d'application. Toutefois, le terme
dsigne le plus souvent le rseau d'une compagnie de tlcommunications dont l'architecture
repose sur un plan de transfert en mode paquet, capable de se substituer au rseau tlphonique
commut et aux autres rseaux traditionnels. L'oprateur dispose d'un cur de rseau unique
qui lui permet de fournir aux abonns de multiples services (voix, donnes, contenus
audiovisuels...) sur diffrentes technologies d'accs fixes et mobiles. Autrement, "NGN" est
galement utilis trs souvent des fins marketings par les oprateurs et les fabricants pour
rendre compte de la nouveaut d'un rseau ou d'un quipement de rseau.[01]

Les rseaux de la prochaine gnration, avec leur architecture rpartie, exploitent

pleinement des technologies de pointe pour offrir de nouveaux services sophistiqus et
augmenter les recettes des oprateurs tout en rduisant leurs dpenses d'investissement et leurs
cots d'exploitation.

Les NGN sont bass sur une volution progressive vers le tout IP et sont modliss en
couches indpendantes dialoguant via des interfaces ouvertes et normalises. Afin doffrir aux
17
fournisseurs de services ainsi quaux oprateurs une plateforme volutive pour crer, dployer
et grer des services multimdias innovants, ainsi les services doivent tre volutifs et
accessibles indpendamment des rseaux daccs.

Figure I-1: Principe de consolidation du rseau

I.3 Les exigences de tourner vers NGN

Depuis quelques annes, les laboratoires des constructeurs et les organismes de

standardisation se penchent sur une nouvelle architecture rseau les Next Generation Networks
(NGN) pour rpondre aux exigences suivantes |01]:

- Les rseaux de tlcommunications sont spcialiss et structurs avant tout pour la

tlphonie fixe.
- Le dveloppement de nouveaux services, volution des usages du rseau d'accs fixe et
l'arrive du haut dbit.
- La migration des rseaux mobiles vers les donnes.
- Difficult grer des technologies multiples (SONET, ATM, TDM, IP) Seul un vrai
systme intgr peut matriser toutes ces technologies reposant sur la voix ou le monde
des donnes.
- Prvision d'une progression lente du trafic voix et au contraire une progression
exponentielle du volume de donnes => baisse de la rentabilit des oprateurs.

18
I.4 Nouvelles orientations du protocole IP

La convergence Voix/Donnes/Image est devenue une ralit technique et commerciale. Elle

entrane une mutation significative de la base de comptences des Ingnieurs qui la mettent en
uvre au sein des oprateurs, des constructeurs et des entreprises utilisatrices.

Les deux piliers de cette convergence sont dune part le protocole Internet (IP), et dautre
part le trs haut dbit.

En effet, IP simpose comme protocole unificateur des rseaux de nouvelle gnration (NGN).
Chez les oprateurs et dans les entreprises, la migration vers le tout IP est engage. La
tlphonie traditionnelle, principale source de revenus jusqu aujourdhui, est en perte de
vitesse au profit de la tlphonie sur IP. Les services de donnes traditionnels sont eux aussi en
forte rgression devant les nouvelles offres technologiques (VPN-IP, MPLS) garantes de la
qualit de service (QoS) exige.

Le trs haut dbit notamment sur fibre optique simpose partout car lui seul peut offrir aux
nouveaux services convergents la qualit requise. Aprs dtre dfinitivement impose dans les
curs de rseaux, le trs haut dbit est partie la conqute de laccs. Les dploiements se
multiplient (FTTH) et les nouveaux acteurs, que constituent les collectivits locales, contribuent
largement ce succs.

I.5 Caractristiques du rseau NGN

I.5.1 Une nouvelle gnration de commutation

Les solutions de commutation de nouvelle gnration fournissent une gamme complte

de la catgorie de commutation, voix over IP adapte aux besoins des abonns compltes par
des applications converges de voix/donnes pour tablir un rseau de nouvelle gnration (une
commutation par paquets). [01]

19
 Figure I-2 : Caractristiques du rseau NGN

I.5.2 Une nouvelle gnration de rseaux optiques

Les solutions de systme optique de nouvelle gnration rassemblent les deux rseaux
optiques existants y compris celui du multiplexage DWDM et les rseaux optiques SDH. Avec
la nouvelle gnration de systmes optiques, des rseaux IP optimiss peuvent tre dploys.
Les fonctions de donnes et Ethernet sont ajoutes aux dispositifs classiques de transport.

I.5.3 Une nouvelle gnration de type d'accs

Les nouvelles technologies daccs sont une composante trs importante car elles influencent
la rapidit dintroduction et les modalits techniques de mise en uvre des curs de rseau
NGN. Elles ont donc chacune un rle jouer dans le dveloppement des services IP multimdia
de nouvelle gnration et sont caractrises par :

leur niveau de maturit (existence de produits)

la commutation utilise (interface vers le cur de rseau)
le dbit

La multitude et la monte en charge de ces technologies devenant ingrable en matire de

qualit de service sur le mode de fonctionnement actuel, lintgration de MPLS sest avre
urgente dans la couche transport. Ce protocole permet de prendre en compte diffrentes classes
de services afin dassurer qualit et scurit.

20
 I.5.4 Une nouvelle gnration de gestion

Des solutions de gestion de rseaux de nouvelle gnration sont optimises pour la gestion
des alarmes, gestion de configuration et d'excution et de scurit des modules du rseau NGN.
Bas sur un concept modulaire de gestion d'lments et de domaines de gestion et
d'applications, le rseau NGN supporte pleinement les oprations d'exploitation,
d'administration et de maintenance (OA&M), la configuration de rseau et l'approvisionnement
de service comprenant un dploiement de masse, ayant des interfaces ouvertes pour une
intgration facile.

I.6 Architecture en couche

Les rseaux NGN reposent sur une architecture en couches indpendantes (transport,
contrle, services) communiquant via des interfaces ouvertes et normalises. Les services
doivent tre volutifs et accessibles indpendamment du rseau d'accs utilis [01].

Figure I-3 : Principe gnral darchitecture dun rseau NGN

I.6.1 Couche transport

Cest la partie responsable de lacheminement du trafic voix ou donnes dans le cur de
rseau, selon le protocole utilis.
Cette couche se divise en deux sous-couches

21
 - La couche accs : qui regroupe les fonctions et les quipements permettant de grer
laccs des quipements utilisateurs au rseau, selon la technologie daccs (tlphonie
commute, DSL, cble). Cette couche inclut par exemple les quipements DSLAM
(DSL Access Multiplexer) fournissant laccs DSL.
- La couche Cur de rseau : cest la partie responsable de l'acheminement du trafic
voix ou donnes dans le cur de rseau IP, selon le protocole utilis. L'quipement
important ce niveau dans une architecture NGN est le Media Gateway (MGW) qui
est responsable de l'adaptation des protocoles de transport aux diffrents types de
rseaux physiques disponibles (TDM, IP, ATM, SDH, DWDM).

I.6.2 Couche contrle

Cette couche gre l'ensemble des fonctions de contrle des services en gnral, et de contrle
d'appel en particulier pour le service voix. L'quipement important ce niveau dans une
architecture NGN est le serveur d'appel, plus communment appel softswitch , qui fournit,
dans le cas de services vocaux, l'quivalent de la fonction de commutation [01].

I.6.3 Couche service

L'ensemble des fonctions permettant la fourniture de services dans un rseau NGN. En

termes d'quipements, Cette couche regroupe deux types d'quipement les serveurs
d'application (ou application servers) et les enablers , qui sont des fonctionnalits, comme la
gestion de l'information de prsence de l'utilisateur, susceptibles d'tre utilises par plusieurs
applications. Cette couche inclut gnralement des serveurs d'application SIP (Session
Initiation Protocol), car il est utilis dans une architecture NGN pour grer des sessions
multimdias en gnral, et des services de voix sur IP en particulier.

Ces couches sont indpendantes et communiquent entre elles via des interfaces ouvertes.
Cette structure en couches est sense garantir une meilleure flexibilit et une implmentation
de nouveaux services plus efficace. La mise en place d'interfaces ouvertes facilite l'intgration
de nouveaux services dvelopps sur un rseau d'oprateur mais peut aussi s'avrer essentielle
pour assurer l'interconnexion d'un rseau NGN avec d'autres rseaux qu'ils soient NGN ou
traditionnels. L'impact majeur pour les rseaux de tlphonie commute traditionnels est que le
commutateur traditionnel est scind en deux lments logiques distincts : le media Gateway

22
pour assurer le transport et le softswitch pour assurer le contrle d'appel. Une fois les
communications tlphoniques empaquetes grce aux media Gateway, il n'y a plus de
dpendance des services vis--vis des caractristiques physiques du rseau. Un cur de rseau
paquet unique, partag par plusieurs rseaux d'accs constitue alors une perspective attrayante
pour des oprateurs. Bien souvent, le choix se porte sur un cur de rseau IP/MPLS commun
au niveau de la couche de transport du NGN afin de confrer au rseau IP les mcanismes de
qualit de service suffisants pour assurer une fourniture de services adquate.

Figure I-4 : Architecture en couche dun rseau NGN

I.7 Principaux quipements du rseau NGN

I.7.1 Le Media Gateway Controller (MGC)

Le serveur dappel dits aussi softswitch n'est autre qu'un serveur informatique, dot d'un
logiciel de traitement des appels vocaux, grant dune part les mcanismes de contrle dappel
(pilotage de la couche transport, gestion des adresses), et dautre part laccs aux services
(profils dabonns, accs aux plates-formes de services valeur ajoute).
Dans un rseau NGN, cest le MGC qui possde l'intelligence . Il gre :
- Lchange des messages de signalisation transmise de part et d'autre avec les passerelles
de signalisation, et linterprtation de cette signalisation.
- Le traitement des appels : dialogue avec les terminaux H.323, SIP voire MGCP,
communication avec les serveurs dapplication pour la fourniture des services.
- Le choix du MG de sortie selon l'adresse du destinataire, le type d'appel, la charge du
rseau, etc.
- La rservation des ressources dans le MG et le contrle des connexions internes au MG
(commande des Media Gateways).

23
 I.7.2 La Media Gateway (MG)
Les Gateways ont un rle essentiel : elles assurent non seulement lacheminement du trafic,
mais aussi linterfonctionnement avec les rseaux externes et avec les divers rseaux daccs.
La Media Gateway est situe au niveau du transport des flux mdia entre le rseau RTC et les
rseaux en mode paquet, ou entre le cur de rseau NGN et les rseaux daccs. Elle a pour
rle le codage et la mise en paquets du flux mdia reu du RTC et vice-versa (conversion du
trafic TDM IP). Et aussi la transmission, suivant les instructions du Media Gateway Controller,
des flux mdia reus de part et d'autre

I.7.3 La Signalling Gateway (SG)

La fonction Signalling Gateway a pour rle de convertir la signalisation change entre le
rseau NGN et le rseau externe interconnect selon un format comprhensible par les
quipements chargs de la traiter, mais sans linterprter (ce rle tant dvolu au Media
Gateway Controller). Notamment, elle assure ladaptation de la signalisation par rapport au
protocole de transport utilis. Cette fonction est souvent implmente physiquement dans le
mme quipement que la Media Gateway, do le fait que ce dernier terme est parfois employ
abusivement pour recouvrir les deux fonctions MG + SG.

I.8 Les services offerts par les NGN

Les NGN offrent les capacits, en termes dinfrastructure, de protocole et de gestion, de

crer et de dployer de nouveaux services multimdia sur des rseaux en mode paquet.
La grande diversit des services est due aux multiples possibilits offertes par les rseaux NGN
en termes de :
Support multimdia (donnes, texte, audio, visuel).
Mode de communication, Unicast (communication point point), Multicast
(Communication point-multipoint), Broadcast (diffusion).
Mobilit (services disponibles partout et tout le temps).
Portabilit sur les diffrents terminaux.

Parmi ces services offerts nous citons :

24
 I.8.1 La voix sur IP

La voix sur IP est un service directement li lvolution vers les rseaux NGN. Cest une
application qui est apparue depuis longtemps mais qui na pas encore eu le succs escompt, et
cela pour diffrentes raisons :

- La jeunesse des protocoles de signalisation (SIP, H.323, MEGACO) de voix sur IP et la

gestion de la qualit de service qui commence seulement maintenant tre mature ne
permettaient pas de dployer de services tlphoniques sur IP.
- Le seul fait de transporter la voix sur IP napporte pas de valeur ajoute pour Lutilisateur
final, par rapport au service de voix classique. Les services associs la voix sur IP nont pas
encore la maturit ncessaire pour pousser lvolution vers ces nouveaux rseaux.
- La ncessit dinterconnecter les rseaux IP aux rseaux TDM/SS7 implique des cots lis
aux quipements dinterconnexion (passerelles) et le prix des terminaux (IP phones).
- Le cot des terminaux IP reste encore suprieur celui des quipements classiques (pas
encore dconomies dchelle suffisantes).

Cependant lvolution de la technologie et des protocoles et lapparition de services associs

au monde IP devraient permettre lmergence de la voix sur IP. De plus, lvolution des
terminaux communicants multimdia est un argument supplmentaire lvolution des rseaux
tlphoniques vers la voix sur IP, ainsi lUMTS, dans la release 5, gnralise le transport en IP
au rseau voix.

I.8.2 La diffusion de contenus multimdia

La diffusion de contenu multimdia regroupe deux activits, lune focalise sur la mise en
forme des contenus multimdia, lautre centre sur lagrgation de ces divers contenus via des
portails.
Les outils technologiques, tels que le multimdia streaming (gestion dun flux multimdia
en termes de bande passante et de synchronisation des donnes) et le protocole multicast,
doivent permettre de fournir un service de diffusion de contenu aux utilisateurs finaux.

25
 I.8.3 La messagerie unifie

Le service de messagerie unifie est lun des services les plus avancs, cest le premier
exemple de convergence et daccs linformation partir des diffrents moyens daccs. Le
principe est de centraliser tous les types de messages, vocaux (tlphoniques), crits (email,
SMS), multimdia sur un serveur, ce dernier ayant la charge de fournir un accs aux messages
adapt au type du terminal de lutilisateur. Ainsi un email peut tre traduit en message vocal
par une passerelle text-to-speech ou inversement un message vocal sera traduit en mode
texte.

I.8.4 Le stockage de donnes

Laugmentation de capacit des rseaux et la gestion des flux permettent de proposer des
services de stockage de donnes, en tant que sauvegarde de donnes critiques sur des sites
protgs, mais aussi en tant quaccs local un contenu (serveur proxy ou cache ).

En effet, les volumes de donnes voluant de faon exponentielle, la ncessit doffrir les
services partir des serveurs locaux semble indispensable. Cet aspect semble notamment
indispensable pour les applications de tlvision interactive et de video on demand (VoD).

I.8.5 La messagerie instantane

Cette application a dj un grand succs auprs des internautes : elle permet de dialoguer
en temps rel, plusieurs, sur un terminal IP (gnralement un PC) ayant accs Internet via
une interface texte. Cependant, il est ncessaire dinstaller sur son terminal un logiciel
propritaire permettant de se connecter un fournisseur daccs ; il nest alors possible de
communiquer quavec les utilisateurs souscrivant au mme service. Lvolution des rseaux
devrait permettre la standardisation de cette application et la communication entre tous
(ouverture du service) partir de nimporte quel terminal.
Cest lvolution du service SMS, par lapport de linteractivit et du multimdia (MMS).

I.8.6 Services associs la golocalisation

La possibilit de localiser gographiquement les terminaux mobiles a t rapidement perue

comme une source de revenus supplmentaires. En effet, la golocalisation permet de proposer

26
aux utilisateurs finaux des services trs cibls haute valeur ajoute lis au contexte
(exemple : horaire, climat et au lieu).

Figure I-5 : Architecture de la plateforme de Golocalisation

Actuellement plusieurs solutions techniques existent et sont mme en cours

dimplmentation dans les rseaux doprateurs mobiles. Cependant, si ces solutions offrent la
capacit de localiser les terminaux mobiles, il nexiste pas encore dinterfaces permettant
lexploitation de ces donnes par les applications de services, ou de relle volont des
oprateurs douvrir leurs serveurs de localisation des fournisseurs de services tiers, afin
dutiliser cette fonction de localisation comme service capability server (lment de base
servant de support la ralisation des services).

I.9 Conclusion

Dans ce chapitre nous avons introduit les NGN et prsent l'intrt de leurs mises en uvre,
caractristiques et hirarchie. Ainsi que la prsentation des principaux quipements dun rseau
NGN et les services offert par les rseaux NGN.
Dans le chapitre suivant on va dcrire l'volution des curs de rseaux.

27
 CHAPITRE II
EVOLUTIONS TECHNOLOGIQUE
DES CURS DE RESEAUX

28
VI.1 Introduction
Les techniques employes et utilises dans les curs de rseaux et les rseaux backbone ont
subi une grande volution jusqu' l'arrive de la normalisation du protocole MPLS et leur
dveloppement. Dans ce chapitre nous allons dcrire quelques technologies, leurs limites et
dveloppements, par la suite nous allons citer les tapes de l'volution de standards MPLS

II.2 Frame Relay et X25

VI.2.1 le protocole X25

A la fin des annes 1970 et au dbut des annes 1990, la technologie des rseaux tendus
reliant deux sites utilisait gnralement le protocole X.25. Bien que considre actuellement
comme un protocole d'ancienne gnration, le X.25 a t une technologie de commutation de
paquets trs rpandue car elle permettait d'obtenir une connexion trs fiable sur des
infrastructures cbles non fiables. Ce rsultat tait obtenu grce des contrles de flux et
d'erreurs supplmentaires. Ces contrles alourdissaient cependant le protocole. Celui-ci trouvait
son application principale dans le traitement des autorisations de carte de crdit et dans les
guichets automatiques. Dans cette partie de chapitre, nous ne citons le protocole X.25 qu' des
fins historiques [01].

VI.2.2 le protocole Frame Relay

Lorsqu'on construit un rseau tendu, quel que soit le mode de transport choisi, deux sites
sont toujours relies par un minimum de trois composants ou groupes de composants de base.
Chaque site doit avoir son propre quipement (ETTD) pour accder au central tlphonique
local (DCE). Le troisime composant se trouve entre les deux, reliant les deux points d'accs.
Dans la figure, il s'agit de la partie fournie par le rseau fdrateur Frame Relay [01].

29
 Figure II-1 : rseau tendu frame Relay

Le protocole Frame Relay demande moins de temps de traitement que le X.25, du fait qu'il
comporte moins de fonctionnalits. Par exemple, il ne fournit pas de correction d'erreur, car les
rseaux tendus actuels permettent d'obtenir des connexions plus fiables que les anciens.
Lorsqu'il dtecte des erreurs, le nud Frame Relay abandonne tout simplement les paquets sans
notification. Toute correction d'erreur, telle que la retransmission des donnes, est la charge
des composants d'extrmit. La propagation des donnes d'une extrmit client une autre est
donc trs rapide sur le rseau.

Frame Relay permet un traitement efficace en volume et en vitesse, en runissant les fonctions
des couches liaison de donnes et rseau en un seul protocole simple. En tant que protocole de
liaison de donnes, Frame Relay permet d'accder un rseau, il dlimite et fournit les trames
dans l'ordre appropri et dtecte les erreurs de transmission par un contrle de redondance
cyclique standard. En tant que protocole de rseau, il fournit plusieurs liaisons logiques sur un
mme circuit physique et permet au rseau d'acheminer les donnes sur ces liaisons jusqu'
leurs destinations respectives.

Le protocole Frame Relay demande moins de temps de traitement que le X.25, du fait qu'il
comporte moins de fonctionnalits. Par exemple, il ne fournit pas de correction d'erreur, car les
rseaux tendus actuels permettent d'obtenir des connexions plus fiables que les anciens.
Lorsqu'il dtecte des erreurs, le nud Frame Relay abandonne tout simplement les paquets sans
notification. Toute correction d'erreur, telle que la retransmission des donnes, est la charge
des composants d'extrmit. La propagation des donnes d'une extrmit client une autre est
donc trs rapide sur le rseau [01].

30
II.3 Rseaux multiservices
II.3.1 Les rseaux ATM

La technologie ATM a t adopte par l'Union Internationale des Tlcommunications (UIT)

la fin des annes 80 pour rpondre la demande des oprateurs de tlcommunication d'un
Rseau Numrique Intgration de Service Large Bande unifiant dans un mme protocole
leurs mcanismes de transport des donnes, d'images et surtout de la voix, et garantissant la
qualit de service.

LATM est une technique de transfert asynchrone fonde sur la commutation de paquets de
taille fixe (les cellules). Elle repose sur un multiplexage statistique des trafics pour bnficier
des fluctuations des sources de trafics et utiliser au mieux la bande passante de ses liens haut
dbit. A chaque demande de connexion dun utilisateur, on lui associe un circuit virtuel (VC),
qui est trac lintrieur du rseau ATM par des marques laisses dans chaque nud travers.
Les informations mises par lutilisateur sont alors transmises par paquets de tailles fixes,
appels cellules, composs de 48 octets pour les donnes et de 5 octets pour lentte. Cet entte
permet didentifier le chemin virtuel que devront emprunter les cellules. Ces cellules sont
transmises au rseau de manire asynchrone,
Rparties dynamiquement dans le temps dans des slots ne pouvant contenir quune seule cellule.

Un rseau ATM est constitu de commutateurs relis par des liens physiques nomms
conduits de transmission. Les commutateurs sont chargs :
- dacheminer les cellules reues sur les ports dentre vers le bon port de sortie selon les
informations de routage contenues dans lentte de la cellule.
- deffectuer le multiplexage des cellules sur la sortie requise.
- de contrler ltablissement et la libration des connexions.
Mme si chaque client est amen ngocier directement et spcifiquement la QoS avec
loprateur, les connexions sont en gnral regroupes en grandes classes de services (CoS,
Class of Service). Les classes de services ATM les plus courantes sont les suivantes

CBR (Constant Bit Rate) : cette classe de trafic est utilise pour muler la commutation de
circuit. Lmulation de circuit est un flux de trafic constitu de codes dimpulsion moduls
envoys intervalles rguliers. Le dbit dmission est alors constant. Cette classe de service
peut tre utilise pour les connexions exigeant un dbit de transfert constant garanti et tolrant

31
des dlais de transfert minimes comme les communications vocales ou vido en temps rel.
Lors de la ngociation dune connexion CBR, on spcifie en gnral le taux de perte.

VBR (Variable Bit Rate) : ce service permet aux utilisateurs dmettre un trafic ncessitant une
perte minimale de cellules mais pouvant tolrer une variation au niveau de la bande passante
(taux de transfert maximum) pour permettre des priodes de transfert en rafales. On utilise dans
ce cas le multiplexage statistique. Selon la sensibilit du trafic la variation du dlai de
transmission (CDV), on considre deux sous-catgories : VBR-RT (real-time VBR) et VBR-
NRT (non real-time VBR). Ces deux catgories ncessitent la prise en compte du dlai moyen
de transmission pour la ngociation du contrat, mais seul VBR-RT spcifie la variation de dlai.
Par exemple, la vido interactive compresse ferait partie de la classe VBR-RT, et le-mail
multimdia serait considr comme trafic VBR-NRT.

ABR (Available Bit Rate) : cette classe est mise en place pour le trafic de donnes comme le
transfert de fichier et le-mail ou aux connexions plus tolrantes vis--vis des trafics trs
imprvisibles ou en rafale. Il est possible dans ce genre de contrat de spcifier un dbit
minimum. Selon loccupation de la bande passante, la connexion peut tre accepte ou rejete.
Le temps de rponse nest plus garanti pour cette classe de trafics.

Garantie de la Garantie de la Garantie du Retour dindication

bande passante gigue dbit de congestion
CBR Oui Oui Oui non
VBR Oui Oui Oui non
ABR Non Non Oui oui
UBR Non Non Non oui

Tableau 1 : Classe de service dans un rseau ATM

UBR (Unspecified Bit Rate) : cette CoS regroupe les connexions ncessitant ltablissement
dun itinraire mais aucune bande passante garantie, par exemple les transferts de fichiers par
lots et les messages lectroniques de faible priorit envoys en bloc. Cette CoS peut tre utilise
par les connexions destines aux programmes qui nont pas de contraintes de remise et
effectuent eux-mmes la vrification derreurs et le contrle de flux. Ni le dbit moyen, ni le
dlai, sont garantis pour les trafics UBR.

32
 Figure. II-2 : Rpartition de la bande passante pour les classes de services
CBR, VBR et ABR dans les rseaux ATM.

La zone hachure correspond la bande passante rserve aux trafics VBR mais utilise par
des trafics ABR.
Un tel partage de la bande passante permet doffrir de fortes garantie de QoS pour les services
CBR et VBR mais ne garantit rien pour les services ABR, en particulier vis--vis du temps de
rponse ou des pertes. Cest pourquoi, des mthodes ractives de contrle de flux ABR sont
gnralement proposes par les oprateurs, permettant la source dadapter son dbit laide
dun retour dinformation sur la congestion le long du chemin emprunt. Cela permet en
particulier de contrler les pertes sur les trafics ABR.

VI.2.1 IP/ATM

La figure II.3 illustre deux architectures potentielles pour IP sur ATM. Larchitecture de
gauche (IP over ATM) est celle qui a t retenue par la quasi-totalit des constructeurs et des
oprateurs. Larchitecture de droite est une solution non implmente, qui consiste mettre en
parallle une infrastructure ATM et une pile TCP/IP. Lide est de faire passer la signalisation
par le plan TCP/IP et les donnes par le plan ATM. Lintrt de cette solution est dutiliser
luniversalit de ladressage IP et la puissance de transfert de lATM. Son inconvnient est de
devoir mettre sur pied un double rseau et de ne pas avoir dinterface native ATM.

33
 Figure II-3 : Deux architectures IP sur ATM

IP sur ATM tait l'approche privilgie dans les rseaux IP oprationnels aux Etats-Unis entre
1994 et 1998 pour des dbits de 155 puis 622 Mbit/s.

C'est sur des prvisions qui, l'poque, voyaient dans l'augmentation du trafic
tlphonique la source principale de croissance du trafic sur les rseaux doprateurs de
tlcommunication existants, aux Etats-Unis et surtout en Europe, pour investir massivement
dans ATM comme technologie de leurs rseaux 155 Mbit/s partir de la premire moiti des
annes 90. Malheureusement, si ATM est appropri lorsque le trafic est constitu
majoritairement de voix, il est inadapt lorsque le trafic est majoritairement constitue de
donnes, ce qui sera de plus en plus le cas avec l'explosion du trafic lie l'Internet.
Do les oprateurs historiques se trouvent pris en porte--faux par des investissements levs
et des offres inadaptes.

VI.2.2 Convergence vers MPLS

Multiprotocol Label Switching (MPLS) est souvent considr comme une des technologies
majeures pour mettre en uvre la qualit de service dans les rseaux commutation de paquets.
Toutefois, MPLS a t initialement dvelopp par lIETF, avec pour objectif dtablir une
norme commune pour transporter des paquets IP sur des sous-rseaux travaillant en mode
commut.

Les rseaux MPLS sont des rseaux orient connexion permettant une ingnierie du trafic
(Traffic Engineering, MPLS-TE) de rseaux commutation de paquets. ce titre, ils peuvent

34
garantir de la bande passante pour divers flots, ce qui constitue la premire condition pour
fournir une garantie.

Avec le remplacement progressif des rseaux IP par les rseaux IP/MPLS, les meilleures
techniques des rseaux de routage et de commutation se trouvent runies. Les
rseaux IP/MPLS sont capables de s'adapter aux besoins de forte croissance de l'internet, et de
prendre la place de l'ATM en faisant face aux trs grandes exigences du trafic professionnel.
De plus, les rseaux IP/MPLS sont prts pour la convergence des donnes, de la voix et de la
vido sur IP. Il n'est donc pas surprenant que l'IP/MPLS soit considr par la majorit des
oprateurs de rseau comme le rseau cible long terme.

Le dveloppement de standard MPLS est pass par les tapes suivantes :

1re tape :

- Normalisation de la MPLS (Multi Protocol Label Switching) Bas sur le trafic IP.

2me tape :
- Ajout du service Traffic Engineering (MPLS-TE).

3me tape :
- Dveloppement de MPS (Multi Protocol Lambda Switching) Bas sur les longueurs
d'ondes et ajout d'un nouveau protocole, LMP (Link Management Protocol) pour la
gestion des liens et des erreurs.

4me tape:
- GMPLS (Generalized MPLS), extension de MPLS-TE qui permet aux LSR de supporter
Plusieurs types de commutation, Paquets, TDM (SDH/SONET), Lambdas, Fibres etc...,
gnralisation de la dfinition d'un label, ajout de la signalisation via le protocole RSVP-
TE, et amlioration des protocoles de routage pour dcrire la topologie du rseau : OSPF
et IS-IS.

35
II.4 Conclusion

Le but de MPLS est de donner aux routeurs IP une plus grande puissance de commutation,
en basant la dcision de routage sur une information de label (ou tag) insr entre le niveau 2
(Data-Link Layer) et le niveau 3 (Network Layer).

La transmission des paquets tait ainsi ralise en commutant les paquets en fonction du
label, sans avoir consulter l'entte de niveau 3 et la table de routage. Alors, MPLS combinait
la souplesse du niveau 3 et la rapidit du niveau 2.

Dans le chapitre suivant nous allons dvelopper le protocole MPLS, leur concept et mcanisme.

36
CHAPITRE III
IP/MPLS

37
III.1 Introduction

A la fin de l'anne 2001, MPLS (Multi Protocol Label Switching) est le sujet d'un grand
nombre d'articles et de confrences, mais il est aussi l'objet d'un nombre croissant d'annonces
de la part des constructeurs de matriel rseau. l'heure o les premiers services commerciaux
s'appuyant sur un cur de rseau IP/MPLS apparaissent, l'intrt de la technologie semble
dmontr par leur bon fonctionnement. Il reste ncessaire de bien comprendre MPLS pour tre
capable de faire la part des choses. C'est pourquoi, au-del des effets de mode, les motivations
ayant prsid la dfinition de MPLS et les rels apports de MPLS et des technologies associes
dans les curs de rseaux modernes doivent tre compris.

Nous allons, le long de ce chapitre, faire le tour de la technologie MPLS. Nous

commencerons par expliquer son principe de fonctionnement. Nous dtaillerons ensuite les
concepts relatifs aux labels et leurs distributions. Nous finirons par donner un aperu des
applications que MPLS permet de raliser.

III.2 Principe de fonctionnement de MPLS

III.2.1 Architecture de MPLS

L'architecture du rseau MPLS utilise des LSR (Label Switch Router) et des LER (Label
Edge Router) [02] :

Figure III-1 : Exemple dun rseau MPLS

38
 III.2.1.1 LSR (Label Switch Router)

Le LSR est un quipement de cur du rseau MPLS de type routeur, ou commutateur qui
effectue la commutation sur les labels et qui participe la mise en place du chemin par lequel
les paquets sont achemins. Lorsque le routeur LSR reoit un paquet lablis, il le permute avec
un autre label de sortie et expdie le nouveau paquet lablis sur l'interface de sortie approprie.
Le routeur LSR, peut jouer plusieurs rles savoir :

- l'change d'informations de routage

- l'change des labels
- l'acheminement des paquets

III.2.1.2 LER (Label Edge Router)

LER est un LSR qui fait l'interface entre un domaine MPLS et le monde extrieur. En gnral,
une partie de ses interfaces supportent le protocole MPLS et l'autre un protocole de type IP
traditionnelles. Les deux types de LER qui existent sont :
Ingress LER est un routeur qui gre le trafic qui entre dans un rseau MPLS.
Egress LER 'est un routeur qui gre le trafic qui sort d'un rseau MPLS.

Avant d'examiner le fonctionnement d'un rseau MPLS, on va passer en revue le principe

d'acheminement des paquets dans un rseau IP classique et ainsi pouvoir faire une comparaison
des deux techniques.

Dans un rseau IP classique, il y a mise en uvre d'un protocole de routage (RIP, OSPF,
IS-IS, etc.). Ce protocole sera excut indpendamment par chaque nud. A la convergence du
protocole de routage, chaque nud aura une vision plus ou moins complte du rseau et pourra
du coup calculer une table de routage contenant l'ensemble des destinations. Chaque destination
sera associe un "prochain saut" ou "Next Hop" [02].

Voyant maintenant le cas dun rseau MPLS : La mise en uvre de MPLS repose sur la
dtermination de caractristiques communes un ensemble de paquets et dont dpendra
l'acheminement de ces derniers. Cette notion de caractristiques communes est appele
Forwarding Equivalence Class (FEC).

Une FEC est la reprsentation d'un ensemble de paquets qui sont transmis de la mme manire,
qui suivent le mme chemin au sein du rseau et ayant la mme priorit.

39
 - Le routage IP classique distingue les paquets en se basant seulement sur les adresses des
rseaux de destination (prfixe dadresse).
- MPLS constitue les FEC selon de nombreux critres : adresse destination, adresse
source, application, QoS, etc [02].

Quand un paquet IP arrive un ingress LER, il sera associ une FEC. Puis, exactement
comme dans le cas d'un routage IP classique, un protocole de routage sera mis en uvre pour
dcouvrir un chemin jusqu' l'egress LER (Voir Figure III-1, les flches en rouges). Mais la
diffrence d'un routage IP classique cette opration ne se ralise qu'une seule fois. Ensuite, tous
les paquets appartenant la mme FEC seront achemins suivant ce chemin qu'on appellera
Label Switched Path (LSP).

Ainsi on a eu la sparation entre fonction de routage et fonction de commutation : Le routage

se fait uniquement la premire tape. Ensuite tous les paquets appartenant la mme FEC
subiront une commutation simple travers ce chemin dcouvert.

Pour que les LSR puissent commuter correctement les paquets, le Ingress LER affecte une
tiquette (appele aussi Label) ces paquets (label imposition ou label pushing). Ainsi, si on
prend l'exemple de la Figure III-1. Le LSR1 saura en consultant sa table de commutation que
tout paquet entrant ayant le label L=18 appartient la FEC tel et donc doit tre commut sur
une sortie tel en lui attribuant un nouveau label L=21 (label swapping). Cette opration de
commutation sera excuter par tous les LSR du LSP jusqu' aboutir l'Egress LER qui
supprimera le label (label popping ou label disposition) et routera le paquet de nouveau dans le
monde IP de faon traditionnelle.
L'acheminement des paquets dans le domaine MPLS ne se fait donc pas base d'adresse IP
mais de label (commutation de label).

Il est claire qu'aprs la dcouverte de chemin (par le protocole de routage), il faut mettre en
uvre un protocole qui permet de distribuer les labels entre les LSR pour que ces derniers
puissent constituer leurs tables de commutation et ainsi excuter la commutation de label
adquate chaque paquet entrant. Cette tche est effectue par "un protocole de distribution
de label" tel que LDP ou RSVP TE (Reservation Protocol-Traffic Engineering). Les protocoles
de distribution de label seront repris plus loin dans un paragraphe part.

40
 Les trois oprations fondamentales sur les labels (Pushing, swapping et popping) sont tout
ce qui est ncessaire pour MPLS. Le Label pushing/popping peut tre le rsultat d'une
classification en FEC aussi complexe qu'on veut. Ainsi on aura plac toute la complexit aux
Extrmits du rseau MPLS alors que le cur du rseau excutera seulement la fonction simple
de label swapping en consultant la table de commutation [02].

III.2.2 Structure fonctionnelle MPLS

Le protocole MPLS est fond sur les deux plans principaux :

Routing
Control IP Information
Exchange with
Plane Routin routers

IP
Routin Label bindings
And Exchange
LIB MPLS With other
IP routers

Incoming Data Outgoing

Labeled LFIB Labeled
Packets Plane Packets

Figure III-2 : Architecture dun Nud MPLS.

41
 III.2.2.1 Le plan de contrle
Le plan de contrle est compos dun ensemble de protocoles de routage classique et des
protocoles de signalisation. Il est charg de la construction, du maintien et de la distribution des
tables de routage et des tables de commutations. Pour ce faire, le plan de contrle utilise des
protocoles de routages classiques, tels quIS-IS ou OSPF afin de crer la topologie des nuds
du rseau MPLS, ainsi que des protocoles de signalisations spcialement dvelopps pour le
rseau MPLS comme Label Distribution Protocol (LDP), MPBGP (utilis par MPLS VPN) ou
RSVP (utilis par MPLS TE).

Dans un rseau MPLS, il existe deux mthodes pour crer et distribuer les labels. Ces
mthodes sont Implicit routing et Explicit routing . Ces deux mthodes sont celles
utilises pour dfinir les chemins Label Switching Path (LSP) dans le rseau MPLS. La
mthode implicit routing est celle du routage implicite, saut par saut (hop by hop) o chaque
paquet contenant un LSP choisit indpendamment le saut suivant pour une FEC de donnes. Le
routage explicite est la mthode explicit routing o le premier routeur ELSR dtermine la liste
des nuds ou des routeurs LSR suivre pour dlivrer le paquet.

III.2.2.2 Le plan de donnes

Le plan de donnes permet de transporter les paquets labliss travers le rseau MPLS
en se basant sur les tables de commutations. Il correspond lacheminement des donnes en
accolant un entte SHIM aux paquets arrivant dans le domaine MPLS. Le plan de donnes est
indpendant des algorithmes de routages et d'changes de Label. Il utilise une table de
commutation appele Label Forwarding Information Base (LFIB) pour transfrer les paquets
labliss avec les bons labels. Cette table est remplie par les protocoles d'change de label
comme le protocole LDP.

A partir des informations de labels apprises par le protocole LDP, les routeurs LSR
construisent deux tables, la LIB et la LFIB. De manire gnrale, la LIB contient tous les labels
appris des voisins LSR, tandis que la LFIB est utilise pour la commutation proprement dite
des paquets labliss. La table LFIB est un sous-ensemble de la base LIB.

42
Exemple

- Rception du label 17 pour les paquets destination du 10.0.0.0/8

- Gnration d'un label 24 pour ces paquets et expdition de l'information aux autres routeurs
- Insertion de l'information dans la LFIB

Figure III-3 : structure fonctionnelle du routeur

III.2.3 Structures de donnes des labels

Le protocole MPLS utilise les trois structures de donnes LIB, LFIB et FIB pour acheminer
les paquets :

III.2.3.1 LIB (Label Information Base)

C'est la premire table construite par le routeur MPLS est la table LIB, cest la base de
donne utilise par LDP. Elle contient pour chaque sous-rseau IP la liste des labels affects
par les LSR voisins. Il est possible de connatre les labels affects un sous-rseau par chaque
LSR voisin et donc elle contient tous les chemins possibles pour atteindre la destination [01].

III.2.3.2 FIB (Forwarding Information Base)

Appartient au plan de donne, c'est la base de donne utilis pour acheminer les paquets
non labelliss (routage IP classique). Un paquet acheminer est labellis si le label du saut
suivant est valable pour le rseau de destination IP [01].

43
 III.2.3.3 LFIB (Label Forwarding Information Base)

A partir de la table LIB et de la table de routage IP du rseau interne au backbone,

chaque routeur LSR construit une table LFIB (Label Forwarding Information Base), qui sera
utilise pour commuter les paquets labliss. Dans le rseau MPLS, chaque sous-rseau IP est
appris par un protocole IGP, qui dtermine le prochain saut (le next-hop) pour latteindre. Donc
pour atteindre un sous-rseau IP donn, le routeur LSR choisit le label dentre de la table LIB
qui correspond ce sous-rseau IP et slectionne comme label de sortie le label annonc par le
routeur voisin (correspondant au next hop) dtermin par le protocole IGP (plus court chemin)
[01].

III.2.4 Construction des structures de donnes

La construction des structures de donnes effectues par chaque routeur LSR doivent suivre
les tapes suivantes :

- laboration des tables de routages par les protocoles de routage.

- Allocation indpendamment d'un label chaque destination dans sa table de routage par
le LSR.
- Enregistrement dans la LIB des labels allous ayant une signification locale.
- Enregistrement dans la table LFIB avec l'action effectuer de ces labels et leur
prochain saut.
- Envoi par le LSR les informations sur sa LIB ces voisins.
- Enregistrement par chaque LSR des informations reues dans sa LIB .
- Enregistrement des informations reues des prochains sauts dans la FIB .

Figure III-4: Utilisation des structures de donnes pour l'acheminement

44
III.3 Paradigme de la commutation dans MPLS

Un LSR peut effectuer l'un des trois scnarios d'acheminement d'un paquet :
- Le paquet arrivant l'entre du domaine MPLS (I-LSR) ne contient que les adresses IP,
l'acheminement est bas sur la table FIB en ajoutant Push un Label.
- Le paquet arrivant a la sortie du domaine MPLS (E-LSR) contient que des adresses IP,
l'acheminement est bas sur la FIB sans l'utilisation d'un label (routage IP).
- Le paquet arrivant contient un label, dans ce cas l'acheminement sera bas sur la table
LFIB et le label sera chang (Swapping).

La figure ci-dessous reprsent le Paradigme de commutation dans MPLS [01].

Figure III-5 : Paradigme de commutation dans MPLS

III.4 Les labels

III.4.1 L'encapsulation Label MPLS dans diffrentes technologies

Le protocole MPLS, bas sur le paradigme de changement de label, drive directement de

l'exprience acquise avec l'ATM (tiquettes VPI/VCI). Ce mcanisme est aussi similaire celui
de Frame Relay ou de liaisons PPP. L'ide de MPLS est de rajouter un label de couche 2 aux
paquets IP dans les routeurs frontires d'entre du rseau.

Un label a une signification d'identificateur local d'une FEC entre 2 LSR adjacents et mappe le
flux de trafic entre le LSR amont et le LSR aval. La Figure III-6, illustre la mise en uvre des

45
labels dans diffrentes technologies. Ainsi, MPLS fonctionne indpendamment des protocoles
de niveau 2 (ATM, FR, etc.) et des protocoles de niveau 3 (IP, etc.). C'est ce qui lui vaut son
nom de "MultiProtocol Label Switching"[02].

Figure III-6 : L'encapsulation MPLS dans diffrentes technologies

III.4.2 L'entte MPLS

L'entte MPLS se situe entre les enttes des couches 2 et 3, o l'entte de la couche 2 est
celle du protocole de liaison et celle de la couche 3 est l'entte IP. L'entte est compos de
quatre champs :

- Le champ Label (20 bits), valeur reprsentant le label, il fournit les informations sur le
protocole de la couche 2 et dautres informations pour transfrer les donnes.
- Le champ Exp ou CoS (3 bits) pour la classe de service (Class of Service).
- Un bit Stack pour supporter un label hirarchique (empilement de labels).
- Et un champ TTL (Time To Live) pour limiter la dure de vie du paquet (8 bits). Ce
champ TTL est le mme que pour IP.

Figure III-7 : Figure Entte MPLS

46
 III.4.3 Pile de labels (Label Stack)

Comme on l'a dj voqu, il est commun d'avoir plus qu'un label attach un paquet. Ce
concept s'appelle empilement de label. L'empilement de label permet en particulier d'associer
plusieurs contrats de service un flux au cours de sa traverse du rseau MPLS.
Les LSR de frontire de rseau auront donc la responsabilit de pousser ou tirer la pile de labels
pour dsigner le niveau d'utilisation courant de label.
Les applications suivantes lexigent :

- MPLS VPN : MP-BGP (MultiProtocol Border Gateway Protocol) est utilis pour
propag un label secondaire en addition celui propag par TDP ou LDP.
- MPLS TE : MPLS TE utilise RSVP TE (Ressource Reservation Protocol TE) pour
tablir un tunnel LSP (Label Switched Path). RSVP TE propage aussi un label en
addition de celui propag par TDP ou LDP.

Figure III-8 : Pile de labels

III.5 Distribution des labels

Les LSR se basent sur l'information de label pour commuter les paquets au travers du cur de
rseau MPLS. Chaque routeur, lorsqu'il reoit un paquet taggu, utilise le label pour dterminer
l'interface et le label de sortie. Il est donc ncessaire de propager les informations sur ces labels
tous les LSR. Pour cela, suivant le type d'architecture utilise, diffrents protocoles sont
employs pour l'change de labels entre LSR, en voici quelques exemples :

- TDP/LDP (Tag/Label Distribution Protocol) : mapping des adresses IP unicast.

- CR-LDP, RSVP-TE : utiliss en Traffic Engineering pour tablir des LSP en fonction
de critres de ressources et d'utilisation des liens.
- MP-BGP (MultiProtocol Border Gateway Protocol pour l'change de routes VPN.

47
Chaque paquet MPLS est susceptible de transporter plusieurs labels, formant ainsi une pile de
labels, qui sont empils et dpils par les LSR. Cela permet entre autre d'interconnecter
plusieurs rseaux, chacun possdant son propre mcanisme de distribution des labels [05].

Figure III-9 : Liens MPLS/VPN

Lorsqu'un LSR commute un paquet, seul le premier label est trait. Cette possibilit d'empiler
des labels, dsigne sous le terme de Label Stacking, est aussi utilise par le Traffic Engineering
et MPLS / VPN.

III.5.1 Le protocole LDP

Le protocole LDP est un protocole de signalisation (plus prcisment, de distribution des

labels) hritier du protocole propritaire TDP (Tag Distribution Protocol). Pour en dcrire le
fonctionnement, rappelons la notion de l'arbre de plus court chemin : pour un prfixe d'adresse,
le protocole de routage classique dfinit implicitement un arbre de plus court chemin, arbre
ayant pour racine le LSR de sortie (celui qui a annonc le prfixe) et pour feuilles les diffrents
routeurs d'entre. Le routeur de sortie va annoncer le prfixe ses voisins, tout y en associant
un label. Les messages de signalisation vont monter jusqu'aux routeurs d'entre, permettant
chaque LSR intermdiaire d'associer un label au prfixe.

48
 III.5.2 Le protocole CR-LDP

CR-LDP est une version tendue de LDP, o CR correspond la notion de routage bas
sur les contraintes des LSP . Tout comme LDP, CR-LDP utilise des sessions TCP entre les
LSR, au cours desquelles il envoie les messages de distribution des tiquettes. Ceci permet en
particulier CR-LDP dassurer une distribution fiable des messages de contrle [05].
Les changes dinformations ncessaires ltablissement des LSP utilisant CR-LDP sont
dcrits dans la figure suivante :

Figure III-10 : Etablissement dun LSP par CR-LDP

III.5.3 Le protocole RSVP TE

Le protocole RSVP utilisait initialement un change de messages pour rserver les

ressources des flux IP travers un rseau. Une version tendue de ce protocole RSVP-TE, en
particulier pour permettre les tunnels de LSP, autorise actuellement RSVP tre utilis pour
distribuer des tiquettes MPLS.

RSVP est un protocole compltement spar de la couche IP, qui utilise des datagrammes
IP ou UDP (User Datagram Protocol) pour communiquer entre LSR. RSVP ne requiert pas la
maintenance ncessaire aux connexions TCP, mais doit nanmoins tre capable de faire face
la perte de messages de contrle [05].

Les changes dinformations ncessaires ltablissement de LSP permettant les tunnels

de LSP et utilisant RSVP sont dcrits dans la figure suivante :

Figure III-11 : Etablissement LSP par RSVP-TE

49
III.6 Les Applications De La Technologie MPLS

La motivation primaire de MPLS tait d'accrotre la vitesse de traitement des paquets au

niveau des nuds intermdiaires. Les routeurs actuels sont quips avec des circuits et des
algorithmes permettant un acheminement (forwarding) des paquets extrmement rapide.
Donc, traiter des paquets sur la base de label de 20 bits de MPLS n'est plus significativement
rapide par rapport traiter des paquets sur la base d'adresse de 32 bits de IP [02].

Aujourd'hui, les motivations relles pour dployer des solutions MPLS sont les applications
que MPLS permet, et qui taient trs difficiles voire impossibles mettre en uvre avec IP
traditionnel. Ces applications sont trs importantes pour les oprateurs et les ISP (Internet
Service Provider), tout simplement parce qu'elles peuvent tre vendues.

Il existe aujourd'hui quatre applications majeures de MPLS. Ces applications supposent la

mise en uvre de composants adapts aux fonctionnalits recherches. L'implmentation de
MPLS sera donc diffrente en fonction des objectifs recherchs. Cela se traduit principalement
par une faon diffrente d'assigner et de distribuer les labels (Classification, protocoles de
distribution de labels). Le principe d'acheminement des paquets fond sur l'exploitation des
labels tant le mcanisme de base commun toutes les approches [02].

Les principales applications de MPLS concernent :

Any Transport over MPLS (AToM).
Le support des rseaux privs virtuels (MPLS VPN, Virtual Private Network).
Le support de la qualit de service (MPLS QoS).
Le Traffic Engineering (MPLS TE).

III.6.1 Any Transport over MPLS (AToM)

Ce service traduit l'indpendance de MPLS vis--vis des protocoles de couches 2 et 3.

AToM est une application qui facilite le transport du trafic de couche 2, tel que Frame Relay,
Ethernet, PPP et ATM, travers un nuage MPLS [02].

50
 III.6.2 Le support des rseaux privs virtuels (MPLS VPN)

Un rseau priv virtuel (VPN) simule le fonctionnement d'un rseau tendu (WAN) priv
sur un rseau public comme Internet. Afin d'offrir un service VPN fiable ses clients, un
oprateur ou un ISP doit alors rsoudre deux problmatiques essentielles.

Assurer la confidentialit des donnes transportes.

Prendre en charge des plans d'adressage priv, frquemment identiques.

La construction de VPN repose alors sur les fonctionnalits suivantes :

Systmes de pare-feu (Firewall) pour protger chaque site client et permettre une
interface scurise avec Internet.
Systme d'authentification pour vrifier que chaque site client change des informations
avec un site distant valide ;
Systme de cryptage pour empcher l'examen ou la manipulation des donnes lors du
transport sur Internet.
Tunneling pour permettre un service de transport multi-protocole et l'utilisation de plans
d'adressage privs.

MPLS permet de rsoudre efficacement la fonctionnalit de tunneling, dans la mesure o

l'acheminement des paquets n'est pas ralis sur l'adresse de destination du paquet IP, mais sur
la valeur du label assign au paquet. Ainsi, un ISP peut mettre en place un VPN, en dployant
un ensemble de LSP pour permettre la connectivit entre diffrents sites du VPN d'un client
donn. Chaque site du VPN indique l'ISP l'ensemble des prfixes (adresses) joignables sur le
site local. Le systme de routage de l'ISP communique alors cette information vers les autres
sites distants du mme VPN, l'aide du protocole de distribution de labels. En effet, l'utilisation
d'identifiant de VPN permet un mme systme de routage de supporter multiples VPN, avec
un espace d'adressage ventuellement identique. Ainsi, chaque LER place le trafic en
provenance d'un site dans un LSP fond sur une combinaison de l'adresse de destination du
paquet et l'appartenance un VPN donn [02].

51
 Figure III-12 : MPLS VPN

Il existe une autre approche permettant de mettre en uvre des VPN sur les rseaux IP :
IPSec, IPSec privilgie la scurisation des flux d'information par encryptage des donnes, alors
que MPLS se concentre plutt sur la gestion de la qualit de service et la priorit des flux.

Le problme de scurit dans MPLS VPN est minimal dans le cas o le rseau est propritaire
(non Internet). Cependant, si cette garantie n'est pas suffisante, il existe des solutions qui
permettent d'utiliser en mme temps MPLS et IPSec et ainsi construire des VPN disposant des
avantages des deux approches en mme temps : la souplesse de MPLS et la scurisation de
lIPSec.

III.6.3 Le support de la qualit de service (MPLS QoS)

Avec la technologie MPLS, la QoS est un lment crucial pour un rseau d'oprateur. En
effet, loprateur doit pouvoir garantir ses clients le transport de leurs flux en garantissant
diffrentes contraintes, La qualit de service se dcline principalement en quatre paramtres :
dbit, dlai, gigue et perte.

- Le dbit reprsente les ressources de transmission occupes par un flot. Un flot est un
ensemble de paquets rsultant d'une application utilisatrice.
- Le dlai correspond au temps de transfert de bout en bout d'un paquet.
- La gigue correspond aux variations de latence des paquets. La gigue provient
essentiellement des variations de trafic sur les liens de sorties des routeurs.

52
 - Des pertes de paquets peuvent tre dues des erreurs d'intgrit sur les donnes ou des
rejets de paquets en cas de congestion.

Le support de la QoS peut tre mise en uvre de deux faons sur MPLS [02] :

Diffserv (Differentiated Services) : Les trafics sur un mme LSP peuvent se voir affecter
diffrentes files d'attente dans les routeurs LSR, selon la valeur du champ EXP de l'en-
tte MPLS.
L'utilisation du Traffic Engineering.

III.6.3.1 La differentiation des services (MPLS Diffserv)

Le modle de diffrenciation des services semble tre plus adquat pour les rseaux
multiservices tels que lInternet. Ce modle signifie en dautres termes donner la priorit une
classe de service au dpend dune autre classe au moment de congestion. Le modle DiffServ
(Differentiated Services) dfinit une approche totalement diffrente en comparaison avec le
modle IntServ (Integrated Services). Il ne ncessite ni une rservation de bout en bout ni
signalisation. Il permet daffecter chaque paquet une classe de service. La complexit est
relgue dans les extrmits du rseau. Les services diffrencis de l'architecture DiffServ
permettent de diminuer substantiellement les informations dtat que chaque nud du rseau
doit mmoriser.

Dans larchitecture DiffServ, le traitement diffrenci des paquets sappuie sur 3 oprations
fondamentales :

La classification des flux en classes de services.

Lintroduction de priorits au sein des classes (Scheduling).
La gestion du trafic dans une classe donne (Queue management).

53
 Figure III-13 : Classification, marquage et conditionnement du trafic
dans le domaine DiffServ
Les paquets DiffServ sont marqus l'entre du rseau et les routeurs dcident en
fonction de cette tiquette de la file d'attente dans laquelle les paquets vont tre placs.

Cette architecture convient des rseaux pour lesquels il n'est pas raisonnable d'envisager une
signalisation flux par flux. Elle ne considre donc que des agrgats de flux pour lesquels une
signalisation avec rservation de ressources peut tre envisage.

En fait un routeur de cur ne conserve pas d'tat pour un flux ou un agrgat donn, mais traite
tous les paquets d'une classe donne de la mme manire. Les donnes sont identifies grce
un marquage dans le champ ToS (Type of Service, champ spcifique rserv dans l'en-tte IP
de 8 bits), qui fixe les priorits.

Figure III-14 : Insertion du champ DSCP

54
 Au contraire du modle Intserv qui traite indpendamment chaque flot, les routeurs
DiffServ traitent les paquets en fonction de la classe code dans l'entte IP (champ DS)
selon un comportement spcifique : le PHB (Per Hop Behaviour).

Chaque ensemble de paquets dfini par une classe reoit alors un mme traitement et chaque
classe est code par un DSCP (DiffServ Code Point). Un PHB est dfini par les priorits
quil a sur les ressources par rapport dautres PHB.

Diffserv dfinit quatre PHB ou classes de service :

Best Effort (priorit basse) :

Expedited Forwarding (EF) ou Premium Service (RFC 2598) : correspondant la
priorit maximale et a pour but de garantir une bande passante avec des taux de
perte, de dlai et de gigue faible en ralisant le transfert de flux fortes contraintes
temporelles comme la tlphonie sur IP par exemple.
Assured Forwarding (AF) (RFC 2597) : regroupant plusieurs PHB garantissant un
acheminement de paquets IP avec une haute probabilit sans tenir compte des dlais.
Default Forwarding (DF), utilis uniquement pour les flux Internet qui ne
ncessitent pas un trafic en temps rel.

Cette notion de PHB permet de construire une varit de services diffrencis. Les PHB
sont mis en uvre par les constructeurs dans les routeurs en utilisant des mcanismes de gestion
de files d'attente (Custom Queuing, Weighted Fair Queuing, ...) et de rgulation de flux.

Best Effort

PHB par dfaut et dont le DSCP vaut 000000. Le principe du Best Effort se traduit par une
simplification lextrme des quipements dinterconnexion. Quand la mmoire dun routeur
est sature, les paquets sont rejets. Le principe de bout en bout de lInternet est aussi adopt
pour le contrle de flux grce diffrents algorithmes comme le Congestion Avoidance
introduit dans TCP.
Les principaux inconvnients de cette politique de contrle de flux sont un trafic en dents
de scie compos de phases o le dbit augmente puis est rduit brutalement et une absence de
garantie long terme.

55
 Expedited Forwarding
La classe Expedited Forwarding correspond la valeur 101110 pour le DSCP et l'objectif
est de fournir un service de transfert quivalent une ligne virtuelle ddie travers le rseau
dun oprateur.
Le contrat porte sur un dbit constant. Les paquets excdentaires sont lisss ou rejets
lentre pour toujours rester conforme au contrat. Loprateur sengage traiter ce trafic
prioritairement. Pour que le service soit performant, il faut quil ne prsente quune faible partie
du trafic total pour quaucun paquet marqu EF ne soit rejet dans le cur du rseau.

Pour atteindre ces performances, les paquets dun service EF ne devraient pas subir de file
dattente ou passer par des files de trs petite taille et strictement prioritaires.

Assured Forwarding

Le PHB AF fournit des niveaux de garantie dacheminement des paquets.

Il est constitu dun ensemble de 4 classes de service ayant chacune 3 niveaux de rejet de
paquets diffrents.

- (04) quatre classes de service (Il ny a pas de priorit parmi ces classes)
- (03) priorits dfinissant lordre de rejet dans un routeur en cas de congestion.

Figure III-15 : Ensemble des classes du PHB AF

Par exemple, en cas de congestion dans la classe de service 4, les paquets de valeur
DSCP 100110 seront rejets (drop) en premier lieu.
Les classes sont donc choisies par l'utilisateur et restent les mmes tout au long du trajet dans
le rseau. Tous les paquets dun mme flux appartiennent la mme classe.
A lintrieur de chaque classe, un algorithme de rejet slectif diffrencie entre 3 niveaux de
priorit. En cas de congestion dans une des classes AF, les paquets de basse priorit sont rejets
en premier. La priorit peut tre modifie dans le rseau par les oprateurs en fonction du
respect ou non des contrats.
56
AF offre diffrents niveaux de services :
AF1 (AF11, AF12, AF13)
AF2 (AF21, AF22, AF23)
AF3 (AF31, AF32, AF33)
AF4 (AF41, AF42, AF43)

III.6.3.2 Le Traffic Engineering (MPLS TE)

Cette application est en troite relation avec la qualit de service, puisque son rsultat
immdiat est l'amlioration de paramtres tels que le dlai ou la gigue dans le rseau. Elle est
tout de mme considre comme une application part entire par la plupart des industriels.
Ceci vient du fait que MPLS TE n'est pas une simple technique de rservation de ressources
pour les applications rseau. C'est un concept plus global qui se veut tre une solution qui vise
augmenter les performances gnrales du rseau en jouant sur la rpartition quilibre des
charges (trafics) dans le rseau pour ainsi avoir une utilisation plus optimale des liens [02].

III.7 EVOLUTIONS MPLS

III.7.1 GMPLS

Une premire extension du MPLS est le Generalized MPLS. Le concept de cette dernire
technologie est dtendre la commutation aux rseaux optiques. Le label, en plus de pouvoir
tre une valeur numrique peut alors tre mapp par une fibre, une longueur d'onde et bien
d'autres paramtres. Le GMPLS met en place une hirarchie dans les diffrents supports de
rseaux optiques. GMPLS permet donc de transporter les donnes sur un ensemble de rseaux
htrognes en encapsulant les paquets successivement chaque entre dans un nouveau type
de rseau. Ainsi, il est possible d'avoir plusieurs niveaux d'encapsulations selon le nombre de
rseaux traverss, le label correspond ce rseau tant conserv jusqu' la sortie du rseau.
GMPLS reprend le plan de contrle de MPLS en l'tendant pour prendre en compte les
contraintes lies aux rseaux optiques. En effet, GMPLS va rajouter une brique de gestion des
liens l'architecture MPLS. Cette brique comprend un ensemble de procdures utilises pour
grer les canaux et les erreurs rencontres sur ceux-ci [04].

57
 III.7.2 VPLS

VPLS qui veut dire Virtual Private LAN Services, dfinit un service de VPN au niveau de
la couche 2 (service Ethernet) multipoint--multipoint qui peut tre indiffremment dlivr au
niveau dune infrastructure mtropolitaine ou sur des rseaux longue distance.
Ce service apporte une connectivit entre plusieurs sites comme si ces sites taient relis par un
mme LAN Ethernet. [04]

Figure III-16 : VPLS dlivre un service Ethernet multipoint--multipoint [03]

Qui peut stendre plus dune zone mtropolitaine Contrastant avec loffre de service
Ethernet multipoint--multipoint apports par une infrastructure doprateur base sur des
commutateurs Ethernet, VPLS utilise une infrastructure IP/MPLS.
Du point de vue de loprateur, lutilisation des protocoles de routage IP/MPLS au lieu dune
technologie Ethernet base sur le Spanning Tree Protocol, ainsi que lutilisation des labels
(tiquettes) MPLS au lieu des identits VLAN, apportent linfrastructure de loprateur une
souplesse et une capacit de dploiement de services Mtro Ethernet grande chelle.

Ce nouveau service permet aux rseaux de Recherche et Enseignement denvisager une

approche innovante pour rapprocher les chercheurs et enseignants souvent disperss sur des
sites distants, parfois lchelle nationale. Le rseau peut devenir un outil tendant les capacits
du LAN traditionnel Ethernet, en saffranchissant de la distance et du nombre de rseaux
58
intermdiaires (domaines IP). Ainsi il apporte une synergie supplmentaire favorisant le partage
et lchange des ressources et connaissances au niveau rgional, national, et au-del.

III.8 SECURISATION DES RESEAUX MPLS

Lutilisation dIP-MPLS pour le transport de services temps rel impose une excellente
disponibilit du rseau. De tels services imposent notamment de pouvoir garantir un
rtablissement de la connectivit en moins de 50 ms, en cas de panne de lien ou de nud IP-
MPLS.

Les mthodes actuelles de protection SDH (AIS, MS-SPRING) permettent de garantir ces
temps de scurisation. En revanche, elles sont trs coteuses en ressources car elles ncessitent
de ddier des liens la protection, et ne permettent de protger le trafic que contre les pannes
de liens, et non contre les pannes de routeur. Il est donc prfrable de raliser la scurisation
des liens et des routeurs directement au niveau de la couche IP-MPLS [05].

Les pannes des lments du rseau peuvent tre dorigines diverses. Ainsi les pannes de liens
peuvent tre la cause derreurs sur des chantiers de travaux publiques (coups de pelleteuse sur
une fibre optique) ou plus simplement dun lien dbranch. En ce qui concerne les routeurs cela
peut provenir dune panne de courant. A cela il faut ajouter les pannes logicielles dues des
erreurs humaines.
Tous les lments d'un rseau sont susceptibles de tomber en panne. Pour garantir un haut
niveau de disponibilit du rseau, il faut donc prvoir ces pannes et dterminer des mthodes
automatiques pour les dtecter et assurer la continuit du service le plus rapidement possible
[06].

Parmi les mcanismes de protection, nous allons dcrire :

- le modle de rparation globale (Backup).
- le modle de rparation locale ou restauration d'un segment d'un LSP (Fast Reroute),
- la protection plusieurs niveaux (Multi-Layer).

Dans le premier modle, un nud d'entre est responsable d'effectuer la restauration suite
la rception du signal d'indication de panne quel que soit le lieu o la faute est intervenue le
long du chemin principal. Cette mthode ncessite un chemin de Backup disjoint pour chaque
chemin principal.

59
 Dans le cas d'une rparation locale, la protection a lieu sur une partie du chemin principal
et la procdure de restauration commence tout simplement par le point de dfaillance. Le
dernier modle de protection diffrents niveaux est applicable dans le cas de scnario avec
des pannes multiples.

III.8.1 La protection de Chemin (Backup)

Le protocole MPLS permet d'tablir et de maintenir automatiquement les LSPs travers le

cur de rseau en utilisant le protocole de rservation de ressource (RSVP). Le chemin employ
par un LSP dpend troitement des ressources disponibles dans le rseau.

Pour des services fonds sur des critres de qualit de service, on peut escompter obtenir le
niveau de qualit garanti en slectionnant des routes concordant avec ces critres. MPLS est
aussi employ par les oprateurs pour amliorer la tolrance aux pannes du rseau lorsqu'un
incident intervient sur un nud de rseau ou un lien. La protection des liens repose sur
l'tablissement d'un chemin de secours entre le routeur d'entre et le routeur de sortie pour
chaque LSP primaire cr [05].

La panne du LSP principal provoque le basculement du trafic sur le LSP de secours, pr

configur ou tabli dynamiquement. Le chemin du LSP est calcul la source de celui-ci. En
cas de pannes la source du LSP dtermine un nouvel itinraire pour le LSP. Le calcul de ce
chemin de Backup prvoit une utilisation optimale des ressources.

Figure III.17 : Protection du LSP par chemin de Backup

60
Le LSP de Backup est le mode de protection par dfaut de MPLS-TE. Il faut distinguer deux
sous modes pour ce type de protection :
- Le mode Head-End Backup ou le Backup n'est ni calcul ni signal donc tout se fait
aprs panne et durant ce laps de temps d aux dlais de transmission des messages, un
nombre important de paquets vont tre perdus.
- Le mode Stand-by LSP est une extension de RSVP-TE o le Backup est signal et
prt l'emploi l'inconvnient dans ce cas est la sur-rservation de bande passante
.

Un LSP de secours pr-allou peut tre utilis pour protger plusieurs LSPs primaires, ce qui
permet d'conomiser des ressources. Dans ce cas, on considre que des pannes simultanes
affectant plusieurs LSPs partageant un mme LSP de secours sont trs peu probables.

Il faut galement bien voir que tous les LSPs n'ont pas besoin d'tre protgs par ce type de
technique qui ncessite la pr-allocation des ressources. Cela peut faire l'objet d'un contrat entre
l'oprateur et ses clients : protection totale du LSP, protection partage avec d'autres LSPs, ou
bien pas de protection du tout [05].

III.8.2 La protection par reroutage local (Fast-Reroute)

MPLS peut aussi assurer la protection des liens et des routeurs localement en utilisant des
techniques de reroutage rapide (Fast Reroute). Il devient ainsi possible d'approcher le dlai de
50 ms qu'offre la reconfiguration de liens dans un rseau SDH classique.

C'est une mthode qui permet d'assurer la continuit du service en cas de panne d'un lien
ou d'un nud avec une interruption trs faible du service. Le mode Fast Reroute qui est une
extension de RSVP-TE assure la protection de liens (et de nud) pour un LSP. Cela permet le
reroutage local et rapide des trafics transports par le LSP travers un chemin contournant la
panne.

La dcision de reroutage est une dcision locale compltement gre par le routeur source
du lien en panne. Ce dernier tablit un LSP de contournement quand il reoit une notification
de panne par l'IGP ou par RSVP.

61
 Le Fast Reroute permet de minimiser la perte de paquets due la panne d'un lien (ou d'un
nud). Cela permet aussi de donner au routeur source du LSP le temps ncessaire
l'tablissement du chemin de Backup optimal [05].

III.8.2.1 Etapes d'un Fast Reroute de lien

Nous allons dcrire les diffrentes tapes d'un Fast Reroute de lien travers l'exemple
suivant : il s'agit d'un cur de rseau o l'on va mettre le lien R2-R3 en panne. Le LSP entre
R1 et R9 dfini par les labels (37, 14, pop) utilise le lien R2-R3 et va donc tre Fast Rerout
Afin de protger le lien R2-R3 le routeur R2 va crer un LSP de Backup (dans ce cas ce LSP
passera par R6 et R7 et sera dfinit par la suite de labels (17, 22, pop)) La dcision de reroutage
des paquets revient entirement au routeur R2. Quand celui-ci reoit la notification de la panne
du lien R2-R3 il droute les paquets sur le LSP de Fast Reroute. Cela est fait de faon trs
simple en insrant le label 17 aux paquets IP destin au routeur R3 (ceci bien sur aprs
l'opration de swap des deux labels 37 et 14).

Figure III-18: Fast Reroute du lien R2--R3

62
 III.8.2.2 Etapes d'un Fast Reroute de Nud
Le Fast Reroute de nuds est la gnralisation du cas panne de liens. Il s'agit de crer des
LSPs de dtour pour tout couple de nuds priphriques au nud en panne et vhiculant des
trafics MPLS.

Figure III-19 : Fast Reroute du Nud R5

La Figure III-19 illustre le cas de la panne du routeur R5 il faudra considrer les couples suivant
: (R3, R8), (R3, R7), (R8, R3), (R7, R3), (R7, R8), (R8, R7).
Une fois les couples dtermins on ne garde que ceux qui vhiculent des LSPs. Dans le cas
prsent on ne garde que le couple (R3, R8).

Les tapes suivantes utilisent le mme principe que le Fast Reroute de lien. Le routeur R3 va
tablir un LSP entre R3 et R8 (vitant le nud R5). Le nud R3 droutera ainsi tous les paquets
qui devaient transiter par le nud R5 vers le LSP de dtour en ajoutant un niveau de label [05].

Intrts de l'approche Fast Reroute

La solution Fast Reroute apporte deux gains notables au rseau IP :

Une fiabilit accrue pour les services IP : MPLS TE avec Fast Reroute utilisent la
technologie Fail Over Time qui s'adapte trs bien avec les techniques de restauration de
lien SONET. Ce qui permet un haut degr de rsilience pour les trafics IP circulant dans le
cur de rseau et des services plus robustes.
Une scalabilit importante inhrente au design du rseau : Cela est d au fait que le Fast
Reroute utilise un mapping de tous les LSPs qui transitent par un lien Fast Rerout vers un
seul LSP de Fast Reroute. Cela permet donc de borner la croissance du nombre de LSP de
Fast Reroute au nombre de liens du rseaux et non pas au nombre de LSPs.

63
 III.8.2.3 La protection multi-niveaux (Multi-Layer)

Traditionnellement ltude de la tolrance aux pannes se base sur lhypothse de la panne

unique qui avec lavnement des rseaux optiques nest plus acceptable. En effet la pannes
dune fibre optique peut impacter plusieurs liens au niveau de la topologie IP-MPLS.

Le modle pannes multiples bas sur la notion de SRLG (Shared Risk Link Group) ou
encore SRNG (Shared Risk Node Group) que lon peut regrouper sous un mme identifiant
savoir SRRG permet une gestion plus raliste du problme de la rsilience des rseaux actuels.
Tenir compte des contraintes imposs par les SRRG dans le routage implique de trouver des
chemins disjoints tel que les liens et nuds des diffrents chemins nappartiennent pas au mme
SRRG.

Figure III-20 : Scurisation SRLG du LSP primaire

La Figure III-20 montre le cas dun rseau IP/MPLS sur WDM. Le lien (0-1) est implant au
niveau WDM par le chemin (A C B). On peut voir que le LSP primaire emprunte le chemin
(0 1 4) qui est nud disjoint au niveau IP/MPLS avec le chemin de backup (0 2 4).
Ils partagent par contre, une ressource commune au niveau WDM qui est le lien (A C). Le
second chemin de Backup (0 3 4) est nuds disjoints aux niveaux IP/MPLS et WDM car
ils ne partagent aucune ressource commune au niveau de la topologie WDM [05].

64
III.9 Conclusion
Dans ce chapitre, nous avons prsent le mcanise de fonctionnement de l'architecture MPLS,
ses lments les plus importants (LSR, LSP, FEC,..), leurs dfrents rles, et les applications
que MPLS permet de raliser.

65
 CHAPITRE IV
LES RSEAUX DE TRANSPORT
OPTIQUES

66
IV.1 Introduction

Le rseau de transport est divis en diffrentes couches, chacune ddie une fonction
particulire pour assurer le transport d'un signal entre deux points diffrents du rseau.
Dans ce chapitre nous tudierons les diffrentes architectures lies la conception de la couche
physique d'un rseau de transport optique commut. Cette couche transporte la lumire sur le
lien physique (la fibre optique) en tablissant une connexion entre deux points du rseau [06].

Au-dessus de cette couche se trouve une couche cliente qui peut tre constitue aujourd'hui
par la couche SDH (Synchronous Digital Hierarchy), suivie par les couches ATM
(Asynchronous Transfer Mode) et IP (Internet Protocol), mais qui peut tre aussi directement
la couche IP, moyennant des adaptations de la couche physique, ces adaptations servent entre
autres envoyer des messages la couche physique pour obtenir la connexion des requtes
provenant des couches suprieures. Les volutions des architectures rseau permettent
d'envisager une couche de transport convergente intgrant les fonctionnalits habituellement
ralises par les couches suprieures. Ainsi la recommandation (Optical Transport Network),
OTN, utilisant comme couche de transport la fibre optique assure les fonctions de transport,
multiplexage, brassage et supervision des signaux optiques prsents dans le rseau [06].

Figure IV-1 : Schmatisation d'architecture d'un rseau transport optique

(Cur, mtro et accs).

67
OTN intgre la fois la couche physique fibre optique et aussi une sous couche d'adaptation
(comme GFP, Generic Framing Procedure), La figure IV-1 reprsente les diffrentes couches
d'un rseau de transport optique.

Figure IV-2 : Evolutions des couches d'un rseau de transport.

Aujourdhui, les deux principales applications des rseaux de fibres optiques longues distances
sont les applications SDH et les applications DWDM.

IV.2 Le support de transmission optique

La fibre optique est certainement lune des plus remarquables technologies de

communication du sicle dernier, et toute porte croire quelle le sera encore au cours de ce
sicle. Avec toujours plus dapplications large bande telles que les applications multimdia, les
rseaux de tlcommunication sont de plus en plus sollicits. Face cette volution, seules les
solutions optiques permettront datteindre des capacits qui se mesurent en milliards de bits
dinformation par seconde (Gbit/s).

68
 Figure IV-3 : Fibre optique (monomode/multimode)

Les fibres optiques peuvent tre classes en deux catgories selon le diamtre de leur cur et
la longueur d'onde utilise : les fibres monomodes et multimodes.

VI.2.1 Les fibres multimodes

Les fibres multimodes (dites MMF, pour Multi Mode Fiber), ont t les premires sur le
march. Elles ont pour caractristiques de transporter plusieurs modes (trajets lumineux). Du
fait de la dispersion modale, on constate un talement temporel du signal proportionnel la
longueur de la fibre. En consquence, elles sont utilises uniquement pour des bas dbits ou de
courtes distances. La dispersion modale peut cependant tre minimise ( une longueur d'onde
donne) en ralisant un gradient d'indice dans le cur de la fibre. Elles sont caractrises par
un diamtre de cur de plusieurs dizaines plusieurs centaines de micromtres (les curs en
multimodes sont de 50 ou 62,5 m pour le bas dbit). Cependant les fibres les plus rcentes, de
type OM3, permettent d'atteindre le Gbit/s sur des distances de l'ordre du km. Les longues
distances ne peuvent tre couvertes que par des fibres optiques monomodes.

VI.2.2 Les fibres monomodes

Pour de plus longues distances et/ou de plus hauts dbits, on prfre utiliser des fibres
monomodes (dites SMF, pour Single Mode Fiber), qui sont technologiquement plus avances
car plus fines. Leur cur trs fin n'admet ainsi qu'un mode de propagation, le plus direct
possible c'est--dire dans l'axe de la fibre. Les pertes sont donc minimes (moins de rflexion
sur l'interface cur/gaine) que cela soit pour de trs hauts dbits et de trs longues distances.
Les fibres monomodes sont de ce fait adaptes pour les lignes intercontinentales (cbles sous-
marin). Ces fibres monomodes sont caractrises par un diamtre de cur de seulement
quelques micromtres (le cur monomode est de 9 m pour le haut dbit).

69
Les bandes de transmission sont classes aujourdhui par lUIT-T selon la terminologie
suivante :

- Bande O : de 1260 1360 nm (original)

- Bande E : de 1360 1460 nm (extended) position du pic deau
- Bande S: de 1460 1530 nm (short wavelength)
- Bande C : de 1530 1565 nm (conventional)
- Bande L : de 1565 1625 nm (long)
- Bande U : de 1625 1675 nm (ultra long wavelength)

Les fibres G.652 (fibres unimodales) sont classes leur tour en trois catgories (A, B et
C). La G.652A et la fibre classique qui permet le transport de dbit 2,5 Gbit/s dans les bandes
O, C et S. La fibre G.652B permet des canaux en DWDM 10Gbit/s dans les bandes O, C, L
et S. Les autres fibres sont peu utilises. La G.653 (fibre dispersion dcale) est employe au
Japon et en Italie pour les transmissions dans la bande C. La G.654, cause de son faible
affaiblissement linique, est rserve aux liaisons sous-marines pour 1300 et 1550 nm. Les
fibres G.655 (fibre dispersion dcale non nulle-NZ DSF) sont ddies au 40 Gbit/s ou N fois
40 Gbit/s en DWDM (la G.655A avec un espacement inter canal de 200 MHz la G.655B avec
un espacement inter canal de 100 MHz et avec une limitation de 400 km et la G.655C, en 100
MHz mais pour les liaisons suprieures 400 km). La fibre G.656 utilise le multiplexage en
longueur donde dans les bandes S, C et L.

La fibre optique idale devrait permettre le plus grand nombre de canaux possibles haut
dbit sans dgradation, elle devrait permettre le maximum de porte. Enfin, elle devrait
rpondre, pour le prix minimum, aux exigences du rseau de transport, celles du cur de
rseau et du rseau daccs.

70
 Figure IV-4 : Attnuation de la fibre en fonction de la longueur donde (db/nm)

Le dernier record en date, pour la capacit de transmissions de donnes sur fibre optique, a
consist mettre sur la mme fibre 140 canaux 111 Gbit/s, soit 14 Tbit/s, multiplexs en
longueur donde (WDM) sur une distance de 160 km. A titre dexemple, NTT vise la mise en
place dune pine dorsale de rseau optique comprenant des canaux au dbit de 100 Gbit/s, au
lieu de 10 40 Gbit/s par longueur donde.

Les caractristiques de la fibre optique

- Lattnuation est proportionnelle la distance.
- Les effets de dispersion (se cumulent avec la distance).
dispersion intermodale (pour les fibres multimodes).
dispersion chromatique (ou intramodale).
dispersion modale de polarisation (PMD).

- Les effets non-linaires (dpendent de la puissance en ligne).

effet Kerr (SPM, XPM, FWM).
effets de diffusion stimule Brillouin et Raman.

71
IV.3 Evolution technologique
VI.3.1 Les systmes SONET/SDH

SONET (Synchronous Optical Network) est un systme de multiplexage temporel TDM

(Time Division Multiplexing) classique sur fibre optique.

- SDH: Synchronous Digital Hierarchy (en Europe)

- SONET: Synchronous Optical Network (aux USA)

La SDH (Synchronous Digital Hierarchy) constitue la principale application des infrastructures

fibres optiques longues distances.

Cette application constitue aujourdhui le support de transmission de la grande majorit des

applications de tlcommunication. Elle fait suite, ce titre, en en amliorant les
caractristiques, la hirarchie prcdente PDH (Plesiochronous Digital Hierarchy).

VI.3.1.1 LARCHITECTURE DES RSEAUX SDH

La SDH ralise le transport dun ensemble d affluents (canaux numriques bas dbit)
sur un canal agrgat haut dbit sur fibre optique. Les affluents sont insrs et extraits au
niveau dun multiplexeur qui ralise un multiplexage temporel TDM (Time Domain Multiplex)
dans le canal agrgat.

Les multiplexeurs SDH sont gnralement baptiss ADM (Add and Drop Multiplexer) Entre
deux multiplexeurs ADM distants, le signal agrgat est remis en forme, priodiquement, par
des rpteurs rgnrateurs [07].

Figure IV-5 : Schmatique dune liaison SDH

72
Un rseau SDH est construit, en ralit, sur la base dune architecture en boucle , qui relie
des Multiplexeurs ADM. Larchitecture en boucle permet dinsrer ou dextraire des
affluents en tout point de la boucle. Elle permet par ailleurs de scuriser le transport de
lagrgat. En cas de rupture dune liaison entre deux multiplexeurs, la continuit de service est
assure par reroutage automatique du lien sur la boucle de secours [07].

Figure IV-6 : Anneau SDH

VI.3.1.2 LAPPORT VIS VIS DES ARCHITECTURES PDH

La hirarchie plsiochrone PDH dfinie antrieurement la SDH dfinit des classes de

dbit de 2 jusqu 140 Mbit/s. La hirarchie SDH a donc pris le relais de cette hirarchie vers
les hauts dbits, en prvoyant lensemble des mcanismes dencapsulation des dbits de
lancienne hirarchie dans la nouvelle.

Elle a permis par ailleurs daccrotre, outre la scurisation, la flexibilit de configuration du

rseau et des services en offrant un adressage des canaux affluents dans la trame dagrgat
multiplexe haut dbit. Cette fonction permet dinsrer et dextraire un affluent en tout point
du rseau, en laissant transiter dans la trame agrgat lensemble des autres informations. Cette
fonction constitue un apport fonctionnel important de la SDH vis vis de la hirarchie
prcdente, qui ncessitait un dmultiplexage complet de lensemble des canaux pour extraire
un de ceux-ci :

73
 Figure IV-7 : Dmultiplexage PDH

Dans un rseau SDH, la mise en relation entre un affluent entrant dans le rseau et un affluent
sortant seffectue par ladministration de rseau. Cette mise en relation permet de configurer un
circuit (il sagit dun circuit virtuel permanent) qui relie les deux points, au travers du rseau.
Le routage de ce circuit au travers du rseau seffectue de manire plus ou moins
automatique au travers de loutil dadministration du rseau SDH.

VI.3.1.3 LTAT DES DBITS

Le tableau ci-aprs fournit ltat de lArt des types dinterfaces et dbits, chez les
constructeurs dquipements, et sur le terrain [07].

Figure IV-8: Diffrentes types dinterface et dbits SDH

74
 VI.3.1.4 LINTERFACE PHYSIQUE SDH

Les caractristiques des interfaces SDH sont dfinies par la recommandation UIT G957.
Celle-ci prvoit plusieurs types dinterfaces longue distance ou courte distance, fonctionnant
soit dans la fentre 1310 nm soit dans la fentre 1550 nm.

Figure IV-9 : Deux types de fentre optique

VI.3.1.5 LES SUPPORTS DE TRANSMISSION

Les interfaces SDH ont t dfinies pour un support fibre optique monomode rpondant
la recommandation G652. Cette fibre est la fibre la plus couramment utilise, en Europe sur les
rseaux fibres optiques. Les principales caractristiques de cette fibre sont reprises dans ce
document.

Lutilisation de fibre dispersion dcale non nulle rpondant au standard G655 permet
daccrotre les portes, et les dbits pour les interfaces trs haut dbit (STM64 et STM256)
par loptimisation de la dispersion chromatique dans la fentre 1550 nm. Cette fibre permet,
pour le support des longues distances, lconomie de modules de compensation de dispersion
chromatique externes. Par contre, lutilisation de la 2me fentre de transmission (1310 nm),
normalement utilise pour les courtes distances par les quipements de transmission nest pas
optimise avec ce type de fibre. Les exigences en matire de qualit de connectique et
dpissures (bilan dinsertion, rflectance) ont t dfinies dans la recommandation G671 [07].

VI.3.2 MULTIPLEXAGE EN LONGUEUR DONDE

VI.3.2.1 CWDM

Recommandation UIT-T G.695 traite de la technique de multiplexage par rpartition

approximative en longueur donde (CDWDM, coarse wavelength division multiplexing), dont
les applications concernent les rseaux mtropolitains en connexion point point ou en boucle.
Dans les quipements CWDM, des lasers non refroidis, et donc moins onreux, sont utiliss.
Ces lasers requirent moins de prcision dans le contrle de la longueur donde. Les interfaces
optiques relatifs aux recommandations UIT-T G.695. Les applications peuvent tre de type
unidirectionnel ou de type bidirectionnel, en gnral jusquau 1 Gbit/s.

75
 VI.3.2.2 DWDM
Les systmes DWDM (Dense Wavelength Digital Multiplexing) sont bass sur la
capacit de transmettre plusieurs longueurs dondes simultanment sans interfrence sur une
seule fibre. Chaque longueur donde reprsente un canal optique. La technologie WDM sest
dveloppe un point que les espacements entre les longueurs dondes sont trs petits - une
fraction de nanomtre - ce qui a permis de transmettre une grande densit de longueurs dondes
dans une fibre optique.

Ces applications sont dployes de plus en plus frquemment car elles permettent
doptimiser lusage dune mme fibre optique en multiplexant sur cette fibre plusieurs canaux,
par exemple de type SDH. Ce multiplexage seffectue en longueur donde, cest dire que
chaque canal est modul sur une couleur spcifique.

Figure IV-10 : Multiplexage DWDM

Le multiplexage en longueurs donde (Lambda - ) repose sur un certain nombre de facteurs
technologiques.

Le premier dentre eux est la capacit de la fibre transporter non pas une seule couleur mais
tout un peigne de couleurs . Cest une caractristique physique de ce support de transmission.

La technologie DWDM na connu dapplications industrielles qu partir du moment o

il a t possible de gnrer des sources mettrices accordes et stables sur une longueur
donde prcise du spectre et de filtrer en rception la longueur donde dsire dans le spectre
de couleurs.

76
La matrise de la tte optique laser et de sa prcision dmission (largeur de raie, stabilit en
longueur donde et puissance) est une des cls technologiques des systmes DWDM. Les
lments de filtrage utilisent quant eux des rseaux base doptique intgre ou des rseaux
de Bragg.

Lessor de cette technologie a t possible, enfin, grce aux progrs de lamplification

optique (EDFA). Ces composants, bass notamment sur des fibres dopes lerbium,
permettent de ramplifier en ligne, lensemble du spectre optique, sans avoir dmultiplexer
les canaux.

VI.3.2.3 ARCHITECTURE DES SYSTMES DWDM LONGUES DISTANCES

Les systmes DWDM longues distances (dans les curs rseau) sont constitus
principalement :
o de terminaux dmission,
o de terminaux rception,
o damplificateurs optiques de ligne (OLA Optical Line Amplifier),
o damplificateurs optiques insertion extraction (OADM).

Les terminaux Rception :

Ceux-ci ralisent en premier lieu une r-amplification du signal de ligne reu, puis un filtrage
des canaux, longueur donde par longueur donde, et enfin une re-transposition du canal vers la
longueur donde client .

Les Amplificateurs optiques (OLA) :

Ceux-ci ralisent, en ligne, une r-amplification de lensemble du spectre optique. Toutes les
longueurs donde du spectre se trouvent ainsi r-amplifies sans besoin de dmodulation
individuelle. Les gains des amplificateurs optiques varient entre 20 et 35 dB, ce qui permet de
compenser des pertes de la liaison sur des distances de lordre de 100 km [07].

77
 Figure IV-11 : Amplificateurs optiques (OLA)

LES MULTIPLEXEURS A INSERTION EXTRACTION MIE (OADM) :

Un multiplexeur insertion/extraction optique (OADM) autorise lajout ou lextraction dun ou
de plusieurs signaux optiques du signal multiplex WDM/DWDM nimporte quel point de la
fibre physique. un nud donn du rseau, un OADM joue le rle dun commutateur ou dun
aiguilleur optique. partir du signal composite WDM, il redirige, vers les quipements daccs
uniquement les longueurs donde qui transportent des signaux clients qui ont pour destination
le nud courant. Ainsi, un Nud daccs na plus besoin de convertir la totalit du signal de
transport optique haute vitesse.
Pour scuriser automatiquement un parcours deux quipements OADM placs aux extrmits
dune fibre optique peuvent tre utiliss condition de travailler en synchronisme sur les bons
parcours lumineux demands.

Figure IV-12 : schma synoptique dun OADM

78
Dans ce cas, on dispose de ROADM (R pour Reconfigurable), Un ROADM (Reconfigurable
Optical Add/Drop Multiplexer) est un OADM reconfigurable qui offre en plus la possibilit de
commuter des signaux de transport optiques distance au niveau de la couche de longueurs
donde du systme WDM. Cela permet une ou plusieurs longueurs donde.

Acheminement de
linformation jusqu' la
destination finale
Performance dans le basculement
des longueurs dondes

Permutation multi- niveau de

longueurs dondes
Flexibilit dajout ou de soustraction de
longueurs dondes

Figure IV-13 : Fonctionnement des ROADM dans un Cur de Rseau

Figure IV-14 : modle de carte ROADM

79
LES EQUIPEMENTS DE COMMUTATION OPTIQUES :

Les Cross Connect Optiques (OXC Optical Cross Connect) sont des quipements de
commutation susceptibles de mettre en relation des ports optiques dentre avec des ports
optiques de sortie. Ils ralisent ainsi, une commutation de circuits optiques.

Associs aux quipements DWDM, ces commutateurs apportent souplesse et facilit dans la
gestion du rseau. Disposant dune intelligence associe ladministration centralise du
rseau, ils permettent de grer le routage des circuits optiques et la redondance des circuits
au travers du rseau maill [07].

Figure IV-15 : schma synoptique dun OXC

80
 VI.3.2.4 PERFORMANCE DES SYSTMES DWDM LONGUES DISTANCES
Les performances des systmes DWDM sapprcient par :
o le nombre des longueurs donde gres (nombre de canaux),
o le dbit maximal sur chaque longueur donde,
o la distance couverte.

Spectre optique et nombre de longueurs donde gres :

Les longueurs donde des systmes DWDM sont aujourdhui comprises dans la fentre 1525-
1565 nm.

LUIT a dfini un peigne de frquences espaces au pas de 100 GHz. Cette grille dfinit des
longueurs donde de transmission au pas de 0,8 nm. Les diffrents systmes fonctionnent
aujourdhui au pas de :

o 200 GHz (longueurs donde espaces denviron 1,6 nm).

o 100 GHz (longueurs donde espaces denviron 0,8 nm).
o 50 GHz (longueurs donde espaces denviron 0,4 nm).

Certains constructeurs travaillent aujourdhui sur la matrise dun peigne au pas de 25 GHz
(longueurs donde espaces denviron 0,2 nm).

Sur cette base, les systmes existants permettent de vhiculer de 16 environ 100 longueurs
donde sur une mme fibre.

Lanalyse de lvolution des systmes DWDM dmontre la volont dutiliser un nombre

toujours plus important de longueurs donde sur une mme fibre.

Cette amlioration seffectue selon deux axes :

une rduction du pas entre longueurs donde par une meilleure matrise des metteurs,
rcepteurs et amplificateurs de ligne.
une extension de la largeur de bande concerne.

Si la majorit des systmes utilisent actuellement la bande C traditionnelle (1530 1563 nm),
de nombreux constructeurs explorent aujourdhui lutilisation de la bande L (1570 1620 nm)
Lutilisation de cette nouvelle bande sous-entend une qualification particulire des
infrastructures de fibre en extrmit de bande. Lobjectif lointain est par ailleurs le
dveloppement damplificateurs incluant la fentre 1310 nm permettant daccrotre
considrablement le nombre de canaux transmis.

81
Dbit maximal sur chaque longueur donde :

Aujourdhui, le dbit maximal support sur chaque longueur donde dpend des systmes et
constructeurs, mais galement du type et de la qualit des fibres. Il est typiquement du niveau
STM16 (2,5 Gbit/s), STM64 (10 Gbit/s) ou STM256 (40 Gbit/s), 100 Gbit/s et 400 Gbit/s au
future.

Distance couverte :

La distance couverte sexprime en fonction du nombre de Spans qui dfinit le systme :

o entre terminal et amplificateur optique.
o entre amplificateurs optiques.

Ainsi que du budget optique sur un span lmentaire.

On parlera typiquement de systmes 6 8 Spans de 20 dB. Avec une infrastructure fibre optique
offrant un budget de 0,25 dB/km dans la fentre 1550 nm, le span sera denviron 80 km, ce qui
signifie que les amplificateurs optiques devront tre implants tous les 80 km environ.

La distance globale couverte sera de 640 km avec un systme 8 Spans.

Le nombre de Span limite le nombre damplificateurs en ligne dans la liaison. Cette

limitation est lie la qualit de lamplificateur.

Outre lamplification du signal, lamplificateur est gnrateur de bruit ; la mise en cascade

damplificateurs augmente lamplitude de bruit et il est ncessaire den limiter le nombre pour
conserver un rapport signal bruit correct en bout de liaison.

Au-del du nombre maximum de span et donc de la distance maximale, il est possible

dtendre la distance de la liaison par adossement dun terminal de rception et dun terminal
dmission. On parle dans ce cas de Back To Back .

Certains systmes distinguent dans les rgles dingnierie le dbit vis sur chaque longueur
donde. Ainsi le nombre de spans et le budget sur chaque span pourra tre plus lev si on limite
lusage de la liaison un dbit de type STM16 (2,5 Gbit/s) ; ils devront tre rduits si on
envisage lusage de cette liaison pour le support de longueurs donde en STM64 (10 Gbit/s).

82
 VI.3.2.5 SERVICES OFFERTS PAR LES RSEAUX OPTIQUES DE NOUVELLE
GNRATION
Pour apprhender ces services, il est pratique de voir le rseau optique comme constituant
une couche optique qui offre des services aux couches suprieures du rseau. Trois types de
services sont ainsi offerts par les rseaux optiques de seconde gnration aux couches rseau
suprieures [07].

service de chemin optique

Un chemin optique est une connexion entre deux nuds d'un rseau, qui est mise en place en
assignant une longueur d'onde ddie sur chacun des liens constituant le chemin. La totalit de
la bande passante est ainsi mise la disposition de la couche suprieure.

En fonction de l'implmentation du rseau, ce chemin optique peut tre activ et dsactiv la

demande de la couche suprieure, il peut donc tre pens comme un service de commutation de
circuit similaire celui fournit par le rseau tlphonique (le rseau tablit ou supprime un appel
la demande de l'utilisateur). Il peut aussi tre permanent, install au moment du dploiement
du rseau.
Si l'implmentation dispose de fonctions de conversion de longueur d'onde, la longueur d'onde
ddie utilise pour tablir le chemin optique est dynamiquement gre par chacun des nuds
du rseau.

Le chemin optique sur la figure ci-dessous est tabli entre les nuds N1 et N7 en utilisant des
longueurs d'onde diffrentes pour chacun des liens constituant le chemin optique.

Les nuds sont dots de capacit de conversion de longueur d'onde (transducer)

N1 N3
3 N4
1
2 N5 4 N6

N2 5
N6

Figure IV-16 : Longueur d'onde ddie sur chacun des liens

83
Sur la figure ci-dessous, pour ce chemin optique, c'est une longueur d'onde unique qui est
utilise pour tablir la connexion entre le nud N1 et le nud N7 .Ce chemin peut tre
permanent ou tablit dynamiquement.

N1 N3
1 N4

1
1 N5 N6
1

N2 1
N6

Figure IV-17 : Longueur d'onde unique pour la connexion entre le nud N1 et le nud N7

service de circuit virtuel

Dans ce cas, le rseau offre une connexion du type commutation de circuit entre deux nuds.
Cependant, la bande passante offerte peut tre plus faible que la bande passante complte
disponible sur le lien. Le rseau doit alors disposer d'une forme quelconque de multiplexage
temporel pour combiner plusieurs circuits virtuels sur une longueur d'onde du lien WDM. Ce
multiplexage peut tre fixe ou statistique.

Circuit
Virtuel N1 N2
3 N4
1
Transporte 2 N3 4 N5
linstant t
N7 5
N6
Des donnes pour N2 dbit D2 b/s
Des donnes pour N7 dbit D7 b/s
Des donnes pour N3 dbit D3 b/s
Des donnes pour N5 dbit D5 b/s
Des donnes pour N6 dbit D6 b/s

Figure IV-18 : connexion du type commutation de circuit entre deux nuds

84
 Service datagramme

Ce service permet la transmission de paquets ou messages entre deux nuds du rseau sans
avoir install de connexion explicite. Le protocole IP est un exemple de protocole fournissant
uniquement des services de datagramme, les rseaux optiques sont capables de fournir ce type
de service en point point et en point multipoint (multicast ou broadcast).

VI.3.3 LA PROTECTION DANS LES RESEAUX OPTIQUE

Les rseaux WDM il arrive quune interruption de service accidentelle ait lieu, coupant une
ou plusieurs routes du rseau. La cause de ces pannes peut tre de diffrentes natures : une
coupure physique du cble optique, un incendie dans un local, ou simplement une erreur
humaine. Une interruption de service nest pas assez rare pour quelle puisse tre considre
comme insignifiante. Par ailleurs, la quantit de donnes transportes dans une fibre est telle
quune coupure provoque la perte dune importante quantit de donnes. On cherche alors
naturellement des mcanismes de protection qui rendent le rseau tolrant aux pannes ou
assurant une continuit face aux pannes [08].
Il existe diffrents types de protections qui peuvent tre mis en uvre, ncessitant des routages
diffrents

Restauration : La restauration consiste re-router dynamiquement des connexions lorsquun

cas de panne survient sur le rseau. On doit alors calculer, au moment de la panne, un nouveau
routage partir des ressources disponibles. On parle dalgorithme online (comme pour le
routage) puisquils ne rpondent pas un problme statique ou connu lavance. Dans la suite
de cette thse nous ne traitons pas le problme de la restauration, mais celui de la protection
[08].

Protection par re-routage global : Le re-routage global consiste prvoir un routage

admissible pour chaque cas de panne possible. Pour chaque routage, une certaine capacit est
ncessaire sur un cble du rseau. On choisit la capacit maximum, pour tous les cas de pannes
possibles et lon choisit dallouer cette capacit maximale : on obtient lassurance de pouvoir
router, quelle que soit la panne, lensemble des requtes sur le rseau. Linconvnient direct
dune telle politique de protection vient du fait quentre ltat sans panne et un tat de panne
85
donn, aucune garantie nest donne quant lemplacement des routes principales et des
changements oprer. Dans le pire des cas, toutes les routes principales sont modifier,
provoquant un impact dordre technique dans la configuration des nuds [08].

Protection ddie et partage: La protection ddie et partage ne ncessite pas un reroutage

total en cas de panne. Il sagit au contraire de ne rerouter que les chemins principaux touchs
par la panne par des chemins de secours. La protection ddie ncessite dallouer un chemin de
secours qui ne peut tre rutilis dans un autre contexte. linverse, la protection partage
permet dutiliser une mme ressource pour deux chemins de secours qui ne pourraient tre
activs en mme temps. Notons enfin que le reroutage global fait partie de la protection partage
(tout le rseau est partag).

On distingue alors la classification suivante pour la protection ddie : la protection 1 + 1 qui

consiste envoyer la mme information sur deux chemins disjoints (le chemin principal et de
protection) en mme temps. Au niveau du nud de destination, le signal est reu en double,
garantissant la rception dau moins un signal en cas de panne [08].
La protection 1 : 1 ddie

Figure IV-19: Protection 1 : 1 dune requte

AE pour la panne du cble AB.

Figure IV-20: Protection 1 : 1 dune requte

AE pour la panne du cble CE.

86
 Figure IV-21 : Protection 2 : 2 dune requte AE de taille 2

Rserve un chemin de secours pour chaque chemin principal. En cas de panne, le chemin
de secours est activ. Dans le cas de la protection partage, on parle aussi de protection 1 : 1.
Dans ce cas, les chemins de secours peuvent partager des longueurs donde entre eux. Ce cas
est montr en figures ci- dessus, o lon protge le chemin (A,B,C,E) pour deux cas de pannes
possibles. Pour ces pannes, on utilise le mme chemin de secours, (A,D,E), qui est dit
partag . Plus gnralement, pour plus de flexibilit, on utilise la protection M : N. Pour une
mme requte z Z,M chemins principaux sont protgs par N chemins de secours. Les N
chemins de secours peuvent partager des longueurs donde avec dautres chemins de secours
(de la mme requte ou dune requte diffrente) qui ne peuvent sactiver pour la mme panne.
Figure IV-21 montre le cas dune protection du type 2 : 2. Les chemins principaux, en pointills,
sont protgs par les chemins en pointills discontinus. On note alors que sur le cble AF, on
peut partager la capacit de protection puisque les chemins principaux ne peuvent tomber en
panne en mme temps [08].

Notons enfin que pour la protection 1 : 1 et M : N, les ressources rserves pour les
chemins de protection ne sont pas utilises. En pratique, les oprateurs font circuler sur ces
canaux des flux non prioritaires. Ces flux peuvent tre interrompus et remplacs par des flux de
protection, le temps que la situation revienne la normale.

87
 VI.3.4 RESEAUX D'ACCES OU DE DESSERTE

Les rseaux d'accs, aussi appels "rseaux de desserte" ralisent la connexion des
usagers. Ils constituent le dernier lien ("the last mile") vers les utilisateurs du rseau. Ils
reprsentent gnralement le maillon crucial du rseau en termes conomiques et de
performance. A ce niveau, on dispose dune panoplie importante de technologies filaires ou
hertziennes qui ont chacune leurs avantages et inconvnients en fonction des applications.

Leur mise en uvre rpond des critres trs varis selon que lon sadresse des usagers
Rsidentiels, des petits professionnels (SOHO - Small Office Home Office) ou des
entreprises.

Pour les infrastructures filaires, citons :

La boucle locale cuivre qui est le champ daction privilgi de loprateur historique et,
ce jour, des principaux oprateurs alternatifs qui accdent cette boucle via le
dgroupage.
Lintroduction des technologies xDSL apporte un certain nombre de contraintes,
notamment vis vis de la porte. Lvolution des normes et lapparition de diffrentes
variantes (ADSL 2+, SDSL, VDSL) permettent daugmenter les dbits ou encore
dintroduire de la symtrie dans ces dbits, mais la contrainte de porte demeure
importante. Certaines solutions mixtes alliant la fibre optique et le xDSL permettent de
saffranchir de ces limitations de porte.
Les rseaux cbls de tldistribution, centrs sur les zones urbaines. Ces rseaux
disposent dune capacit multiservices ; ils mettent en uvre une combinaison de
technologies large bande sur fibre optique et sur cble coaxial.
Les rseaux optiques passifs qui sont, entre autres, le support privilgi dEthernet
haut dbit (Fast Ethernet ou Gigabit Ethernet). Ils peuvent tre dploys sous la forme
de liaisons spcialises (point point) ou partir darchitectures partages telles que les
PON (Passive Optical Network = Rseau Optique Passif) dans des configurations
comme le FTTB (Fiber To The Building) ou FTTH (Fiber To The Home).
Les courants porteurs en ligne, qui sont adapts aux rseaux locaux dentreprise ou aux
rseaux domestiques, mais dont la mise en uvre pose encore de nombreux problmes
dans le domaine des rseaux daccs.

88
Les rseaux d'accs radio, utilisent des technologies varies, citons :

- Les rseaux de tlphonie mobile (3G, 3G+ et 4G/LTE) : Les utilisateurs ne possdant
quune ligne mobile sont de plus en plus nombreux, que ce soit pour tlphoner ou
changer et consulter des donnes via l'internet.
- Les rseaux wifi : des dbits proposs vont de 6 10 Mbit/s pour les particuliers et
jusquau 30 Mbit/s avec des antennes de rception alimente par une fibre optique, la
couverture pour les particuliers arrive jusquau 10 km.

Avantages des technologies mobiles de 3e et de 4 gnrations :

- Evolutions logicielles de la 3G proposant des performances accrues.

- Dbit jusqu 100 Mbit/s avec la 4G permettant lapparition de nouveaux services
innovants encore inexistants.
- Cot des dploiements (prise en charge 100% par les oprateurs)
- Diversit des terminaux (smartphones, tablettes, cl USB).
- Services de donnes en mobilit.
- Solutions de convergence fixe-mobile et possibilit de basculement automatique dun
rseau mobile un hot spot Wi-Fi (technologie EAP SIM)
- Rseaux pouvant se substituer aux technologies fixes notamment en zones rurales
(solutions de convergence fixe-mobile).

ce stade du dveloppement de la technologie et du march, les technologies de rseaux

mobiles ou sans fil (y compris LTE) ne paraissent capables de fournir des services (symtriques)
trs haut dbit, en particulier car ces technologies sont partages et que, de ce fait, le dbit
dpendra du nombre dutilisateurs connects dans la zone couverte

89
 VI.3.4.1 LA DESSERTE HAUT DEBIT PAR LES TECHNOLOGIES FTTX

Lintroduction des technologies fibre optique dans le rseau daccs dcoule dun
certain nombre dlments convergents :

laugmentation des besoins des utilisateurs :

- les besoins des entreprises en communications symtriques sont en croissance rgulire
quelles que soient leur taille et leur activit, pour passer de 1 10 puis 100 Mbit/s, voire
1 Gbit/s terme.
- les besoins des usagers rsidentiels combinent laccs plusieurs programmes de
tlvision (en haute dfinition), la navigation Internet, le tlchargement et le transfert
de fichiers et les communications tlphoniques et visiophoniques.

la convergence des applications et des terminaux, favorise par lutilisation du protocole IP,
conduit utiliser un mdia large bande et transparent.

les technologies traditionnelles (cuivre) atteignent leurs limites lies aux lois de la physique,
alors que les technologies alternatives (radio, satellite, CPL) ne sont que des solutions dattente
sur des applications cibles.

Mme si tout le monde saccorde penser que le rseau cible, satisfaisant tous les critres
de prennit, est fond sur la fibre optique jusqu labonn, les aspects conomiques
ralentissent son dploiement immdiat. Pour sa part, le cot des quipements optolectroniques
est dj en forte rduction et bnficiera encore des effets de volume, la vraie question est lie
au cot du gnie civil, bien plus important que celui des composants optiques (cble,
connectique, quipements actifs). Dans le rseau daccs, les fibres optiques peuvent tre
dployes selon diverses topologies FTTx o la variable x dcline le niveau plus ou moins
profond de dploiement de la fibre vers lusager final :
FTTC (C = Curb),
FTTB (B = Building),
FTTH (H = Home) ou mme FTTD (D = Desk).

90
 Figure IV-22 : Les diffrentes architectures FTTx

VI.3.4.2 LA DESSERTE HAUT DEBIT PAR LES TECHNOLOGIES XDSL

Un rseau NGN utilise un ensemble dquipements qui jouent le mme rle quun
commutateur traditionnel, mais qui sont dsormais spars en composants distincts :
- Le Softswitch est la solution qui gre dans un rseau NGN lintelligence du service de
commutation (gestion de tables dappels, gestion des plans de numrotation). Toutefois, ce
Softswitch nest plus associ un point physique du rseau, et ne gre plus les liens physiques
du rseau, comme ctait le cas dans un rseau TDM.
- Le Media Gateway , dont le rle est dassurer la gestion (disponibilit, dtection de fautes)
de la couche physique du rseau. Cette couche physique peut tre le rseau de transmission, ou
le rseau daccs.
Dans le cas o il sagit du rseau daccs, la fonction de Media Gateway peut tre embarque
dans lquipement daccs luimme, comme cest le cas pour un MSAN.

Dans la plupart des rseaux NGN dploys, la coexistence doffres daccs data et loffres
daccs voix dans le portefeuille des oprateurs amne le dploiement de solutions tout en un
, permettant le contrle daccs pour les services voix et les services data. Ces solutions tout
en un sont des MSAN.

91
 Figure IV-23 : Topologies rseaux daccs MSAN

Les MSAN constituent une volution naturelle des DSLAMs. Un MSAN est un quipement
qui constitue, dans la plupart des architectures de type NGN, un point dentre unique vers les
rseaux daccs des oprateurs. A la diffrence dun DSLAM, dont le chssis ne peut supporter
que des cartes permettant de proposer des services de type xDSL, un MSAN peut supporter des
cartes RNIS, Ethernet, FTTx, ou encore X25.
De ce fait, au sein dun seul et mme chssis, loprateur peut dployer toutes les technologies
daccs envisageables sur son rseau.

VI.4 Conclusion

Le but davoir une architecture de type NGN (Next Generation Network), consiste
btir une infrastructure unique base sur lIP au niveau du cur du rseau de transport qui
permet dachemin tout type de flux, voix ou donnes, et support toute les technologies daccs
(DSL, FTTH, RTC, WiFi, etc.).

92
 CHAPITRE V
Les Diffrentes Phases Pour Un
Dploiement dun Rseaux
De Tlcommunication

93
V.1 Introduction
Les rseaux de tlcommunications sont devenus des ressources stratgiques et leur
importance conomique ne cesse d'augmenter. Ainsi pour faire face la croissance et
laugmentation de la charge des rseaux, la premire ide est d'utiliser des routeurs puissants
avec beaucoup de mmoire, des processeurs rapides et des lignes hauts dbits. Il va de soit
que le cot de telles infrastructures peut tre exorbitant.

Partant de cet tat de fait, l'laboration d'une topologie optimale nous est apparue, dans ce
contexte, un point important tudier. Les principales difficults rencontres vont tre de
minimiser le cot total du systme de communication tout en garantissant une QoS globale du
rseau (rsilience).

Dans cette partie, l'accent sera port sur les diffrentes phases importantes de conception de
rseaux modernes de communications.
La conception des rseaux de tlcommunications reprsente une tche trs complexe et en
rgle gnrale, fort coteuse. L'quipe de conception doit passer en revue sur les besoins dj
existants ou anticiper les besoins futurs, les cots des diffrentes composantes des systmes, les
contraintes imposes aux performances, la fiabilit, la capacit d'adaptation aux volutions, le
service de contrle de la qualit, etc.

Ainsi la conception d'un WAN (Wide Area Network) est un processus dans lequel des dizaines
de sites aux caractristiques diffrentes sont connects afin de satisfaire certains standards de
fiabilit et de performance, et ce, des cots minimes.

L'une des questions cls de la conception d'un WAN est la grande complexit de la
problmatique. Ainsi mme en dcomposant le problme global, les sous problmes auxquels
on aboutit ne sont pas triviaux. Etant donn l'importance des investissements, si l'on russit
rduire lgrement les cots de quelques points de pourcentage, tout en assurant la mme
qualit des services, il sera possible de dgager des bnfices conomiques considrables.

94
V.2 Problmes de conception des rseaux
Les volutions de lInternet, conduisent une multiplication des services offerts par les
rseaux et une croissance du nombre dutilisateurs et des volumes de trafics quils gnrent.
Dans une socit o linformation et la communication ont pris une telle importance,
linterruption des services offerts par le rseau, ou mme une dgradation significative de la
QoS sont de moins en moins acceptables. Ceci pose aux oprateurs de tlcommunication
(FAI) de nouveaux problmes.
Initialement, pour faire face ces problmes, les oprateurs se sont tourns vers un
surdimensionnement des quipements. Les principales sources de dgradation de QoS tant les
zones de congestion du rseau, limiter les risques de congestion par une augmentation
consquente des ressources permet dcouler les volumes de trafic tout en garantissant la QoS
requise.

Cependant, cette dmarche nest plus viable conomiquement. Le contexte

concurrentiel qui induit des marges bnficiaires rduites ne permet plus damliorer les
performances dun rseau IP par un surdimensionnement excessif des quipements. Dun point
de vue technique, cette dmarche doit tre modifie si lon veut vraiment matriser lvolution
du rseau. La garantie de performances, ne peut sobtenir sans une nouvelle approche de
conception de Rseaux, qui consistent adapter le rseau (existant ou non encore install) aux
volumes de trafic et exigences de QoS quil doit supporter. Elles intgrent galement les notions
de rsilience pour garantir non seulement une utilisation adquate des ressources dans le rseau
nominal, mais aussi des performances acceptables si le rseau est dans un tat de panne.
Planifier son rseau revient galement anticiper lvolution globale du trafic, par exemple
lvolution des services dans le rseau et le nombre de clients par service.
On peut classifier le cycle de vie dun projet de conception en six diffrentes tapes :
Prparation Planification Conception Implmentation Exploitation Optimisation
Le processus prparer, planifier, concevoir, implmenter, exploiter et optimiser reflte les
phases du cycle de vie d'un rseau standard comme l'illustre la ci-dessous, les phases du cycle
de vie sont distinctes, mais troitement lies [09].

95
 Figure V-1 : le Processus de conception de rseaux

1- la phase de prparation : Cette phase consiste dfinir les besoins de l'organisation

(entreprise), de dvelopper une stratgie de rseau, en proposant conception darchitecture de
haut niveau, et d'identifier les technologies qui peuvent soutenir au mieux l'architecture. La
justification financire de la stratgie de rseau est tablie en valuant la rentabilit pour
l'architecture propose [09].

2- la phase de planification : La phase du Planification consiste effectuer une analyse des

problmes et des besoins du rseau, afin de dterminer si l'infrastructure du systme existant,
et de l'environnement oprationnel, peut soutenir le systme propos. Un plan de projet permet
de grer les tches, les responsabilits, les tapes critiques, et les ressources ncessaires pour
appliquer les modifications du rseau. La sortie de cette phase est un ensemble de prrequis du
rseau [09].

3- Phase de conception : Les spcialistes de conception du rseau utilisent les besoins initiaux
identifis lors de la phase de planification,

En intgrant toutes les donnes supplmentaires recueillies au cours de l'audit de rseau (lors
dune mise jours dun rseau existant) et par la discussion avec les clients finaux (les
gestionnaires, et les utilisateurs du rseau), afin daboutir aux spcifications dtaille et
complte qui rpond aux exigences, en matire commerciale et technique pour soutenir la
disponibilit, la fiabilit, la scurit, l'volutivit et la performance.

96
Cette spcification de conception fournit la base pour les activits de mise en uvre [09].

4- la Phase dimplmentation : cest lopration de mise en uvre et de vrification qui

commencent aprs lapprobation de la phase conception. Le rseau et les composants
supplmentaires seront installs selon les spcifications de la phase Conception, avec l'objectif
d'intgrer des dispositifs sans perturber le rseau existant ou en crant des points de vulnrabilit
[09].

5- la phase dExploitation : lexploitation, cest le test final de la phase Conception. Cette

dernire consiste au maintien de ltat oprationnel du rseau, grce des oprations de suivi
quotidiennes, afin dassurer une haute disponibilit et une rduction de dpense. La dtection
et correction de faute ainsi que la surveillance quotidienne de performances, optimisent le cycle
de vie du rseau [09].

6- la phase doptimisation : Cette phase est base sur une gestion proactive du rseau, dont
l'objectif est d'identifier et de rsoudre les problmes avant quils ne se compliquent et que le
rseau soit touch. Lopration de dtection de dfauts et le dpannage (troubleshooting) sont
ncessaires lorsque la gestion proactive ne peut pas prvoir et corriger les anomalies [09].

V.3 Avantages de l'approche du cycle de vie

L'approche du cycle de vie du rseau rduit le cot totaux CAPEX et OPEX de la

conception du rseau suivant les lments numrs ci-dessous :

- Identifier et valider les besoins en technologie

- la planification des changements de l'infrastructure et les ressources ncessaires
- Prparer les sites pour soutenir le systme mettre en uvre et acclrer sa mise en uvre
- Amliorer l'efficacit du rseau et les comptences du personnel
- valuer l'tat de la scurit du rseau et sa capacit soutenir la conception propose
- Spcification correcte de l'ensemble du matriel et des versions logicielles.
- Mise en service et test du systme propos avant le dploiement
- surveill pro-activement les failles du systme et les alertes, valuer les tendances de
disponibilit et dfinir des plans d'assainissement
- Amliorer la disponibilit, la fiabilit et la stabilit du rseau, et les applications tournant sur
ce dernier

97
 CHAPITRE VI
Etude comparatif de performance
rseau MPLS et MPLS_diffserv sous
OPNET MODELER

98
 VI.1 Introduction

C'est quoi Opnet ?

OPNET est une famille des logiciels de modlisation et de simulation de rseaux
s'adressant diffrent public tel que les entreprises, les oprateurs et la recherche, OPNET
Modeler est la version acadmique de cette famille il offre la possibilit de modliser et
d'tudier des rseaux de communications, des quipements, des protocoles et des applications
avec facilit et volutivit. OPNET est utilis par les entreprises technologiques les plus
performantes pour acclrer leurs procds de recherches et dveloppements.
L'approche oriente objet associe des diteurs graphiques intgrs d'OPNET simplifie la
composition des rseaux et des quipements. Ceci permet de raliser facilement une
correspondance entre un systme d'informations et le modle correspondant.
OPNET est bas sur une srie d'diteurs hirarchiss qui paralllisent la structure du rseau rel,
des quipements et des protocoles [10].

Figure VI-1 : Le logiciel Opnet Modeler (version 14.5)

99
Pourquoi Opnet ?

Notre choix d'OPNET Modeler se base sur le fait qu'OPNET est l'un des meilleurs logiciel de
simulation de rseaux prsent sur le march, le seul problme d'OPNET c'est qu'il est payant
mais ce problme est rsolu avec la version acadmique, celle qu'on a choisi, puisqu'elle intgre
tous les paramtres et protocoles qu'on en a besoin dans notre simulation, ainsi que son interface
claire et conviviale prsente un bon avantage pour utiliser ce simulateur [10].

VI.2 Mise en uvre

Dans cette modlisation nous avons utilis OPNET Modeler 14.5 pour comparer les
performances de la technologie MPLS_Diffserv par rapport MPLS traditionnelle, deux
scnarios de curs de rseaux, en configurant (03) types dapplication (Ftp, voice, video
confrence),

VI.2.1 Modlisation d'un rseau MPLS

La premire tape dans la modlisation d'un rseau est sa schmatisation. Pour ce faire,
nous avons implmenter une architecture du Backbone bas sur 9 routeur de curs (P) de rseau
rattachs avec des liens E3 de capacit de 34 Mo, et deux routeurs Edge (PE) et rattachs au
routeur core avec des liens E1 de 2 Mo, cette architecture et dployer avec le MPLS_Diffserv
et MPLS afin de faire une tude comparatif entre les 2 scnarios et la qualit de service assur
par chaque technologie.
La figure IV-2 ci-dessous montre la topologie physique du rseau de cette simulation

Figure VI-2 : Scnario1_Backbone MPLS

100
La figure VI-3 ci-dessous montre le rseau MPLS_diffserv, qui est le mme que le rseau MPLS
pour cette recherche en ajoutant lobjet QOS.

Figure VI-3: Scnario2_Backbone MPLS_diffserv

Le cur du rseau MPLS est constitu de 09 P-Routeur qui sont reprsents par les routeur
LSR (Label Switch Routeur) sur opnet modeler.

Le rseau MPLS de distribution (MPLS Edge Network) est constitu de 02 PE-Routeur qui
sont reprsents par les routeur LER (Label Edge Routeur) sur opnet modeler. Les routeurs

VI.2.2 Configuration dun rseau MPLS

Source de trafic :

Les sources de trafic sont gnres par les postes clients des objets (node) partir de laquelle
nous associons le profil d'application qui prsente la configuration des applications multiples.
Nous avons utilis Ftp, voix et vido au sein de notre simulation.
Les figures ci-dessous montrent les valeurs choisies et les paramtres de notre modle de trafic.

101
Trafic Ftp :

Figure VI-4 : Dfinition trafic FTP

Trafic Voice :
Pour le trafic voix, le codeur est de type GSM FR, le type de service AF31

Figure VI-5 : Dfinition trafic voix

102
Trafic Video Conferencing :
Pour le trafic video , nous utilisons une rsolution moyenne 15 image/s (frame/sec) de
128x240 pixels, le paramtrage du champ DSCP AF41.

Figure VI-6 : Dfinition trafic video

DSCP to EXP Mapping :

Le rseau que nous avons mis en place nous permet de raliser une continuit de service entre
les rseaux IP (reprsentant les rseaux locaux) et le rseau MPLS (reprsentant le rseau
Oprateur).
Pour assurer cette continuit, nous utilisons le tableau de mapage DSCP EXP
Ce principe consiste copier la valeur du champ ToS dIP dans le label EXP de MPLS. Il est
utilis par les routeurs LER (en entre du rseau MPLS). Il assure la translation des valeurs
de classe entre IP et MPLS.

Figure VI-7: Translation DSCP EXP

103
Une fois le rseau MPLS schmatis, il faut le configurer de telle sorte qu'il soit oprationnel
selon des critres slectionns. Les tapes de configuration d'un rseau MPLS sont :
- la dfinition des FEC
- la dfinition des Trunks
- la dfinition des LSP
- configuration des commutateurs MPLS

Dfinition des FEC

Une FEC se compose d'une ou plusieurs entres permettant de spcifier un trafic. Pour chaque
entre, les adresses IP source et destination, les ports de transport source et destination, le type
de protocole transport ainsi que la valeur du champ ToS peuvent tre utiliss pour cette
spcification. Un LER recevant un paquet correspondant la dfinition d'une des entres d'une
FEC acheminera ce paquet sur le LSP correspondant cette FEC. Pour configurer les FEC qui
seront utilises dans notre simulation, il faut diter l'attribut FEC Specification de l'objet MPLS
Configuration
La figure suivante prsente un exemple des diffrentes options permettant de caractriser
le trafic recherch par la FEC

Figure VI-8 : Dfinition FEC

104
La valeur du champ ToS
Le champ ToS d'un paquet IP est constitu de 8 bits. La valeur de ce champ peut tre configure
selon l'approche, telle que dfinie dans la spcification IP d'origine en utilisant quatre
paramtres [RFC 791]. Ces paramtres sont Delay, Throughput, Reliability et Precedence. Le
paramtre Precedence, dfinissant l'importance du datagramme, peut prendre les 8 valeurs
suivantes : (0) Best Effort, (1) Background, (2) Standard, (3) Excellent Effort, (4) Streaming
Multimedia, (5) Interactive Multimedia, (6) Interactive Voice et (7) Reserved.

Figure VI-9: Configuration du champ ToS

Le champ ToS des paquets IP peut galement tre configur avec l'approche DSCP
(Differenciated Services Code Point) [RFC 2474] utilise avec les rseaux IP supportant
l'architecture de qualit de service Diffserv. Dans ce cas, le champ ToS prend une des valeurs
dfinies pour les diffrentes classes de service de cette architecture. La valeur de ce champ peut
alors tre: Expedited Forwarding (EF), Assured Forwarding (AFl, AF2,AF3, AF4). Si la classe
de service du paquet est AFl AF4, il s'ajoute une valeur dfinissant la priorit d'tre supprim
en cas de besoin: AFxl pour les paquets ayant priorit de ne pas tre supprims, AFx2 pour les
paquets pouvant tre supprims au besoin, AFx3 pour les paquets de la classe x devant tre
supprims en premier.

La valeur du champ Protocole

Il est possible de dfinir la valeur de champ protocole que doit avoir un paquet pour faire partie
de la caractrisation de trafic de la FEC. La valeur de ce champ peut tre : TCP, UDP, OSPF,
IGRP, EIGRP, ICMP ou toute valeur numrique reprsentant le type de donne transport dans
le paquet IP.

105
Les adresses IP source et destination
Cette contrainte permet de dfinir l'adresse d'origine et/ou de destination des paquets
caractriss par la FEC. Il est possible d'utiliser une adresse IP unique ou une adresse de rseau
assortie d'un masque.
Les ports de transport source et destination :
Cette contrainte permet de dfinir 1' application ayant gnr le trafic et celle qui est destin
le trafic 1' aide des ports de transports. La valeur de ce champ peut tre :
Custom, Database, Email, Http, Ftp, Remote Login, X Windows, Video Conferencing, Print,
Voice ou toute valeur numrique reprsentant un port de source ou de destination

Dfinition des Trafic Trunk

Un Traffic trunk ne fait pas partie des fondements de la technologie MPLS. Dans un rseau
MPLS sans ingnierie de trafic, les paquets caractriss par une FEC suivent le LSP
correspondant. Le Trafic Trunk est un concept reli l'ingnierie de trafic. Pour dplacer le
trafic l o il y a de la bande passante, la FEC n'associe par le trafic un autre LSP, c'est le
Trafic Trunk qui est associ un autre LSP. Lorsque l'ingnierie de trafic est utilise, la FEC
associe un trafic un Trafic Trunk qui est lui-mme associ un ou plusieurs LSP. OPNET
impose l'utilisation des Trafic Trunk. Pour configurer ceux qui seront utiliss dans notre
simulation, il faut diter 1' attribut Traffic Trunk Profiles de 1' objet MPLS Configuration.
Dans la fentre de configuration des profils de Trunk (Figure 20) il faut choisir le nombre de
profils que l'on dsire configurer

Figure VI-10: Table des profils de Trunks

106
Pour notre simulation, nous avons configur un profil de Trunk pour le trafic voix et un autre
pour video et autre pour FTP. Le profil de Trunk associ la voix est caractris par un dbit
maximum et moyen quelconque. En effet sa capacit devra varier en fonction des besoins
dtermins par la prdiction des besoins en bande passante dtermine par la fonction de
contrle d'admission. Le trafic excdentaire ne sera pas supprim et la classe de service du
Trunk est Expedited Forwarding afin d'assurer la bande passante dsire et de minimiser le
dlai et la gigue des paquets de voix.

Pour la video, un Trunk diffrent sera utilis afin de marquer ce trafic avec une classe de service
diffrente. Ce Trunk aura un dbit maximum et moyen de 64000 bps. Le trafic excdentaire ne
sera pas supprim et la classe de service sera Assured Forwarding 41.

Association des FECs au LSP

Chaque type de trafic doit tre associ avec le chemin de commutation d'tiquettes spcifiques
(LSP) correspondant, et qui transporte de trafic jusquau routeur PE de destination.
L'association de trafic vers le LSP est effectue sur le routeur de priphrique LER_1 (Traffic
Mapping Configuration) (voir la figure ci-dessous)

Figure VI-11: Association des FEC au LSP

107
Association des FECs au LSP pour le service FTP
Le trafic FTP sera achemin travers le LSP (en Vert) (LER1 LSR_1
LSR_4LSR_7LSR_8LSR_9LER2)

Figure VI-12: Association des FECs au LSP pour le service FTP

Association des FECs au LSP pour le service voix

Le trafic voix sera achemin travers le LSP (en Rouge) (LER1 LSR_1
LSR_2LSR_3LSR_6LSR_9LER2)
Le service voix na pas de LSP de Backup (en cas de coupure)

Figure VI-13: Association des FECs au LSP pour le service voix

108
Association des FECs au LSP pour le service video
Le trafic video sera achemin travers le LSP (en Bleu) (LER1 LSR_1
LSR_5LSR_9LER2)

Figure VI-14 : Association des FECs au LSP pour le service video

Configuration des commutateurs MPLS

L'activation de MPLS diffre suivant l'emplacement du routeur dans le backbone, dans les 9
routeurs P nous avons activ MPLS sur toutes les interfaces tandis que dans les 2 routeurs PE,
MPLS est activ seulement sur les interfaces liant ces routeur aux routeurs P. Nous avons choisi
le protocole LDP pour distribuer les labels MPLS.

109
VI.3 Analyse des rsultats de simulation :
Analyse du trafic FTP :

Figure VI-15 : Temps de rponse FTP avec light load (Blue MPLS, Red MPLS/DiffServ)

Le temps de rponse de MPLS est plus lev que le rseau MPLS / DiffServ. Nous remarquons
que le rseau MPLS avec DiffServ fournit une meilleure performance dans les temps de rponse
pour le trafic bas sur FTP.

Figure VI-16 : Temps de rponse du trafic FTP avec heavy Load

(Blue MPLS/DiffServ; RedMPLS)

110
Aprs augmentation de la charge sur le rseau (heavy load), le temps de rponse pour MPLS
passe une valeur trs leve, mais DiffServ reste peu prs le mme que celui indiqu dans
la Figure VI-16 :

Analyse du trafic Voice :

Ensuite, nous nous pencherons sur ltude des performances du rseau lorsque le trafic est la
voix. Nous allons comparer entre les deux scenarios MPLS et MPLS_ DiffServ. Figure VI-19
et Figure VI-20 illustrent les paramtres du retard de bout-en-bout pour le trafic light load et
heavy load.

Figure VI-17 : Retard de bout en bout du trafic Voix avec light load
(Blue MPLS; Red MPLS/DiffServ)

Figure VI-18 : Retard de bout en bout du trafic Voix avec heavy load
(Blue MPLS/DiffServ; RedMPLS)

111
Les figures VI-19 et VI-20 montrent les variations de retard (gigue) du trafic voix pour le
trafic light load et heavy load.

Figure VI-19: Variation du dlai de retard (gigue) du trafic Voix avec light load
(Blue MPLS; Red MPLS/DiffServ)

Figure VI-20: Variation du dlai de retard (gigue) du trafic Voix heavy load
(Blue MPLS; RedMPLS/DiffServ)

112
 Analyse du trafic Video :

Par la suite nous tudions les performances du rseau lorsque le trafic est la Video. Nous allons
comparer entre les deux scenarios MPLS et MPLS_ DiffServ. Ci-dessous, illustrent les
paramtres du retard de bout-en-bout pour le trafic light load et heavy load.

Figure VI-21 : Dlai de bout en bout du trafic Video avec light load
(Blue MPLS; Red MPLS/DiffServ)

Figure VI-22 : Dlai de bout en bout du trafic Video avec heavy Load
(Blue MPLS/DiffServ; RedMPLS)

113
Le dlai de bout en bout pour le flux de donnes vido est plus lev pour MPLS par rapport
au MPLS / DiffServ. Aprs l'augmentation de la charge, le dlai de bout en bout pour MPLS
devient trs lev et ne cesse d'augmenter. Pendant que le retard MPLS / DiffServ reste un
niveau bas. Cela montre m2que MPLS / DiffServ offre une meilleure qualit de service mme
en rseau encombr avec des charges plus leves, tandis que dans MPLS, le retard augmente
une valeur trs leve.

Figure VI-23 : Variation du dlai de retard (gigue) du trafic video avec light load
(Blue MPLS; Red MPLS/DiffServ)
La variation du retard dans la figure VI-25 dmontre la meilleure qualit du service
MPLS / DiffServ.

Figure VI-24 : Variation du dlai de retard (gigue) du trafic video avec heavy Load
(Blue MPLS/DiffServ; Red - MPLS)
114
Aprs l'augmentation de la charge du trafic, les rsultats de la figure VI-26 : sont vidents que
la variation de retard a augment une trs grande valeur pour MPLS, tandis que la variation
du dlai MPLS_ DiffServ est reste une valeur trs faible, en gardant la performance de qualit
de service au niveau requis.

Les paramtres compars taient :

Temps de rponse du trafic FTP (light / Heavy Load)

End-to-End Delay du trafic video (light / Heavy Load)
variation du retard avec le trafic vido (light / Heavy Load)
End-to-End Delay du trafic voix (light / Heavy Load)
variation du retarmd du trafic video (light / Heavy Load)

Pour tous les paramtres tudier ci-dessus, MPLS avec DiffServ dmontre une meilleur
performance autant sur le Heavy load que sur le light par rapport au MPLS.

Le temps de rponse du trafic FTP sur MPLS_ DiffServ avec un trafic (Heavy Load) tait
infrieur celui du MPLS comme dans VI-15 et VI-16

Le retard des trafics voix et vido qui sont indiques aux figures VI-17 VI-24 dmontre que
MPLS / DiffServ une valeur de retard infrieur celle du MPLS ; la valeur du retard sur le
modle du (Heavy Load) devient beaucoup plus importante.

Les valeurs du retard dans le cas de la voix et de la vido est infrieur 150 ms, selon la norme
de l'UIT-T.

VI.4 Conclusion
Considrons dans nos simulations, que la combinaison entre DiServ et MPLS prsente
une stratgie trs attrayante pour les fournisseurs de service rseau puisquelle permet dassurer
le partage de charge et la qualit de service demande par les clients. Toutefois, la gestion de
ce type de rseau nest pas une fonction simple et ne peut pas tre ralise manuellement.

115
 Conclusion gnrale

A ctuellement les oprateurs de tlcommunication misent beaucoup dinvestissements sur

les rseaux de tlcommunication modernes, vue leurs utilits, leur facilit dutilisation et
dintgration de nouveau gammes de services et leur exploitation faible cot.

Dans ce mmoire de magister, on sest intress lingnierie des rseaux de nouvelle

gnration NGN, et la mise en uvre dune simulation sous OPNET afin deffectuer une
tude comparative de performance entre les rseaux MPLS et les rseaux MPLS_diffserv avec
intgration des services FTP, Voix et vido qui sont trs rpandues actuellement.

Ainsi, on a commenc au premier chapitre de situer notre sujet dans lintroduction aux
rseaux NGN, puis au second chapitre, nous avons abord les volutions technologiques des
curs de rseaux Ensuite, nous nous sommes attaqus en chapitre III au mcanisme de
fonctionnement de l'architecture MPLS dans les rseaux tendu, ce qui nous a conduits au
chapitre IV de prsent les rseaux de transport optiques. Dans le chapitre V nous avons vu
intressant de prsenter une mthodologie de conception avec ces diffrentes phases pour un
dploiement dun rseau de tlcommunication. Enfin, au sixime chapitre, nous avons fait une
simulation sous logicielle opnet modeler 14.5 afin de faire une tude comparative de
performance entre une architecture MPLS et MPLS avec diffserv.

Ce travail prliminaire nous a permis de nous initier sur le logicielle OPNET

MODELER 14.5, ce nouveau Outil de recherche trs rput. Et de bien comprendre le principe
du protocole MPLS et MPLS Diffserv.

Le MPLS offre aux oprateurs tlcom des services adquats leurs attentes, au niveau
de la garantie de transfert et la disponibilit de la bande passante. La gestion des flux de trafic,
l'optimisation de la dtermination de l'acheminement des paquets, la garantie de la bande
passante constituent des amliorations consquentes par rapport aux technologies utilises pour
les trafics traditionnels

116
Perspectives

Nous pensons que, pour approfondir les tests de dploiement de la technologie MPLS, il
faudrait, en plus de tout ce dont nous avons fait jusqu'ici, se tourner vers la solution de tests
avec les quipements matriels rels. Ce travail, loin d'tre complet, pourra tre amlior dans
tous les sens du terme, par qui conque qui s'y intresserait.

117
 Bibliographies & Rfrences

[01] Ismail Mise en uvre d'un cur de rseau IP-MPLS par linstitut national des tlcommunications
et des technologies de l'information et de la communication- Oran 2009.

[02] Oussama Foudhaili Analyse des performances de MPLS en terme de "Traffic Engineering" dans un
rseau multiservice , cole suprieur des communications de tunis 2004/2005.

[03] Jean-Marc Uz VPLS : Virtual Private LAN Service Juniper Networks

[04] Timothee Amega Etude et Implmentation des Rseaux IP VPN MPLS , Cnam 2011.

[05] Mohamed Anouar Rachdi Optimisation des ressources de rseaux htrognes avec cur de rseau
MPLS , lInstitut National des Sciences Appliques de Toulouse, 2007.

[06] Annalisa Morea Contribution ltude des rseaux optiques translucides : valuation de leur faisabilit
technique et de leur intrt conomique . Lcole nationale suprieure des tlcommunications paris, 2006.

[07] Guide Rseau Fibre Optique tendu MAN WAN Rf 12/00-006 FR CREDO

[08] Jean-Franois Lalande Conception de rseaux de tlcommunications : optimisation et

exprimentations , lUniversit de Nice-Sophia Antipolis, 2004.

[09] Network Design Methodology, cisco Internetwork solution v2.1

[10] Ben Hassine Elyes et Morjen Fedia Evaluation des performances VOIP sur le backbone de tunisie
telecom , Univesit de Sousse 2009.

118
 Liste des Abrviations

A
ACL Access Control Lists

ADSL Asymmetric Digital Subscriber Line

AF Assured Forwarding

ASCII American Standard Code for Information Interchange

ATM Asynchronous Transfer Mode

B
BA Behavior Agrgate

BBRR Bit by Bit Round Robin

BE Best-Effort

C
CBQ Class Based Queuing

CBR Constraint Based Routes

CB-WFQ Class Based Weighted Fair Queueing

CL Controlled-Load

CoS Class of Service

CR-LDP Constrained Routing-Label Distribution Protocol

D
DiffServ Differentiated services

DLCI Data Link Channel Identifier

DS Differentiated Services

DSCP Differentiated Services code point

DWDM Dense Wavelength Division Multiplexing

119
E
ECN Explicit Congestion Notification

EF Expedited Forwarding

Exp Exprimental

E-LSP EXP-Inferred LSP

F
FEC Forwarding Equivalent Class

FIFO First In First Out

FQ Fair Queueing

FRED Flow RED

G
GPRS General Packet Radio Service

GS Guaranteed Service

GSM Globale System Mobile

H
HTTP HyperText Transfer Protocol

I
IETF Internet Engineering Task Force

IGP Interior Gateway Protocol

IntServ Integrated Services

IOS Internetwork Operating System

IP Internet Protocol

ISP Internet Service Providers

ITU International Telecommunication Union

L
LDP Label Distribution Protocol

LER Label Edge Router

LLQ Low Latency Queueing

LSP Label Switch Path

LSR Label Switch Router

120
L-LSP Label-Only-Inferred LSP

M
MF MultiField

MPLS Multi Protocol Label Switching

N
NGN Next Generation Network

P
PC Personal Computer

PHB Per Hop Behavior

PPP Point-to-Point Protocol

PPRR Packet by Packet Round Robin

PQ Priority queuing

Q
QoS Quality of Service

R
RED Random Early Detection

RESV RESerVation

RFC Request For Comments

RIO RED In and Out

RSVP Resource ReSerVation Protocol

RTC Rseau Tlphonique Commut

RTCP Real-Time Transport Control Protocol

RTP Real-time Transport Protocol

S
SDP Session Description Protocol

SIP Session Initiation Protocol

SLA Service Level Agreements

SLS Service Level Specification

SPT Shortest Path Tree

121
T
TCA Traffic Conditionning Agreement

TCB Traffic Conditionning Bloc

TCP Transmission Control Protocol

TE Traffic Engineering

TOS Type Of Service

TTL Time To Live

U
UDP User Datagram Protocol

UMTS Universal Mobile Telecommunications System

V
VCI Virtual Channel Identifier

VPI Virtual Path Identifier

VPN Virtual Private Network

W
WFQ Weighted Fair Queing

WiFi Wireless Fidelity

WRED Weighted Random Early Detection

122
 Rsum

Durant ces dernires annes, larchitecture de linternet sest dveloppe, par lintroduction des nouvelles
technologies, et ce afin dassurer une adaptation aux nouveaux besoins.

Lintroduction du protocole MPLS (Multi-Protocol Label Switching) a contribu au routage internet, lingnierie
du trafic et la qualit de service requise pour lintroduction des nouveaux services.

Il serait intressant de comparer les performances QoS des rseaux MPLS et MPLS / DiffServ, en prenant en compte leurs
contraintes particulires.

Dans cette thse, nous avons valu les mesures de performance QoS tels que la variation de retard, le retard, temps de
rponse, le dbit pour diffrents types de trafics (voix, donnes et vido) pour les deux plateformes MPLS et MPLS / DiffServ.

L'objectif de cette thse est de comparer les performances des rseaux MPLS et MPLS / DiffServ l'aide dune application de
simulation de rseau bien connu OPNET Modeler v14.5 , qui permettra de reproduire un vritable scnario de rseau rel,
en utilisant les dernires techniques de simulation, o les diffrents paramtres de QoS peuvent tre mesurs pour comparer
les performances des rseaux.

Notre approche dans cette thse, sest de concevoir et de construire un cur de rseau de type oprateur pour simuler un
scnario rel qui vhicule les diffrents types de trafics (voix, donnes et vido).

Les rsultats de la thse sont prsents suivant le temps de simulation et la charge du rseau. Les rsultats de la comparaison
dmontrent lavantage sur la performance des rseaux MPLS avec diffserv par rapport aux rseaux MPLS traditionnelles.
Mots cls : OPNET, MPLS, rseau de nouvelle gnration NGN

Abstract
In the recent years, the Internet architecture has evolved, incorporating new technologies and adapting to the changing
needs of its use. The introduction of Multi-Protocol Label Switching (MPLS) as a part of the Internet forwarding architecture
has immediate applications in traffic engineering (TE) and Quality of Service (QoS). It would be interesting to compare QoS
performance of MPLS networks and MPLS/DiffServ networks, given their particular constraints. In this thesis, we evaluated
the QoS performance measures such as delay variation, delay, page response time, throughput, for different types of traffics
(data, voice, and video) for both MPLS and MPLS/DiffServ platforms. The aim of this thesis is to compare the performance of
MPLS and MPLS/DiffServ networks using the well known network simulator application OPNET Modeler. OPNET Modeler,
v14.5, provides a platform to replicate a real world network scenario using latest simulation techniques, where different QoS
parameters can be measured to compare networks performance. Our approach in this thesis is that, we have designed and
built a National Carrier based core and edge network to simulate a real live scenario that spans in the Algeria , Some of the
results in the thesis are presented against simulation time and some against network load. The results of comparing and
evaluating these two core networks (MPLS and MPLS/DiffServ) through well know QoS parameters show that complimenting
MPLS by Diffserv give better results than MPLS alone.
keys word: OPNET, MPLS, NGN,


.
MPLS with DiffServ MPLS
QoS
( . )
: OPNET MODELER Release 14.5 .
. MPLS/DiffServ MPLS OPNET
MPLS/DiffServ MPLS
MPLS MPLS/DiffServ QoS
OPNET, MPLS, NGN :

123