Cet article traite des différents événements de connectivité dans Cato, comment ils sont déclenchés et ce que vous pouvez faire avec les informations contenues dans les événements.
L'application de gestion de Cato (CMA) génère des événements pour différentes occurrences dans la plateforme Cato. Parmi les différents types d'événements, il y a les é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 des informations sur le changement, le lien ou le site qui a été affecté, et plus encore.
Dans cet exemple, une des interfaces se déconnecte, comme illustré 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é pour les Liens pour envoyer une communication lorsqu'un événement Déconnecté se produit, une alerte serait envoyée selon les paramètres de la règle, comme un email ou un webhook. Pour plus d'infos, voir Activer les utilisateurs LDAP Connectivité Alertes.
Les liens actifs sont les liens configurés avec une priorité "Actif", et les liens passifs sont ceux configurés avec une priorité de "passif" ou "dernier recours". Pour plus d'infos, consultez Part 1: The Socket Interfaces and Priorité.
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 qu'un tunnel est connecté au PoP pendant 30 secondes et que le rôle du lien est Actif (priorité 1). Si le Socket se connecte avec 2 interfaces différentes, 2 alertes Connecté sont générées. Si le Socket se connecte à un PoP différent pendant ce laps de temps, il générera un événement Chang PoP au lieu d'un événement Connecté. Si le Socket se connecte dans les 2,5 minutes suivant 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 que le tunnel vers le PoP est déconnecté pendant plus de 2 ½ minutes.
-
Chang PoP : Généré lorsque le PoP auquel un site était connecté change.
-
Reconnecté : Généré lorsque le tunnel Actif change de déconnecté à connecté. Cela ne sera généré qu'après avoir été connecté pendant 30 secondes. Les événements de reconnexion n'envoient pas de notifications par e-mail basées sur Règles de santé de la connectivité/qualité.
-
Reconnecté Passif : Généré lorsque le lien Passif ou Dernier Recours passe de déconnecté à connecté. Cela ne sera généré qu'après avoir été connecté pendant 30 secondes.
-
Basculer : Généré lorsqu'il y a une bascule entre deux liens WAN. Dans le cas où le lien actif est en panne, il y a une bascule vers le lien passif et le lien passif devient actif.
Cette alerte est uniquement pertinente pour Socket v8.0 et les versions antérieures.
-
Bascule Socket : Généré lorsque le rôle du Socket secondaire change pour devenir primaire. Pour plus de détails sur la bascule de Socket, voir What is Socket HA.
-
Déconnecté Passif : Généré lorsque le rôle du lien WAN est soit Passif (priorité 2) soit Dernier Recours (priorité 3), et que 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.
-
Connecté Passif : 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.
-
Déconnecté du port LAN : Généré lorsque le port est hors service pendant 5 secondes.
-
Connecté du port LAN : Généré lorsque le port est en service 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 en panne pendant 5 secondes.
-
Alt. WAN Connecté : Généré lorsque l'Alt. Le lien WAN est en service 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 une bascule dans une configuration HA et que le Socket secondaire original rapporte comme primaire, et que le Socket primaire original est déconnecté
-
Lorsque les deux Sockets dans une configuration HA rapportent comme le Socket primaire pendant 30 secondes
-
-
HA Prêt : Généré lorsqu'un Socket dans une configuration HA rapporte comme le Socket primaire, et l'autre rapporte comme secondaire, pendant 30 secondes après un événement HA Non Prêt.
Nous recommandons que vous créiez une Règle de Santé de Connectivité, dans l'application de gestion Cato pour commencer à recevoir les alertes de connectivité.
Pour plus d'informations sur la création de règles de santé, consulter Working with Règles de santé de la connectivité/qualité.
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'Alerte dans la section Alerts.
Vous pouvez voir les événements dans la CMA dans Accueil > Événements.
0 commentaire
Vous devez vous connecter pour laisser un commentaire.