Ping alto causas

O que o ping mede e como interpretar os valores

Ping usa ICMP Echo Request e Echo Reply (definidos no RFC 792) para medir o RTT (Round-Trip Time): o tempo total que um pacote leva para ir de um ponto até o destino e voltar. O valor inclui tempo de transmissão física em cada enlace, tempo em fila nos roteadores intermediarios, e tempo de processamento no destino.

Um RTT de 30ms significa que o pacote foi e voltou em 30 milissegundos. Para jogos, o que realmente importa e o one-way delay (latência de ida), que e aproximadamente metade do RTT. Mas RTT e o que se consegue medir sem sincronizacao de relogio entre os dois pontos, entao e o padrão universal.

Jitter: a variacao que machuca mais que o valor médio

Jitter e a variacao do RTT entre pacotes consecutivos. Um ping que oscila entre 20ms e 200ms e muito pior para jogos online do que um ping constante de 80ms. Com ping constante alto, o mecanismo de compensação de latência do jogo funciona. Com jitter alto, as previsoes de posicao ficam erradas e o rubber banding e inevitável.

Para verificar jitter, rode ping -n 50 8.8.8.8 e observe a variacao entre os valores individuais. O Windows não calcula jitter automaticamente, mas você ve a variacao nos valores linha a linha. No Linux, ping -c 50 8.8.8.8 mostra mdev (mean deviation) no resumo final.

Diagrama: traceroute com hops e latência crescente

O traceroute mostra a rota que os pacotes percorrem de um ponto até o destino, revelando em qual hop (salto) a latência aumenta de forma anormal. Hops dentro da rede local devem ter latência abaixo de 5ms. Hops na rede do provedor geralmente ficam entre 10-40ms. Hops internacionais adicionam 100ms ou mais por salto transatlantico.

Distribuicao de ping: bom, ok e ruim

Os limites de ping dependem muito da aplicação. Para jogos competitivos os critérios são bem mais exigentes do que para streaming ou navegação.

Tabela de causas de ping alto

Fluxograma de diagnostico: 8 passos

1. Passo 1 - Linha de base com ping para 8.8.8.8: abra a ferramenta Ping deste site ou rode ping -n 50 8.8.8.8 no Prompt de Comando. O servidor 8.8.8.8 (Google Public DNS) tem no de anycast em São Paulo, entao representa bem a latência para conteudo hosteado no Brasil. Acima de 80ms para esse endereço indica problema. Entre 20-50ms e o esperado em capitais brasileiras com fibra.
2. Passo 2 - Isolar Wi-Fi vs cabo Ethernet: conecte o computador ao roteador por cabo Ethernet Cat5e/Cat6 e refaca o ping do Passo 1. Se o ping cair mais de 15ms, o Wi-Fi e o problema. Acesse o painel do roteador e troque o canal: no 2,4 GHz, use apenas 1, 6 ou 11 (são os canais que não se sobrepoem). Se possível, migre o dispositivo para 5 GHz, que tem menos interferencia em ambientes com muitos vizinhos.
3. Passo 3 - Verificar saturação do enlace local: feche todos os aplicativos que usam internet nos dispositivos da casa: streaming em Smart TVs, downloads automaticos do Windows, backup em nuvem, câmeras de seguranca. Refaca o ping. Se melhorou, um aplicativo estava saturando o enlace. Configure QoS no roteador para priorizar tráfego interativo (jogos, VoIP) sobre downloads em segundo plano.
4. Passo 4 - Traceroute para localizar o hop lento: use a ferramenta Traceroute deste site ou rode tracert 8.8.8.8. Observe em qual salto a latência aumenta de forma brusca. Se o aumento grande acontece no Hop 2 ou 3 (equipamento do provedor), o problema esta na infraestrutura do ISP. Saltos internacionais (latência de 100ms+) são normais para servidores nos EUA.
5. Passo 5 - Verificar padrão de horário: repita o traceroute as 10h, as 20h e as 2h. Se o ping alto ocorre apenas entre 18h e 23h e o traceroute mostra latência crescendo no mesmo hop do provedor, e congestionamento de peering. ISPs regionais brasileiros frequentemente saturam o enlace para o IX.br nesse horário. Documente com print do traceroute em cada horário.
6. Passo 6 - Verificar CGNAT e tipo de NAT: acesse Meu IP e verifique se o endereço começa com 100.64 a 100.127. Se sim, você esta em CGNAT. Para jogos P2P, CGNAT causa NAT tipo 3 (restrito), que impede conexões de entrada e aumenta o tempo de matchmaking. Para jogos em servidores dedicados (maioria dos jogos atuais), o impacto e menor.
7. Passo 7 - Verificar hardware do roteador: acesse o painel administrativo do roteador (geralmente 192.168.0.1 ou 192.168.1.1) e observe o uso de CPU. Roteadores de entrada com CPU de 400-500 MHz saturam com 10-15 dispositivos em uso simultaneo. CPU acima de 80% causa latência adicional no processamento de pacotes NAT. A solucao e upgrade para modelo com NAT Acceleration por hardware (TP-Link Archer, ASUS RT-AX series).
8. Passo 8 - Teste de bypass do roteador: conecte o computador diretamente na saida da ONT ou modem do provedor com cabo Ethernet e refaca o ping. Se a latência melhorar significativamente, o roteador e o gargalo (firmware antigo, CPU saturada ou configuração inadequada). Se não mudar, o problema esta no enlace do provedor.

