Monitoring réseau & serveurs – InterMapper Blog

Intermapper 6.4


Intermapper 6.4 nouveautés et améliorations

Août 2019

Cisco : nouvelles probes et mises à jours

Nouvelles probes pour la supervision Cisco

  • Catalyst 3850 : supervision d’un switch Catalyst 3850 ou d’un stack complet,
  • Catalyst 4500X : Supervision des switchs de la série Cisco Catalyst 4500-X,
  • Catalyst 6500 : Supervision des switch de la série Cisco Catalyst 6500 ou 6509-E,
  • Catalyst 9300 : supervision d’un switch Cisco Catalyst 9300 ou d’un stack complet

Probe mise à jour

  • Catalyst Switch : mise à jour de la probe générique pour la supervision des stacks des Catalyst 2960, 3560, 3750, 3750X, 3850, ou des switch Catalyst 9300.
Paramètres de la probe de supervision des switchs Cisco Catalyst
Probe de supervision des switch Cisco Catalyst – clic pour agrandir
Notes :
  • Les probes pour Catalyst 4500X et 6500 ne peuvent pas superviser une paire de switch 4500X ou 6500 stackés dans un Système de commutation virtuel (VSS)
  • La probe Catalyst Switch supporte le monitoring des modèles de switch 3850 et 9300 mais les probes spécifiques Catalyst 3850 et Catalyst 9300 remontent d’avantage d’informations.

OpenJDK 11 Java Runtime Environment

  • Intermapper utilise désormais OpenJDK 11 à partir de cette version 6.4
  • L’ensemble des JREs (Java Runtime Environnement) utilisent désormais OpenJDK 11 JRE

Gestion avancée des alertes pour les interfaces

La gestion des alertes sur les interfaces des matériels a été revue et notablement améliorée.

  • Il est désormais possible de définir des notifications par défaut différentes pour les matériels et pour les interfaces d’une carte.
    Les valeurs par défaut sont automatiquement associées à tout nouveau matériel ou toute nouvelle interface ajouté sur la carte.
    Ce réglage affecte les matériels ou liens existants sur la cartes mais ils peuvent être modifiés individuellement,
  • Pour les installation existantes, l’option qui positionne le status sur Alarm lorsqu’un lien est tombé (set devices to alarm on the link down) est cochée par défaut,
  • La nouvelle variable ifAlias peut être insérée les alertes et permet de d’identifier l’interface qui est concernée,
  • Ajout de nouvelles cases à cocher pour Ignore Error/Discards. Vous pouvez basculer le status “Ignoré” par interface,
  • Les notifications peuvent être désactivées interface par interface,
  • Le délai de d’activation des alarmes des matériels est désormais modifiable pour l’ensemble du serveur ou carte par carte. Le délai des alarmes pour les liens est modifiable carte par carte,
  • Il est possible de modifier les alarmes de l’ensemble des matériels du serveur d’un coup. Vous pouvez aussi modifier les alarmes des matériels et des liens carte par carte.

TLSv1.2

Intermapper et Intermapper RemoteAccess nécessitent TLSv1.2 à partir de cette version 6.4

Conservation des graphes lors de la suppression d’une carte

Les données des graphes sont déplacés dans le dossier Chart Data/Deleted lorsque la carte à laquelle ils sont associés est supprimée. De la sorte vous pourrez toujours accéder facilement en cas de besoin à cette carte supprimée et à ses graphes. (C’était déjà possible mais moins simple avant)

Autres améliorations

  • Les administrateurs peuvent régler ou modifier le délai des notifications pour tout les périphériques, ou tout les liens d’un serveur directement,
  • L’option Ignore Errors/discards est complétée avec l’ajout des réglages : Ignore Transmit Errors, Ignore Receive Errors, Ignore Transmit Discards, Ignore Receive Discards,
  • 3 nouveaux champs dans les tables importées/exportées” : IgnoreErrors, IgnoreDiscards, IgnoreUtilization,
  • La variable ifAlias peut maintenant être utilisée dans les notifications pour vous permettre de savoir quelle interface est concernée,
  • Lorsque vous supprimez une carte depuis Server Settings > Enabled Maps, les graphes associés à cette carte sont déplacés dans un nouveau dossier nommé Chart Data/Deleted
  • Le terme Severity a été modifié en Status dans le dialogue d’accusé d’alerte (Alert Acknowledgement dialog).

Autres changements

  • Windows 32-bit n’est plus supporté,
  • Les notifications des Alarmpoint sont émises même si aucun notification n’est associé pour l’élément
  • Le démarrage initial d’Intermapper Flows se passe correctement dans le cas ou le serveur et l’Intermapper RemoteAccess ne sont pas de la même version.
  • Vous pouvez modifier un accusé d’alerte de périphérique ou de lien en re-ouvrant le dialogue d’accusé.
Recevoir les liens de téléchargement d’Intermapper 6.4

Lire aussi : Pourquoi choisir Intermapper pour les cartes réseau ?