RESUME
Dans ce mémoire il est question de pouvoir identifier
comment optimiser le processus de routage dans le réseau interne de
Matrix Télécoms car avec le protocole IP les décisions de
routage d'un paquet sont faite localement par chaque noeud et ce qui n'est pas
optimal au sein de Matrix Télécoms. Il est question de pouvoir
améliorer l'utilisation de la bande passante et une meilleure gestion de
la QoS au sein du réseau coeur de Matrix Télécoms et enfin
de leur proposer une façon d'apporter une amélioration sur le VPN
qu'il fournisse. Les réseaux opérateurs comme Matrix
Télécoms ont besoin de plus de certitude quant au
routage du trafic. Nous avons opté pour le choix du protocole MPLS car
il nous permet de combler tous les attentes énumérées plus
haut par cette structure. Le MPLS dois nous permettre d'interconnecter tous les
différents POP de Matrix Télécoms au sein de la ville de
yaoundé. C'est ainsi que le MPLS nous a permis d'établir un
chemin qui prend en compte l'utilisation actuelle du débit des liens
afin d'optimiser la bande passante et éviter la congestion à
travers le Traffic Engineering. MPLS nous a permis d'autoriser
un flux à être acheminé en garantissant le respect de
certaines contraintes à travers son protocole DiffServ
implémenté qui est recommandé pour la gestion de la
QoS au sein du réseau coeur. Ainsi grâce à
MPLS nous avons pu intégrer une fonctionnalité de réaliser
et mettre en place le VPN au sein de Matrix Télécoms. Nous avons
donc implémenté une solution à travers une maquette pour
pouvoir mettre en évidence ce protocole MPLS. Nous avons utilisé
le logiciel de Simulation GNS3, les IOS des routeurs Cisco de version 7200 car
c'est cette version qui intégre bien notre MPLS et des machines
virtuelles notamment un serveur Debian où se trouve quelques services
configurés notamment le SMTP, VOIP et FTP, enfin des machines Windows 7
et Windows XP pour des éventuels tests de connectivité entre les
deux sites clients.
Nous pouvons dire que le but était de pouvoir mettre en
place une architecture MPLS/VPN fonctionnelle et qui pourra intégrer un
Traffic Engineering et une QOS fonctionnelle pour d'éventuelles
démonstrations.
ix
Mots clés: MPLS, VPN, Traffic
Engineering, QOS
X
ABSTRACT
This report is about identifying how to optimize the routing
process in the internal network of Matrix Telecoms. An IP routing decision of a
package is made locally by each node and this is not optimal in Matrix Telecom.
It is also about how to improve the usage of bandwidth and a better management
of QoS within Matrix telecoms network and to offer them a way to make an
improvement on the VPN that it provides. Matrix Telecoms operators network need
more certainty as to route traffic. We opted for the choice of MPLS because it
allows us to meet all the expectations listed above with this structure. Thus
MPLS enabled us to establish a route that takes into account the current use of
links flow to enhance bandwidth and avoid congestion through Traffic
Engineering. MPLS enabled us to allow a flow to be routed by ensuring
compliance with certain constraints implemented through its DiffServ protocol
which is recommended for QoS management with the core street-network. Through
MPLS we could integrate a feature to realize and implement the VPN in Matrix
Telecoms. So we enforced a solution through a model to put in evidence that
MPLS. We used the simulation software GNS3, Cisco IOS routers 7200 version
because it is the version that integrated well our MPLS. We also used virtual
machines as Debian server where some services configured like SMTP, FTP and
VOIP. At last we used Windows 7 and Windows XP computers for some connectivity
tests between two customer sites.
We can say that the goal was to set up a functional
architecture MPLS/VPN that can integrate a Traffic Engineering and a functional
QoS for some foreseeable demonstrations.
Key words: MPLS, VPN, Traffic Engineering,
QoS
xi
| 