Latencias tipicas no Brasil por cenario

As referências abaixo servem para comparar com os valores que você mede. Latencia fora dessas faixas merece investigação.

Ping em jogos online: servidores SA e impacto do CGNAT

Os principais jogos online com presença no Brasil operam servidores na América do Sul, principalmente em São Paulo. League of Legends BR1 e Valorant SA ficam em data centers conectados diretamente ao IX.br PTT-SP, o que garante latência baixa para a maioria dos ISPs com peering no PTT. Counter-Strike 2 e Dota 2 usam servidores Valve hospedados também em São Paulo.

Para jogadores de capitais com fibra de grandes operadoras (Vivo AS26599, Claro AS28573, TIM AS26615), ping de 20-40ms para servidores SA e o esperado. Para cidades do interior com ISP regional sem peering direto no IX.br, a rota pode passar por Brasília ou outro ponto de concentração antes de chegar a São Paulo, adicionando 30-60ms extras.

Uma configuração frequente que passa despercebida: o cliente do jogo selecionando servidor NA (North América) em vez de SA. No cliente do League of Legends, confira nas configurações que o servidor esta em BR1 e não em NA1. Um salto de 30ms para 150ms entre partidas frequentemente e troca de servidor, não degradacao da conexão.

CGNAT e latência: o que realmente impacta

O impacto direto do CGNAT na latência e pequeno. Cada camada de NAT adiciona microssegundos de processamento, não milissegundos. O ping de 30ms não vira 80ms por causa do CGNAT.

Os impactos reais do CGNAT são indiretos. NAT tipo restrito obriga jogos P2P a usar servidores relay em vez de conexão direta, adicionando latência do relay (50-150ms). Saturacao de sessoes no servidor NAT compartilhado causa perda de pacotes em novas conexões (não em conexões existentes). Inconsistencia de porta: aplicativos que dependem de porta estável (alguns protocolos VoIP) tem problemas porque a porta mapeada pelo CGNAT muda.

Para diagnosticar CGNAT: acesse Meu IP. Se o endereço exibido começar com 100.64, 100.65, ou qualquer valor entre 100.64.0.0 e 100.127.255.255, você esta em CGNAT (faixa RFC 6598). O Marco Civil da Internet (Lei 12.965/2014) exige que provedores mantenham logs de CGNAT por ao menos 1 ano para identificacao de usuários mediante ordem judicial.

O que você pode resolver sozinho

