Vous êtes sur la page 1sur 92

Ministre de lEnseignement Suprieur

et de la Recherche Scientifique

Universit de Carthage

Institut National des Sciences
Appliques et de Technologie

Projet de Fin dEtudes


Pour lobtention du
Diplme National dIngnieur
en Sciences Appliques et en Technologie

Filire : Rseaux Informatiques et Tlcommunications

Sujet :

Etude, Planification et Gestion des rseaux


Mtro-Ethernet

Ralis par : Ferid SKHIRI

Entreprise daccueil :

Soutenu le 18/01/12

Responsable entreprise : Mr. Brahim TOUATI


Responsable INSAT: Mme. Hedia KOCHKAR

Anne Universitaire : 2011/2012

Ministre de lEnseignement Suprieur


et de la Recherche Scientifique

Universit de Carthage

Institut National des Sciences
Appliques et de Technologie

Projet de Fin dEtudes


Pour lobtention du
Diplme National dIngnieur
en Sciences Appliques et en Technologie

Filire : Rseaux Informatiques et Tlcommunications

Sujet :

Etude, Planification et Gestion des rseaux


Mtro-Ethernet
Ralis par : Ferid SKHIRI
Entreprise daccueil :

Soutenu le 18/01/12

Responsable lentreprise:
Mr Brahim TOUATI

Cachet & Signature

Responsable lINSAT:
Mme Hedia KOCHKAR

Signature

Anne Universitaire : 2011/2012

Table des matires


Table des Figures............................................................................................................. iv
Table des Tableaux .......................................................................................................... v
Introduction gnrale ..................................................................................................... 1
Chapitre I: Prsentation Gnrale ................................................................................ 3
1.

Introduction ................................................................................................................. 4

2.

Prsentation de lorganisme daccueil ........................................................................ 4

3.

Prsentation du projet et objectifs gnraux ............................................................. 5

4.

Planification du droulement du projet ...................................................................... 6

Chapitre II : Etat de lart .................................................................................................. 7


1.

Introduction ................................................................................................................. 8

2.

Les rseaux Mtro-Ethernet ....................................................................................... 8

3.

2.1.

Architecture gnrale........................................................................................... 8

2.2.

Topologie du rseau Mtro-Ethernet .................................................................. 9

2.3.

Les composantes du rseau Mtro-Ethernet..................................................... 10

2.4.

Le dimensionnement du rseau Mtro-Ethernet .............................................. 11

2.5.

La mise en place dun rseau Mtro-Ethernet................................................... 11

2.5.1.

La planification de linfrastructure.............................................................. 11

2.5.2.

Ltude des rseaux Mtro-Ethernet.......................................................... 11

2.5.3.

Ltablissement de linfrastructure............................................................. 12

2.5.4.

La gestion de linfrastructure ...................................................................... 12

2.5.5.

Les tests et la recette .................................................................................. 12

2.5.6.

Phases dexploitation et de maintenance .................................................. 12

La gestion des rseaux Mtro-Ethernet ................................................................... 17


3.1.

Le modle de la gestion de rseau..................................................................... 17

3.2.

Architecture de gestion de rseau ..................................................................... 18

3.2.1.

Les Elments de rseau et les agents ......................................................... 19

3.2.2.

Le Manager ................................................................................................. 19

3.2.3.

Les Protocoles de communication .............................................................. 19

3.2.4.

La structure des donnes de gestion(MIB) ................................................. 22

3.3.

Les outils de gestion de rseau .......................................................................... 23

3.3.1.

CiscoWorks Network Connectivity Monitor ............................................... 23

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

ii
3.3.2.
4.

Pourquoi un outil de gestion propritaire .................................................. 24

Conclusion ................................................................................................................. 25

Chapitre III : Analyse et conception ............................................................................ 26


1.

Introduction ............................................................................................................... 27

2.

Mthodologie ............................................................................................................ 27

3.

Spcification des exigences ....................................................................................... 27


3.1.

Exigences fonctionnelles: ................................................................................... 27

3.2.

Exigences non fonctionnelles : ........................................................................... 28

3.3.

Spcification des exigences daprs les cas dutilisation ................................... 28

3.3.1.

Identification des acteurs ........................................................................... 28

3.3.2.

Affinement du modle de cas dutilisation................................................. 31

3.4.

4.

Spcification dtaille des exigences ................................................................. 32

3.4.1.

Spcification dtaille de lapplication SNM Supervision ..................... 32

3.4.2.

Spcification dtaille de lapplication SNM Archivage ....................... 34

Conception................................................................................................................. 36
4.1.

Identification des concepts du domaine ............................................................ 36

4.2.

Diagrammes de classes participantes ................................................................ 38

4.3.

Diagrammes dactivit........................................................................................ 42

5.

Structure de la base de donnes ............................................................................... 43

6.

Conclusion ................................................................................................................. 43

Chapitre IV : Ralisation................................................................................................ 44
1.

Introduction ............................................................................................................... 45

2.

Environnement de dveloppement .......................................................................... 45

3.

4.

2.1.

Environnement Matriel .................................................................................... 45

2.2.

Environnement Logiciel ...................................................................................... 45

2.3.

Choix techniques ................................................................................................ 46

2.3.1.

Choix du langage ......................................................................................... 46

2.3.2.

Choix des outils de simulation .................................................................... 46

Environnement de gestion requis ............................................................................. 47


3.1.

Les classes dquipements ................................................................................. 47

3.2.

La configuration des quipements ..................................................................... 47

Implmentation ......................................................................................................... 50
4.1.

Pratiques adoptes ............................................................................................ 50

4.2.

Droulement de la phase dimplmentation ..................................................... 50

4.3.

Ralisation du module de supervision ............................................................... 51

4.3.1.

Le sous-module Rception dalertes ..................................................... 52

4.3.2.

Le sous-module Notification par SMS ................................................... 55

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

iii
4.4.
5.

Ralisation du module darchivage .................................................................... 55

Conclusion ................................................................................................................. 56

Chapitre V : Mise en uvre et Tests ........................................................................... 57


1.

Introduction ............................................................................................................... 58

2.

Mise en uvre ........................................................................................................... 58


2.1.

2.1.1.

Maintenir Les quipements du rseau ....................................................... 60

2.1.2.

Superviser ltat du rseau ......................................................................... 62

2.1.3.

Grer les alarmes ........................................................................................ 62

2.1.4.

Grer les performances .............................................................................. 65

2.2.

3.

4.

Mise en uvre de lapplication SNM supervision ....................................... 60

Mise en uvre de lapplication SNM archivage .......................................... 65

2.2.1.

Linitialisation de La BD des Liaisons optiques :.......................................... 65

2.2.2.

Rdiger un rapport ...................................................................................... 67

2.2.3.

Gnrer des statistiques ............................................................................. 67

Tests et validation...................................................................................................... 69
3.1.

Tests fonctionnels de lapplication SNM supervision ................................... 70

3.2.

Test fonctionnel de lapplication SNM archivage ......................................... 72

Conclusion ................................................................................................................. 73

Conclusion Gnrale ...................................................................................................... 74


Bibliographie ................................................................................................................... 76
Netographie ..................................................................................................................... 77
Glossaire ........................................................................................................................... 78
Annexes ............................................................................................................................ 79
Annexe A : Configuration dagent SNMP sur un Switch Cisco........................................ 80
Annexe B: Prsentation du logiciel Optisystem ............................................................. 82

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

Table des Figures

Table des Figures


Figure 1. Diagramme de planicaCon du projet ................................................................ 6
Figure 2. Le principe de hirarchisaCon des rseaux d'infrastructure............................... 8
Figure 3. La topologie d'un rseau Mtro-Ethernet........................................................... 9
Figure 4. Cartographie du rseau Metro-Ethernet tunis ............................................. 9
Figure 5. Composantes du rseau Mtro-Ethernet ......................................................... 10
Figure 6. Modle couches de la gesCon de rseaux ..................................................... 17
Figure 7. Architecture gnrale du la gesCon du rseau ................................................. 18
Figure 8. La gesCon du rseau avec SNMP....................................................................... 21
Figure 9. La trame SNMPv1/SNMPv2 ............................................................................... 22
Figure 10. Structure hirarchique de la MIB II .................................................................. 22
Figure 11. Le logiciel Cisco Network Assistant ................................................................. 23
Figure 12. Les acteurs de lapplication ............................................................................. 29
Figure 13. Les foncConnalits de lapplicaCon vues par le Superviseur .................... 29
Figure 14. Les foncConnalits de lapplicaCon vue par l Intervenant ....................... 30
Figure 15. Diagramme des cas duClisaCon exprims par le Superviseur ................. 31
Figure 16. Diagramme des cas dutilisation exprims par l Intervenant ................... 32
Figure 17. DSS plus complet de la gestion du rseau....................................................... 33
Figure 18. DSS nominal complt de la supervision du rseau ....................................... 34
Figure 19. DSS nominal complt de la rdaction dun rapport ...................................... 35
Figure 20. Concepts et attributs lis la supervision du rseau...................................... 37
Figure 21. Concepts et attributs lis la gestion des rapports dtaills ......................... 38
Figure 22. DCP de superviser le rseau ....................................................................... 39
Figure 23. DCP de Grer les alarmes .......................................................................... 40
Figure 24. DCP de Rdiger un rapport ........................................................................ 41
Figure 25. Diagramme dacCvit Recevoir les alarmes .............................................. 42
Figure 26. Les sous-modules de supervision .................................................................... 51
Figure 27. La rcepCon dalertes ...................................................................................... 52
Figure 28. Larchitecture du systme denvoi et de rcepCon de SMS. .......................... 55
Figure 29. Les sous-modules darchivage ......................................................................... 56
Figure 30. Le frame dauthenCcaCon ............................................................................. 58
Figure 31. Interface daccueil ........................................................................................... 59
Figure 32. Les uClitaires de surveillance .......................................................................... 60
Figure 33. La craCon dune vue ...................................................................................... 62
Figure 34. La conguraCon des prols ............................................................................. 63
Figure 35. La conguraCon du prole Mail ...................................................................... 63
Figure 36. La rcepCon des alarmes................................................................................. 64
Figure 37. Architecture de rseau Mtro-Ethernet tunis sous Optisystem ............... 66
Figure 38. La dgradation de la puissance sous OptiSystem ........................................... 66
Figure 39. Le frame de rdacCon des rapports dintervenCon ........................................ 67
Figure 40. La liste des intervenCons ................................................................................. 68
Figure 41. Frame des staCsCques..................................................................................... 68
Figure 42. OpCwave : linterface de l'uClisateur graphique ............................................ 82

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

iv

Table des Tableaux

Table des Tableaux


Tableau 1. ClassicaCon des interfaces opCques en foncCon des applicaCons .............. 11
Tableau 2. Les protocoles de gesCon de rseau .............................................................. 19
Tableau 3. La spcicaCon des besoins pour le Superviseur ..................................... 30
Tableau 4. La spcicaCon des besoins pour l Intervenant ....................................... 30
Tableau 5. Les quipements rseaux identifis pour la gestion ...................................... 47
Tableau 6. Les MIB compaCbles avec les agents superviss ......................................... 47
Tableau 7. Les informaCons iniCaliser au niveau des agents ........................................ 48
Tableau 8. La conguraCon de ladresse de la staCon de supervision ............................ 48
Tableau 9. Les Objets MIB pour la descripCon dune interface ....................................... 49
Tableau 10. Les Objets MIB pour la surveillance de ltat des interfaces ........................ 49
Tableau 11. La classification selon les gravits des alertes .............................................. 50
Tableau 12. Liste des valeurs daGnuaCons du rseau de tunis .............................. 66
Tableau 13. Test du scnario Ajouter dun priphrique dans la base ...................... 71
Tableau 14. Test du scnario CraCon dune vue ...................................................... 71
Tableau 15. Test du scnario Excuter le processus dalerte .................................... 72
Tableau 16. Test du scnario Rdiger un rapport dintervenCon .............................. 73

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

Introduction gnrale

Introduction gnrale

es rseaux optiques ont connu un dveloppement rapide ces dernires


annes. Ce dveloppement est d laugmentation de la demande en dbit
pour les applications ncessitant une grande bande passante afin daccder

linformation le plus rapidement possible comme le Tlchargements, vidos en streaming,


visioconfrences, images en haute-dfinition, etc.
Le dveloppement de ces rseaux ne seffectue pas sans contrepartie. En effet, tant les
activits des entreprises que les individus eux-mmes sont de plus en plus dpendants de
ces rseaux. Aussi il devient crucial que les services de communications du rseau soient
disponibles en permanence. Les ventuels dysfonctionnements ou pannes doivent tre
dtects le plus rapidement possible et traits dans les meilleures dlais. Cest en cette
activit de surveillance du rseau et des services quil offre que consiste, prcisment, la
gestion de rseau.
Dans le cadre de ce projet, l'effort a t port sur le dveloppement dun outil de gestion
qui serais capable non seulement de rpondre aux fonctionnalits dj cit, mais en plus
dassurer un lien direct entre la gestion des alarmes reus, la circulation de linformation par
diffrents moyens dalerte s(mail, SMS), le traitement des alarmes de nature coupure de
signal optique et le suivie des travaux de rparation rpondant ainsi deux exigences
majeures exprimes par loprateur :

La premire est le faite de responsabilis les techniciens qui interviennent pour


excuter les travaux de rparation respecter les normes de qualit par larchivage
des noms et des rsultats de mesures.

La deuxime est doffrir des fonctionnalits

permettant

davoir une visibilit

journalire sur les dgradations de la qualit des cbles en fibre optique, cet
information permettra aux services dtudes de planifier temps les ventuels
redploiements des cbles dans le rseau.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

Introduction gnrale
Pour aboutir nos objectifs, on a opt pour une architecture SNMP, tant donn que les
quipements du rseau Mtro-Ethernet objet de notre tude sont des Cisco Catalyst Switch,
et au langage du dveloppement java pour sa portabilit.
Le rapport est structur en 5 chapitres brivement dcrits comme suit :


Le chapitre I est une prsentation gnrale du cadre du travail ainsi que les objectifs
du projet.

Le chapitre II est une introduction aux concepts de base de la gestion dans les
rseaux Mtro-Ethernet ; il permet de comprendre les enjeux stratgiques de la
gestion et de se familiariser avec ses activits.

Le chapitre III prsente ltude de conception dune solution de gestion base sur
une spcification darchitectures de gestion efficace, cible vers des objectifs
oprationnels prdfinis.

Le chapitre VI dcrit les tapes de ralisation de futur outil pour la gestion des
rseaux.

Le chapitre V dcrit une architecture de tests pour notre outil de gestion.

Enfin, nous avons retenu dans une conclusion gnrale les grandes lignes de ce qui,
notre sens, mrite une attention toute particulire de la part les oprateurs des
rseaux.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

