Teste de Ping

O ping produz evidências sobre resolução de nomes, alcance IP e comportamento do ICMP; sozinho, não comprova a disponibilidade de um serviço.

Objetivo e contexto

Validar progressivamente a pilha local, a LAN, o gateway e destinos remotos em IPv4 ou IPv6. Em suporte, NOC e ISP, use-o para delimitar o ponto inicial da falha e comparar origens, horários e caminhos — não como veredito isolado.

Como funciona

O utilitário envia ICMP Echo Request e mede até o Echo Reply. O RTT é o tempo de ida e volta; a perda é a proporção de solicitações sem resposta; o TTL recebido é o limite de saltos restante do pacote de resposta, não uma distância exata. Roteadores decrementam o TTL e podem devolver mensagens ICMP como *Time Exceeded*, *Destination Host Unreachable* ou *Network Unreachable*.
Ao testar um domínio, há primeiro resolução DNS. Por isso, `ping 8.8.8.8` pode responder e `ping google.com` falhar sem existir defeito na conectividade IP. O destino também pode filtrar ICMP embora TCP/UDP esteja operacional; inversamente, Echo Reply não garante que HTTP, DNS, PPPoE ou outra aplicação funcione.

Sequência recomendada

1. `127.0.0.1` ou `::1`: valida a pilha local.
2. endereço da própria interface: valida configuração local, não o cabo inteiro.
3. gateway: testa o segmento local até o próximo salto.
4. outro host da LAN, ONU/ONT ou roteador gerenciável: delimita a camada local.
5. IP público conhecido: separa alcance IP de DNS.
6. domínio conhecido: acrescenta resolução de nomes.
7. servidor ou equipamento afetado: reproduz o sintoma real.
Antes do teste, registre origem, interface/VLAN/VRF, acesso (fibra, rádio, móvel ou cabo), destino, horário, IPv4/IPv6 e se há VPN, túnel, CGNAT ou firewall.

Comandos Windows

ping 8.8.8.8
ping google.com
ping -n 100 8.8.8.8
ping -t 8.8.8.8
ping -4 destino
ping -6 destino
ping -w 2000 destino
ping -l 1400 destino
ping -f -l 1472 destino
ping -S 192.0.2.10 destino

`-n` define a quantidade; `-t` mantém o teste até `Ctrl+C`; `-w` ajusta o timeout em milissegundos; `-l` muda a carga; `-f` define Don't Fragment em IPv4; `-S` escolhe a origem. Ajuste valores ao objetivo e à política operacional.

Comandos Linux

ping 8.8.8.8
ping google.com
ping -c 100 8.8.8.8
ping -i 0.5 8.8.8.8
ping -4 destino
ping -6 destino
ping -W 2 destino
ping -s 1400 destino
ping -M do -s 1472 destino
ping -I eth0 destino

`-c` limita amostras; `-i` define intervalo; `-W` controla espera; `-s` define a carga ICMP; `-M do` proíbe fragmentação IPv4; `-I` seleciona interface ou endereço de origem. Intervalos agressivos podem gerar carga, rate limiting ou resultados não representativos.

Exemplos em redes de provedores

ping 192.168.1.1        # gateway do cliente
ping 192.168.100.1      # gerência local de ONU, quando aplicável
ping 10.20.0.1          # roteador/BNG/OLT gerenciável autorizado
ping 8.8.8.8            # alcance a IP público
ping dns.exemplo.net    # resolução e alcance ao DNS/servidor

Teste a partir do cliente e, se autorizado, do gateway, roteador, OLT ou servidor. Resultados diferentes entre origens ajudam a localizar o domínio da falha. Não presuma que uma ONU/OLT responda ICMP no plano de gerência ou que o endereço seja acessível da VLAN do assinante.

Tamanho, MTU e fragmentação

Pacotes maiores ajudam a investigar PMTUD e MTU, mas o tamanho informado costuma ser apenas a carga ICMP. Em Ethernet IPv4 sem opções, carga 1472 + 20 bytes IP + 8 bytes ICMP totaliza 1500; túneis, PPPoE, VPN e IPv6 alteram o orçamento. Reduza progressivamente e correlacione com captura e configuração. Falha com DF pode indicar MTU insuficiente, bloqueio das mensagens ICMP necessárias ao PMTUD ou política do destino; não identifica sozinha onde está o problema.

Interpretação

Evidência	Hipóteses e próximo passo
Resposta estável	ICMP alcançou o destino naquela origem e instante; valide o serviço.
Timeout	Filtragem, perda, retorno ausente, destino ocupado ou indisponível; compare gateway, outro destino e rota.
Host/rede inacessível	Leia quem gerou a mensagem; revise ARP, interface, rota ou gateway.
Nome não encontrado	Valide DNS com Nslookup/Dig; teste o IP diretamente.
RTT variável	Pode refletir filas, rádio, Wi-Fi, rota, destino ou ICMP de baixa prioridade; compare origens e séries.
Perda intermitente	Verifique se persiste fim a fim e em outros fluxos; registre série longa e contexto de carga.
Resposta duplicada	Pode indicar duplicação L2, loop, caminhos ou implementação; confirme com captura.
TTL muda	Pode haver caminhos/hosts diferentes ou balanceamento; não use TTL isolado para identificar sistema operacional.

Latência e perda aceitáveis dependem de distância, tecnologia, horário, congestionamento, filas e aplicação. Rádio, móvel e satélite diferem de LAN ou fibra; o destino pode limitar ICMP. Compare com uma linha de base equivalente.

Critérios de avanço e evidências

loopback falha: trate pilha/sistema local;
interface ou gateway falha: inspecione enlace, IP, máscara, VLAN e vizinhança;
gateway responde e IP remoto não: revise rota, NAT/CGNAT, firewall e upstream;
IP responde e domínio não: avance para DNS;
ping responde e serviço não: valide porta com Netstat/SS e captura;
perda fim a fim persiste em origens comparáveis: use Traceroute e MTR/Pathping.

Registre comando completo, origem, interface, destino resolvido, quantidade, horários, mínimo/médio/máximo, perda, mensagens ICMP e alterações realizadas. Preserve a saída original.

Limitações, falsos positivos e boas práticas

ICMP pode ser bloqueado, limitado ou tratado com prioridade diferente do tráfego do cliente.
Um salto silencioso não prova falha; a resposta final tem maior peso.
Uma amostra curta não caracteriza intermitência.
DNS com múltiplos endereços pode mudar o destino entre testes.
Evite flood, intervalos inadequados e testes a equipamentos sem autorização.
Compare IPv4 e IPv6 separadamente e repita sob condições controladas.

Cenário prático

Se o gateway responde, `8.8.8.8` responde e o domínio não resolve, a evidência reduz as hipóteses para DNS local/recursivo, política ou nome consultado. Se nem o gateway responde e `ip neigh` fica incompleto, permaneça na camada local; traceroute externo ainda não é informativo.

Conclusão

O ping é a primeira medição de uma cadeia. Seu valor está na sequência, no controle da origem e na correlação com interface, rota, DNS, serviço e captura.