Débordement d'événements

Qu'est-ce que le débordement d'événements

Le débordement d'événements est un mécanisme de protection de la stabilité à l'échelle de la plate-forme dans GCXONE qui protège automatiquement le système d'être inondé par un appareil défaillant ou mal configuré. Sans cette protection, un seul capteur défaillant pourrait envoyer des milliers d'alarmes en quelques minutes, surchargeant potentiellement toute l'infrastructure de traitement des alarmes et impactant tous les clients de la plate-forme.

Pourquoi c'est important

Sans protection de débordement d'événements, un seul capteur défaillant pourrait inonder toute la plate-forme — impactant non seulement un client mais tous les clients partageant l'infrastructure. Le système de seuils garantit qu'un seul appareil mal configuré ne peut pas arrêter le traitement des alarmes pour tous les autres.

Fonctionnement

GCXONE — Niveau de l'appareil

GCXONE fonctionne avec une valeur par défaut à l'échelle de la plate-forme pour prévenir l'épuisement des ressources. Le système surveille les alarmes entrantes au niveau du capteur/appareil individuel :

• Seuil : Si un seul appareil envoie plus de 25 alarmes dans n'importe quelle fenêtre de 5 minutes, le seuil de débordement est dépassé.
• 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 alarmes supplémentaires de ce capteur spécifique sont supprimées pour le reste de la fenêtre de 5 minutes.
• Récurrence : Le système revérifie au début de chaque nouvelle fenêtre de 5 minutes. Si le taux d'alarmes reste au-dessus du seuil, un autre event.overflow est déclenché et la suppression continue.

Talos (CMS) — Niveau du site

Même si les comptages d'alarmes des appareils individuels passent à travers GCXONE, ils peuvent toujours être bloqués au niveau du CMS (Evalink Talos), qui applique la logique de débordement au niveau du site — sur tous les appareils d'un site :

• Seuil au niveau du site : Talos agrège 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 totales pour le site et les bloque.
• Code d'erreur : Dans Talos, ceci apparaît comme le code d'erreur Limit 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 de la plate-forme. Pour les locataires ayant des besoins légitimes d'alarmes de haut volume, ces seuils peuvent être ajustés à l'aide de propriétés personnalisées :

• Seuils configurables : Pour les locataires spécifiques hautement prioritaires, la limite par défaut de 25 alarmes peut être augmentée (par exemple, à 50 ou 100). Ceci est défini au niveau du locataire ou du fournisseur de services.
• Nom de propriété personnalisée : Le paramètre utilisé pour l'ajuster est style.overflow.threshold.
• Durée d'isolation : La defaultIsolationDuration (définie au niveau du fournisseur de services, en minutes) peut être configurée si un client requiert un comportement de suppression de notifications différent.

Remarque importante pour les CSM — Les modifications de seuil doivent être coordonnées avec l'équipe R&D et ne doivent être appliquées qu'après avoir confirmé que le volume d'alarmes élevé est légitime (par exemple, les sites industriels avec une activité de capteur élevée) et non le résultat d'un appareil mal configuré.

Meilleures pratiques

Rappel clé — Le débordement d'événements est une fonction de protection — pas un bogue. Lorsqu'elle s'active, cela signifie que le système fonctionne comme prévu pour protéger la plate-forme. La priorité est toujours d'identifier et de corriger la configuration d'appareil sous-jacente qui génère un volume d'alarmes excessif.

• Passer de la détection de mouvement basique aux événements intelligents (IVS) — La détection du franchissement de ligne et la détection d'intrusion ciblent uniquement les événements réels, éliminant la cause première de la plupart des incidents de débordement.
• Exécutez le client de test du fabricant avant de demander une escalade à l'équipe de la plate-forme — s'il inonde également, le problème est confirmé comme étant l'appareil, pas 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 d'alarmes élevé est légitime et non le résultat d'un appareil mal configuré.
• Notifiez le client lorsque le débordement est actif — informez-le que les alarmes sont supprimées pour qu'il puisse décider s'il souhaite être notifié immédiatement ou préférer une fenêtre de suppression programmée.

Détails supplémentaires

Dépannage — Identifier la cause

Quand un appareil est bloqué en raison d'un débordement, ce n'est presque jamais une erreur de plate-forme. La cause première est presque toujours un problème de configuration au niveau du site physique.

1. Étape 1 — Ouvrez le tableau de bord GCXONE et recherchez les capteurs affichant un statut Bloqué ou les entrées du journal event.overflow.
2. Étape 2 — Accédez aux journaux NVR ou caméra physiques pour vérifier s'il produit réellement une inondation d'événements.
3. Étape 3 — Exécutez le client de test du fabricant (par exemple, Hikvision Test Client, Dahua Config Tool). Si le client de test inonde également, le problème est l'appareil — pas la plate-forme.

Solutions recommandées

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

Recommandé : Passer aux événements intelligents (IVS) — La cause la plus courante de débordement est l'utilisation de la détection de mouvement basique, qui se déclenche lors de tout changement de pixel — vent, pluie, reflets, insectes. Nous recommandons vivement de passer à des événements Intelligent Video System (IVS) :

• Détection du franchissement de ligne — se déclenche uniquement lorsqu'un objet franchit une ligne définie.
• Détection d'intrusion — se déclenche uniquement lorsqu'un objet entre dans une zone définie.
• Filtres humain/véhicule — applique l'IA côté périphérie pour ignorer les mouvements non humains/non véhicules avant d'envoyer un signal.

Options d'atténuation supplémentaires

• Réduire la sensibilité de la détection de mouvement : Réduisez le paramètre de sensibilité sur la caméra ou le NVR, ou augmentez le seuil de taille minimum d'objet, afin que les changements mineurs de l'environnement ne déclenchent pas les alarmes.
• Ajuster la durée du seuil : Configurez l'appareil pour exiger une durée de détection soutenue (par exemple, 2 secondes de mouvement continu) avant d'envoyer une alarme — cela filtre les déclencheurs fugaces et non menaçants.
• Notifiez 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. Il doit décider s'il souhaite être notifié immédiatement lorsque le débordement commence, ou préférer une fenêtre de suppression programmée.