Algumas causas de ping alto tem solucao imediata no lado do cliente. Outras dependem do provedor.

Solucoes no lado do cliente

Cabo em vez de Wi-Fi elimina interferencia e jitter. Troca de canal no Wi-Fi (1, 6 ou 11 em 2,4 GHz) reduz colisoes com redes vizinhas. Fechar aplicativos em segundo plano elimina saturação de enlace por downloads silenciosos. Atualizar driver da placa de rede resolve causas relacionadas a hardware. Configurar QoS no roteador prioriza tráfego de jogo sobre downloads. Colocar gateway em modo bridge elimina double NAT.

O que depende do provedor

Congestionamento de peering em horário de pico: a única solucao e o provedor ampliar a capacidade do enlace para o IX.br. Você pode documentar e reclamar, mas não pode resolver tecnicamente. Roteamento subotimo (tráfego passando por ASes desnecessarios): também depende do provedor fechar acordos de peering melhores. Desativacao de CGNAT: pago na maioria dos provedores residenciais brasileiros, mas possível via solicitação.

Causas técnicas de ping alto que vao além do básico

O diagnostico rápido de ping alto costuma parar em "Wi-Fi ruim" ou "provedor lento". Mas ha um conjunto de causas técnicas mais sutis que aparecem consistentemente em conexões que "parecem ok" mas entregam latência alta em aplicações especificas.

Bufferbloat: o inimigo silencioso da latência

Bufferbloat e o fenômeno em que buffers excessivamente grandes em roteadores e modems introduzem latência variavel quando o enlace esta saturado. Quando você faz um upload grande (backup em nuvem, envio de arquivo grande) e o ping sobe de 20 ms para 300-500 ms, a causa e quase sempre bufferbloat. O buffer do roteador esta cheio com dados de upload, e os pacotes ICMP ficam esperando na fila.

A solucao e habilitar QoS com algoritmos modernos de gerenciamento de fila como FQ-CoDel (Fair Queuing Controlled Delay) ou CAKE, disponível em roteadores com OpenWRT ou em modelos de ponta como Ubiquiti EdgeRouter e MikroTik. Esses algoritmos descartam pacotes de forma inteligente para manter a latência baixa mesmo com o link saturado, sem sacrificar throughput significativamente.

Para testar bufferbloat especificamente, use o site waveform.com/tools/bufferbloat. Ele mede o aumento de latência durante download e upload simultaneos. Uma grade A no teste indica bufferbloat bem controlado; D ou F indica problema serio que beneficiaria de QoS moderno.

Roteamento subotimo e AS Path inflation

O BGP (Border Gateway Protocol) roteia tráfego entre sistemas autonomos (ASes) com base em políticas de negociacao entre provedores, não necessariamente pelo caminho físico mais curto. Isso significa que um pacote saindo de São Paulo com destino a um servidor no Rio de Janeiro pode tecnicamente passar por um AS em Miami se os acordos de peering forem favoraveis a esse caminho.

A Vivo (AS26599) e a Claro (AS28573) tem peering bilateral direto no IX.br PTT-SP. A TIM (AS26615) faz peering via vários pontos de troca. A Oi (AS7738), após sua recuperacao judicial, reorganizou acordos de peering que historicamente causavam roteamento subotimo em algumas rotas. A Algar (AS16735) tem peering mais limitado e depende de transit para rotas internacionais.

Para identificar roteamento subotimo, use o traceroute e identifique cada hop pelo ASN com ferramentas como bgp.he.net ou ipinfo.io. Se a sequência de ASNs mostrar um salto para um AS fora do Brasil antes de chegar ao destino nacional, o roteamento esta subotimo. Nesse caso, a única acao do usuário e trocar de provedor ou usar VPN com endpoints bem posicionados; o roteamento BGP e decisão do provedor, não do usuário.

Latencia em jogos online: CGNAT e NAT Type

