V.3.2 Vérification de la configuration
Apres la configuration de notre VPN avec succès on a
capturée le trafic entre les routeurs P1et P2 par le logiciel wireshark
pour voir l'encapsulation des paquets,
Figure V-2 Paquet d'un VPN MPLS capturé entre
deux routeurs p
Interprétation des résultats
Les résultats donnés par le wireshark et
représentés par la figure précédente justifient que
MPLSVPN utilise deux labels (le LABEL STACK), le premier indique le
Egress-router (label 23) et le deuxième définit le VPN (label
27).
V.4 Implémentation du service VOIP
V.4.1 Introduction
La voix sur IP (Voice over IP) est une technologie de
communication vocale en pleine émergence. Elle fait partie d'un tournant
dans le monde de la communication. En effet, la convergence du triple play
(voix, données et vidéo) fait partie des enjeux principaux des
acteurs de la télécommunication aujourd'hui
Dans cette partie nous allons implémenter le service VOIP
dans notre maquette par l'ajout du serveur d'appel TRIXBOX.
V.4.2 TRIXBOX
Est une distribution Linux comprenant un ensemble
d'éléments permettant de créer facilement un IPBX.
L'élément principal est le logiciel Asterisk, entouré d'un
ensemble d'autres logiciels pour le gérer.
V.4 .3 Configuration d'un VPN complexe
Pour pouvoir offre des services tel que VOIP a notre clients on
va ajouter un nouveau site appelé voip_server qui a la
possibilité de communiquer avec tous autres sites clients,pour cela
il est indispensable de rendre notre VPN complexe :
Premièrement on ajoute un nouveau VRF au routeur sur
lequel on connecte notre serveur TRIXBOX en utilisant les paramètres
suivants :
Route distanguisher : 666:1 Route target export : 9999:2 Route
target import : 9999 :1
Dans notre exemple on va connecter le serveur TRIXBOX au routeur
auquel est relié le client A. Deuxièmement on ajoute pour chaque
VRF de site client une nouvelle route target afin de pouvoir communiquer avec
le serveur TRIXBOX :
Route target export : 9999 :1
Route target import : 9999 :2
Il faut remarquer que la deuxième valeur de route
target export ajoutée aux VRF clients est égale a la valeur de
route target import de la VRF voip_server et vise versa, pour permettre
l'échange des tables de routage entre les deux VPN.
V.4 .3.a Vérification de la configuration
Apres les configurations mentionnées au dessus nous avons
capturée le trafic entre les routeurs P1et P2 par le logiciel wireshark,
le résultat est illustré par la figure V.3
Figure V-3 protocole SIP capturé entre deux
routeurs p
V.4.3.b Interprétation des résultats
Les résultats donnés par le wireshark
représentés par la figure précédente illustrent
l'encapsulation d'un paquet de protocole de signalisation (SIP) qui est
utilisé pour L'ouverture des sessions permettant de réaliser les
communications VOIP entre deux clients.
Cette capture démontre bien que le trafic VOIP emprunte
le tunnel du VPN car les paquets sont encapsulés par deux labels (label
stack).
V.5 Implémentation de MPLS TE
Le protocole de routage utilisé dans notre maquette
est un IGP classique (OSPF), a cause de sa limitation en matière
d'ingénierie de trafic tous le trafic généré de
routeur CEa vers CEb suit le chemin le plus court (PE1 P1 P 2 PE2)
créant ainsi une congestion (dégradation de la Qos) tandis que
l'autre chemin (PE1 P1 P 3 P 2 PE2) reste sous utilisé, pour
remédier a cela on va appliquer l'ingénierie de trafic sur le
backbone.
| 
