Abra a prompt e escreva por exemplo:
C:\Users\Bruno>ping 192.168.1.1
A fazer ping para 192.168.1.1 com 32 bytes de dados:
Resposta de 192.168.1.1: bytes=32 tempo<1 ms TTL=64
Resposta de 192.168.1.1: bytes=32 tempo<1 ms TTL=64
Resposta de 192.168.1.1: bytes=32 tempo<1 ms TTL=64
Resposta de 192.168.1.1: bytes=32 tempo<1 ms TTL=64
Resposta de 192.168.1.1: bytes=32 tempo<1 ms TTL=64
Resposta de 192.168.1.1: bytes=32 tempo<1 ms TTL=64
Resposta de 192.168.1.1: bytes=32 tempo<1 ms TTL=64
Resposta de 192.168.1.1: bytes=32 tempo<1 ms TTL=64
Estatísticas de ping para 192.168.1.1:
Pacotes: Enviados = 4, Recebidos = 4,
Perdidos = 0 (perda: 0%),
Tempo aproximado de ida e volta em milissegundos:
Mínimo = 0ms, Máximo = 0ms, Média = 0ms
Pacotes: Enviados = 4, Recebidos = 4,
Perdidos = 0 (perda: 0%),
Tempo aproximado de ida e volta em milissegundos:
Mínimo = 0ms, Máximo = 0ms, Média = 0ms
Como se pode verificar, houve 0% na perda de pacotes, e os tempos de trânsito encontram-se dentro dos valores esperados. Neste caso não foram detectados problemas de conectividade.
Em ambientes Windows para efectuar um ping no anfitrião até este ser interrompido (Ctrl+C) escreva “ping -t 192.168.1.1″, para ambientes Unix, por defeito, só precisa de escrever “ping” e interromper quando achar necessário.
Quando não há conectividade IP, o resultado indicava uma perda de pacotes de 100%. Esta também pode ocorrer quando o equipamento de destino (no exemplo é o IP do Router) se encontra protegido com uma Firewall que bloqueia tráfego ICMP. Problemas de arp ou de routing podém também estar na origem neste tipo de resposta.