I Prsentation Gnrale

Chapitre :

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

Introduction

1. Introduction
Ce travail sinscrit dans le cadre de mon mmoire de projet de fin dtudes lInstitut
National des Sciences Appliques et de Technologie pour lobtention du diplme dIngnieur
en Rseaux Informatique et Tlcommunications. IL a t ralis lagence de la SOTETEL de
Tunis ce durant la priode stalant du 01-09-2011 jusquau 30-12-2011.
Voici une brve prsentation de lentreprise daccueil au sein de laquelle le projet de fin
dtudes a t labor.

2. Prsentation de lorganisme daccueil


La SOTETEL (Socit Tunisienne dEntreprises et de Tlcommunication) est lentreprise
rfrence en Tunisie dans la mise en uvre et la maintenance des rseaux privs et des
rseaux publics de tlcommunication.
La SOTETEL a constamment jou un rle prpondrant dans le dploiement de
linfrastructure de tlcommunications en Tunisie en prenant part presque tous les grands
projets raliss pour le compte de loprateur national Tunisie Tlcom . Elle est
galement le partenaire privilgi des principaux quipementiers internationaux oprant en
Tunisie.
Les moyens humains et techniques dont dispose la socit, sans cesse mis en adquation
avec les nouvelles technologies, lui ont permis dacqurir une position dominante sur le
march des tlcommunications. Sa prsence tout au long de la chaine des
tlcommunications, depuis linstallation dappareils tlphoniques jusqu la mise en
uvre des rseaux les plus volus, lui confre un potentiel de dveloppement et de
croissance important, tant sur le plan national que sur le plan international, notamment
dans les pays du Maghreb, du Moyen Orient et dans des pays de lAfrique Subsaharienne.
Ses acCvits couvrent 5 domaines principaux assures par 5 dpartements qui sont : La
communication dentreprises, Les rseaux de lignes dabonns, Les transmissions, La
commutation, Les rseaux mobiles.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

Prsentation du projet et objectifs gnraux

3. Prsentation du projet et objectifs gnraux


Actuellement les rseaux Mtro-Ethernet de Tunisie Tlcom ne sont plus dot dun
systme de gestion permettant la surveillance de ltat de ses infrastructures, ce qui rend la
tche supervision une tche plus difficile. Cet handicape fait que les dfauts de coupures des
liens de connexions ne peuvent tre dtectes que lorsque les utilisateurs finaux rclame
labsence du service et lindisponibilit daccs au rseau. A ce niveau, on aura le lancement
de processus de maintenance, une tche complexe qui ncessite un temps plus important
que lopration de maintenance elle-mme, puisque linformation sera en possession du
service de la maintenance des cbles en fibre optique que par le billet de passage des coups
de tlphone entre plusieurs intervenants. Et par consquence ; des retards pour le
rtablissement des liaisons optiques, des incidences financires et juridiques du fait des
perturbations des services offerts feront une charge supplmentaire la socit et nuiront
limage de marque de Tunisie Tlcom.
Ce quon nous demande exactement est de dvelopper

un systme de gestion,

inexistant jusqu linstant malgr que la phase de la mise en place du rseau MtroEthernet ait t acheve depuis plus de six mois, un outil qui soit adapt lorganisation des
services de Tunisie Tlcom ; qui prend en considration la sparation entre les quipes de
maintenance fibres et les quipes de maintenance quipements et qui rpond bien aux
spcifications prliminaires des utilisateurs souhaits, permettant:


La centralisation de la remonte des alarmes, provenant de chacun des sites


surveiller, vers la mme unit de supervision.

Le dclenchement du processus dintervention, suite la rception une alarme


critique, dans les meilleurs dlais.

Davoir une visibilit journalire sur la dgradation de la qualit des cbles en


fibre optique, une information permettra aux services dtude pour planifi des
ventuels redploiements dans le rseau.

La responsabilisation les techniciens qui interviennent pour excuter les travaux


de rparation tout en respectant les normes par larchivage de leurs noms prs
des rsultats des mesures dj effectus.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

Planification du droulement du projet

4. Planification du droulement du projet


Pour les besoins de notre projet nous avons ralis une grande documentation pour
parvenir la dfinition des innovations pdagogiques et ce cause de la grande quantit
dinformation disperse pour parvenir une dfinition gnrale pour notre application.
Nous avons ensuite, grce aux informations collectes de la documentation, nous avons
pu tablir une spcification en fonction du sujet du projet pour parvenir aux diffrentes
exigences des utilisateurs.
Des visites et des dplacements, vers les centres de tlcommunications appartenant
Tunisie Tlcom comme Gasba, Hached ainsi que du Belvdre, tant ncessaire pour bien
clairer les dfaillances du systme de gestion du rseau qui nexiste pas vraiment et qui se
limite en une image statique du rseau en plus dune console Telnet, dautre part on a pu
suivre les procdures dinterventions suivit lors des oprations de mise en place, de
maintenance ainsi que de redploiement des liaisons optiques.
Au cours de la phase de conception nous avons due nous pencher sur les diffrents
aspects conceptuels du systme en ce qui concerne la conception des IHM de la partie
prsentation de lapplication, la partie applicative du systme et la couche des donnes pour
la conception de la base des donnes de lobservatoire.
Nous avons finalement ralis une batterie de testes pour vrifier le comportement de
lapplication.

Figure 1. Diagramme de planification du projet

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

Chapitre

II Etat de lart
:

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

Introduction

1. Introduction
Les informations transmises sur les rseaux Mtro-Ethernet sont, ou seront d'une
importance vitale pour les sites raccords. Le dysfonctionnement de ces rseaux peut
conduire des pertes d'exploitation et financires importantes.
Lors de l'tude d'ingnierie, les structures retenues seront suffisamment volutives pour
permettre le support d'applications de natures trs diffrentes et l'extension aise vers de
nouveaux sites (prise en compte de plans d'urbanisme, volution de la population, futurs
services multimdias).
L'implantation des sites techniques, des points de raccordement, des points de
branchement, la redondance des liaisons, le nombre et la capacit des cbles utiliss
donneront toute la souplesse ncessaire au rseau et permettront de garantir un taux de
disponibilit important et une maintenance simplifie.
Dans un domaine en perptuel progrs, un tel sujet ne peut en aucun cas tre considr
comme dfinitivement trait.

2. Les rseaux Mtro-Ethernet


2.1.

Architecture gnrale

Les rseaux Mtro-Ethernet, souvent appels rseaux mtropolitains(Metropolitan Area


Network), sont la base des boucles rgionales, dpartementales ou locales. Ils ralisent
l'interconnexion entre les rseaux longue distance(nationaux ou intercontinentaux) et les
rseaux d'accs (galement appels rseaux de desserte) qui connectent les usagers au
travers des nuds d'accs [1].

Figure 2. Le principe de hirarchisation des rseaux d'infrastructure


Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

Les rseaux Mtro-Ethernet


Mtro
2.2.

Topologie du rseau Mtro-Ethernet


Mtro

Desservir une zone rurale par un cble optique est dj un challenge, et il faudrait en
amener deux par des chemins diffrents ! Au lieu de doubler les voies en toile depuis un
point daccs aux rseaux oprs existants, la constitution dune boucle permet cette
scurisation tout en minimisant
inimisant les liaisons.

Figure 3. La topologie d'un rseau Mtro-Ethernet

La topologie finale aboutit, du fait des structurations des matriels de routage et de


scurisation des rseaux, une structure comportant :


une boucle principale ou anneau scuris,

des boucles secondaires branches sur cet anneau,

et quelques ramifications non secourues.

Linfrastructure fibre du rseau Tunisie Telecom pour la rgion de tunis illustre cette
architecture :

Figure 4.. Cartographie du rseau Metro-Ethernet tunis

Etude, Planification et Gestion des rseaux Mtro-Ethernet


Mtro

2011/2012

Les rseaux Mtro-Ethernet


2.3.

Les composantes du rseau Mtro-Ethernet

Le schma ci-dessous recense les diffrents composants d'un rseau Mtro-Ethernet.

Figure 5. Composantes du rseau Mtro-Ethernet

Le rseau Mtro-Ethernet est constitu de:


 tronons de cbles optiques : Ces tronons sont gnralement poss sous fourreaux.
Pour des raisons techniques, lies au mode de fabrication et de pose, les tronons de
cble sont limits une longueur de l'ordre de 4 6 km [2],
 botiers d'pissurage : ces botiers ralisent l'interconnexion de deux tronons de
cbles. Ils abritent les fibres optiques soudes deux deux. Ces botiers sont
gnralement logs dans des chambres d'pissurage.
Les portions ainsi ralises interconnectent deux catgories de sites :
 les sites de rgnration : Ceux-ci sont rpartis le long du rseau et ont pour fonction
d'abriter les quipements de tlcommunication (rpteurs, amplificateurs, etc.)
qui rgnrent (remise en forme) le signal optique.

 les sites de dlivrance de service :


 les "points de prsence oprateurs" : permettant d'interconnecter le rseau
Mtro-Ethernet aux diffrents rseaux nationaux.


les "points de desserte de services" : ralisent la frontire avec les rseaux d'accs
locaux.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

10

Les rseaux Mtro-Ethernet

Le dimensionnement du rseau Mtro-Ethernet

2.4.

Le tableau ci-dessous prsente les recommandations de L'UIT (Union internationale


des tlcommunications). Pour les systmes de transmission utilisant la fibre G652. Les
systmes actuels dpassent largement ces niveaux de performances.
Application

Intra-station

Inter-station
Courte distance
Longue distance
1310
1550
1310
1550

Longueur donde nominale (nm)


1310
de la source
Distance (km)
<2
- 15
- 40
- 80
Tableau 1. Classification des interfaces optiques en fonction des applications

Les systmes longue distance dveloppent un budget optique de 20 30 dB. Une


bre G652 ayant un aaiblissement moyen de 0,25 dB/km 1550 nm, une staCon
damplification optique sera ncessaire tous les 80 km.

La mise en place dun rseau Mtro-Ethernet

2.5.

On essai dans cette partie de dcrire diffrentes phases de la mise en place dune
nouvelle infrastructure :

2.5.1. La planification de linfrastructure


La phase de planification doit permettre loprateur de comprendre les besoins
d'amnagement de linfrastructure numrique en fonction non seulement des besoins des
utilisateurs, mais aussi des souhaits des fournisseurs de services et, sur cette base, de
dterminer l'infrastructure de tlcommunication tablir.

2.5.2. Ltude des rseaux Mtro-Ethernet


Selon les lments qui ressortiront de ces tudes, loprateur Tunisie Tlcom
dterminera son niveau d'intervention en fonction de l'existence, ou de la non-existence,
d'un march pertinent pour justifier un investissement de la part des fournisseurs de
services.
L'tude dterminera galement les diffrentes options possibles en vue d :
 aider au choix du bon matre duvre du dploiement du rseau,
 assurer le contrle et le suivi de ce dploiement.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

11

Les rseaux Mtro-Ethernet

2.5.3. Ltablissement de linfrastructure


Parmi les choix qui doivent tre faits par loprateur, quelle que soit la taille du territoire
dont elle a la charge, le mode d'tablissement de l'infrastructure de tlcommunication est
sans doute le plus structurant.
Soit loprateur recourt la Dlgation de Service Public (DSP) pour trouver une
entreprise comme Sotetel qui en assurera la construction et, ventuellement, la gestion, et
gnralement cest le cas le plus courant, soit il dcide d'tablir il-mme cette infrastructure
[Net 1].

2.5.4. La gestion de linfrastructure


La gestion de linfrastructure physique des rseaux Mtro-Ethernet consiste :
1) Assurer le suivi de tous les chantiers ouverts sur le campus, avec pour mission de
prserver le maillage de fibres optiques existant, dployer de nouvelles connexions de
btiments, conseiller les utilisateurs du rseau sur le mode de connexion le plus adapt
pour eux, veiller au bon suivi des chantiers (risques de coupures de connectivit),
2) Archiver Les plans de gnie civil(les chambres, litinraire suivi par les cbles...),
3) Affecter des quipes de maintenance qui travaillent selon les besoins jour ou nuit,
4) Stockage dune quantit de cbles Fibres Optiques de diffrents calibres.

2.5.5. Les tests et la recette


Le but des tests est de dmontrer que les diffrents composants constitutifs d'une liaison
sont conformes aux spcifications, installs selon les rgles de lart et ne subissent pas de
contraintes mcaniques dans leur environnement.

2.5.6. Phases dexploitation et de maintenance


Les missions dexploitation et de maintenance des rseaux haut dbit sur fibre optique
sont au cur de lorganisation pour assister les diffrentes quipes qui interviennent sur le
rseau (dploiement, commercialisation). Le personnel dexploitation et de maintenance
est en relation directe avec loprateur pour la prise en compte des volutions, la gestion
des modifications, des interventions en maintenance curative et prventive et pour la
gestion des travaux programms.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

12

Les rseaux Mtro-Ethernet


2.5.6.1.

Organisation

Pour assurer une exploitation et une maintenance de qualit, il est impratif de mettre
en place une organisation structure. Certaines tches sont gnralement ralises par le
gestionnaire du rseau, dautres pourront tre sous-traites (maintenance de niveau 1).
Les principales fonctions sont numres ci-dessous :
Exploitation :


tude des circuits et calcul des bilans optiques,

tude des interconnexions,

dition des ordres de travaux,

suivi des mesures et contrle des dossiers techniques,

suivi des mises en service,

laboration ou contrle des cahiers de recette fournis au service de suivi de


loprateur,

laboration des mthodes et procdures dexploitation,

planification des travaux programms,

dition et suivi de la documentation.

Maintenance :


laboration des mthodes et procdures de maintenance,

rception des drangements (centre dappels),

coordination des interventions avec Sotetel,

dition ou suivi de la documentation (une tache ralis dune manire partielle).

2.5.6.2.

Le calcul du bilan optique

Le bilan opCque est calcul aux deux longueurs donde (1310 nm et 1550 nm). Il doit
tenir compte de laaiblissement linique de la bre (typiquement 0,40 dB/km 1310 nm et
0,25 dB/km 1550 nm pour une bre monomode G652), de la valeur moyenne des soudures
par fusion (0,10 dB) et des valeurs des points de connexion (0,5 dB pour 2 ches + 1
raccord).
Laffaiblissement est un phnomne physique par lequel la puissance des signaux
propags sur un support diminue. Lors de la propagation d'un signal sur fibre optique, la
distance parcourue, les soudures, les connecteurs ou les irrgularits places sur le parcours
de la lumire sont, par exemple, des facteurs d'affaiblissement du signal. L'affaiblissement
Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

13

Les rseaux Mtro-Ethernet


