Antes de abrir um chamado, confirme:

• Ping contínuo realizado
• Traceroute executado
• PathPing executado
• MTR ou WinMTR executado
• Horário da falha registrado
• Latência registrada
• Perda de pacotes registrado
• Teste realizado para a internet
• Teste realizado para o servidor
• Evidências coletadas

Antes de abrir um chamado, recomenda-se realizar algumas validações para entender melhor o comportamento da falha.

 

Identifique como a instabilidade acontece: O primeiro passo é observar os sintomas apresentados pela aplicação.

Os mais comuns são:

• Timeout durante o uso;
• Perda de conexão frequente;
• Lentidão intermitente;
• Ping elevado;
• Falhas de comunicação entre sistemas;
• Oscilações em horários específicos.

💡 Identificar o padrão da falha ajuda a direcionar a análise e reduzir o tempo de diagnóstico.

 

Execute testes de conectividade: Algumas ferramentas podem ajudar a identificar problemas de rede e comunicação.

 

Ping contínuo: O teste de ping permite verificar se existe comunicação com o destino e medir o tempo de resposta.

Esse teste ajuda a identificar:

• Perda de pacotes;
• Oscilações na conexão;
• Aumento de latência;
• Interrupções temporárias.

 

Traceroute: O traceroute exibe o caminho percorrido pela conexão até o destino.

Essa análise pode ajudar a identificar:

• Saltos com lentidão;
• Rotas degradadas;
• Interrupções no trajeto da conexão.

 

PathPing: O PathPing combina características do Ping e do Traceroute, permitindo visualizar possíveis perdas de pacotes ao longo do caminho.

É um recurso útil para identificar onde a instabilidade está ocorrendo.

 

MTR ou WinMTR: Essas ferramentas realizam monitoramento contínuo da rota até o destino e são bastante úteis para identificar:

• Perda de pacotes;
• Variações de latência;
• Problemas recorrentes de conectividade.

💡 Sempre que possível, execute os testes durante o momento em que a falha estiver acontecendo.

 

Registre informações importantes: Quando ocorrer uma oscilação ou perda de conexão, anote algumas informações que podem ajudar na análise.

Registre:

•  Data e horário exatos da ocorrência
• Tempo de duração da falha
• Percentual de perda de pacotes observado
• Latência identificada nos testes
• Aplicação ou serviço afetado
• Evidências ou capturas de tela dos testes realizados

Quanto mais detalhes forem registrados, mais fácil será identificar a origem do problema.

 

Compare os resultados dos testes: Uma boa prática é realizar testes para diferentes destinos e comparar os resultados.

Teste para a internet: Realize testes para um destino público, como:

• 8.8.8.8
• Outros serviços externos confiáveis

Teste para o servidor: Execute os mesmos testes utilizando o IP ou endereço do seu servidor.

Essa comparação ajuda a identificar se o problema está:

• Na sua conexão local;
• No caminho até o servidor;
• No próprio servidor;
• Em uma rota específica da rede.

💡 Se a internet estiver respondendo normalmente, mas apenas o servidor apresentar falhas, o problema pode estar relacionado ao ambiente de destino ou à rota utilizada até ele.

 

Observe se a instabilidade ocorre em horários específicos: Em alguns casos, o problema pode estar relacionado a picos de utilização da rede. Essas informações podem ajudar a identificar padrões de comportamento.

Avalie:

• Se as falhas acontecem sempre nos mesmos horários;
• Se coincidem com rotinas de backup;
• Se ocorrem durante processos automáticos;
• Se há aumento no número de acessos à aplicação.