Jogos online modernos (Valorant, CS2, FIFA, Fortnite, Free Fire) usam UDP para comunicação de estado de jogo com latência mínima. O CGNAT (Carrier-Grade NAT, RFC 6598, faixa 100.64.0.0/10) cria uma camada extra de traducao de endereço que aumenta o caminho de processamento de cada pacote e pode criar instabilidade no mapeamento de porta.

O "NAT Type" reportado pelos consoles (PS5, Xbox, Nintendo Switch) e uma proxy para a capacidade de o dispositivo estabelecer conexões diretas com outros jogadores. NAT Type 1 (aberto) = IP público direto, sem NAT. NAT Type 2 (moderado) = NAT com UPnP funcionando. NAT Type 3 (estrito) = CGNAT ou firewall sem UPnP, que impede conexões peer-to-peer diretas e forca tudo a passar pelos servidores de relay do jogo, adicionando latência.

Para sair do NAT Type 3 sem IP fixo, algumas opcoes: (1) habilitar DMZ no roteador apontando para o console (expoe o dispositivo diretamente, sem NAT); (2) configurar UPnP no roteador para o console especifico; (3) solicitar IP fixo ao provedor. Se estiver atras de CGNAT, DMZ e UPnP podem não ajudar; o NAT do ISP fica antes do seu roteador.

Jitter buffer em VoIP e videoconferencia

Jitter e a variacao de latência entre pacotes consecutivos. Uma chamada VoIP com RTT médio de 80 ms e jitter de 2 ms vai soar perfeita. A mesma chamada com RTT de 40 ms mas jitter de 30 ms vai soar com voz cortada, pois pacotes chegam com intervalos irregulares e o buffer de reconstrucao não consegue manter o fluxo continuo.

Aplicacoes como Zoom, Google Meet, Teams e Discord usam jitter buffers adaptativos que aumentam dinamicamente quando detectam jitter alto. O custo e latência adicional: um jitter buffer de 60 ms adiciona 60 ms ao atraso percebido. Em videoconferencias, isso raramente e perceptível. Em jogos competitivos ou em chamadas onde sincronia labial e crítica, pode ser problema.

O Cisco recomenda jitter máximo de 30 ms para VoIP de qualidade aceitavel (MOS >= 3,5). A Anatel, pela Resolucao 574/2011, não define limites especificos de jitter para serviço de dados (banda larga), mas o jitter e um dos indicadores monitorados nos testes de qualidade da plataforma SIMET (simet.nic.br), operada pelo NIC.br. O SIMET mede latência, jitter e perda de pacotes de forma padronizada e os resultados alimentam o banco de dados público de qualidade de ISPs no Brasil.

DNS como causa oculta de ping aparentemente alto

Uma confusao comum: usuários medem "ping alto" com base no tempo de carregamento de paginas, não com ICMP direto. Quando uma pagina demora 2-3 segundos para abrir mas o ping para o servidor e de 20 ms, a causa quase sempre e resolução DNS lenta. O navegador precisa resolver 5-15 domínios diferentes para renderizar uma pagina moderna (CDNs, analytics, fonts, scripts de terceiros), e se o DNS demorar 300-500 ms por resolução, o tempo de carregamento sobe muito.

Para testar o DNS especificamente, use o comando dig +stats @8.8.8.8 google.com no terminal. O campo "Query time:" mostra o tempo de resposta do DNS. Valores acima de 50 ms são ruins para experiência Web. O Cloudflare 1.1.1.1 e consistentemente o DNS público mais rápido no Brasil, seguido de Google 8.8.8.8. O DNS do provedor costuma ter latência mais alta mas pode ter menor penalidade para resoluções que beneficiam de anycast regional.

Ping alto no Brasil: contexto de infraestrutura nacional

O Brasil tem desafios estruturais de latência que não existem em países europeus ou na América do Norte. O territorio e continental (8,5 milhoes de km2), a densidade de nos de rede nas regiões Norte e Centro-Oeste e menor, e a infraestrutura submarina de cabos internacionais concentra-se em poucos pontos de aterrissagem (Praia Grande-SP, Fortaleza-CE, Rio de Janeiro-RJ).

