Vue d'ensemble

Des échecs de mise à niveau du Socket peuvent survenir à différentes étapes, de la mise en place initiale aux fenêtres de maintenance planifiées et mises à niveau manuelles. Comprendre et résoudre ces problèmes rapidement est crucial pour maintenir l'intégrité du réseau. Ce playbook est conçu pour vous guider à travers une situation où votre site n'a pas pu établir un tunnel vers le Cato Cloud après une mise à niveau.

Étape 1 - Vérifier que le site est déconnecté

• Naviguez vers Accueil > Atelier des histoires et sélectionnez le préréglage Opérations réseau pour trouver des histoires de site en panne qui ne sont pas fermées ou non muettes.

• Naviguez vers Accueil > Événements et recherchez des événements étiquetés Échec de l'action avec le message "Aucun tunnel ouvert après le délai de grâce." Ces évènements indiquent que le Socket a été signalé hors ligne après la fin de la période de mise à niveau du Socket (17 minutes).

Étape 2 - Vérifier la connectivité du Socket au Cato Cloud

• Le statut de connectivité des Sockets peut être vérifié via le WebUI du socket. Pour accéder au WebUI du socket localement, voir Connexion au WebUI du Socket localement.
• Dans l'onglet de surveillance du Socket, vérifiez le port WAN utilisé pour se connecter au Cato Cloud. Si le statut du lien est en panne (rouge), vérifiez s'il y a un lien physique actif entre le socket et l'appareil FAI.
  
• Si nous avons la connectivité Internet mais aucune connexion au Cato Cloud, allez dans l'onglet Capture de trafic, sélectionnez l'interface WAN pertinente et démarrez la capture. Après une minute, cliquez sur Télécharger & Arrêter.
  
• Procédez à la section Création de dossiers pour le Support Cato et fournissez toutes les données collectées.

Étape 3 - Résoudre le problème du Socket inaccessible après une mise à niveau

Le personnel sur site doit effectuer les étapes suivantes :

• Collecter les journaux de la console. Connecter un câble console au Socket. Allez dans Gestionnaire de périphériques > Ports, et notez le port COM du câble console. Ouvrez Putty ou une application terminale similaire et utilisez les paramètres ci-dessous.
  
  Enregistrez la sortie de la console dans un fichier texte pour une enquête future.
  • Sur les Sockets physiques, cette étape doit être effectuée avant de redémarrer le Socket car les journaux du Socket sont perdus après le redémarrage.
  • Pour les vSockets Azure, des journaux de console peuvent être obtenus d'Azure sous VM > Aide > Diagnostics de démarrage > Journal série > Télécharger le journal série. Ces journaux sont collectés pour jusqu'à 6 démarrages.
• Redémarrer. L'étape suivante consiste à redémarrer si le tunnel ne parvient pas à s'établir ou si le Socket devient inaccessible après une mise à niveau.
• Désaffecter et réaffecter le Socket au site. Si le redémarrage ne permet pas de rétablir le tunnel/Socket, désaffectez le Socket dans le CMA. Si le Socket est détecté, il apparaîtra dans la notification du CMA après quelques minutes. Réaffectez le Socket au même site.
• Réinitialiser le Socket. Si aucune notification CMA n'est reçue, la prochaine étape consiste à réinitialiser le Socket à son état d'usine par défaut. Vous pouvez soit maintenir le bouton F/D enfoncé pendant 30-35 secondes, soit effectuer une réinitialisation USB pour ce faire.
  • Pour la réinitialisation F/D, suivez Réinitialisation d'un Socket.
  • Si la réinitialisation F/D n'a pas fonctionné pour une raison quelconque, vous pouvez effectuer la réinitialisation USB. Suivez les articles ci-dessous sur la façon de réaliser la réinitialisation USB pour les modèles de Socket respectifs :
    - X1500
    - X1500B
    - X1600
    - X1700
    - X1700B
• Contacter le support. Soumettez les journaux de console collectés au Support et demandez à initier un processus d'RMA pour le Socket. Nous recommandons d'initier ce processus si toutes les étapes ci-dessus ont été effectuées et ont échoué.

Création de dossiers pour le Support Cato

Soumettez un ticket de Support avec les résultats des étapes de dépannage ci-dessus. Veuillez inclure les informations suivantes dans le ticket :

• Détails des Sockets affectés et impact global.
• Événements et notifications CMA liés montrant l'échec de mise à niveau du Socket.
• Résultats des mises à jour manuelles et reprogrammation des fenêtres de maintenance.
• Journaux de console collectés si le Socket devient inaccessible.