Playbook réseau XOps - Port LAN en panne

Le port LAN de Socket sert généralement de connexion réseau interne pour un site. En cas de HA de Socket, les signaux de keepalive sont transmis via ce port pour surveiller l'état et le statut de la connexion HA. Il est essentiel d'être informé si le port LAN tombe en panne, car cela pourrait perturber la communication, dégrader les performances du réseau et affecter les services critiques.

Lors de la réponse aux histoires de réseau XOps, il est important d'aborder le problème en vérifiant d'abord que le problème est en cours, puis en résolvant le problème et enfin en vérifiant que le problème est résolu.

Étape 1 - Vérification que le port LAN est en panne

Voici les différentes façons dont un administrateur de l'application de gestion Cato peut vérifier qu'un port LAN est indiqué comme en panne.

• Une histoire XOps sera générée lorsque le port LAN est en panne.
• Allez sur la page Stories Workbench et utilisez le préréglage des opérations réseau, incluez le filtre : Indication Dans LAN port down, et ajustez le créneau horaire si nécessaire.
  
• Vérifiez si une histoire est générée comme indiqué ci-dessous.
  
• Cliquez sur l'histoire pour examiner les détails. Il fournit des informations sur l'état actuel du site, une chronologie des incidents et, plus important encore, le statut de connectivité des interfaces Socket.
  
• En descendant plus loin dans l'analyse détaillée de l'histoire, vous trouverez la chronologie des incidents. Cette chronologie met en évidence les changements de statut de l'interface LAN.
  

REMARQUE : Le port LAN en panne ne génère aucun événement CMA. Pour être informé par e-mail lorsque le port LAN est en panne, vous pouvez configurer une règle dans la Politique de détection et de réponse.

Cette section couvre les outils disponibles dans Cato pour une approche structurée du dépannage de ce type d'incident. Bien que les étapes soient généralement destinées à être suivies dans l'ordre, les résultats de chaque vérification peuvent influencer l'étape suivante du processus.

• Examinez les modifications dans la page de piste d'audit et voyez s'il y a un changement de configuration à l'origine de ce problème.
• Par exemple, la capture d'écran ci-dessous montre que l'administrateur a apporté des modifications de configuration au LAN 02. Si le moment de cette activité coïncide avec la panne de l'interface LAN, l'administrateur peut annuler les changements pour déterminer si les changements sont la cause.
  
  
  

• Veuillez vérifier la connectivité physique ou le câblage entre le Socket et l'appareil réseau connecté au port LAN affecté.
• En outre, examinez les changements récents ou en cours de la configuration côté LAN. Par exemple, les changements de configuration sur le commutateur connecté à l'interface LAN de Socket, tels que les changements de VLAN ou de sous-réseaux, pourraient affecter la connexion.
• Remplacer le câble connecté au port LAN de Socket ou le connecter à un autre port du commutateur peut aider à déterminer si le problème est lié au matériel.

Après avoir identifié et résolu le problème causant la panne du LAN, vérifiez que le port est maintenant visible à la fois dans l'analyse détaillée de l'histoire et dans l'UI Web de Socket.

REMARQUE : Une fois le problème résolu, le statut de l'histoire passera de "Open" à "Monitoring". Il restera dans cet état pendant les deux prochaines heures, à condition qu'il n'y ait pas d'autres incidents. Pour plus d'informations, consultez Comprendre les colonnes des histoires. 

Élever des cas au support Cato

Si suivre ce playbook n'a pas résolu un problème, soumettez un ticket de support. Pour obtenir la réponse la plus utile à une demande, un administrateur devrait fournir les résultats des étapes de dépannage effectuées.