est mesur en dcibels (dBm).Il est aussi dfinit par la somme des pertes d'une ligne de
transmission entre une source et un rcepteur [3].
Dans une liaison oprationnelle le bilan de liaison doit vrifier l'quation (1):
Po S0 > bilan de liaison (dBm)

(1)

Avec : Po = la puissance de sortie de l'metteur disponible dans la fibre (en dBm).


S0 = seuil de sensibilit du rcepteur en dBm.
Po - S0 : reprsente la marge de fonctionnement et est aussi appel Budget Optique.
La sensibilit d'un rcepteur optique indique la quantit de lumire ncessaire aux
circuits du rcepteur pour faire fonctionner l'quipement. Pour exemple, la sensibilit d'un
rcepteur classique peut varier de 30 dBm 40 dBm.
Le budget optique reprsente la diffrence entre la puissance de sortie et la sensibilit :
Budget optique (dB) = puissance de sortie (dBm) - sensibilit (dBm)

(2)

Si on uClise un meGeur LED de 850 nm avec une puissance de sorCe de 18dBmet un


rcepteur avec une sensibilit de 30dBm,
On obtient le budget optique suivant :
Budget opCque = (18) - (30) = -12 dBm
Le budget optique permettra de calculer la porte de la liaison.
Pour calculer la porte d'une liaison fibre optique, il faudra dterminer le budget
optique, puis dduire les pertes dues aux connecteurs, aux pissures, la maintenance et
l'usure. En connaissant la valeur de l'attnuation du cble utilis et la nouvelle valeur du
budget optique, on pourra alors calculer la porte maximale de la liaison :
Porte maxi (Km) = (budget optique-pertes-marge)/attnuation cble

(3)

On reprend le budget optique prcdent de 12 dB et on prend en compte les


paramtres suivants :

perte connecteurs : 2 x 1,5 dB

perte pissure : 0,3 dB par pissure

marge : 3 dB

aGnuaCon du cble : 2,5 dB/km

Porte maxi = (12 3 - 0,3 - 3) / 2,5 = 2,28 km

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

14

Les rseaux Mtro-Ethernet

2.5.6.3.

Les mesures du circuit optique

Afin de dterminer l'affaiblissement (ou l'attnuation) de la fibre optique plusieurs


mthodes de mesures sont utilises, dont notamment:
Mesure par rtrodiffusion (backscattering technique)
Mthode de mesure base sur l'injection et la rception d'une impulsion lumineuse
une mme extrmit de la fibre. Cette mthode s'appuie sur les pertes engendres par la
diffusion de Rayleigh. Elle permet de visualiser et caractriser l'ensemble des lments
constitutifs de la liaison optique (Cartographie) [3].
Mesure de perte par insertion
Elle consiste injecter, laide dune source lumineuse, stabilise et calibre, une
puissance P1 lorigine du lien et de mesurer le niveau de puissance P2 reu lautre
extrmit [3].Les pertes en dB de la liaison en test sont gales :
Pertes = 10 log (P1/P2)
(4)
Dans la pratique les rcepteurs permettent d'effectuer directement ce calcul.
L'aaiblissement est mesur en dBm avec un radiomtre calibr, 1310 nm et 1550 nm.
Chaque circuit sera test dans les deux sens.
2.5.6.4.

Les causes de dfaillance

Les drives des performances des supports physiques peuvent tre dues soit au
vieillissement dun composant, soit lamplification de dfaut existant lors de la recette
initiale mais nayant pas t dcel, soit des modifications de lenvironnement (chemin de
cble, tanchit, travaux divers).
Pour faire le point des diverses mthodes de suivi envisageables, il faut
pralablement tablir la liste des composants susceptibles de subir des dgradations
entranant un risque de panne.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

15

Les rseaux Mtro-Ethernet


Les cbles :
Les ventuelles dgradations peuvent tre dues :

aux contraintes (mcanique, chimique, humidit),

la dtrioration de la gaine protectrice (rongeurs, travaux).

Les fibres :
Hors environnement spcial (rayonnement magntique nuclaire) la fibre optique ne
voit que trs peu ses paramtres intrinsques voluer au court du vieillissement. Les risques
lis la fibre sont en fait lis aux cbles (notamment au problme de pntration dhumidit
et contraintes mcaniques).
Il est noter que le point dlicat de la fibre est sa proprit hygroscopique (absorption
de leau) conduisant mme sur quelques mtres des dgradations irrversibles.
Les pissures :
Les pissures colles peuvent voir lindice de rfraction de la colle diffrer de celui de la
fibre (vieillissement).
Les pissures soudes ne peuvent thoriquement pas subir de dgradation de
vieillissement. Les risques proviennent de soudures dfectueuses ds lorigine mais non
dtectes la recette (Par exemple, parce que les pissures et connecteurs sont confondus
sur le rflectogramme).
Les connecteurs :
Les pollutions au niveau des embouts de connecteurs peuvent tre sources de
dgradations ; il semble toutefois que les salissures concernent plutt les connecteurs en
attente que les connexions tablies. Il est trs important de respecter les rgles dobturation
des raccords sur les connexions en attente.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

16

La gestion des rseaux Mtro-Ethernet

3. La gestion des rseaux Mtro-Ethernet


Dans lhistoire des rseaux, la gestion a toujours t une discipline en retard sur les
autres tches effectuer. Logiquement, un rseau est dabord mis sur pied pour la
transmission et la commutation dinformations. Lorsque le rseau devient complexe, le
nombre de composantes saccrot souvent exponentiellement, et loprateur tend perdre
la vue densemble de son rseau. Il nest ds lors plus possible dexploiter rationnellement le
rseau sans disposer dun ensemble doutils qui permettent de gnrer une vue synthtique
de certains aspects du rseau, et de mettre en vidence dventuelles difficults.
3.1.

Le modle de la gestion de rseau

Il est possible de modliser La gestion de rseau par un modle couches calqu sur le
modle OSI :

Figure 6. Modle couches de la gestion de rseaux

La gestion de rseau se rpartit sur diverses couches de responsabilit, selon les objectifs
que lon dsire atteindre [4]:
Au niveau Gestion des nuds : seuls sont considrs des lments isols, que lon peut
grer aisment avec des outils comme Ping ou autres.
Au niveau de la gestion du rseau : Cette tche est beaucoup plus complexe, car elle
demande de collecter des donnes en provenance de nombreuses sources (idalement, tous
les lments de rseaux), et dobtenir ainsi une vision densemble du fonctionnement de
notre rseau.
Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

17

La gestion des rseaux Mtro-Ethernet


Au niveau de la gestion du service : on va isoler de cette vision densemble les
paramtres concernant un service particulier (comme par exemple, la tlphonie sur IP),
pour dterminer quelle est linfluence de ce service particulier sur le rseau, et quelles sont
les mesures prendre pour dvelopper / amliorer ce service.
Au dernier niveau, les donnes en provenance des divers services sont compares en
termes essentiellement conomiques, et la dcision de dvelopper ou de supprimer un
service donn est prise.
3.2.

Architecture de gestion de rseau

Figure 7. Architecture gnrale du la gestion du rseau

Larchitecture de la gesCon de rseau est tradiConnellement bCe autour de 4


composantes :

Des stations de gestion du rseau, appels managers.

Des lments de rseau communiquant avec les managers par le biais dagents

Un protocole permettant la communication

De linformation de gestion circulant entre managers et agents


Les tches de gestion de rseau consistent essentiellement en une communication entre

les organes ayant une fonction excutive dans la gestion de rseau (managers) et les
organes constitutifs du rseau (lments de rseau) par le biais de protocoles de
communication appropris.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

18

La gestion des rseaux Mtro-Ethernet

3.2.1. Les Elments de rseau et les agents


Llment de rseau correspond un modle standard, et comporte des donnes le
reprsentant, et une interface permettant daccder ces donnes. La modlisation de
llment rel est gnre par lagent, qui donne de llment de rseau une image aussi
raliste que ncessaire pour les tches de gestion de rseau. Llment peut tre de
nimporte quel type, soit des routeurs, des passerelles, des stations de travail, des serveurs
de fichiers, des rpteurs, ou mme des lments plus atomiques, comme des units de
disques ou des imprimantes.
Lagent constitue une reprsentation de llment de rseau. Cest cette reprsentation
qui sera perue par le gestionnaire de rseau, et non llment de rseau rel. Cette
reprsentation doit de ce fait tre suffisamment fidle pour que les informations quelle
donne soient reprsentatives de ltat rel de llment de rseau.

3.2.2. Le Manager
Le gestionnaire (manager) est essentiellement une application rsidant sur une station
de travail, et communiquant avec les divers lments de rseau grs.
La relation entre manager et agents est du type "client-serveur", o les rles du client et
du serveur seraient en quelque manire inverss : on a un seul client, qui est le manager,
mais N serveurs, qui sont les agents.

3.2.3. Les Protocoles de communication


3.2.3.1.

Prsentation des environnements de gestion

Nombreux sont les organisations qui se sont intresses au problme de la gestion de


rseau et de service. Il nest pas possible de les numrer toutes mais il est important de
prsenter celles qui ont eu le plus grand impact dans ce domaine [5].
Voici sous forme de tableau les principaux environnements de gestion sur le march :
Protocoles de gestion
SNMP v1,v2,v3
TMN/CMIP
Corba/OMA
DCE/DME

Organismes et consortiums initiateurs


IETF (Internet engineering task force)
UIT-T et lISO
OMG (Object management group) et TMF (Telecommunication
management forum)
OSF (Open software fundation)
Tableau 2. Les protocoles de gestion de rseau

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

19

La gestion des rseaux Mtro-Ethernet


Les organismes de normalisation et les consortiums internationaux ont propos plus
dune dizaine de solutions dont les plus populaires sont :
 SNMP: propos par lIETF en 1988 pour la gesCon des environnements TCP/IP. SNMP
(Simple Network Management Protocol) est devenu le protocole de gestion de
rfrence en raison du succs des protocoles de lIETF (tels que IP, TCP). Cet
environnement est actuellement le plus dploy et utilis.
 TMN/CMIP: proposs respectivement par lUIT-T et lISO. Larchitecture TMN
(Telecommunication management network) et le protocole CMIP (Common
Management Information Protocol) constituent la norme dans le domaine de la
gestion de rseau de tlcommunication. CMIP prsente une version amliore de
SNMP tandis que TMN introduit un cadre de travail pour planifier, installer,
maintenir, utiliser et administrer un rseau de tlcommunication et les services
associs. La complexit de ces deux entits a t un frein leur expansion dans les
petits rseaux et ils sont quasi exclusivement utiliss dans les rseaux oprateurs.
 OMA: propose par le consortium OMG (Object management group), cette
architecture de gestion oriente objets distribus, dite OMA (Object management
architecture) est base sur Corba (Common Objet Request broker architecture) et se
propose dapporter une solution de gestion distribue intgrant les diffrentes
approches suscites.
 DME: propose par les fabricants de logiciels regroups dans lOSF (Open Software
Fundation), cette architecture dite DME (Distributed Management Environnement)
est oriente vers la gestion exclusive des postes Unix. Nous ne traiterons pas de ce
modle car il est trs orient poste Unix mais ne prend pas en compte la gestion des
quipements rseaux.
En pratique, lenvironnement de gestion SNMP peut grer tout quipement connect au
rseau qui dispose dun processus, dnomm agent SNMP, capable dexcuter les fonctions
de surveillance. En plus, lenvironnement de gestion SNMP est utilis dans la majorit des
cas avec larchitecture IP, en raison de la popularit des protocoles IP.
3.2.3.2.

Le protocole SNMP (Simple Network Management Protocol)

Le protocole SNMP est bas sur l'change de messages entre l'lment rseau
surveiller et la station de gestion. La station de gestion est typiquement une station de
travail qui affiche les informations importantes sur les lments qu'elle surveille. Elle
Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

20

La gestion des rseaux Mtro-Ethernet


excute un logiciel client d'administration ou MC (Management client). Chaque lment du
rseau participant l'administration dispose d'un logiciel agent d'administration ou MA
(Management agent).
Techniquement, le logiciel agent est un logiciel serveur. Cet agent a pour rle de
rpondre aux demandes d'information et de prendre les mesures correctives manant de la
station de gestion client. Il reoit des messages qui consistent en des requtes de lecture ou
d'criture des donnes sur l'appareil. L'lment du rseau ou nud du rseau est vu comme
un ensemble de variables qui peuvent tre lues (supervision) ou modifies (contrle).
L'agent traite les demandes et renvoie les rponses correspondantes en retour.
Quand un problme srieux est dcel ou qu'un vnement important se produit, l'agent
envoie spontanment un message de notification (trap) une ou plusieurs stations de
gestion. L'agent a la connaissance locale de la gestion de l'information et transcrit
l'information dans une forme compatible avec SNMP. Un grand rseau dispose bien entendu
de plusieurs administrateurs.

Figure 8. La gestion du rseau avec SNMP

Pour permettre lhtrognit des lments de rseau, la transmission dinformations


de gestion est effectue par le biais dune syntaxe de transfert particulire, laquelle
chaque lment doit se plier.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

21

La gestion des rseaux Mtro-Ethernet

Figure 9. La trame SNMPv1/SNMPv2

La version la plus uClise est encore la version 1. Plusieurs versions 2 ont t


proposes par des documents de travail, mais malheureusement, aucune dentre
elles na jamais t adopte comme standard. La version 3 est actuellement en voie
dtre adopte. On place la valeur zro dans le champ version pour SNMPv1, et la
valeur 3 pour SNMPv3.

La communaut permet de crer des domaines dadministration. La communaut est


dcrite par une chane de caractres. Par dfaut, la communaut est PUBLIC .

Le PDU(Packet Data Unit)

3.2.4. La structure des donnes de gestion(MIB)


Il est intressant de regrouper l'information sur la configuration, le statut (bon
fonctionnement ou pas) et les statistiques internes (trafic entrant et sortant / erreurs
observes) dans une base de donnes logique .
Cette base de donnes logique utilise pour la gestion de rseaux est appele MIB
(Management Information Base). Chaque lment rseau administr par SNMP contient une
MIB, dont les variables vont tre lues ou modifies l'aide d'un ensemble simple de
messages mis par la station de gestion, selon les oprations SNMP.

Figure 10. Structure hirarchique de la MIB II

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

22

La gestion des rseaux Mtro-Ethernet


Une MIB contient un certain nombre d'informations standard (MIB standard). On
distingue aussi la MIB prive qui contient un certain nombre d'objets propres un agent
pour en exploiter les possibilits (MIB prive). Les grandes socits ont des MIB prives
d'entreprises.
Exemple : IBM : 1.3.6.1.4.1.2 ; DEC : 1.3.6.1.4.1.36 ; SUN : 1.3.6.1.4.1.42 ; CHIPCOM:
1.3.6.1.4.1.49.
3.3.

Les outils de gestion de rseau

