En entrant dans l'onglet Service dans le menu des paramètres du Hub, nous pouvons trouver une série de paramètres.
Ce paramètre signifie que, après avoir confirmé la perte de connexion avec le Hub, le cloud envoie un échec de Polling, mais attendra 30 secondes avant de communiquer cette perte de connexion aux personnes connectées au Hub (utilisateurs de base, utilisateurs PRO et CRA).
Ce paramètre contrôle la détermination de l'échec du Polling.
Le Hub AJAX enverra toujours 3 pings de Polling, et dans cette section nous pouvons définir l'intervalle de temps que nous voulons avoir entre chaque ping vers le cloud. Si après ces 3 pings il n'y a pas eu de communication, l'échec du Polling est déterminé.
Ensuite, si nous réglons 30 secondes de délai d'alarme dans le premier paramètre décrit, le cloud fera ce qui suit :
- il enverra 3 pings toutes les 10 secondes pour confirmer la perte de connexion (comme indiqué dans le deuxième paramètre)
- après le dernier ping qui n'est pas revenu, il attendra encore 30 secondes avant d'envoyer la notification de perte de connexion (comme défini dans le premier paramètre). Si, dans ce délai, le cloud reçoit à nouveau un ping, il n'enverra PAS la notification d'échec du Polling.
EN RESUME : Combien de temps après la perte effective de la connexion recevrons-nous une notification à ce sujet ?
Avec les paramètres définis, 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 délai après la perte des pings, tandis que le second paramètre qui apparaît est lié au temps entre les pings --> chronologiquement ces temps sont appliqués en sens inverse par rapport à leur ordre d'apparition dans le menu que nous venons d'analyser.
COMMENTAIRE SÉPARÉ
Sachant tout cela, nous voulons différencier cette notification (objet de l'article) et l'événement E602 ; ce dernier est l'événement périodique de KeepAlive du Hub et est configuré dans une autre section :
Le test périodique décrit l'état de vie du Hub lui-même, et n'intéresse que le centre de télésurveillance.
Au lieu de cela, le signal échec Polling décrit l'état de la connexion entre le hub et le cloud, et produit finalement une notification qui atteint à la fois les applications et le centre de télésurveillance, mais pour celui-ci, il est purement informatif puisque par défaut, ce qui est généralement regardé est l'événement E602 du hub lui-même.