Débordement d’événements

Ce que fait le débordement d’événements

Event Overflow est une mesure de sécurité à l’échelle de la plateforme dans GCXONE qui protège automatiquement le système contre l’inondation d’un appareil défectueux ou mal configuré. Sans cette protection, un seul capteur bruyant pourrait envoyer des milliers d’alarmes en quelques minutes, surchargeant potentiellement toute l’infrastructure de traitement des alarmes et affectant tous les clients sur la plateforme.

Pourquoi c’est important

Sans protection contre le débordement d’événements, un seul capteur bruyant pourrait inonder toute la plateforme — affectant non pas un seul client mais tous les clients partageant l’infrastructure. Le système de seuil garantit qu’un appareil mal configuré ne peut pas désactiver le traitement des alarmes pour les autres.

Comment ça fonctionne

GCXONE — Niveau de l’appareil

GCXONE fonctionne par défaut à l’échelle de la plateforme pour éviter l’épuisement des ressources. Le système surveille les alarmes entrantes au niveau de chaque appareil/capteur :

• **Seuil : **Si un seul appareil envoie plus de 25 alarmes dans une fenêtre de 5 minutes, le seuil de dépassement est franchi.
• **Type d’alarme : **Le système génère un type d’alarme interne appelé event.overflow pour enregistrer et signaler l’incident.
• **Suppression : **Toutes les autres alarmes provenant de ce capteur spécifique sont supprimées pour le reste de la fenêtre de 5 minutes.
• **Récidive : **Le système revérifie au début de chaque nouvelle fenêtre de 5 minutes. Si le taux d’alarme reste au-dessus du seuil, un autre événement. Le débordement est augmenté et la suppression continue.

Talos (CMS) — Niveau du site

Même si les décomptes d’alarmes individuels des appareils passent par GCXONE, ils peuvent toujours être bloqués au niveau CMS (Evalink Talos), qui applique une logique de dépassement au niveau du site — sur tous les appareils d’un site :

• **Seuil au niveau du site : **Talos regroupe les alarmes sur tous les capteurs d’un site. Par exemple, si deux appareils envoient chacun 15 alarmes (en dessous du seuil GCXONE par appareil de 25), GCXONE les autorise à passer individuellement — mais Talos voit 30 alarmes au total pour le site et les bloque.
• **Code d’erreur : **Dans Talos, cela apparaît comme le code d’erreur Limite d’alarme dépassée.

Capacités clés

Configuration et personnalisation

Les seuils par défaut sont conçus pour la sécurité générale des quais. Pour les locataires ayant des exigences légitimes d’alarme à fort volume, ces seuils peuvent être ajustés via les Propriétés Personnalisées :

• **Seuils configurables : **Pour certains locataires à haute priorité, la limite par défaut de 25 alarmes peut être augmentée (par exemple, à 50 ou 100). Cela est fixé au niveau du locataire ou du prestataire de services.
• **Nom personnalisé de la propriété : **Le paramètre utilisé pour ajuster cela est style.overflow.threshold.
• **Durée de l’isolement : **La durée d’isolation par défaut (définie au niveau du fournisseur de service, en minutes) peut être configurée si un client nécessite un comportement de suppression des notifications différent.

Note importante pour les CSM — Les changements de seuil doivent être coordonnés avec l’équipe R&D et ne doivent être appliqués qu’après confirmation que le volume d’alarme élevé est légitime (par exemple, des sites industriels à forte activité des capteurs) et non le résultat d’un dispositif mal configuré.

Bonnes pratiques

Rappel clé — Le débordement d’événements est une fonction protectrice — pas un bug. Lorsqu’il s’active, cela signifie que le système fonctionne comme prévu pour protéger la plateforme. La priorité est toujours d’identifier et de corriger la configuration sous-jacente des dispositifs qui génère un volume d’alarme excessif.

• Passez de la détection de mouvement de base aux événements intelligents (IVS) — La croisement de ligne et la détection d’intrusion ciblent uniquement les événements réels, éliminant ainsi la cause principale de la plupart des incidents de dépassement.
• Lancez le client de test du fabricant avant d’escalader vers l’équipe plateforme — si elle aussi inonde, le problème est confirmé comme étant l’appareil, et non GCXONE.
• Coordonnez-vous avec l’équipe R&D avant d’ajuster les seuils — n’augmentez les limites qu’après avoir confirmé que le volume élevé d’alarme est légitime et non le résultat d’un appareil mal configuré.
• Prévenez le client lorsque le débordement est actif — informez-le que les alarmes sont supprimées afin qu’il puisse décider s’il souhaite être informé immédiatement ou préférer une fenêtre de suppression temporelle.

Détails supplémentaires

Dépannage — Identifier la cause

Lorsqu’un appareil est bloqué à cause d’un débordement, ce n’est presque jamais une erreur de plateforme. La cause profonde est presque toujours un problème de configuration au niveau du site physique.

1. Étape 1 — Ouvrir le tableau de bord GCXONE et rechercher des capteurs affichant un état bloqué ou des entrées de journal événement.overflow.
2. Étape 2 — Accéder au NVR physique ou aux journaux de la caméra pour vérifier s’il produit réellement une vague d’événements.
3. Étape 3 — Exécuter le client de test du fabricant (par exemple, Hikvision Test Client, Dahua Config Tool). Si le client de test inonde également, le problème vient de l’appareil — pas de la plateforme.

Solutions recommandées

Une fois la cause identifiée, utilisez les approches de remédiation suivantes :

Recommandé : Passer aux Événements Intelligents (IVS) — La cause la plus courante du débordement est l’utilisation de la détection de mouvement de base, qui se déclenche à chaque changement de pixel — vent, pluie, reflets, insectes. Nous recommandons vivement de passer aux événements Intelligent Video System (IVS) :

• Détection de croisement de lignes — ne se déclenche que lorsqu’un objet franchit une ligne définie.
• Détection d’intrusion — ne se déclenche que lorsqu’un objet entre dans une zone définie.
• Filtres humain/véhicule — applique une IA côté bord pour ignorer les mouvements non humains ou non véhicules avant d’envoyer un signal.

Options supplémentaires d’atténuation

• Réduire la sensibilité à la détection de mouvement : Baisser le réglage de sensibilité de la caméra ou du NVR, ou augmenter le seuil de taille minimale de l’objet, afin que de petits changements environnementaux ne déclenchent pas d’alarmes.
• Ajustez le temps de seuil : Configurez l’appareil pour qu’il nécessite une durée de détection soutenue (par exemple, 2 secondes de mouvement continu) avant de lancer une alarme — cela filtre les déclencheurs fugaces et non menaçants.
• Prévenez le client : Si un appareil entre en débordement pendant une période de surveillance active, informez le client que les alarmes sont supprimées. Ils doivent décider s’ils sont informés immédiatement au début du débordement, ou s’ils préfèrent une fenêtre de suppression temporelle.