XOps Network Playbook - Socket Offline Após Atualização

Visão Geral

As falhas de atualização de Socket podem ocorrer em várias etapas, desde a implementação inicial até janelas de manutenção programadas e atualizações manuais. Compreender e resolver esses problemas prontamente é crucial para manter a integridade da rede. Este playbook foi projetado para orientá-lo em um cenário em que seu site não conseguiu estabelecer um túnel para a Nuvem Cato após uma atualização.

Passo 1 - verificar se o Site está Desconectado

• Navegue até Página Inicial > Bancada de Trabalho de Histórias e selecione o Predefinido de Operações de Rede para encontrar histórias de Site desativado que não estão fechadas ou não silenciadas.

  

• Navegue até Página Inicial > Eventos e procure eventos rotulados como Ação Falhou com a mensagem "Nenhum túnel aberto após tempo de tolerância." Esses eventos indicam que o Socket foi relatado como offline após o período de Atualização de Socket encerrado (17 minutos).

Passo 2- Verificar conectividade do Socket com a Nuvem Cato

• O status de conectividade dos Sockets pode ser verificado através do socket WebUI. Para acessar o socket WebUI localmente, consulte Entrar no Socket WebUI Localmente.

• Na Guia de Monitoramento do Socket, verifique a porta WAN usada para conectar-se à Nuvem Cato. Se o status do Link exibir desativado (vermelho), verifique se há um link físico ativo entre o socket e o dispositivo ISP.
  

• Se tivermos conectividade de internet mas não houver conexão com a Nuvem Cato, vá para a guia Captura de Tráfego, selecione a interface WAN relevante e inicie a captura. Após um minuto, clique em Baixar & Parar.
  

• Prossiga para a seção Levantamento de Casos para Suporte Cato e forneça todos os dados coletados.

Passo 3 - Resolver Socket Inacessível após uma atualização

Pessoal no local é necessário para executar as etapas a seguir:

Nota:

Sempre que possível, entre em contato com o Suporte Cato para coletar arquivos de log de Socket via console antes de reiniciar o Socket. Esses logs são cruciais para análise da causa raiz.

• Coletar Logs de Console. Conectar um cabo de console ao Socket. Vá para Gerenciador de Dispositivos > Portas, e anote a porta COM do cabo de console. Abra o Putty ou aplicativo de terminal similar e use os parâmetros abaixo.

  Guarde a saída do console em um arquivo de texto para futura investigação.

  • Em Sockets físicos, esta etapa deve ser feita antes de reiniciar o Socket, pois os logs do Socket se perdem após a reinicialização.

  • Para vSockets Azure, logs de console podem ser obtidos do Azure sob a VM > Ajuda > Diagnóstico de Inicialização > Log Serial > Baixar Log Serial. Esses logs são coletados por até 6 inicializações.

• Reiniciar. O próximo passo é reiniciar se o túnel falhar em se estabelecer ou o Socket se tornar inacessível após uma atualização.

• Desassociar e Reassociar Socket ao Site. Se a reinicialização não ajudar a reativar o túnel/Socket, desassocie o Socket no CMA. Se o Socket for detectado, ele aparecerá na notificação do CMA após alguns minutos. Associe o Socket de volta ao mesmo site.

• Restaurar o Socket. Se não houver notificação do CMA, a próxima etapa é restaurar o Socket para seu estado padrão de fábrica. Você pode pressionar e segurar o botão F/D por 30-35 segundos ou realizar uma reinicialização por USB para fazer isso.

  • Para Reset F/D, siga Redefinindo um Socket.

  • Se a redefinição F/D não funcionou por algum motivo, você pode realizar a Redefinição USB. Siga os artigos seguintes sobre como realizar a redefinição USB para os modelos de socket respectivos:
    - X1500
    - X1500B
    - X1600
    - X1700
    - X1700B

• Entre em Contato com o Suporte. Enviar os logs de console coletados para Suporte e solicitar a abertura de um processo de RMA para o Socket. Recomendamos iniciar esse processo se todos os passos acima foram realizados e falharam.

Levando casos para o Suporte Cato

Envie um Ticket de Suporte com os resultados dos passos de solução de problemas acima. Inclua as seguintes informações no ticket:

• Detalhes dos Sockets afetados e impacto geral.

• Eventos e notificações CMA relacionados mostrando a falha na atualização do Socket.

• Resultados das atualizações manuais e reprogramação de janela de manutenção.

• Logs de console coletados se o Socket tornar-se inacessível.