Les outils de systme dadministration de rseaux permettent de surveiller les


performances du rseau. Ils affichent une reprsentation graphique des priphriques
rseau. Si une dfaillance survient, loutil peut en localiser la source et dterminer si elle a
t provoque par une activit ou un logiciel malveillant, ou par un priphrique
dfectueux.

3.3.1. CiscoWorks Network Connectivity Monitor


CiscoWorks

Network

Connectivity

Monitor

(NCM)

constitue

le

plus

rcent

dveloppement de la gamme de solutions de gestion CiscoWorks, conues pour faire des


rseaux Cisco les plus faciles administrer et les plus disponibles du march.
Le logiciel Cisco Network Assistant est un outil orient Web, pour les configurations
rapides bases sur des profils prdfinis. De plus, CiscoWorks LMS (LAN Management
SoluCon) prend en charge la gamme Cisco Catalyst 3750-E pour une administration globale
du rseau [6].

Figure 11. Le logiciel Cisco Network Assistant


Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

23

La gestion des rseaux Mtro-Ethernet


Cisco Network Assistant offre des capacits de configuration et de gestion centralise.
Cisco Network Assistant utilise la technologie Cisco Smart ports pour simplifier aussi bien les
dploiements que la maintenance courante.
CiscoWorks LAN Management Solution (LMS) : une suite doutils de gestion qui aide
la configuration, ladministration, la surveillance, et le dpannage des rseaux Cisco.

3.3.2. Pourquoi un outil de gestion propritaire


Dans cette dernire tape, lobjectif est de justifier le choix du dveloppement dun
nouvel outil au lieu de proposer un outil de gestion du rseau Tunisie Tlcom parmi une
panoplie de plates-formes et qui soit compatible avec les besoins exprims et avec les
architectures technologiques mis en place.
Lenvironnement technologique du rseau de Tunisie Tlcom reposant entirement sur
IP, il est clair que le choix de lenvironnement de gestion va se porter sur SNMP. En
consquence, les choix en matriels et logiciels viseront supporter le systme de gestion
SNMP.
Le dveloppement dun nouveau outil est due :

Linsuffisance des possibilits fonctionnelles demand par les utilisateurs et celle


offertes par cette plate-forme,

Du cot dachat, de mise en place et de maintenance de cette dernire.

la capacit de cette plate-forme offrir des outils complmentaires permettant de


prendre en compte des besoins spcifiques, identifis, en termes de remonte des
alarmes, des performances, des fautes et des pannes dinterconnexion optique, de
gnration des rapports dintervention, aussi bien en terme de gestion des
statistiques sur ltat des lien optiques.

Le non compatibilit avec la rpartition des taches au niveau des services ; service
Exploitation sous la responsabilit de Tunisie Tlcom et service Maintenance sous
loccupation de Sotetel.

De ce point de vue, le dveloppement dune nouvelle plate-forme est un bon choix sur
les plans financire, techniques et organisationnels. cette plate-forme, il serait ncessaire
dintgrer un outil de configuration pour la maintenance des routeurs Cisco.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

24

Conclusion

4. Conclusion
Aprs avoir donn un aperu sur la gestion rseau ainsi que sur le contexte gnral dans
laquelle il sinscrit, en guise dtape suivante de ressortir les fonctionnalits que devra offrir
le futur logiciel et ses diffrents cas dutilisation et ce travers les besoins exprims par ses
utilisateurs potentiels.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

25

26

Chapitre

III Analyse et conception


:

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

Introduction

1. Introduction
La phase de spcifications et danalyse des besoins est indniablement lune des phases
les plus importantes en matire de dveloppement de logiciels si ce nest la plus importante.
Dune part les fonctionnalits offertes par le future logiciel de gestion et de supervision des
liaisons optiques sont tributaires des besoins exprims par les utilisateurs et dautre part
cest en quelque sorte la feuille de route laquelle on doit se rfrer afin quil rende
tangibles et concrtes les aspirations de ces derniers.

2. Mthodologie
Le formalisme quon vient de suivre pour le dveloppement de notre logiciel se situe
mi-chemin entre UP (Unified Process), un cadre gnral trs complet de processus de
dveloppement, et les mthodes agiles en vogue actuellement, telles que XP (eXtreme
Programming), et Scrum. Il sinspire galement des bonnes pratiques prnes par les tenants
de la modlisation agile (Agile Modeling).
Dans un premier temps, les besoins vont tre modliss au moyen des cas dutilisation
UML. Ils seront reprsents de faon plus concrte par une maquette dIHM (Interface
Homme-Machine) destine faire ragir les futurs utilisateurs, et avec lapport des
diagrammes de classes participantes, on peut aboutir des diagrammes de conception
partir desquels on drivera du code assez directement.

3. Spcification des exigences


3.1.

Exigences fonctionnelles:

Les besoins en matire de gestion de rseau exprims par les futurs utilisateurs peuvent
tre classs comme suivant:
 La configuration des Switchs: Elle rassemble les fonctionnalits permettant un
utilisateur de configurer les lments actifs du rseau ; comme lactivation de lenvoi
des alarmes vers la station de gestion.
 La surveillance de ltat actuel du rseau: elle consiste superviser le rseau MtroEthernet de la compagnie Tunisie Tlcom travers des vues cartographiques qui

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

27

Spcification des exigences


permettent ladministrateur rseau de visualiser les tats de tous les quipements
du rseau ainsi que les liaisons optiques entre eux.
 La gestion des alarmes: Elle consiste mettre en uvre les fonctionnalits qui
permettront de faire rapidement remonter au niveau du rseau les pannes qui
peuvent survenir au niveau des quipements et permettant linterprtation de ltat
courant des liaisons optiques du rseau.
 Le suivi de la qualit des liaisons optique: cela consiste vrifier que les mesures
faites sur les liaisons optiques de linfrastructure restent toujours acceptable pour
assurer le bon fonctionnement du rseau.
3.2.

Exigences non fonctionnelles :

Elles sapparentent principalement aux critres ergonomiques de linterface graphique


du logiciel :
 La convivialit de linterface graphique : elle est primordiale car elle reprsente le
premier contact de lutilisateur avec lapplication et cest par le biais de celle-ci quil
en dcouvrira les fonctionnalits. Elle a trait entre autres au choix des couleurs, la
politique de disposition des diffrents composants graphiques
 Eviter de solliciter frquemment lutilisateur pour faire une tche particulire en
ayant recours certains composants au lieu dautres linstar dune liste droulante
la place dun champ pour lcriture.
 Offrir la possibilit de retourner au menu principal de lapplication partir de
nimporte quelle fentre de celle-ci.
 Les composants graphiques en gnral et les boutons en particulier devront tre
munis dicnes qui en rappellent le plus fidlement possible la fonction afin quelle
soit facilement identifie.
3.3.

Spcification des exigences daprs les cas dutilisation

3.3.1. Identification des acteurs


On distingue deux catgories dutilisateurs potentiels du futur logiciel de gestion des
rseaux Mtro-Ethernets :
1. Les Superviseurs de rseaux qui ont un accs total toutes les fonctionnalits
proposes par lapplication.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

28

Spcification des exigences


2. Les Intervenants qui disposent dune multitude de fonctionnalits pour
llaboration de leurs rapports dintervention, ils ont accs sur seulement la
partie consacre aux modules darchivage du logiciel.

Figure 12. Les acteurs de lapplication

Pour chaque acteur identifi prcdemment, il convient de rechercher les diffrentes


intentions mtier selon lesquelles il utilise le systme.
Les figures Figure 12 et Figure 13 rsument les fonctionnalits attendues du futur
logiciel respectivement par la premire et la deuxime catgorie dutilisateurs.

Figure 13. Les fonctionnalits de lapplication vues par le Superviseur

Daprs la Figure prcdente, les fonctionnalits attendues, de la future application


de gestion du rseau, par le Superviseur sont les suivantes :
Activit
Configurer les
quipements
du rseau
Surveiller
ltat du
rseau

Besoin
Rendre oprationnels les lments actifs du rseau :
Connaitre IOS de Cisco pour (Cisco Catalyst 3750 ME).
Rendre active la gestion des quipements rseau.
Visualisation de ltat des quipements distants. Surveillance des liens :
Crer et dafficher la cartographie du rseau.
Mettre jours la cartographie.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

29

Spcification des exigences


Grer les
alarmes

Traitement des pannes quipements et des coupures des liens optiques :


Capturer les alarmes issues des quipements actifs.
Configurer les paramtres dalertes que se soit par mail ou par
SMS pour des besoins de Notification.
Configurer les seuils

Suivre la
qualit des
fibres

Assurer une disponibilit permanente des liens optiques du rseau :


Ltablissement des statistiques sur lvolution des
caractristiques des fibres.
La planification (Identifier les fibres les plus probables tre
redploys)
Tableau 3. La spcification des besoins pour le Superviseur

Figure 14. Les fonctionnalits de lapplication vue par l Intervenant

Cette figure prsente les fonctionnalits attendues du futur systme de gestion rseau
par un utilisateur Intervenant .
Activit
Elaborer des
rapports

Produire des
statistiques

Besoin
Responsabiliser les quipes de maintenance. Sauvegarder une trace sur
les oprations dintervention.
Traitement et sauvegarde des rapports de fin doprations de
maintenances.
Exporter les sous formats portables.
Rendre la tache de circulation des rapports entre les services de
maintenance et celui de gestion du rseau plus fluide.
Visualisation de la progression des caractristiques liens (attnuation
totale, linique)
Afficher les statistiques sur lensemble des liens du rseau (nbre
de fois ou le lien a tomb en panne pendant une priode T)
Tableau 4. La spcification des besoins pour l Intervenant

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

30

Spcification des exigences

3.3.2. Affinement du modle de cas dutilisation


Le diagramme de cas dutilisation des besoins exprims par le Superviseur :

Figure 15. Diagramme des cas dutilisation exprims par le Superviseur

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

31

Spcification des exigences


Le diagramme de cas dutilisation des besoins exprims par l Intervenant :

Figure 16. Diagramme des cas dutilisation exprims par l Intervenant

Nous avons identifi les acteurs et les cas dutilisation. Nous allons maintenant passer
les dcrire de faon dtaille afin dobtenir une expression prcise des besoins avant
dattaquer la conception objet.
3.4.

Spcification dtaille des exigences

Nous allons reprsenter le DSS (Diagrammes de Squence Systme) dun scnario


reprsentatif de chacune des applications des cas dutilisation dcrits prcdemment.

3.4.1. Spcification dtaille de lapplication SNM Supervision


Commenons par tudier les fonctions souhaites avoir exprimes par le Superviseur en
vers lapplication de supervision. On va se limiter tudier lensemble des cas dutilisation
suivants :

Crer une vue de linfrastructure.

Grer les alarmes.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

32

Spcification des exigences


Crer une vue de linfrastructure
Pour pouvoir crer des vues, le Superviseur aura laccs un espace rserv lui
permettant de construire ses vue et les enregistrer.

Figure 17. DSS plus complet de la gestion du rseau

Rappelons que pour passer la supervision, le Superviseur doit maintenant


sauthentifier sil a est dj un compte, ou bien crer un compte superviseur sil ne ltait
pas. Notez le symbole de ltat sur la ligne de vie du user indiquant quil est devenu
Superviseur dans tous les cas pour pouvoir excuter la suite du cas dutilisation (voir figure
16).
Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

33

Spcification des exigences


Grer Les alarmes
Nous allons ensuite dcrire la supervision du rseau proprement dite, telque nous
lavions explicit dans la description textuelle.
<< system >>
SotetelNetManager

<<system>>
Agents

Superviseur

Lancer la supervision(vue)

Loop

trap()
Enregistrement
trap()
TypeAlarme()

alt
Alarme Critique

Alertes (sms, mail)

IncrmenterCompteurs()

Afficher_trap()

Figure 18. DSS nominal complt de la supervision du rseau

3.4.2. Spcification dtaille de lapplication SNM Archivage


Rdiger un rapport
La rdaction des rapports est une tache visant larchivage des traces de lensemble des
interventions, la responsabilisation des intervenant ainsi que le suivi de ltat des liaisons
optiques tout en conservant toujours une base de donne locale mis jours, ce qui explique
lexcution du processus dalertes de type UpSeuil lors de la non conformit des valeurs
saisies avec les marges acceptables dfinit par le superviseur.
Le DSS, cherchant mettre laccent sur les diffrents messages qui circule entre
lIntervenant dune part et lapplication en tant que boite noire de lautre part, est
reprsent sur la figure suivante :

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

34

Spcification des exigences

<< system >>


SotetelNetManager

user
loop : 3
S'authentifier(nominal)

Intervenant

SNM archivage

alt
Crer_nouveau_Rapport(date)
Consulter_Rapport(date,liaison)
loop
Remplir_Formulaire()
Saisir_Paramtres(value)

Sauvegarder_Rapport()
alt

1: [Formulaire]
Vrification

Rapport_sauvegard()
Rapport_incomplet

Seuil_dpass(liaison)

1: [Att B_B>seuil]

UpSeuil

alt
Envoyer_par_Mail(Rapport)
1: [Profil_Mail]
Vrification

alt
Rapport_envoy()
Rapport_non_envoy
Exporter_to_pdf(Rapport)

Figure 19. DSS nominal complt de la rdaction dun rapport

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

35

Conception

4. Conception
Lexpression prliminaire des besoins donne lieu assez directement une modlisation
par les cas dutilisation et une maquette dIHM. Il sagit l de descriptions fonctionnelles
qui vont nous servir en particulier pour les tests de recette la fin du projet, mais aussi de
point dentre pour la description dynamique des scnarios dexcution du futur logiciel de
gestion.
4.1.

Identification des concepts du domaine

Pour le cas dutilisation configurer le rseau , nous identifions les concepts


fondamentaux : Vue, Liaison, Agent, Interfaces, Community.
De mme, pour le cas dutilisation Grer les alarmes , nous identifions : Alarme , Agent,
Liaison, Interface.
Enfin, pour le cas dutilisation Elaborer les rapports dinterventions , nous identifions :
Rapport, Intervention, Liaison, Intervenant.
Grer les alarmes
Le superviseur devant une multitude de fonctions offerte, aura la possibilit de consulter
les alertes les plus rcentes, une alerte est dcrite par

(agent, date_rception, svrit,

description, etc.)
On remarque bien que :
Lattribut agent devrait plutt tre modlis comme un concept : un agent est la
reprsentation logique dun routeur qui na pas seulement un nom, mais aussi un ensemble
dinterfaces, soit (nom, type, ville, interfaces).

Interfaces est un vecteur dinterface qui peut tre aussi modlise comme un concept :
une interface est dcrite par (nom, addresse_IP_associe, tat)
Pour les interfaces avec un tat up on peut parler aussi dun lien physique dans notre
cas cest un lien optique qui est dfinit par (nom, type, longueur, attnuation_linique,

attnuation_B_to_B), lattnuation linique est une caractristique propre la fibre dont on a


