Le contexte de MPLS : le paradigme des réseaux convergents

Table des matières

ABSTRACT
REMERCIEMENTS
LISTE DES TABLEAUX
LISTE DES FIGURES
LISTE DES ABRÉVIATIONS ET SIGLES
INTRODUCTION
CHAPITRE 1 PROBLÉMATIQUE 
1.1 Les enjeux de la gestion réseau
1.2 Problématique du projet
1.3 Contexte du projet
CHAPITRE 2 ÉTAT DE L’ART ET BESOINS 
2.1 Multi Protoco1 Label Switching
2.1.1 Terminologie
2.1.2 Présentation
2.1.3 Applications
2.1.3 .1 Virtual Private N etworks
2.1.3 .2 Traffic Engineering
2.1.4 Le contexte de MPLS : le paradigme des réseaux convergents
2.2 Approches et outils de gestion MPLS
2.2.1 RFC
2.2.2 Approches expérimentales
2.2.3 Outils industriels
2.2.4 Forces et faiblesses de ces outils
2.3 Des besoins non satisfaits
CHAPITRE 3 QMA : UN NOUVEL OUTIL
3.1 Spécifications proposées
3 .1.1 Exigences fonctionnelles
3.1.2 Exigences non fonctionnelles
3.2 Réponses aux exigences
3 .2.1 Interaction avec le réseau (spécifications 1 à 4, 14, 15)
3.2.1.1 Position du problème
3 .2.1.2 Différentes alternatives
3.2.1.3 ChoixdeSNMP
3.2.2 Méthode de détection des pannes (spécification 5)
3.2.2.1 Position du problème : insuffisance des mécanismes existants
3.2.2.2 Différentes alternatives
3.2.2.3 Méthode de détection proposée
3.2.3 Méthode de prévision de trafic (spécification 6)
3.2.3.1 Position du problème
3.2.3.2 Différentes alternatives
3.2.3.3 Choix d’une méthode: Holt-Winters
3.2.4 Mode d’authentification: mot de passe (spécification 7)
3.2.5 Choix d’une architecture (spécifications 8 à 10)
3.2.5.1 Position du problème
3.2.5.2 Différentes alternatives
3.2.5.3 Choix de l’architecture : 3-tier avec serveur Web
3.2.6 Des composants modulaires pour plus d’évolutivité (spécification 11)
3.2.7 Une interface simple et ergonomique (spécification 12 et 13)
3.3 Choix technologiques
3.3.1 Plate-forme de développement
3.3.2 Serveur de base de données
CHAPITRE 4 CONCEPTION ET IMPLÉMENTATION 
4.1 Vue d’ensemble de QMA 
4.2 Côté client : Applet 
4.2.1 Contrôle utilisateur AuthControl
4.2.2 Contrôle utilisateur DisplayControl
4.2.2.1 Classe DisplayControl
4.2.2.2 Classe LSP
4.2.2.3 Classe Tunnel
4.2.2.4 Classe VRF
4.2.3 Contrôle utilisateur EventControl
4.2.4 Contrôle utilisateur ConfigControl
4.2.5 Contrôle utilisateur StatsControl
4.2.6 Contrôle utilisateur QMA
4.2.7 Exécution de l’ Applet
4.3 WebService 
4.4 Modules 
4.4.1 AuthManagement
4.4.2 DbManagement
4.4.2.1 Classe SNMP
4.4.2.2 Classe Database
4.4.2.3 Classe Control DB
4.4.3 MonitorManagement
4.4.3.1 Classe Trap_manager
4.4.3.2 Classe Stats_manager
4.4.3.3 Classe Control Monitor
4.4.4 LogManagement
4.5 Contrôleur de serveur 
4.5.1 Onglet MPLS
4.5.2 OngletUser
4.6 Exemples de fonctionnement 
4.6.1 Authentification réussie
4.6.2 Échec d’authentification
4.6.3 Visualisation des tunnels
4.6.4 Réception d’une trap
4.6.5 Création d’un nouvel utilisateur
4.7 Aspects non implémentés
CHAPITRE 5 EXPÉRIMENTATION
5.1 Méthode de suivi des bogues
5.2 Validation des spécifications
5.2.1 Méthodologie et environnement de test
5.2.2 Affichage de la topologie du réseau
5.2.3 Affichage des LSP
5.2.4 Affichage des tunnels
5.2.5 Affichage des VPN
5.2.6 Surveillance du réseau
5.2.7 Authentification
5.2.8 Multi utilisateur
5.2.9 Disponibilité
5.2.10 Confidentialité
5.2.11 Évolutivité
5.2.12 Simplicité, ergonomie
5.2.13 Indépendance des constructeurs
5.2.14 Impact minimum sur le réseau
CONCLUSION
RECOMMANDATIONS
ANNEXE 1 CODE MATLAB DE L’ALGORITHME HOLT-WINTERS
ANNEXE 2 GUIDE D’INSTALLATION DE QMA
ANNEXE 3 GUIDE D’UTILISATION DE QMA
ANNEXE 4 MODÈLE DE BASE DE DONNÉES DE QMA
BIBLIOGRAPHIE