Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Développement d’une application D’administration réseau pour

No description
by

Haithem Dadi

on 14 September 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Développement d’une application D’administration réseau pour

Projet de fin d'études
Développement d’une application D’administration réseau pour la gestion de fault management
des équipements Telecom
Encadrant ENIT Mohamed Escheikh
Encadrant Entreprise Yahya Hzami

Plan
Conclusion
Réalisation
Conception du projet
Problématique
Introduction
Introduction

Les systèmes de réseaux augmentent en taille et en complexité.
Aucun système n'est infaillible.
La difficulté de comprendre, surveiller et gérer les différents éléments d'un système.
La difficulté de comprendre la corrélation entre les différents éléments du système, et le suivi et la gestion de leurs relations.


Problématique
isoler et de localiser
leurs causes
détecter et identifier les problèmes
mener les actions requises pour corriger les problèmes
Fault Management
Fault Managment
Collecte des alarmes et des événements
Classification des événements et des alarmes selon leurs importance
Utiliser L’interface NBI pour collecter les alarmes :
SNMP
TL1
CORBA
Systèmes de Supervision

Traitement des Alarmes

Réparation de Fault
Éléments de Fault Management
CORBA
TL1
GDMO
X.700
Systèmes de supervision & Traitement des Alarmes –Protocoles Relevant
Protocole norme
SNMP V1/V2
SNMP V3
SNMP: MIB
CORBA
On doit mettre en place l'environnement de gestion des alarmes c'est-à-dire :

Créer et configurer des operation contexts
Configurer la Discriminator construct et scheduling Package selon à les besoins de notre fault management.

On doit contrôler la collecte d'alarme:

Suspension et reprise de la collection de l’alarme par l’opération contextes.
Contrôler le comportement d’alarm collection des operation contexts.
Conception détaillée du module Alarm Handling

On doit gérer les alarmes:

Récupérer et afficher les alarm objects de l’operation context référentiel.
Changement d’états de alarm object grâce à des opérations telles que :archiving, purge, etc.
Conception détaillée du module alarm handling
Un superviseur est capable de faire les opérations suivantes :

Show : pour afficher tous les alarmes ou bien des attributs bien déterminées de l’OC
Get : pour obtenir des informations sur les NMS
Create : pour créer une autre OC en l’associant à son domaine
Delete : pour supprimer un OC de façon permanente ou pendant un intervalle temps
Set : pour reparer les OC exemple : SP DC …
Regester : pour enregister les OC
Deregister : pour supprimer les OC
Conception détaillée du module alarm handling
État de l’art et étude de l’existant
Travail demandé
Architecture simplifié de l'application 
Conception de l’agent
mécanisme de l'application
conception de superviseur
besoins :
nécessité de surveiller et gérer des équipements (soft et hard).
nécessité d'informatiser le processus de gestion de panne.
nécessité de respecter les normes de l'UIT dans la conception de Fult Management (FM).
Type de FM
deux types principales pour effectuer la gestion des défauts


Actifs

Passifs
Solutions de Fault Management
Propriétaire
Open source
1
2
4
3
5
6
7
8
9
10
11
15
Architecture de l'application
16
18
19
22
23
24
Cahier des charges
Cette solution est composée de trois grands blocs
1- L’agent ou le SBI (South Bound Interface)
2- Alarm Handling
Est chargé de stocker les événements et les alarme éventuelles dans une base de données
centralisée.
3- UI
Conclusion
Le présent projet de fin d’études nous a présenté une opportunité importante pour développer dans un cadre professionnel une application de gestion de panne (FM). Cette application est destinée pour différents utilisateurs impliqués dans le décessions de gestion et d’administration.
Notons que notre application repose sur les protocoles SNMP et CORBA et repose aussi sur les recommandations des normes X.700 de l’UIT.
Come perspective de notre travail on peut améliorer d’avantages des aspects ergonomiques et d’utiliser des outils d’informatique décisionnelle pour offrir une meilleur aide pour le superviseur.
Environnement logiciel
Environnement logiciel
Environnement matériel
Pour la réalisation de ce projet, nous avons disposé d’un micro-ordinateur caractérisés par :
Marque : LENOVO
Processeur : Intel(R)Core(TM)2 Duo CPU T6570 @ 2.10GHz 2.10 GHz
RAM : 2.00 GO
Disque Dur : 250 Go
Système d’exploitation : Linux (ubuntu 12.04)
prototype pour un user interface
Démonstration
Architecture de l'application Fault Management
Conception de la base de données
On choisit de travailler avec une base de donnée NOSQL car la fréquence des événements reçue est très grande plus aux 1000 événements / seconde.
13
12
merci pour votre attention
Questions?
25
26
27
28
29
30
31
32
Toutes les entités gérées par SNMP disposent d'un ID d'objet qui commence par 1.3.6.1.2.1
Iso.org.dod.internet.mgmt.mib-2

17
Architecture de processus Alarm Handling
21
Operation context : OC
L'Alarm Handling est basé sur Operation Contexts (OCs) et Alarm Objects (AOs). OC contrôlent la façon dont la collecte des alarme est effectuée, AO permettent à l'utilisateur de gérer et manipuler l'information sur l'alarme
14
Full transcript