parl deuxime chapitre, alors que pour lattnuation de Bout en Bout, cest un attribut qui
rassemble les valeurs dattnuations mesurs; soit dans les sorites de contrle priodiques,
soit lors dune intervention de maintenance.
Donc Il sagit bien dun ensemble de concepts part entires dans le domaine, au mme
titre quun agent comme indiqu sur la figure suivante:
Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

36

Conception

Class Agent
Class Alerte
dateReception:date = null
svrit:String = "notification"
message:String = null

est ru par
1..*

0..*

nom:String = null
type:String = null
ville:String = null
interfaces:tab[Interface] = tab[null]
Ajouter(nom):return boolean
Modifier(nom):return boolean
Supprimer(nom):return boolean

getSvrit(message):return String

1..*
0..1
Class Laison
nom:String = null
type:String = "Fiber G652"
longueur:Float = 0
attnuationB_B:Float = 0

Class Interface
est connet
0..2

getRecentAttnuation(nom):return Float

0..1

nom:String = null
addresseIP:IPaddress = "0.0.0.0 "
etat:String = "down"
isUp(nom):return boolean

Figure 20. Concepts et attributs lis la supervision du rseau

Elaborer des rapports


Le Rapport est bien un concept du domaine, car dans les oprations dintervention
habituelles, lintervenant rdige galement un rapport aprs avoir termin lopration de
maintenance. Le Rapport est simplement le rsum et la fiche technique de lopration en
tout ses tapes. Cest un simple formulaire remplir (dateDbutIntervention, DateFinIntervention,

fibre, Intervenant, attnuation_B_to_B, attnuation_Epaissure, Remarques),


Une Intervention doit prciser son type que se soit une intervention de maintenance
priodique ou une suite un incident et dans ce deuxime cas il est important de donner la
cause de lincident dont on aura par la suite cette reprsentation :

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

37

Conception

Figure 21. Concepts et attributs lis la gestion des rapports dtaills

4.2.

Diagrammes de classes participantes

Le point nvralgique de notre dmarche sappelle le diagramme de classes participantes.


Il sagit de diagrammes de classes UML qui dcrivent, cas dutilisation par cas dutilisation,
les trois principales classes danalyse (les dialogues, les contrles, les entits) et leurs
relations.
Pour complter ce travail didentification, nous allons ajouter des attributs et des
oprations dans les classes danalyse, ainsi que des associations entre elles.
Les entits ayant dj t rpertories dans la section traitant des concepts du domaine,
nous allons donc ajouter les dialogues et les contrles et raliser les DCP correspondants.
Superviser le rseau
Le superviseur veut contrler et superviser le rseau. Pour cela, il va pouvoir valider le
rseau superviser, ou modifier des informations errones sur certains sites. Il doit
galement tre en mesure de modifier lorganisation gnrale du rseau en crant de
nouveaux nuds, etc.
Nous supposons que la maquette nous a montr trois crans principaux :

lcran dorganisation du catalogue (dialogue OrganisationRseau) partir duquel on


cre de nouveaux sites, de nouveaux champs de supervision, etc. ;

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

38

Conception

lcran de gestion des mises jour (dialogue GestionMiseAJourRseau) qui parcourt les
informations modifies automatiquement et valide le rseau ;

lcran de gestion des infos dtailles dun nud (dialogue GestionDtailNud)


permettant de modifier le nom, le type, etc. dun nud particulier.

Les comportements correspondant toutes ces fonctionnalits ont t dcoups en


deux classes contrles afin de distinguer ce qui relve du niveau global du rseau (contrle
CtrRseau) et ce qui concerne un nud particulier (contrle CtrNud)..

Ensuite, nous avons fait figurer toutes les entits manipules (sans les associations pour
ne pas surcharger inutilement). Le diagramme global ainsi obtenu est montr sur la Figure 21.

Figure 22. DCP de superviser le rseau

Le CtrRseauest reli au dialogue GestionDtailNud, car cest le contrle global qui


initialise lcran de mise jour. Celui-ci dialogue ensuite avec son contrle particulier
(CtrNud).

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

39

Conception
Grer les alarmes
Le superviseur veut tre le plus rapidement possible au courant de tout changement
dtat des liens optiques recherchs dans lensemble du rseau. Il veut galement pouvoir
consulter la fiche dtaille dune liaison particulire avant de lancer la procdure
dintervention lorsquil sagit dune alerte critique.
Nous supposons l encore que la maquette nous a montr deux crans principaux :
lcran de supervision;
lcran de proprit liaison, qui permet daccder la fiche dtaille dune liaison
particulire.
Les comportements correspondant ces fonctionnalits ont t spars en deux classes
contrles afin de distinguer ce qui relve de la recherche au niveau global du rseau et ce
qui concerne lobtention dinformations dtailles sur une liaison particulire. Le diagramme
ainsi obtenu est montr sur la Figure suivante.

Figure 23. DCP de Grer les alarmes

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

40

Conception
Rdiger un rapport
Lorsque lIntervenant termine lopration de maintenance il a la possibilit denregistrer
les dtails de lopration dans un forme dun formulaire remplir. Ensuite, il doit pouvoir
lenregistrer, en supprimer ou encore en modifier les paramtres avant de lenvoyer par
mail, ou lexporter sous forme PDF.
Ici, il ny a quun seul cran, avec un seul contrle, comme indiqu sur la figure 23
<< entit >>
rseau
rgion : String
<< entit >>
Rapport
dateRdaction : date
Rdacteur : String

<< dialogue >>


RdigerRapports
dateRdaction : date
dateDbutIntervention:date
dateFinIntervention:date
fibre : Liaison
intervenant : Personne
attnuationB_B : Float
remarque : String
Intervenant

<< contrle >>


CtrRapports
sauvegarder_BD(): boolean
envoyerParMail(): boolean
exporterVersPDF(): boolean

sauvegarder_BD(): boolean
envoyerParMail(): boolean
exporterVersPDF(): boolean

<< entit >>


Personne
nom : String
prenom : String
fonction : String
tlphone : String
adrMail : String
<< entit >>
Liaison
nom : String
type : String
ville : String
longueur : Float
attnuation_Lin : tab[Float]

Figure 24. DCP de Rdiger un rapport

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

41

Conception
4.3.

Diagrammes dactivit

Nous allons tudier le casdutilisation majeur de superviseur, la gestion des alarmes


reus, et prcisment la rception des alarmes:
Recevoir les alarmes
Pour ce cas dutilisation, nous raliserons un diagramme dactivit reprsentant le
droulement dynamiques et les diffrentes phases.

Figure 25. Diagramme dactivit Recevoir les alarmes

Le Superviseur veut excuter le plus rapidement possible un processus dAlertes qui


sexcute ds la rception dune alarme critique depuis un nud du rseau. Il veut
galement pouvoir sauvegarder la description dtaille de ces alertes avant de se mettre
ltat dcoute de nouveaux Alarmes .
Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

42

Structure de la base de donnes

5. Structure de la base de donnes


Avant de passer la prsentation de la structure de la base de donnes, il est noter que
nous avons utilis les fichiers flat file database comme base de stockage. Ce choix est en
fait bien justifi.
En effet, les bases par fichier diffrent des bases relationnelles par plusieurs points
importants. Tout d'abord, elles sont universelles : partir du moment o l'on peut crer un
fichier, on peut crer une base fichier, sans faire appel un logiciel serveur. Ensuite, elles
sont simples mettre en place : pas de logiciel installer ou de base configurer. Enfin, elles
prennent moins d'espace disque. Une base fichier est conue autour d'une table unique par
fichier, avec un enregistrement par ligne de texte.

6. Conclusion
Dans ce chapitre nous avons prsent les tapes de dveloppement de notre application.
Nous avons commenc par dgager les fonctionnalits de base. Ensuite, nous avons dtaill
la conception. Le chapitre suivant prsentera la ralisation de cette application.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

43

44

Chapitre

IV

Ralisation

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

Introduction

1. Introduction
Apres avoir achev l'tape de conception de l'application, nous entamons dans ce
chapitre la partie ralisation. Nous allons commencer, tout d'abord, par le choix de
l'environnement logiciel utilis pour dvelopper l'application, ensuite on montrera le
chronogramme de la ralisation du projet. Enfin, on prsentera le travail accompli tout au
long de la priode du stage.

2. Environnement de dveloppement
2.1.

Environnement Matriel

On a dvelopp notre application sur une machine virtuelle ayant ces performances :
CPU = Intel core2duo 2.4 GHz.
Ram = 1512 Mo.
Capacit du disque dur = 40 Go.
Carte rseau : VIA PCI 10/100Mb FAST ETHERNET.
Protocole utilis : UDP.

2.2.

Environnement Logiciel

Systme dexploitation : Windows XP service Pack2.


Outil pour la conception :Edraw Max 5
Outil de gestion de projet : SprintToMeter
Editeur : Microsof Word Version 2007.
Lapplication se base sur les outils suivants :

NetBeans: est un environnement de dveloppement intgr (IDE) open source. Il est


dvelopp par Sun et se trouve sous licence CDDL (Common Development and
Distribution License).

Java Development Kit (JDK) : est l'environnement dans lequel le code Java est
compil pour tre transform en byte code afin que la machine virtuelle Java (JVM)
puisse l'interprter.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

45

Environnement de dveloppement

2.3.

Choix techniques

2.3.1. Choix du langage


Java est un langage orient objet dvelopp par la socit Sun. Il est muni dune riche
bibliothque de classes couvrant tous les domaines dapplications existants et permettant
ainsi de dvelopper toute sorte de projets de manire rapide et efficace.
Les caractristiques du langage Java qui nous ont encourags le choisir sont les
suivantes :
 il est robuste, portable et indpendant de larchitecture.
 java est un langage interprt (le code produit par le compilateur nest pas du code
machine cest du byte code) orient objet.
 il intgre des processus lgers et dynamiques.
 Il permet le dveloppement dapplications rparties et fourni des classes et
paquetages de communication.

2.3.2. Choix des outils de simulation


2.3.2.1.

OptiSystem

Le logiciel Optisystem permet de simuler et danalyser les systmes de transmission


optique. La diversit des systmes simuls peut tre tendue par la possibilit dinsrer des
fonctions ralises par lutilisateur sous Matlab et qui peuvent tre insres aux systmes
simuls.
Afin dinitialiser la base de donn de loutil de gestion avec les valeurs de rfrences de
chacune des liaisons optiques, une ligne de transmission raliste dont les caractristiques en
terme daccumulation dattnuation au cur de la fibre se rapprochent de celles de la ligne
exprimentale du laboratoire, a dans un premier temps t modlise. Des modules
dmission et de rception ont tout dabord t crs, avant dy insrer la ligne de
transmission [7].
2.3.2.2.

GNS3 (Graphical Network Simulator 3) :

Dans le but de suivre au fur et mesure le bon tat des modules en phase de ralisation,
il t indispensable de se rfrer un simulateur graphique de rseaux capable de charger
de vritables systmes, comme l'IOS de Cisco ou JunOS de Juniper, permettant ainsi
d'muler entirement des routeurs ou Switchs Cisco [Net 2]. GNS3 t notre choix pour des
raisons techniques (disponibilit, adaptabilit...) et fonctionnelles (simplicit, performance)
[8].
Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

46

Environnement de gestion requis

3. Environnement de gestion requis


3.1.

Les classes dquipements

Dans cette phase, lobjectif est didentifier, dune part, les capacits de gestion de ces
quipements par rapport aux besoins de gestion exprims dans la phase prcdente et,
dautre part, la technologie de gestion de rseau quils supportent [Net 3] [9].
quipement

Positionnements

Cisco Catalyst
3750 Metro
Switch

Commutateur pour
rseau
fdrateur. Peut
former un chssis
virtuel.

CiscoCatalyst
4000 Switch

Caractristiques

Technologies de
gestion
compatibles
SNMP v1, v2C, v3,
Configuration
propritaire Cisco

Commutateurs fixes de
niveau 3 intgrant la
technologie
dinterconnexion de pile
32 Gbits/s 24 ou 48 ports
10/100BaseTet 2 ou 4 ports
SFP 24 ports Gigabit
Ethernet et 4 ports SFP
12ports SFP.
Commutateur forte Commutateurs de niveau 2 SNMP v1, v2C, v3,
densit de
et 3 modulaires - Jusqu
Configuration
port pour rseaux
240 ports
propritaire Cisco
fdrateurs.
10/100BaseT ou 90 ports
Gigabit Ethernet.
Tableau 5. Les quipements rseaux identifis pour la gestion

Lenvironnement technologique du rseau de la compagnie Tunisie Tlcom reposant


entirement sur IP, il est clair que le choix de lenvironnement de gestion va se porter sur
SNMP.
quipements

MIB compatibles

Cisco Catalyst
3750 Metro
Switch
CiscoCatalyst

MIB1, MIB2, MIB prive Cisco, RMON( Statistics, history, alarms et


events)
MIB1, MIB2, MIB prive Cisco, RMON.

4000 Switch

Tableau 6. Les MIB compatibles avec les agents superviss

3.2.

La configuration des quipements

Tout dabord, il est ncessaire dactiver les agents SNMP sur tous les lments que lon
souhaite grer dans ce rseau : les Switchs [Net 4].
Ensuite, il convient de configurer les quipements afin de mettre jour un certain
nombre dinformations utiles pour leur identification, localisation et maintenance telle que
cela est dcrit dans le deuxime chapitre concernant le protocole SNMP.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

47

Environnement de gestion requis


Ces informations sont introduites grce des commandes de configuration spcifiques
de lOS des quipements [10].
Les informations quil est ncessaire dinitialiser sont les suivantes :
Objet MIB II
SysDescr

Smantique
Le nom, le type et la version du systme
gr (par exemple : switch-Marsa,
Cisco3750, IOS11)

OID
Mib-2.1.1

SysObjectID

Identification du type de lobjet gr en Mib-2.1.2


fonction de sa position dans larbre MIT.

SysContact

Le nom et ladresse de la personne


responsable de la gestion de cet
quipement (par exemple : Touati
Brahim, bureau 46, Sotetel, Charguia II).

SysName

Nom de lquipement gr (par Mib-2.1.5


exemple: switch-Marsa192.168.0.11)

SysLocation

Localisation physique de lquipement


Mib-2.1.6
(par exemple : rgion de tunis, btiment
1, tage 3, local technique 2)

SysServices

Le nom, le type et la version du systme


gr (par exemple : switch-Marsa,
Cisco3750, IOS11.1)

Mib-2.1.4

Mib-2.1.7

Tableau 7. Les informations initialiser au niveau des agents

