Cet article discute des différents événements de connectivité chez Cato, de la façon dont ils sont déclenchés, et de ce que vous pouvez faire avec les informations contenues dans les événements.
Vue d'ensemble des événements de connectivité
L'application de gestion Cato (CMA) crée des événements pour les différentes occurrences dans la plateforme Cato. Parmi les différents types d'événements, il y a des événements de connectivité. Chaque fois qu'il y a un changement dans le statut de connectivité, un événement est généré avec les informations sur le changement, le lien ou le site affecté, et plus.
Diagramme d'exemple d'un événement de connectivité causé par une déconnexion
Dans cet exemple, une interface se déconnecte comme montré dans l'image suivante :
Dans ce scénario, un événement Déconnecté pour WAN1 serait créé. Si vous avez configuré des règles de santé des liens pour envoyer une communication lors de l'occurrence d'un événement déconnecté, une alerte serait envoyée selon les paramètres de la règle, comme un email ou un webhook. Pour plus d'informations, consultez Activation des alertes de connectivité.
Sites avec plusieurs liens
Les liens actifs sont configurés avec une priorité "Active", et les liens passifs sont configurés avec une priorité "passive" ou "dernier recours". Pour plus d'informations, consultez Partie 1 : Les interfaces Socket et Priorité.
Vue d'ensemble des types d'événements de connectivité
La liste suivante décrit les types d'événements de connectivité pour les sites Socket :
Connecté : Cet événement est généré après que le tunnel est connecté au PoP pour 30 secondes, et le rôle du lien est actif (priorité 1). Si le Socket se connecte avec 2 interfaces différentes, 2 alertes Connectées sont générées. Si le Socket se connecte à un PoP différent pendant cette période, il générera un événement PoP Modifié au lieu d'un événement Connecté. Si le Socket se reconnecte dans les 2,5 minutes après une déconnexion, il générera un événement Reconnecté au lieu d'un événement Connecté.
Déconnecté : Généré si le rôle du lien est actif (priorité 1), et le tunnel vers le PoP est déconnecté pendant plus de 2 ½ minutes.
PoP Modifié : Généré lorsque le PoP auquel un site était connecté change.
Reconnecté : Généré lorsque le tunnel actif passe de déconnecté à connecté. Cela ne sera généré qu'après être connecté pendant 30 secondes. Les événements de reconnexion ne génèrent pas de notifications par e-mail basées sur les Rules de Santé des liens.
Reconnexion Passive : Générée lorsque le lien passif ou de dernier recours passe de déconnecté à connecté. Cela ne sera généré qu'après être connecté pendant 30 secondes.
Basculer : Généré lorsqu'il y a un basculement entre deux liens WAN. En cas de désactivation du lien actif, il y a un basculement vers le lien passif et le lien passif devient actif.
Cette alerte est uniquement pertinente pour Socket v8 et antérieurs.
Basculement de Socket : Généré lorsque le rôle du Socket secondaire passe au rôle primaire. Pour plus de détails sur le basculement de Socket, consultez Qu'est-ce que le Socket HA.
Déconnexion Passive : Généré lorsque le rôle du lien WAN est soit Passif (priorité 2) soit Dernier Recours (priorité 3), et le lien a été déconnecté pendant plus de 2,5 minutes. Il est pertinent pour les déploiements avec au moins 2 interfaces avec différentes priorités.
Connexion Passive : Généré lorsque le rôle du lien WAN est soit Passif (priorité 2) soit Dernier Recours (priorité 3), et vient de se connecter pendant au moins 30 secondes. Il est pertinent pour les déploiements avec au moins 2 interfaces avec différentes priorités.
Port LAN Déconnecté : Généré lorsque le port est désactivé pendant 5 secondes.
Port LAN Connecté : Généré lorsque le port est activé pendant 5 secondes après un événement de déconnexion.
Alt. WAN Déconnecté : Généré lorsque l'Alt. Le lien WAN est désactivé pendant 5 secondes.
Alt. WAN Connecté : Généré lorsque l'Alt. Le lien WAN est activé pendant 5 secondes après un événement de déconnexion.
HA Non Prêt : Généré dans les scénarios suivants :
Lorsqu'il y a un basculement dans une configuration HA et que le Socket secondaire original se déclare comme primaire, et que le Socket primaire original est déconnecté
Quand les deux Sockets dans une configuration HA se déclarent comme le Socket primaire pendant 30 secondes
HA Prêt : Généré lorsque un Socket dans une configuration HA se déclare comme le Socket primaire, et l'autre se déclare comme secondaire pendant 30 secondes après un événement HA Non Prêt.
Activation des alertes de connectivité
Nous vous recommandons de créer une règle de santé de connectivité, dans l'application de gestion Cato afin que vous commenciez à recevoir les alertes de connectivité.
Pour plus sur la création de règles de santé, consultez Travailler avec les règles de santé des liens.
Chaque fois qu'il y a un changement dans le statut de connectivité, un événement est généré et s'il correspond à la règle de santé, une alerte est envoyée aux destinataires.
Pour plus d'informations sur les notifications, voir l'article pertinent pour les groupes d'abonnement, les listes de diffusion, et les intégrations d'alertes dans la section Alertes .
Vous pouvez voir les événements dans le CMA dans Accueil > Événements.
Exemple d'un événement de connectivité
L'exemple suivant montre un événement Connecté Passif qui indique que le lien secondaire ou de dernier recours est connecté.
Cela indique que si le lien actif se déconnecte, le lien secondaire sera disponible pour maintenir la connectivité.