V.5.a Configuration de MPLS TE
Cette section vous présente les étapes de la
configuration des routeurs Cisco en mettant en oeuvre MPLS TE. Il est alors
suivi par un paragraphe décrivant le processus de configuration
réelle sur une topologie composée de cinq routeurs dans lequel
plusieurs chemins d'accès peuvent être utilisés à
des fins de Traffic engineering
étape 1 : activation de MPLS TE dans
tous les routeurs PE et P, et dans toutes les interfaces qui vont participer a
la création des tunnels.
Etape 2 : configuration la bande passante
réservable dans l'interface MPLS TE par RSVP
Etape 3 : Configuration des Paramètres
de l'Interface Tunnel on PE1 » :
· création d'une interface tunnel
· spécification de l'adresse destination du
tunnel
· Le tunnel est défini un besoin de bande passante
de 100 Kb/s
Voici les command de configuration de tunnel 0 :
Des configurations similaires sont nécessaires pour le
tunnel 1.
· spécification de la méthode du choix du
chemin (lsp) qui va être emprunté par le tunnel, il peut
être configuré manuellement ou dynamiquement
> Configuration du chemin en mode dynamiquement :
> Configuration du chemin en mode explicite-chemin
(manuellement)
Définition explicite de LSP Path
Etape 4: Configuration IGP pour MPLS TE
Pour cette configuration on a crée deux tunnels «
tunnel0 et tunnel1 » allant de PE1vers PE2 passant par deux chemins
différents, le tunnel 0 emprunte le plus court chemin.
· pour résoudre le problème de congestion
on propose les deux solutions suivantes : Première
solution
On assigne les tunnels à une «Load Sharing» qui
permet le routage de n'import quelle trafic vers les deux tunnels en partage de
charge.
V.5.b Vérification de la configuration
Pour vérifier que notre configuration a été
correctement faite nous avons effectué les tests suivants: Premier
test
On a lancé un téléchargement ) 73
IdPnIs1-111-KIE1-lM au routeur PE1 vers un PC relié au routeur PE 2.
Puis on a surveillé le trafic qui passe par les interfaces de P1 avec
SOLARWINDS, après dix minutes On a activé dans les deux tunnels
MPLS la commande Load Sharing. Le résultat est
illustré par la Figure V-4
Figure V-4 MPLS-TE et partage de charge
(Première test )
Interprétation des résultats
Nous remarquons que pendant les 10 premières minutes tous
les trafic passe par l'interface S1/0 qui relie P1 a P2 (le graphe en bleu) car
MPLS TE n'a pas été activé,
A la dixième minute : activation de MPLS TE alors le
trafic FTP emprunte les deux tunnels (tunnel 0 et tunnel 1) pour la même
destination donc il y a eu partage de charge.
Deuxième test
on a surveillé le trafic qui passe par les interfaces de
P1(LSR1) avec NET FLOW, après dix minutes de l'activation de MPLS
TE(Load Sharing). Le résultat est illustré par la Figure V-5
Figure V-5 MPLS-TE et partage de charge(Deuxième
test )
Interprétation des résultats
Nous remarquons que le trafic est partagé vers les deux
interfaces serial 1/0 et serial 1/1
Deuxième solution
On a assigné les tunnels à une « Static
Routes» qui permet l1-ITIutET1- I'ESSaFEtion FTP et VOIP vers les deux
tunnels mais avec un ordre de priorité, chaque service routé vers
un tunnel.
La service VOIP est plus sensible au QoS pour cela on le assigne
a tunnel 0 (le plus court chemin).
2 QE lEcFp un tplpFIEU1-m1-QN173 1d71 s1-1v1-XII1-li1- EX3( 1
1v1-1301 P& 1r1-lip[E343( L 1-t o na lancé un appel
téléphonique après sept minute.
ü Première test
on a surveillé le trafic qui passe par les interfaces de
P1 avec SOLARWINDS, le résultat est illustré par la Figure V.6
Figure V.6 $ SSMINQU IAKIIInieM EH MINE (Première
test )
Interprétation des résultats
Pendant les sept premiers minutes le trafic de FTP suit le
tunnel 1 (S1/1 via P3) a partir de la septième minute on a
réactivé MPLS-TE (active route statique) alors on remarque que le
trafic voix router vers le tunnel 0 (S 1/0)
ü Deuxième test
Le trafic du téléchargement et de la VOIP passant
par les interfaces de P1 surveillé par NET FLOW, est illustré par
les Figures V.7.a et V.7.b
Figure V-7-a trafic VOIP Figure V-7-b trafic FTP
Figure V- E rl ssaaAiiosi mziPQIIMe IArUIP 7 ipq IqPI
IAMA ) Interprétation des résultats
Les résultats donnés par le NET FIOW et
représentés par la figure précédente
démontrent que l'activation de MPLS-TE permet la distribution du trafic
nous remarquons que :
le trafic FTP passe par l'interface S1/1 (tunnel 1) qui relie P1
a P2 a travers P3 (figure V-7-b) .
le trafic de la VoIP est passe par l'interface serial S1/0
(tunnel 0) qui relie P1 a P2 (figure V-7-a).
V.6 Conclusion
On a pu confirmer à travers cette simulation .certains
aspects théoriques déjà étudiés auparavant,
et cela en utilisant des logiciels de supervision. Ceci nous a permis de
visualiser l'encapsulation des paquets au coeur de réseau MPLS et au
tunnel VPN ainsi que le type de trafic empruntant le réseau en agissant
sur le MPLS-TE.
On a ainsi montré dans notre application que
l'implémentation de l'ingénierie de trafic dans un coeur de
réseau quelque soit sa dimension, est indispensable, car sa congestion
sera une certitude dans son futur proche avec la croissance des applications
multimédia.
| 