Isso significa que um usuário em Manaus (AM) navegando em um serviço sem presença local no Norte pode ter latência base de 80-100 ms só para chegar ao no mais próximo do provedor em São Paulo, mais a latência do serviço em si. Não e falha de equipamento; e física: a velocidade da luz em fibra optica e de aproximadamente 200.000 km/s, e Manaus fica a ~2.800 km de SP em linha reta.

CDNs modernas como Cloudflare, Akamai e AWS CloudFront tem presença em São Paulo, Rio de Janeiro, Fortaleza e Curitiba. Para usuários nas capitais dessas regiões, a latência para serviços em CDN e geralmente abaixo de 20 ms. Para cidades do interior e regiões Norte/Centro-Oeste, a latência para o no de CDN mais próximo pode ser de 30-80 ms, mesmo com conexão de fibra optica de 300 Mbps.

A solucao em nível nacional e o IX.br. O PTT-SP em São Paulo e o maior ponto de troca de tráfego da América Latina, com mais de 20 Tbps de capacidade instalada. Provedores com peering no IX.br trocam tráfego entre si sem passar por transit internacional. O NIC.br opera o IX.br gratuitamente para membros qualificados, o que incentivou a adesao de centenas de provedores regionais e reduziu a latência média de tráfego nacional significativamente na última decada.

Para o usuário final, o ping alto que "não tem causa obvia" em conexão de qualidade pode ser simplesmente a realidade geográfica do destino. Testar o ping para servidores em São Paulo vs servidores em cidades distantes ajuda a calibrar as expectativas. O que pode ser melhorado: escolha de DNS, qualidade do CPE, configuração de QoS, eliminacao de bufferbloat. O que não pode: física e roteamento BGP de outros ASes.

Para jogos online, os servidores dos principais titulos tem presença em São Paulo: League of Legends (Riot, datacenter SP), Valorant (Riot, SP), Free Fire (Garena, SP), CS2 (Valve, match servers via Cogent e AWS em SP). Usuarios no Sul e Sudeste geralmente tem ping de 10-30 ms para esses servidores. Usuarios no Norte e Nordeste, mesmo com boa conexão, podem ter 50-100 ms de base por causa da distância geográfica. Isso e normal e não indica problema na conexão.

O ping para servidores fora do Brasil varia muito: para Miami (onde ficam vários datacenters com peering para AS brasileiros) tipicamente 80-120 ms; para Europa (Frankfurt, Amsterdam, Londres) tipicamente 180-220 ms; para servidores na Ásia 250-350 ms. Esses valores são referências de linha de base. Se o ping para Miami estiver acima de 200 ms, ha algo errado no caminho (roteamento subotimo ou congestionamento). Se estiver abaixo de 80 ms, o routing e excepcionalmente bom.

Como documentar ping alto para chamado técnico eficaz

Um chamado técnico de "meu ping esta alto" sem evidências quase sempre resulta em "testamos aqui e esta normal". Para ter um chamado eficaz, colete: resultado de mtr para 8.8.8.8 com 100 ciclos mostrando RTT e perda por hop; o mesmo teste em horário de pico (19h-22h) e horário de baixo uso (3h-6h); resultado de speedtest.net com URL de resultado; resultado de traceroute mostrando os ASes intermediarios.

Se o ping alto ocorre somente em horário de pico, isso indica congestionamento no backbone do ISP, não problema de equipamento. Com esse padrão documentado, o chamado técnico tem muito mais peso para escalar internamente no ISP e pode justificar upgrade do enlace regional. Se o ping alto ocorre 24 horas por dia e independe do horário, o problema e mais provavelmente no last-mile (cabo danificado, sinal optico degradado, CPE com problema) ou no roteamento BGP para o destino especifico.

Perguntas frequentes sobre ping alto