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 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. Envie os logs de console coletados para o Suporte e solicite a abertura de um processo de RMA para o Socket. Recomendamos iniciar esse processo se todos os passos acima foram realizados e falharam.

Levantamento de casos para 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.

Esse artigo foi útil?

Usuários que acharam isso útil: 0 de 0

0 comentário