Parmi les autres informations importantes configurer dans les quipements rseau, il y
a la spcification de ladresse IP de la ou des stations dadministration.
De manire identique la configuration prcdente, une commande spcifique de lOS
permet de fixer ladresse de la station de supervision. Dans le cas de la compagnie Tunisie
Tlcom, on doit connatre ladresse de la station de supervision et introduire cette adresse
dans chacun des quipements actifs (voir Annexe A).
Configuration

Stations

Adresse IP de la station dadministration

192.168.0.1

Adresse IP de la station de collecte des traps

192.168.0.1

Tableau 8. La configuration de ladresse de la station de supervision

Il reste maintenant la rcupration des informations permettant de constituer la carte


topologique du rseau et de visualiser des informations sur le fonctionnement du rseau
telles que le statut oprationnel des quipements, ltat oprationnel des interfaces, etc. La
carte est capable de dtecter automatiquement la topologie du rseau et de construire des
cartes.
Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

48

Environnement de gestion requis


Les informations de base pour ce type de configuration sont rsumes dans le tableau
suivant :
Objets MIB II

Smantique

OID

ifPhysAddress

Adresse physique de linterface

.1.3.6.1.2.1.2.2.1.6

ifType

Type de linterface

.1.3.6.1.2.1.2.2.1.3

ifDesc

Description de linterface

.1.3.6.1.2.1.2.2.1.2

ifAdminStatus

Statut administratif dune interface

.1.3.6.1.2.1.2.2.1.7

ifOperStatus

Statut oprationnel dune interface

.1.3.6.1.2.1.2.2.1.8

Tableau 9. Les Objets MIB pour la description dune interface

On va donc choisir dans le modle dinformaCon de SNMP, MIB1 et MIB2, voire des MIB
propritaires des objets qui contiennent les informations relativement au statut des
quipements, des interfaces, des lignes, etc.
Dans le tableau suivant, voici quelques exemples dobjets qui permettent de vrifier
ltat oprationnel des quipements des interfaces en entre ou en sortie.
Objet MIB II

Smantique

OID

IfAdminStatus

Statut administratif dune interface.

.1.3.6.1.2.1.2.2.1.7

IfInDiscards

Nombre de paquets supprims sur une interface.

.1.3.6.1.2.1.2.2.1.13

ifInErrors

Nombre de paquets reus supprims par une .1.3.6.1.2.1.2.2.1.14


interface pour cause derreurs.

ifOutDiscards

Nombre de paquets qui nont pu tre transmis par .1.3.6.1.2.1.2.2.1.20


une interface pour cause derreurs.

Tableau 10. Les Objets MIB pour la surveillance de ltat des interfaces

Pour pouvoir surveiller ces quipements, il est ncessaire de raliser une surveillance par
scrutation ou polling des variables de la MIB des quipements qui auront t
slectionnes[11].La surveillance par polling va permettre de dtecter tout changement
dans le rseau et de gnrer immdiatement une alerte. Cette dernire doit tre rendue
visible ladministrateur rseau sur la carte topologique (en mettant en rouge licne
correspondant lquipement) et ventuellement mettre un message textuel ou sonore.
Ces alertes peuvent tre galement envoyes sous forme dun message lectronique ou
SMS la personne approprie. La sauvegarde de ces alarmes dans des fichiers de logs
permet ladministrateur de mieux comprendre le fonctionnement du rseau et didentifier
la source des erreurs.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

49

Implmentation
On a propos une configuration de lapplication afin quelle puisse prsenter les alarmes
en fonction de leur gravit.
Le tableau suivant donne un exemple de configuration :
Fonctionnement

Source de la cause

Prsentation
Couleur Blanc

Normal
Problme mineur au
niveau dun routeur
Problme important au
niveau dun routeur sans
consquence sur le
fonctionnement du
rseau.
Problme fatal au
fonctionnement du
rseau.

Avertissement sur taux de


perte suprieur au seuil
prdfini
Panne alimentation et
basculement
sur lalimentation de
secours.

Couleur verte

Panne dune carte


dinterface sur
un port Faste Ethernet.

Couleur rouge clignotante


Signal sonore

Couleur orange

Tableau 11. La classification selon les gravits des alertes

4. Implmentation
4.1.

Pratiques adoptes

Privilgier une tude descendante : du particulier au gnral : Exemple dans le cas de


la cration dune vue de linfrastructure nous avons commenc par linsertion des
agents (nud), lattachement de ces agents par des liens optiques puis nous avons
pass la dfinition de chaque nud et chaque liaison part.

Rflchir la structure des donnes la plus approprie.

Initialiser les variables.

Travailler sous forme de procdures publiques utilisables dans toute la feuille.

Dfinir une interface utilisateur complte.

Utiliser des noms de variables (frame, panel, bouton ) significatifs.

4.2.

Droulement de la phase dimplmentation

La phase de dveloppement a consist, en premier lieu, la mise en place du module de


rception des alertes Traps pour simuler le socle du processus de modlisation sur lequel
va se baser le module de supervision et le module dalerte. Ces deux derniers modules ont
t dvelopps en parallle pour tre enfin intgr et constituer le noyau de supervision de

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

50

Implmentation
lapplication modlise. Par la suite, la mise en place du second module darchivage ainsi
que lensemble de sous module de gestion des rapports dintervention.
La phase de dveloppement sest acheve par la ralisation du module dinterfaage qui
assure linteraction entre lutilisateur et loutil de gestion. Elle prend ainsi, en charge le
recueil des paramtres ncessaires au lancement du processus de notification.

4.3.

Ralisation du module de supervision

La ralisation du module de supervision se prsente comme la premire tape


effectuer tel quil constitue le socle de base pour la ralisation de tous les autres modules.
Lobjectif cl de cette partie est de simuler le dveloppement du processus de
supervision. Limplmentation de ce module sarticule autour du dveloppement de trois
sous modules essentiels savoir :

Le module de rception des alarmes: ce module aura pour objet de recevoir


les Traps envoyes par les nuds du rseau et de les sauvegarder pour une
ventuelle consultation.

Le module de gestion des alarmes : ce module aura pour objet de grer lhistorique
des alertes et de conserver les informations sur le changement de ltat des liaisons
du rseau.

Le module dalerte de lintervenant : ds la rception dune alerte critique ce module


soccupe de la remonte de cette alerte vers lintervenant correspondant.

Figure 26. Les sous-modules de supervision

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

51

Implmentation

do
w
n
Li
nk

Li
nk

do
w
n

Link
down

Lin
kd
ow
n

4.3.1. Le sous-module Rception dalertes

Figure 27. La rception dalertes

Les Traps SNMP aussi appel NoCcaCon en SNMP version 2 sont des messages envoys
par les agents SNMP intgrs dans les quipements, les systmes d'exploitations, les
applications vers un Manager SNMP pour l'informer d'un changement d'tat, d'une
anomalie etc.
Sotetel Net Manager intgre un gesConnaire de Traps SNMP v1 et de NoCcaCon SNMP
v2c. Pour simplier nous uCliserons la terminologie Trap pour ces deux types.
Un Trap est identifi par un numro unique (OID - Object IDentifier) dclar dans un systme
de nommage.
Les Traps sont reus dans le gestionnaire de Traps de SNM, une fentre liste des Traps les
plus rcents. Cette liste est limite en longueur.
Tous les Traps sont aussi sauvegards dans des fichiers en format texte (txt) raison de un
chier par 24 heures. L'historique de tous les Traps est ainsi sauvegard.
Un Trap dans le gestionnaire de Traps de SNM est constitu des champs suivants :
 Le nom de la community.
 la date et l'heure de rception du Trap,
 le nom et l'adresse IP de l'agent SNMP l'origine de cette vnement,
 l'identifiant de l'objet SNMP : en format texte s'il est prsent dans les MIB, sinon au
format numrique.
 le type de Trap : Authentication, LinkUp, LinkDown...
 Le numro spcifique au Trap Enterprise

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

52

Implmentation

Les Traps prsents dans le gestionnaire de Trap peuvent tre acquitt individuellement
ou par groupe. Un Trap acquitt est toujours visible dans la liste mais en gris.
Les Traps prsents dans la liste peuvent tre supprim individuellement ou par groupe.
Un Trap supprim n'est plus visible dans la liste. Il n'est pas supprim des fichiers
d'historique.

Un double click sur un Trap permet d'accder une vue dtaille. Cette vue dtaille
permet de visualiser chaque champ individuellement et aussi de lire le descriptif du Trap la
condition que celui-ci soit dfini dans un fichier de MIB (le fichier de MIB est compil sur
SNM)

Chaque Trap dispose d'un compteur totalisateur. Ce compteur comptabilise le nombre


de Trap reus d'un type donn depuis la mise sous tension de lapplication.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

53

Implmentation

Les Traps peuvent tre filtrs et dclencher des actions. Un seul filtre peut dclencher
plusieurs actions. Les filtres sont dans une liste, rception d'un Trap tous les filtres qui
satisfont leurs conditions sont traits et toutes leurs actions ralises.
Un Trap peut dclencher la cration d'un vnement dalerte, Il est possible de prciser :
 Le numro d'vnement gnr la rception de ce Trap
 Le message associ cet vnement
 Le niveau de criticit de l'vnement

Un filtre de Trap peut engendrer une action de type :

Gnration dune alarme sonore (fichier wave)

Envoi dun E-mail

Envoi dun SMS

