Rede instável raramente tem uma causa óbvia. O usuário relata “internet lenta”, o monitoramento mostra tudo verde, e o problema volta no dia seguinte. Este guia organiza as causas mais comuns em ambiente corporativo e o que checar em cada uma, na ordem que costuma economizar mais tempo.
Antes de tudo: caracterize o sintoma
Diagnóstico ruim quase sempre começa com sintoma mal descrito. Antes de abrir qualquer console, responda:
- A falha é contínua ou intermitente?
- Atinge todos os usuários ou um segmento específico?
- Acontece em horário previsível?
- É perda de conectividade ou lentidão com conexão ativa?
- Começou depois de alguma mudança: firmware, novo equipamento, obra no prédio?
Essas cinco respostas já eliminam boa parte das hipóteses abaixo.
1. Cabeamento e conectorização
É a causa mais frequente e a mais subestimada. Cabo fora de norma, crimpagem malfeita, patch cord amassado atrás do rack ou emenda improvisada produzem exatamente o padrão mais difícil de rastrear: funciona quase sempre, falha de vez em quando.
O que checar: contadores de erro nas interfaces do switch. CRC errors, runts, giants e late collisions subindo em uma porta específica apontam para o meio físico, não para o equipamento. Substitua o patch cord antes de qualquer outra coisa: é o teste mais barato que existe.
2. Negociação de velocidade e duplex
Quando um lado está fixo e o outro em autonegociação, o resultado costuma ser half-duplex de um lado e full do outro. A rede funciona, mas com colisões e retransmissões constantes.
O que checar: a velocidade e o duplex negociados em cada ponta. O sintoma clássico é desempenho muito abaixo do esperado com o link aparentemente saudável.
3. Loop de camada 2 e spanning tree mal dimensionado
Um cabo ligado em duas portas do mesmo switch, ou um switch doméstico que alguém plugou embaixo da mesa, gera broadcast storm. A rede inteira degrada de uma vez, e o padrão é característico: tudo para junto, sem aviso.
O que checar: utilização de CPU dos switches, taxa de broadcast por porta e mudanças recentes de topologia no spanning tree. Portas de acesso devem ter proteção contra BPDU indevido habilitada.
4. Superaquecimento e falha de ventilação
Rack fechado sem exaustão, filtro saturado de poeira ou cooler travado elevam a temperatura até o equipamento entrar em proteção. O sintoma tem assinatura própria: a falha aparece sempre no mesmo período do dia, normalmente à tarde, e some depois que o ambiente esfria.
O que checar: leitura dos sensores de temperatura, ruído anômalo nos coolers e histórico de alarmes térmicos no log. Vale abrir o rack e sentir o fluxo de ar com a mão.
5. Alimentação elétrica e PoE
Fonte no limite ou orçamento de PoE estourado provoca reinicializações aparentemente aleatórias. Ao adicionar access points ou telefones IP, muita gente esquece de recalcular a potência disponível no switch.
O que checar: potência PoE alocada contra a capacidade total, histórico de reboots no log e estabilidade da tensão de entrada. Nobreak sem manutenção também entra nessa conta.
6. Wi-Fi: interferência e densidade
Quando a queixa vem só de quem usa sem fio, o problema raramente está no cabeamento. Em 2,4 GHz há poucos canais que não se sobrepõem, e ambientes corporativos costumam ter vizinhança densa.
O que checar: potência e canal de cada access point, sobreposição com redes vizinhas, quantidade de clientes por rádio e taxa de retransmissão. Aumentar a potência costuma piorar: gera mais interferência sem resolver a cobertura.
7. Firmware, MTU e configuração herdada
Bugs conhecidos de firmware, MTU inconsistente em túnel VPN e regras antigas que ninguém documentou explicam boa parte dos casos que sobrevivem às seis hipóteses anteriores.
O que checar: versão de firmware contra as notas de release do fabricante, MTU ponta a ponta nos túneis e regras de firewall que possam estar derrubando sessões longas por timeout.
Uma ordem de investigação que funciona
- Caracterize o sintoma com as cinco perguntas do início
- Olhe os contadores de erro das interfaces envolvidas
- Cheque temperatura e alimentação dos equipamentos do caminho
- Confira velocidade, duplex e MTU nas duas pontas
- Procure loops e mudanças de topologia no spanning tree
- Só então investigue firmware e configuração
Essa ordem não é arbitrária: vai do mais barato e mais provável para o mais caro e mais raro.
Quando o problema é o hardware
Se os contadores de erro apontam para uma porta específica que não melhora com troca de cabo, se o equipamento reinicia sem correlação com carga, ou se há alarme térmico com ventilação comprovadamente livre, a investigação de configuração já se esgotou. Nesse ponto o próximo passo é bancada.
Nossa assistência técnica faz diagnóstico em nível de componente em roteadores, switches, firewalls, access points e telefonia IP. Se preferir, fale com a nossa equipe e descreva o cenário.
