Áú»¢¶Ä²©

²Ñ´Ç»å¨¨±ô±ðs standardis¨¦s pour les p¨¦riph¨¦riques r¨¦seaux

Aper?u

Afin de surveiller les p¨¦riph¨¦riques r¨¦seau tels que les commutateurs et les routeurs, nous avons cr¨¦¨¦ deux mod¨¨les : le p¨¦riph¨¦rique r¨¦seau lui-m¨ºme (son ch?ssis essentiellement) et l'interface r¨¦seau.

Depuis Áú»¢¶Ä²© 3.4, des mod¨¨les sont fournis pour de nombreuses familles de p¨¦riph¨¦riques r¨¦seau. Tous les mod¨¨les couvrent (s'il est possible d'obtenir ces ¨¦l¨¦ments de l'¨¦quipement) :

• La supervision des pannes de ch?ssis (blocs d'alimentation, ventilateurs et temp¨¦rature, ¨¦tat g¨¦n¨¦ral)
• La supervision des performances du ch?ssis (¨¦l¨¦ments processeur et m¨¦moire)
• La r¨¦cup¨¦ration de l'inventaire du ch?ssis (num¨¦ro de s¨¦rie, nom du mod¨¨le, version du micrologiciel)
• La surveillance d'interfaces r¨¦seau avec IF-MIB et EtherLike-MIB (statut de l'interface, charge du trafic d'interface, statut duplex pour Ethernet)

Ces mod¨¨les sont disponibles :

• Dans les nouvelles installations - dans Configuration ¡ú ²Ñ´Ç»å¨¨±ô±ðs ;
• Si vous effectuez une mise ¨¤ jour ¨¤ partir de versions pr¨¦c¨¦dentes, vous pouvez trouver ces mod¨¨les dans le r¨¦pertoire templates de la derni¨¨re version Áú»¢¶Ä²© t¨¦l¨¦charg¨¦e. Dans Configuration ¡ú ²Ñ´Ç»å¨¨±ô±ðs, vous pouvez les importer manuellement ¨¤ partir de ce r¨¦pertoire.

Si vous importez les nouveaux mod¨¨les pr¨ºts ¨¤ l'emploi, vous devriez ¨¦galement mettre ¨¤ jour l'expression r¨¦guli¨¨re globale @Network interfaces for discovery pour :

Result is FALSE: ^Software Loopback Interface
       Result is FALSE: ^(In)?[lL]oop[bB]ack[0-9._]*$
       Result is FALSE: ^NULL[0-9.]*$
       Result is FALSE: ^[lL]o[0-9.]*$
       Result is FALSE: ^[sS]ystem$
       Result is FALSE: ^Nu[0-9.]*$

pour filtrer les loopbacks et les interfaces nulles sur la plupart des syst¨¨mes.

±Ê¨¦°ù¾±±è³ó¨¦°ù¾±±ç³Ü±ð²õ

Liste des familles de p¨¦riph¨¦riques pour lesquelles des mod¨¨les sont disponibles :

Conception de mod¨¨le

Les mod¨¨les ont ¨¦t¨¦ con?us avec les objectifs suivants :

• Les macros utilisateur sont utilis¨¦es autant que possible afin que les d¨¦clencheurs puissent ¨ºtre personnalis¨¦s par l'utilisateur ;
• La d¨¦couverte de bas niveau est utilis¨¦e autant que possible pour minimiser le nombre d'¨¦l¨¦ments non pris en charge ;
• Tous les mod¨¨les d¨¦pendent du mod¨¨le ICMP Ping, de sorte que tous les p¨¦riph¨¦riques sont ¨¦galement v¨¦rifi¨¦s par ICMP ;
• Les ¨¦l¨¦ments n'utilisent pas de MIB - les OIDs SNMP sont utilis¨¦s dans les ¨¦l¨¦ments et les d¨¦couvertes de bas niveau. Il n¡¯est donc pas n¨¦cessaire de charger des MIB dans Áú»¢¶Ä²© pour que les mod¨¨les fonctionnent ;
• Les interfaces r¨¦seau loopback sont filtr¨¦es lors de la d¨¦tection, de m¨ºme que les interfaces avec ifAdminStatus = down(2) ;
• Les compteurs 64 bits sont utilis¨¦s ¨¤ partir de IF-MIB::ifXTable si possible. S'ils ne sont pas support¨¦s, les compteurs 32 bits sont utilis¨¦s par d¨¦faut ;
• Toutes les interfaces r¨¦seau d¨¦couvertes ont un d¨¦clencheur qui contr?le son statut op¨¦rationnel (lien) ;
  • Si vous ne souhaitez pas contr?ler cette condition pour une interface sp¨¦cifique, cr¨¦ez une macro utilisateur avec un contexte de valeur 0. Par exemple :

o¨´ Gi0/0 est {#IFNAME}. De cette fa?on, le d¨¦clencheur n'est plus utilis¨¦ pour cette interface sp¨¦cifique.

  * Vous pouvez ¨¦galement modifier le comportement par d¨¦faut pour que tous les d¨¦clencheurs ne se d¨¦clenchent pas et n'activer ce d¨¦clencheur que pour un nombre limit¨¦ d'interfaces telles que les linkup :

Tags

• Performances - Les MIBs de la famille de p¨¦riph¨¦riques offrent un moyen de surveiller les ¨¦l¨¦ments de la CPU et de la m¨¦moire ;
• Erreur - Les MIBs de la famille des p¨¦riph¨¦riques fournissent un moyen de surveiller au moins un capteur de temp¨¦rature ;
• Inventaire - Les MIBs de la famille des p¨¦riph¨¦riques offrent un moyen de collecter au moins le num¨¦ro de s¨¦rie du p¨¦riph¨¦rique et le nom du mod¨¨le ;
• Certifi¨¦ - les trois cat¨¦gories principales ci-dessus sont couvertes.