Les actions sont ralises par des programmes qui ont besoin de paramtres envoys
dans len tte. Parmi les variables de paramtres disponibles on distingue :
 Le nom du Trap
 Le nom de host dans l'annuaire du Tunisie Tlcom ayant gnr ce Trap
 L'adresse IP du host l'origine du Trap
 Le niveau de l'vnement (criticit)
 La date et l'heure d'mission du Trap (crer par l'agent SNMP)
 La date et l'heure de rception de ce Trap par SNM
 Les 10 paramtres de messages

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

54

Implmentation

4.3.2. Le sous-module Notification par SMS

Modem
GSM

Tlphone du
superviseur

SMS

TCP

SMS

TCP
SMS Gateway
111.111.111.111

Figure 28. Larchitecture du systme denvoi et de rception de SMS.

SMS Gateway est une application puissante et flexible, qui nous a permit
d'envoyer/recevoir des messages SMS vers des appareils mobiles avec notre station de
gestion [Net 5].
Lenvoi dun SMS : si un message SMS doit tre envoy, il peut tre insr dans une table de
base de donnes utilise pour les messages sortants. Le SMS Gateway Server surveille cette
table et remet le message.
La rception des accuss : Le serveur met tout message SMS reu dans une autre table de
base de donnes utilise pour les messages entrants. Les messages et les numros de
tlphone sont stocks dans des fichiers Excel et une macro Excel lance le processus d'envoi.

4.4.

Ralisation du module darchivage

La deuxime tape de ce processus consiste gnrer le modle de gestion des rapports


dinterventions en termes ; de ldition des rapports, la sauvegarde des rapports,
lexportation des rapports, ainsi que la gnration des statistiques qui se base sur lensemble
des informations illustr dans lensemble des rapports dj sauvegards.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

55

Conclusion
La figure ci-dessous illustre le principe adopt pour cette deuxime phase du processus
de gestion de larchive des interventions.

Figure 29. Les sous-modules darchivage

5. Conclusion
A travers ce chapitre, nous avons illustr la phase de ralisation de loutil Sotetel Net
Manager . Nous avons commenc par prsenter lenvironnement de travail, ensuite, nous
avons dtaill les tapes dimplmentation des principaux modules dvelopps.
Le chapitre suivant intitul Mise en uvre et tests est consacr lvaluation de la
recette finale du projet par la mise en uvre et le test de lapplication de supervision et de
lapplication darchivage.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

56

57

Chapitre

V Mise en uvre et Tests


:

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

Introduction

1. Introduction
Au niveau de ce dernier chapitre, nous prsentons, dans un premier lieu, le rsultat de la
mise en uvre de notre outil Sotetel Net Manager . Dans un second lieu, nous
prsentons les diffrentes mthodes existantes de validation et de vrification dun logiciel
dont nous adapterons une mthode pour valider et consolider la recette de notre projet.

2. Mise en uvre
travers cette partie, nous allons illustrer la mise en ouvre de loutil Sotetel Net
Manager. Nous procdons, tout dabord, la mise en uvre de Lapplication SNM
supervision qui a pour objet la supervision de ltat des liaisons optiques du rseau des
paramtres ncessaires linitialisation du contexte de gnration. Ensuite, Nous procdons
la mise en uvre de lapplication SNM archivage .
Feuille dauthentification : Cette interface constitue la fentre daccueil de notre
application. A travers cette fentre lutilisateur sidentifie pour utiliser lapplication. Cette
tape met en valeur laspect scurit : nous vrifions la disponibilit du compte utilisateur et
nous lui attribuons les droits et privilges ncessaires.

Figure 30. Le frame dauthentification

Voila vous avez fini l'installation vous allez vous connectez sur l'interface d'admin pour la
premire fois (admin/admin) par dfaut.
La premire page affiche est la page daccueil qui prsente un tat des ressources rseau
avec les valeurs des compteurs des alertes rcentes.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

58

Mise en uvre

Figure 31. Interface daccueil

Linterface possde plusieurs onglets qui vont vous permettre deffectuer toutes les
actions possibles :


Mappages affiche les machines disponibles dans le rseau en cours

Alertes liste les alertes en cours

Admin affiche linterface dadministration partir de laquelle on peu modifier tous les
paramtres de lapplication

Rapports permet de gnrer des rapports dintervention personnaliss.

Statistiques permet de consulter les statistiques du rseau et denvoyer des messages


ladministration en cas de problmes.
En fonction du frame sur lequel on se positionne, le menu gauche change et affiche les

actions correspondantes.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

59

Mise en uvre

2.1.

Mise en uvre de lapplication SNM supervision

2.1.1. Maintenir Les quipements du rseau

Figure 32. Les utilitaires de surveillance

Lutilitaire SNM ping (SNM Packet Internet Groper):


Le superviseur peut utiliser loutil SNM Ping dUtilitaire de rseau (dans
/Admin/Utilitaires) pour vrifier si lapplication a bien tabli une connexion IP avec
lquipement rseau distant. Une connexion IP est un pralable indispensable lajout de
lquipement.
Si dans Utilitaire de rseau, aprs avoir utilis l'outil Ping, un message du type 64 bytes
from 10.0.1.2: icmp_seq=0 El=255 Gme=0.399 ms s'affiche, la connexion IP avec le nud du

rseau a russi.

Si dans Utilitaire de rseau, aprs avoir utilis l'outil Ping, un message du type Host
is down s'affiche, la connexion IP avec le nud du rseau n'a pas t tablie. Le

superviseur doit rsoudre ce problme avant dajouter cet agent SNMP.


Lutilitaire SNM JTA (SNM Java Telnet Accs) :
Loutil SNM Java Telnet Accs est un client Telnet qui permet au superviseur de se
connecter un quipement distant sur lequel est excute une application serveur Telnet,
puis d'excuter des commandes partir de la ligne de commande.
Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

60

Mise en uvre
Pour tablir une connexion partir de SNM JTA, il convient de slectionner une
option de connexion. Une bote de dialogue vous invite entrer un nom d'hte et un type de
terminal. Le nom d'hte est l'adresse IP ou le nom DNS de l'ordinateur distant. Le type de
terminal dcrit le mode d'mulation de terminal qui doit tre utilis par le client Telnet.
La connexion Telnet n'exige aucun traitement de la part de la station de gestion
mettrice qui se contente de transmettre lquipement IP distant les caractres taps au
clavier et dafficher lcran rsultant sur le moniteur local. Les oprations de traitement et
de stockage sont entirement excutes par lordinateur distant.
Lutilitaire de gestion SNM Mib Browser :
Le SNM Mib Browser est au centre d'une supervision proposant des fonctions SNMP
riches. Il s'agit d'une arborescence organise, o chaque branche, chaque feuille a un
identifiant unique (OID), cette arborescence est reprsentative des MIBs SNMP compiles
dans l'application. Il permet d'obtenir des informations sur les diffrentes proprits
spcifiques un objet SNMP.
Il est galement possible de tester sur ses quipements rpondant au protocole SNMP le
contenu de variables.
Le SNM Mib Browser est un point incontournable du cur de l'application Sotetel
Net Manager pour paramtrer le suivi dans le temps de variables SNMP ou configurer les
vnements issus des Traps SNMP.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

61

Mise en uvre

2.1.2. Superviser ltat du rseau


La cration dune vue :
Pour construire une vue de larchitecture, le superviseur devra accder au panel crer
vue .

Figure 33. La cration dune vue

En cliquant sur longlet Mappages ensuite sur longlet du panel vue puis importer
le fichier vue.snm en cliquant sur le bouton ouvrir .
Pour lancer la supervision de lensemble des liaisons de cette architecture il suffit de
taper le bouton superviser ce rseau

2.1.3. Grer les alarmes


Configuration du profil SNMP:
A partir du frame Admin cliquez sur profile SNMP dans le panel profile de
notification. Ces profiles pourront tre associs diffrents priphriques.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

62

Mise en uvre

Figure 34. La configuration des profils

Si vous ne lavez pas encore fait SotetelNetManager va vous demander de configurer


un serveur de messagerie lectronique afin quil puisse envoyer des alertes par mail.

Figure 35. La configuration du profile Mail

 entrez le nom ou ladresse IP du serveur de messagerie


 entrez si ncessaire les informations dauthentification
 Entrez dans Receiver ladresse qui recevra les alertes. Il est recommand
dutiliser le bouton send a Test Message pour vrifier que la configuration
fonctionne est que vous recevez bien les messages dalerte.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

63

Mise en uvre
Vous pouvez choisir ladresse du destinataire qui recevra les alertes pour les
priphriques associs ce profil de notification.
Vous pouvez aussi modifier le contenu du message laide des listes de variables
disponibles. Cliquez sur OK une fois termin.
On va maintenant choisir dans quels cas un message dalerte doit tre mis.
 Si le priphrique na pas rpondu 1 test
 Quand linterface ou le port du priphrique est arrt
 Quand la coupure dune liaison optique est interprte
 Si une interruption SNMP critique est reue
 Quand nimporte lequel des seuils de conformit des fibres a t dpass
 Quand lalarme est annule
La rception des alertes
Maintenant lapplication sera prte recevoir les alertes, identifier les sources et
excuter les processus de notification mis en place. Ces alertes seront affiches sur le panel
rcentes du frame Alarmes sous forme dun tableau comme le prsente la figure
suivante :

Figure 36. La rception des alarmes

Toutes les 30 secondes, le manager SNMP effectue un test pour vrifier si les agents
rpondent. Si ce teste choue, une interruption d'avertissement signalant l'chec de la

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

64

Mise en uvre
pulsation du serveur SNMP associ lagent dsign sera ajout dans la table des alertes
rcentes. Ce problme est gnralement temporaire et provoqu par une surcharge du
systme.
Si ceGe condiCon dure 5 cycles, une interruption critique s'affiche vous indiquant que
lagent ne rpond pas. Lquipement est peut-tre bloqu ou arrt. Dans les deux cas, il est
impossible dinterroger la MIB de cet agent. Si la pulsation revient, un message d'annulation
d'interruption indiquant que la pulsation est restaure sajoute la table.

2.1.4. Grer les performances


Ds la dtection de la prsence dun vnement critique dans le rseau, lapplication
envoi automatiquement un mail dalerte contenant les informations ncessaires
ladministrateur quils le permettent didentifier la source du panne.
En outre, et pour assurer que linformation soit transmise vers ladministrateur dans les
dlais convenables, On aura envoi dun SMS en parallle contenant un rsum sur
lalerte reue.
Sil sagit dune panne technique, ou la liaison probable dtre corrompu dune raison ou
dune autre, lapplication notifie localement le superviseur avec des alertes que se soit
sonores ou visuelles.

2.2.

Mise en uvre de lapplication SNM archivage

2.2.1. Linitialisation de La BD des Liaisons optiques :


Dans le but de crer une fiche dtaille de chaque liaison optique, ds sa mise en place
on sauvegarde les valeurs dattnuation de bout en bout ainsi que lattnuation linique
caractristique de la ligne.
Pour avoir une base de donne rfrence qui soit le plus proche possible de celle
archive dans les papiers de lentreprise, on a procd a simuler le rseau sous OptiSystem
dont on reprsente une partie de larchitecture sur la figure suivante:

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

65

Mise en uvre

Figure 37. Architecture de rseau Mtro-Ethernet


Mtro
tunis sous Optisystem

Le signal, passant dun nud un autre, subi une dgradation appel attnuation de bout
en bout

Figure 38.
38 La dgradation de la puissance sous OptiSystem

La simulation sous Optisystem nous a permit dextraire la liste des valeurs


dattnuations totales mesurs sur chaque liaison optique, ces valeurs sont dcrit dans le
tableau suivant :
Liaison

Attnuation en

Attnuation en

Longueur

( )

(dBm)

(Km)

Marsa---Gammart2

3.116

1.5

Gammart2---Gammart1

1.414

0.899

Gammart1---Sidi daoued

3.961

4.501

20

Sidi daoued---Marsa

3.116

1.5

Tableau 12.. Liste des valeurs dattnuations du rseau de tunis


Etude, Planification et Gestion des rseaux Mtro-Ethernet
Mtro

2011/2012

66

Mise en uvre
Cette tape sera ralise une fois pour tout ds la mise en place des liaisons optiques,
pour introduire ces valeurs lapplication il suffit, aprs avoir cr la vue et la prpare pour
la supervision, daccder au frame Rapports et de remplir la valeur (en dBm) devant
chaque liaison En cliquant Terminer ces valeur seront sauvegardes dans la base de
donne de lapplication et vous aurez la possibilit de les consulter tout moment.

2.2.2. Rdiger un rapport


Aprs toute opration dintervention, et pour sauvegarder une trace de cette opration,
lintervenant aura accs lapplication, prcisment /Rapports .

Figure 39. Le frame de rdaction des rapports dintervention

2.2.3. Gnrer des statistiques


La gnration de statistiques est un module dvelopp pour suivre le progrs et la
variation des caractristiques de chaque liaison optique installe. Il est important de noter
que la qualit des statistiques permet d'aider ladministrateur choisir le meilleur plan
d'excution et davoir une vision sur ltat des liaisons optiques aprs chaque opration de
maintenance. Les informations sur les statistiques peuvent tre extraites (pour tre
exploites par un logiciel tiers tel qu'Excel par exemple).

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

67

Mise en uvre

Figure 40. La liste des interventions

Tout dabord lintervenant est demand de slectionner la liaison optique, lorsquil appui
sur le bouton attnuation de bout en bout , les statistiques seront gnres et la grille se
rempli au fur et mesure jusqu' ce que la barre de progression s'arrte, par dfaut il y aura
affichage des dix derniers mesures effectues.

Figure 41. Frame des statistiques

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

68

Tests et validation

3. Tests et validation
Le test des logiciels reprsente la dernire phase du processus 2TUP Two Track Unified
Process . Cest un mtier part entire tel que le testeur devra imaginer des scnarios
plausibles pouvant mettre un logiciel en dfaut ainsi quil devra imaginer de construire des
bancs de tests permettant de vrifier les fonctionnalits et les contraintes [12].
Pour la phase de test on a, en ralit, ralis des tests tout au long de la phase de codage
qui nous ont permis au fur et mesure de lvolution de lapplication de reprer des erreurs
de fonctionnement.
Malgr le dsire de tester notre application sur larchitecture du Tunisie Tlcom, il a t
impossible dy accder pour une multitude de raisons raisonnables :
1) Pour des raisons de confidentialit ; il t difficile davoir les paramtres daccs
(login et password) dun tel quipement.
2) Pour des raisons de scurit ; tout changement de la configuration de nimporte quel
lment du rseau gnera le fonctionnement nominal de lensemble de ce rseau.
A laide du logiciel GNS3 on a pu tester notre applicaCon dans un environnement
fortement raliste, les rsultats ont t positifs, et on a eu la possibilit dapporter les
modifications ncessaire pour mieux rpondre aux demandes exprimes par les utilisateurs
finaux.
Et comme Le test est lexcution ou lvaluation dun systme ou dun composant par
des moyens automatiques ou manuels, pour vrifier quil rpond ses spcifications ou
identifier les diffrences entre les rsultats attendus et les rsultats obtenus [12]. Et pour
rpondre ces deux questions :
- Est-ce que le logiciel ralise les fonctions attendues ?
- Est-ce que le logiciel fonctionne correctement ?
Pour pouvoir mieux cerner cette problmatique, diffrents types de classifications des
tests sont possibles, nous citons:


Tests de vrification et tests de validation: les tests de vrification ont pour


objet de vrifier que lon a bien fait le logiciel (absence de dfauts) alors que les tests
de validation consistent vrifier que le logiciel rpond bien aux besoins.

Tests fonctionnels et tests structurels : les tests fonctionnels prennent en


compte les spcifications de lobjet tester sans tenir compte de son implmentation
(tests de type bote noire , black-box testing ). Ils peuvent tre employs pour
la vrification comme pour la validation. Les tests structurels prennent en compte le

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

69

Tests et validation
code source ( bote blanche ) et ne sont gnralement pas utiliss pour la
validation.
Pour la validation de ses diffrents produits, Sotetel adopte le test fonctionnel. De ce
fait, elle nous a fourni un prototype de fiche de test qui nous a servi de base pour
llaboration de nos propres fiches de test. Dans la section qui suit nous dtaillons les
diffrentes fiches labores pour la validation de lapplication de supervision ainsi que
lapplication darchivage.

3.1.

Tests fonctionnels de lapplication SNM supervision

Cette partie est consacre au test fonctionnel du la supervision rseau avec lapplication
SotetelNetManager, en particulier le test des processus de rception dalertes et de
notification de ladministrateur. Les tableaux ci-dessous illustrent les diffrents scnarios
choisis en dtaillant pour chacun les cas de tests retenus ainsi que les jeux de donnes
utiliss pour chaque cas.

du test

attendus

Rsultats Obtenus/
Observation

dexcution

Rsultats

Date

Description

Conformit

Critique

Action N

Fiche de test du Scnario lajout dun priphrique dans la base

Mettre l'application
sur la station de
gestion.

L'application est
dploye sur la
station de gestion
avec succs.

oui

Cas de Test 1 : Dploiement de l'application

L'application tourne sur la


station sans aucun
problme.

17/12/2011

L'application se lance et
le frame
d'authentification de
l'application apparait
au niveau du navigateur.

17/12/2011

La page d'accueil de
l'application apparait en
plein cran.

17/12/2011

Lancer lexcution de
l'application.

Apparition du
frame
dauthentification
de lapplication.

Afficher le frame
daccueil aprs
vrification des
paramtres
dauthentification.

Apparition de la
page d'accueil de
l'application
SNM.

oui

oui

Cas de test 2 : Lancement de l'excution de l'application

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

70

Tests et validation
Vrifier le menu qui
s'affiche au niveau
de la page d'accueil
s'il est conforme aux
rgles dj dfinies.

Les lments du
menu s'affichent
Correctement.

Les lments du menu


s'affichent
Correctement.

17/12/2011

Le formulaire dajout
dagent s'affiche.

17/12/2011

oui

On clique sur le
bouton Admin
puis sur Ajouter un
agent .

On remplit les case


du formulaire et on
clique sur
sauvegarder

L'apparition du
formulaire de
lajout d'une
entr de la table
en question.

oui

Cas de test 3 : Lajout dun agent

oui

Ajout dagent
Ajout dagent avec succs 17/12/2011
dans la base de
donnes et dans
la table des
agents
Tableau 13. Test du scnario Ajouter dun priphrique dans la base

du test

attendus

Rsultats Obtenus/
Observation

dexcution

Rsultats

Date

Description

Conformit

Critique

Action N

Fiche de test du Scnario cration dune vue

Accder au frame
Admin puis au
panel Crer vue,

Apparition du
frame de cration
des vues avec des
outils varier de
design.

oui

Cas de test 1 : Accs au frame crer vue

Le frame de cration des


vue apparait avec tous les
outils de design
ncessaire

17/12/2011

Tous les nuds sont


insrer ainsi que les
liaison entre eux avec
succs.

17/12/2011

Cas de test 3 : La cration dune vue

Ajouter les
priphriques ainsi
que les liaisons qui
construisent le
rseau.

Vue crer avec


succs.
oui

Cas de test 4 : La sauvegarde de la vue

Exporter la topologie Lexportation se


Le fichier de sauvegarde
17/12/2011
du rseau dans un
fait avec succs.
des infos sur la topologie
ficher de sauvegarde
courante est export avec
pour une ventuelle
succs.
utilisation.
Tableau 14. Test du scnario Cration dune vue
oui

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

71

Tests et validation
Fiche de test du Scnario Excuter le processus dalerte

du test

Observation

dexcution

Rsultats Obtenus/

Date

Rsultats attendus
Conformit

Critique

Action N

Description

Cas de test 1 : Configuration du service de mailing

Accder au frame
Admin puis au
panel
Configuration,
ensuite cliquer sur
le bouton profile
mail .

Configurer le service
mailing est
sauvegarde des
paramtres par
lapplication

Configuration effectue
avec succs.

17/12/2011

Configuration effectue
avec succs.

17/12/2011

oui

cliquer sur le
bouton profile
SMS .

Configuration
russite du service
SMS

oui

Cas de test 2 : Configuration du service SMS

Cas de test 3 : Lenvoi du mail de notification

