---
codigo: DOC-TEL-RED-DIA-003
tipo: conhecimento
dominio: Telecom
area: Redes
trilha: Diagnóstico de Redes
nivel_tecnico: Intermediário
tempo_medio: 10-15 min
status: validado
---

# Pathping

## Objetivo e funcionamento

O `pathping` do Windows combina descoberta semelhante ao Tracert com uma fase prolongada de sondas ICMP. Ele estima perda para saltos e enlaces do caminho observado. A coleta pode levar vários minutos; aguarde o resumo antes de concluir.

```bat
pathping destino
pathping -n destino
pathping -4 destino
pathping -6 destino
pathping -q 100 -p 250 destino
```

`-n` evita DNS reverso; `-q` controla consultas por salto; `-p` ajusta o intervalo em milissegundos. Mais sondas aumentam duração e confiança estatística, mas podem acionar rate limiting. Registre parâmetros e não gere carga indevida.

## Leitura correta

O relatório apresenta o caminho e estatísticas por nó/enlace. Compare as colunas **Source to Here** e **This Node/Link** (a redação varia por versão):

- perda alta atribuída ao roteador, mas não reproduzida nos saltos posteriores/destino, costuma indicar ICMP de controle limitado no nó;
- perda que passa a aparecer e permanece nos nós seguintes e destino é mais compatível com perda no enlace, fila ou caminho subsequente;
- um salto silencioso não localiza sozinho a falha;
- assimetria faz as respostas ICMP retornarem por outro caminho.

Não some percentuais das linhas. A inferência depende da propagação da evidência fim a fim, do número de amostras e do comportamento do destino.

## Procedimento e cenários

1. Confirme sintoma, gateway e destino por ping.
2. Rode `pathping -n` do cliente afetado e registre horário/carga.
3. Repita de uma origem de referência, se autorizado.
4. Compare a perda no destino, não apenas em roteadores intermediários.
5. Correlacione com interface, filas, rádio/fibra, logs e rota.

É útil em reclamação intermitente, suspeita de perda ao longo de múltiplos saltos e comparação antes/depois. Em MPLS, túneis, CGNAT ou ECMP, o caminho visível pode ser parcial ou variar.

## Alternativas Linux

```bash
mtr --report --report-cycles 100 --no-dns destino
traceroute -n destino
ping -c 100 destino
```

MTR é a alternativa mais próxima, mas algoritmos e formato não são idênticos. Evite comparar percentuais como se fossem a mesma medição.

## Limitações, armadilhas e evidências

ICMP pode ser filtrado ou limitado; a rota de retorno pode diferir; uma coleta curta pode não capturar oscilação; uma coleta longa pode atravessar mudança de rota. Latência/perda dependem da tecnologia e contexto, sem limiar universal.

Registre saída integral, origem/interface, destino IP, DNS, quantidade/intervalo, início/fim, rota, tráfego concorrente e se a perda persistiu no destino. Avance para MTR quando precisar de outros modos/relatório contínuo; para captura quando precisar provar saída, retransmissões ou ausência de retorno.

## Conclusão

Pathping oferece uma série temporal melhor que uma única rota, mas só localiza falhas quando a perda se propaga e é correlacionada com evidências fim a fim.

## Documentos Relacionados

- [Teste de Ping](./01 - Teste de Ping.md)
- [Traceroute e Tracert](./02 - Traceroute e Tracert.md)
- [MTR](./04 - MTR.md)
- [Fluxo de Diagnóstico de Conectividade](./13 - Fluxo de Diagnóstico de Conectividade.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)