Seuils d'incident

Les seuils d’incident définissent votre tolérance à des incidents spécifiques pouvant survenir sur votre réseau.

De par leur nature même, certains types d’incidents peuvent être plus importants que d’autres. En définissant des seuils d'incidents correspondant aux garanties de service de votre entreprise, vous pouvez utiliser le rapport sur l'état du réseau pour fournir une vue d'ensemble de la conformité de l'ensemble de votre réseau à tout moment (voir Rapport sur l'état du réseau).

La vidéo de formation « Surveillance », dans laquelle nous abordons les « seuils d'incident », fait partie de la playlist « Opérations réseau » :

Note : Si vous êtes nouveau dans Broadsign Control, nous vous suggérons de commencer par la liste de lecture Configuration du réseau.

Surveillance – Décrit différents aspects de la surveillance du réseau. Vous pouvez trouver des seuils d'incidents, notamment, à 8:00.

Surveillance

Les niveaux de tolérance de votre réseau peuvent être définis par type d'incident pour toutes les ressources ou par type d'incident pour une ressource spécifique.

Si aucun seuil n'est attribué à un type d'incident, l'incident est considéré comme trivial et ne sera pas interprété comme un avertissement ou un problème critique dans le rapport sur l'état du réseau.

Les seuils d'incident spécifiés dans l'onglet Monitoring de votre domaine servent de valeurs par défaut à l'échelle de votre réseau pour tout type d'incident donné. Vous pouvez éventuellement remplacer cette valeur par défaut pour une ressource particulière en attribuant un seuil d'incident à la ressource dans son onglet Monitoring. Pour chaque seuil, vous pouvez définir comment et quand l'incident est transformé en avertissement ou en état critique.

Les seuils d'incident régissent la manière dont les incidents sont transmis aux avertissements et aux problèmes critiques. L'escalade du statut d'un incident est effectuée automatiquement par Broadsign Server et des notifications par courrier électronique sont envoyées aux contacts appropriés en cas d'escalade. La modification d’un seuil d’incident ajustera rétroactivement les statuts des incidents qui ont déjà été escaladés.

Considérez cet exemple d’incident de disparition (MIA) :

Exemple : En définissant un seuil sur l'incident MIA au niveau du domaine, vous pouvez définir votre tolérance à l'échelle du réseau face à l'incident MIA comme suit : Avertissement après deux heures, Critique après six heures. Cette règle métier sera respectée dans le rapport de santé du réseau et le panneau de service du lecteur.

  • Si un lecteur est absent depuis moins de deux heures, le rapport sur l'état du réseau considérera toujours ce lecteur comme étant en bonne santé (voir Rapport sur l'état du réseau ).
  • Si un rapport sur l'état du réseau est généré trois heures après que le lecteur soit devenu MIA, le lecteur apparaîtra comme ayant reçu un avertissement.
  • Si un rapport sur l'état du réseau est généré plus de six heures après que le lecteur soit devenu MIA, le lecteur apparaîtra comme étant critique.

Considérez cet exemple de problème de connectivité :

Exemple : Un réseau composé de lecteurs mixtes à large bande et à accès commuté doit être surveillé pour son état de connectivité. La tolérance aux MIA sur les lecteurs commutés sera probablement plus élevée, en raison du manque de fiabilité de la connexion. Dans ce cas, vous pouvez définir un seuil personnalisé pour l'incident MIA sur la ressource du lecteur qui remplacera le seuil défini dans le domaine :

  • Avertissement après 12 heures
  • Critique après deux jours

Cette modification garantit que lorsque le rapport sur l’état du réseau est généré, l’état de ce lecteur d’accès à distance dépendra de son propre seuil, et non du seuil de l’ensemble du réseau.

Voici quelques autres exemples d’utilisation de seuils personnalisés :

  • Un lecteur de grande valeur à Times Square devrait avoir une tolérance aux incidents inférieure à celle des autres lecteurs du même réseau.
  • Une opération de contrôle de périphérique qui allume un écran est plus importante qu'une opération qui l'éteint.
  • Si une copie publicitaire particulière provoque des incidents attendus, ceux-ci peuvent être supprimés afin qu'ils ne soient pas comptabilisés dans le rapport sur l'état du réseau.