Cet article aborde les différents événements de connectivité dans Cato, comment ils sont déclenchés et ce que vous pouvez faire avec les informations dans les événements.
L'application de gestion Cato crée des événements pour différentes choses qui se produisent sur la plateforme de Cato. Parmi les différents types d'événements, on trouve les événements de connectivité. Chaque fois qu'il y a un changement dans l'état de connectivité, un événement est généré avec des informations sur le changement, le lien ou le site affecté, et plus encore.
Dans cet exemple, l'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é des liens pour envoyer une communication lorsqu'un événement de déconnexion se produit, une alerte serait envoyée selon les paramètres de la règle, comme un email ou un webhook. Pour plus d'informations, voir ci-dessous Enabling Connectivity Alerts.
Les liens actifs sont des liens configurés avec la précédence « Active », et les liens passifs sont des liens configurés avec la précédence « passive » ou « dernier recours ». Pour plus d'informations, consultez Part 1: The Socket Interfaces and Precedence.
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 le rôle du lien est Actif (précédence 1). Si le Socket se connecte avec 2 interfaces différentes, 2 alertes Connecté sont générées.
-
Déconnecté : Cet événement est généré si le rôle du lien est Actif (précédence 1), et le tunnel vers le PoP est déconnecté pendant plus de 2 minutes et demie.
-
Changé de PoP : Cet événement est généré lorsque le PoP auquel un site était connecté change.
-
Reconnecté : Cet événement est généré lorsque le tunnel Actif passe de déconnecté à connecté. Cela ne sera généré qu'après être resté connecté pendant 30 secondes.
-
Reconnecté passivement : Cet événement est généré lorsque le lien Passif ou de Dernier Recours passe de déconnecté à connecté. Cela ne sera généré qu'après être resté connecté pendant 30 secondes.
-
Basculé : Cet événement est 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 ce dernier devient actif.
Cette alerte est pertinente uniquement pour le Socket v8.0 et antérieur.
-
Bascule de Socket : Cet événement est généré lorsque le rôle du Socket secondaire passe à primaire. Pour plus de détails sur la bascule de Socket, voir What is Socket High Availability (HA).
-
Passivement déconnecté : Cet événement est généré lorsque le rôle du lien WAN est Passif (précédence 2) ou Dernier Recours (précédence 3), et le lien est déconnecté pendant plus de 2,5 minutes. Il est pertinent pour les déploiements avec au moins 2 interfaces avec des précédences différentes.
-
Passivement connecté : Cet événement est généré lorsque le rôle du lien WAN est Passif (précédence 2) ou Dernier Recours (précédence 3), et vient de se connecter pendant au moins 30 secondes. Il est pertinent pour les déploiements avec au moins 2 interfaces avec des précédences différentes.
Nous recommandons que vous créiez une règle de santé de connectivité dans l'application de gestion de Cato pour commencer à recevoir les alertes de connectivité.
Pour plus d'informations sur la création de règles de santé, consulter Working with Link Health Rules.
Chaque fois qu'il y a un changement dans l'état 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, consultez l'article pertinent pour les groupes d'abonnement, les listes de diffusion, et les intégrations d'alertes dans la section Alerts.
Vous pouvez voir les événements dans l'application de gestion de Cato dans Accueil > Événements.
0 commentaire
Vous devez vous connecter pour laisser un commentaire.