--- codigo: DOC-TEL-RED-DIA-001 tipo: conhecimento dominio: Telecom area: Redes trilha: Diagnóstico de Redes nivel_tecnico: Intermediário tempo_medio: 15-25 min status: validado --- # 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 ```bat 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 ```bash 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 ```bash 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. ## Documentos Relacionados - [Traceroute e Tracert](./02 - Traceroute e Tracert.md) - [Pathping](./03 - Pathping.md) - [MTR](./04 - MTR.md) - [Nslookup](./05 - Nslookup.md) - [IPConfig, IFConfig e IP](./08 - IPConfig, IFConfig e IP.md) - [Fluxo de Diagnóstico de Conectividade](./13 - Fluxo de Diagnóstico de Conectividade.md) - [Modelo TCP-IP](../Fundamentos/02 - Modelo TCP-IP.md) - [POP - Diagnóstico de Lentidão](../../Diagnósticos/POP - Diagnóstico de Lentidão.md) - [POP - Diagnóstico de Oscilações](../../Diagnósticos/POP - Diagnóstico de Oscilações.md)