En entrant dans l'onglet Service du menu des paramètres du Hub, nous pouvons trouver une série de paramètres.
Ce paramètre signifie qu'après avoir confirmé la perte de connexion au concentrateur, le cloud envoie un échec du Polling, mais attend 30 secondes avant de communiquer la perte de connexion aux personnes connectées au concentrateur (utilisateurs de base, utilisateurs PRO et CRA).
Ce paramètre régit la détermination de l'échec du Polling.
Le hub AJAX enverra toujours 3 pings de sondage, et dans cette section nous pouvons configurer l'intervalle de temps entre chaque ping vers le cloud. Si après ces 3 pings, aucune communication n'a eu lieu, l'échec du Polling est déterminé.
Ainsi, si nous configurons un délai d'alarme de 30 secondes dans le premier paramètre décrit, le nuage fera ce qui suit :
- envoyer 3 paquets, 1 toutes les 10 secondes, pour confirmer la perte de connexion (comme configuré dans le deuxième paramètre)
- après le dernier ping envoyé et l'absence de réponse, il attendra 30 secondes supplémentaires avant d'envoyer la notification de perte de connexion (comme configuré dans le premier paramètre). Si, au cours de cette période, le nuage reçoit un autre ping, il n'enverra PAS de notification d'échec d'interrogation.
Par conséquent, combien de temps faudra-t-il pour que le cloud reçoive à nouveau le ping ? combien de temps faut-il pour recevoir la notification de perte de connexion ?
Avec les paramètres configurés, la réponse est : (10 x 3) + 30 = 60 secondes
Le lecteur aura déjà compris que dans l'onglet "Service" l'ordre de ces paramètres est inversé, c'est-à-dire que le premier qui apparaît est le temps de retard après la perte des pings, tandis que le deuxième paramètre qui apparaît est relatif au temps entre les pings --> chronologiquement ces temps sont appliqués en ordre inverse par rapport à leur ordre d'apparition dans le menu que nous venons d'analyser.
COMMENTAIRE SUPPLÉMENTAIRE
Sachant tout cela, nous voulons différencier cette notification (objet de l'article) et l'événement E602 ; ce dernier est le test périodique du Hub qui confirme sa communication correcte avec le cloud
Ce test périodique dépend du type de connexion établie entre le Hub et l'ARC :
- Connexion au nuage : 15 minutes, non configurable (demande de surveillance des sociétés de sécurité).
- Connexion directe + cloud : configurable de 1 minute à 24 heures dans le centre de surveillance.
Le test périodique décrit l'état de communication du concentrateur lui-même, et n'intéresse que l'ARC.
D'autre part, le signal d'échec d'interrogation décrit l'état de la connexion entre le concentrateur et le nuage, et produit finalement une notification qui atteint à la fois les applications et l'ARC (événement E350).
Pour résumer :
- Le test périodique (E602) confirme la connexion entre le Hub et le cloud.
- La perte d'interrogation (E350) signale l'échec de la connexion entre le concentrateur et le nuage