Discussion :

[halloumiali]

Bonjour , je travaille actuellement sur la rédaction d'un manuel pour un outil de supervision.
Cette outil récupère les traps grâce au protocole snmp.
J'ai regardé le ficher de configuration des traps où sont référencé la liste des trap avec les numéro O.I.D , la criticité ainsi que d'autres information.

De temps à autre une phrase de description explique rapidement la signification du traps mais jamais de manière très détaillé.
Je souhaiterais donc savoir s'il existe un livre ou un site web qui explique de manière les traps quant à leur utilités , les causes et les différentes conséquence de la génération de ce trap.

J'ai déjà fait quelques recherches sur le web sans succès.

Les traps sont généré sur l'application HP OpenView. J'ai regardé la documentation officiel de HP mais quasiment rien sur la cause et conséquence sur les alertes en elles-mêmes mais plutôt que du paramétrage du logiciel.

Mon objectif étant de faire un catalogue d'alarme.

Voici quelques exemples de trap que je doit expliquer :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
OV_Node_Down_
wlsxAuthServerReqTimedOut
wlsxAccessPointIsDown
wlsxVlanLinkDown
wlsxNAccessPointIsDown
wlsxBSSIDIsDown
wlsxColdStart
wlsxWarmStart
wlsxNAuthServerIsDown
nessDhcpKilled
nessDhcpFailover
irmsTrapColdStart
multiswitchTrapInBlackout
lpsViolationTrap
upsmgBatteryFault
upsmgOnBattery
upsmgUtilityFailure
upsmgOverLoad
upsmgOverTemperature
upsmgBatteryReplacementIndicated
upsmgBatteryUnavailable
upsmgAtLowBattery
upsmgChargerFault
upsmgAtLowCondition
SNMPSTOP_START
SNMPSTOP_DHCP_RATP
SNMPSTOP_IPM_SUPERVISION
SNMP_TRAP-FAILOVER
Cisco_HsrpStateChange
ciscoEnvMonSuppStatusChangeNotifMAVL1
c2900AddressViolation
c2900BroadcastStorm
SNMP_Cold_Start
Warm_start_DHCP_
Cisco_ColdStart_
Cisco_reload_559_
Cisco_reload_559
SNMP_Warm_Start_
Cisco_Warm_Start
SNMP_Link_Down_
SNMP_Link_Down_
Cisco_Down_110_
Cisco_Down_110
Trap_down_
Cisco_Down_324
Cisco_Down_325
Cisco_Down_414_
Cisco_Down_414_
Cisco_Down_414_
Cisco_Down_414_
Cisco_Down_431_
Cisco_Down_431
Cisco_Down_466
Cisco_Down_50_
Cisco_Down_50
Cisco_Down_559_L14
Cisco_Down_559_RAP
Cico_Down_559

Merci à vous.

[ram-0000]

Ce n'est pas le problème d'HP OpenView de savoir pourquoi un trap est généré et dans quel contexte.

Il faut se tourner vers la doc de l'élément qui génère le trap pour savoir tout cela et je reconnais, ce n'est pas le plus facile. Cerytains équipementiers/logiciels le font très bien. Pour d'autres, c'est le flou le plus complet. Donc bon courage pour faire ton dictionnaires des alarmes.

Une fois que tu as ces info, tu peux faire ton boulot dans OpenView. HP Openview connait par défaut un certain nombre de trap et sait lire certaines info dedans, pour les autres traps, c'est à toi de les déclarer à la main dans HP OpenView.

[halloumiali]

Bonjour et merci pour ton aide.

Comment faire pour que je puisse me tourner vers la documentation de l'élément ?
Ou puis-je trouver ce genre d'information ?

Peut-tu me donner un exemple sur l'une des alertes que j'ai posté ?

Par exemple , pour l'alerte de Node_Down , je suppose que l'élément est passé en défault , mais ce que j'aimerais pour cette exemple , ca serais de détailler les causes et les conséquences possibles. Ça peu etre dû à une coupure de courant ou autre , mais mon soucis est de lister la totalité des causes possibles.

Je peu essayer de deviner plus ou moin , mais pas de manière complète et c'est cela mon problème.

[ram-0000]

Il faut prendre le problème dans l'autre sens.

Tu as une infrastructure avec des équipements. Sur chacun des équipements que tu veux manager avec HP OpenView, il faut activer SNMP (ce n'est pas toujours le cas par défaut) et indiquer dans la conf de cet équipement l'adresse IP de ton manager HP OpenView.

Une fois que c'est fait et que tu peux interroger ton équipement en SNMP (et en ping aussi) depuis le manager HP OpenView, tu peux le rajouter dans la liste des équipements managés (sur tes cartes graphiques).

Ca, c'est pour régler les problèmes d'accès réseau (routage) et de visibilité SNMP (communuaté SNMP) et tu verras que ce n'est pas facile !!!

Ensuite, pour chacun des équipements ou applications que tu veux manager, tu fais un dictionnaire des traps (alarmes) potentiellement générables en utilisant les fichiers MIB de ces équipements et avec un peu de chance tu auras aussi les conditions de génération de ces traps. Tu peux trouver cela dans les doc constructeur ou d'intégration de tes équipements ou des applications. Parfois, il faudra insister auprès du constructeur pour obtenir cette info, d'autre fois, c'est facile. Cisco est un bon exemple car c'est entièrement détaillé sur leur site (si tu as un login pour accéder au support). Tu peux aussi trouver des MIB sur des sites de référencement. Sur mon site (http://www.circitor.fr/Mibs/Mibs.php), tu trouveras 6 ou 7000 fichiers MIBS, si cela peut t'aider.

Une fois que tu as fais le dictionnaires des alarmes de tes équipements, il faut les rentrer dans le dictionnaire géré par HP OpenView afin qu'il puisse les traiter (a priori, si un trap est reçu par HPOV et qu'il n'est pas dans son dictionnaire, il part à la poubelle).

Par exemple , pour l'alerte de Node_Down , je suppose que l'élément est passé en défault.

Je ne sais pas t'aider sur ce cas précis ni sur les autres. Il faut bien voir que dans HPOV, lorsque tu ajoutes un trap à son dictionnaire, tu saisi son OID (issu du fichier MIB de l'équipement) et un nom logique pour toi t'aider à le reconnaitre (ainsi que probablement d'autres paramètres). Le nom que tu me donnes (Node_Down) est ce nom logique et il ne veut rien dire pour moi, il n'a de sens que pour toi. A la limite avec l'OID de ce nom logique, je pourrais t'aider (mais je n'aurai pas forcément le temps !!!). L'OID, c'est la seul chose qui référence vraiment et de manière absolue (dictionnaire HPOV et fichier MIB)