Lapplication dtecte
Ladmin reoit bien le
17/12/2011
la coupure, affiche
mail envoy.
une notification
LSMS est envoy avec
visuelle et envoi un
succs
mail et un SMS vers
ladmin
Tableau 15. Test du scnario Excuter le processus dalerte

3.2.

oui

Enlever une liaison


optique entre deux
routeurs et accder
au frame
Alertes

Test fonctionnel de lapplication SNM archivage

Fiche de test du Scnario Rdiger un rapport dintervention

du test

Observation

dexcution

Rsultats Obtenus/

Date

Rsultats attendus
Conformit

Critique

Action N

Description

Cas de test 1 : Accs au panel de gestion des rapports

Accder au frame
Rapports puis au
panel Rdiger
Rapport.

Afficher un
formulaire remplir.
oui

Apparition du
formulaire plein des
cases remplir, et des
options pour la
gestion.

17/12/2011

Cas de test 3 : Essai de sauvegarder un rapport manquant

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

72

Conclusion
Appuyer sur
Sauvegarder la
BD avant de
terminer le
remplissage de
toutes les cases.
Tableau 16.

Lapplication affiche
un avertissement
Informations
manquantes .

Lavertissement est bien


affich.

17/12/2011

oui

Test du scnario Rdiger un rapport dintervention

4. Conclusion
Rappelons que lobjectif final de ce travail tait dautomatiser lactivit de gestion des
rseaux Mtro-Ethernet de loprateur Tunisie Tlcom. Nous avons ralis une application
interactive permettant de grer les diffrents traitements de cette activit et de satisfaire les
besoins des diffrents utilisateurs impliqus dans ce processus de gestion.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

73

Conclusion Gnrale

Conclusion Gnrale
La gestion de rseaux est lun des domaines les plus complexes auxquels lon puisse se
confronter; elle cumule la distribution, le modle objet, le temps rel, le transactionnel, la
gestion dquipements complexes. Cest en consquence une source de cot importante
pour loprateur, qui se voit contraint dinvestir des sommes significatives et des
comptences critiques dans une fonction qui semble non immdiatement rentable.
Nanmoins, le souhait exprim ici concerne la comprhension de la ncessit de la fonction
Gestion de Rseaux, et son intrt pour lentreprise quest loprateur; ce nest qu travers
de la gestion efficace que ce dernier sera en mesure doffrir les services qui le
diffrencieront de la concurrence, tels que des Rseaux Privs Virtuels.
Lobjectif premier de ce projet tait de concevoir et de raliser un nouveau outil de
gestion des rseaux Mtro-Ethernet entirement paramtrable, permettant de superviser
ltat et la qualit des liaisons optiques et d'exploiter directement les alarmes issues des
quipements de routages en extrmits et de produire automatiquement des alertes qui
seront envoys par mail ou par SMS vers la bonne personne,
A cet effet, la premire tape de notre travail a consist ltude de la supervision des
rseaux ainsi que les diffrentes notions quelle apporte au monde dadministration rseaux.
Nous avons pu travers cette tude comprendre son architecture et ses concepts de base
nous permettant ainsi de voir plus claire sur la faon de ladapter pour la conception de
larchitecture de loutil de gestion.
Pour pouvoir dfinir nos objectifs en termes dopration fonctionnel implmenter,
nous avons eu recours une analyse des besoins portant sur les caractristiques de la future
application. Lbauche de cette tude nous a permis didentifier la structure en couches
(TMN : le rseau de gestion des tlcommunications) dune telle application ainsi que le
contenu et la syntaxe des diffrents frames implmenter au niveau de chaque couche.
Laboutissement de ces quatre mois de travail est le dveloppement et la mise en uvre
dune premire version de loutil Sotetel Net Manager prenant en charge la gestion des
rseaux Mtro-Ethernet en termes de : gestion des alarmes, suivit de la qualit des fibres,
surveillance de ltat du rseau,

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

74

Conclusion Gnrale
Comme perspectives, nous envisageons de faire voluer cet outil vers la prise en charge
de la gestion de la qualit des services offertes, ainsi que doffrir la possibilit lutilisateur
de personnaliser les crans de son application via un diteur ergonomiques prvu cet effet.
Ce stage nous a t dune grande opportunit tel quil nous a permis denrichir nos
connaissances techniques surtout dans le domaine de ladministration et de lingnierie des
rseaux optiques, il a contribu lenrichissement de nos relations humaines dans un cadre
de professionnel o le savoir faire et la passion du domaine ne peuvent qutre admir.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

75

Bibliographie

Bibliographie
Bibliographie
[1]

MARCON Andr, conditions pour le dveloppement numrique des territoires , 2009.

[2]

JACQUET Nicolas, DUCASS Alain, Territoires numriques : guide de mise en place de


rseaux fibre optique haut dbit page 117.

[3]

ZAHND ri, Atelier Formation, C.R.E.D.O, Mesure et recette dun cblage optique ,
page 23.

[4]

JATON Markus, VENTURA Stefano, Gestion de rseaux IP , page 12,13.

[5]

AGOULMINE Nazim, CHERKAOUI Omar, Pratique de le gestion de rseau , 2003.

[6]

Cisco System, Commutateurs Cisco Catalyst 3750-E , Fiche de produit, 2006, page 11.

[7]

Optical Communication
Descriptions , 2002.

[8]

FILLOT Christophe, BERENGUIER Jean-Marc, Dynamips - Un mulateur de routeur


Cisco sur PC , page 2.

[9]

Cisco Systems, Guide des solutions rseaux , page 3.

[10]

Corporate Headquarters , Catalyst 3750 Switch, Sofware ConguraCon Guide Cisco


IOS , May 2004, page 565.

[11]

NGUYEN ManhTuong, Les protocoles pour la gestion des rseaux Informatiques ,


Juillet 2005.

[12]

YLIAN Saint-Hilaire, snmpv3-modulaire : une mthodologie de conception et de mise


en uvre dun protocole de gestion de rseau , 1998, page 39.

System

Design

Etude, Planification et Gestion des rseaux Mtro-Ethernet

Software, OptiSystem Lite Technical

2011/2012

76

Netographie

77

Netographie
Netographie
[Net 1]

[Net2]

[Net 3]

[Net 4]

[Net 5]

KAISS BEN HAMOUDA,


hGp://www.sotetel.net/index.php?opCon=com_content&view=arCcle&id=50&Itemid=43
September 2011
Jeremy Cioara.,
hGp://www.gns3.net/documentaCon/,
September 2011.
Fabrice Deblock, hGp://www.journaldunet.com/soluCons/printer/040205_cisco.shtml,
Date Article : Jeudi 5 fvrier 2004
October 2011
Mohamed Oweiss HARIGA , http://www.technologuepro.com/reseaux/ConfigurationAgent-SNMP/Configuration-snmp-sur-switch-cisco.html,
October 2011
OZEKI Informatics Ltd, hGp://www.ozekisms.com/index.php?owpn=584&infoe=javasms-sdk-sms-over-tcp-ip,
November 2011.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

Glossaire

Glossaire
DSP

: Dlgation de Service Public.

SNMP

: Simple Network Manager Protocol.

IETF

: Internet Engineering Task Force

UIT

: Union Internationale des Tlcommunications

OSI

: Open Systems Interconnection

TMN

: Telecommunication management network.

CMIP

: Common management information protocol.

OMG

: Object management group.

OMA

: Object management architecture.

OSF

: Open Software Fundation.

DME

: Distributed Management Environnement.

MC

: Management client.

MA

: Management agent.

PDU

: Packet Data Unit.

MIB

: Management Information Base.

NMS

: Network Management System

UP

: Unified Process.

XP

: eXtreme Programming.

IHM

: Interface Homme-Machine.

DSS

: Diagrammes de Squence Systme.

DCP

: Diagrammes de classes participantes.

UDP

: User Datagram Protocol. RFC 768.

IDE

: Integrated Development Environment

CDDL

: Common Development and Distribution License.

JDK

: Java Development Kit.

JVM

: machine virtuelle Java.

GNS3

: Graphical Network Simulator 3.

OID

: Object Identifier.

SMS

: Short Message Service

SUN

: Compagnie qui a dveloppe le langage Java

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

78

79

Annexes

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

Annexes

Annexe A : Configuration dagent SNMP sur un Switch Cisco


SNMP signifie protocole simple de gestion de rseau. Il s'agit d'un protocole qui permet
aux administrateurs rseau de grer les quipements du rseau et de diagnostiquer les
problmes de rseau.

Configuration par dfaut de SNMP :

Dispositif
SNMP community strings

SNMP TrapReceiver
SNMP Traps

Arrangement de dfaut
Read-Only : Public
Read-Write : Priv
Read-Write-all : Secret
Aucun n'a configur
Aucun n'a permis

Configuration du SNMP partir de la CLI (Command Line Interface) :

Activation du protocole SNMP


snmp enable
Configuration du manager avec un dlais dexpiration
snmp-server manager
snmp-server manager session-Cmeout 10000
Cration dune communaut publique
snmp-server community sotetel ro
Cration dune communaut prive
snmp-server community soteteladmin rw
Dsactivation de lagent SNMP
No snmp-server
Configuration de lextinction dquipement
snmp-server system-shutdown
Configuration dune requte trap :
snmp-server host host [traps | informs][version {1 | 2c | 3 [auth | noauth | priv]} ]
community-string [udp-port port] [notification-type]
snmp-server host 192.168.0.40 snmpv1 public
Configuration dun nouvel utilisateur
snmp-server
user
username
[groupname
remote
ip-address
[udp-port port] {v1 | v2c | v3 [encrypted] [auth {md5 | sha} auth-password [priv des56 priv
password]] [access access-list]
Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

80

Annexes
snmp-server user useronegroupone v1

Configuration et rgles de filtrage

Il est possible daffecter des rgles de filtrage (Access-List) aux consultations SNMP. Ce
filtrage offre un complment de scurit car il permet d'autoriser une adresse IP ou un rang
d'adresses IP communiquer avec l'agent.
access-list 1 permit 192.168.0.30
access-list 2 permit 192.168.0.31
snmp-server community sotetel RO 1
snmp-server community soteteladmin RW 2
Le paramtre snmp-server dfini et active le serveur SNMP. Aprs validation de cette
commande, les informations SNMP seront accessibles.

La liste 1 dnie les adresses IP ayant accs en lecture seule (Read Only - RO) aux
informations diffuses sous le paramtre communaut sotetel .

La liste 2 dnie les adresses IP ayant accs en lecture / Ecriture (Read/Write - RW)
ces mmes informations.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

81

Annexes

Annexe B: Prsentation du logiciel Optisystem


Les systmes de la communication optiques prsentent une complexit dans leur
modlisation et leur simulation. Le dessin et analyse de systmes incluent des composants
non linaires et des sources non Gaussienne du bruit, ce qui ne facilite pas la tche du
concepteur. Optisystem vient rsoudre ces problmes tant par la simplicit de son utilisation
que par la grande varit de sa bibliothque de composants.
OptiSysDesign est un paquet destin la simulation des communications optiques en mode
simulation, ce logiciel innovateur permet la conception, le test et loptimisation virtuelle des
liaisons optiques de tous types.

Figure 42. Optiwave : linterface de l'utilisateur graphique

Optiwave permet un contrle de l'Interface de l'Utilisateur Graphiques indpendamment


de la disposition des composants optiques et du netlist. Optiwave comprend aussi une
bibliothque tendue de composants actifs et passifs dont on peut facilement faire varier
leurs paramtres physiques.
 Edition et simulation
Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

82

Annexes
Le paramtrage dun composant
Lors de la conception dun
lay-out, il suffit de glisser le
composant de la bibliothque
vers le lay-out pour le placer.
Optisystem permet aussi le
paramtrage
pour
chaque
composant dfinie dans le layout. En effet, un double-clic sur le
composant, permet laffichage de
ses paramtres.
Modification des paramtres
globale du lay-out.
Par contre, avant de lancer la
simulation, le lay-out prsente
aussi des paramtres quon peut
contrler par un simple doubleclic dans le lay-out.

Dmarrage de la simulation
Pour lancer la simulation, il suffit
de taper simultanment Ctrl+F5
ou bien en accdent directement
par le menu Fichier puis
Calculate

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

83

Annexes
Affichage des rsultats de la
simulation
Enfin, pour visualiser les diverses
analyses, un double-clic au
dessus de lappareil de mesure
pour acher la simulaCon en 2D
ou en 3D.

Optisystem est un logiciel trs performant qui permet aussi de concevoir et de modliserdes
composants optiques ce qui a t le cas lors de ce projet.

Etude, Planification et Gestion des rseaux Mtro-Ethernet

2011/2012

84




.
) (
" .( )
"
.

" " " " :


.
Outil de gestion des rseaux Mtro-Ethernet

Rsum

La demande toujours plus importante en matire de fiabilit, de disponibilit et de scurit a


plac depuis maintenant plusieurs annes la mtrologie et la supervision au cur du mtier
dingnieur rseau. Dans ce cadre, ce projet de fin dtude effectu au sein de Sotetel se
charge de dvelopper une nouvelle plate-forme afin de superviser les liaisons optiques des
rseaux Mtro-Ethernet quil administre. Une bonne solution de supervision doit ce titre
permettre aux ingnieurs de veiller au bon fonctionnement des quipements au quotidien
(rapports dactivit, alertes sur dtection de problmes) et aux dcideurs de faire les bons
choix en terme de pilotage (dimensionnement, volutions).Lapplication SotetelNetManager,
ne de ce travail, permet de remplacer la quasi-totalit des outils prcdemment utiliss afin
de remplir les diverses fonctions de supervision des rseaux Mtro-Ethernet.
Mots-cls : Mtro-Ethernet, fibre optique, attnuation, maintenance, traps, SNMP,
surveillance, statistiques, mtriques, alertes.
Management tool for Metro-Ethernet networks

Abstract

The ever increasing demand for reliability, availability, and security has placed metrology and
supervision in the heart of engineering network. In this context, the main theme of this work,
conducted in Sotetel, is to develop a new platform for monitoring the optical links of MetroEthernet networks. A good monitoring solution must enable engineers to ensure the proper
functioning of equipment on a daily basis (reports, alerts upon detection of problems) and
policy makers to make the right choices in terms of control (size, trends) . SotetelNetManager
application, born of this work, can replace almost all of the tools previously used to fulfill the
various functions of supervision of Metro-Ethernet networks.
Key Words: Metro-Ethernet, fiber optics, mitigation, maintenance, traps, SNMP, monitoring,
statistics, metrics, alerts.
Intitule et adresse complte de lentreprise :
Entreprise : Sotetel.
Adresse : Rue des Entrepreneurs Charguia II.
Tl. : 71.941.100
Fax : 71.941.513
Email : sotetel@email.ati.tn