9 vezes em 10 resultados de rota de rastreamento não são uma indicação de problemas de rede. O traceroute envia pacotes de solicitação de eco ICMP para cada salto sucessivo entre a origem e o destino, incrementando o TTL em um para cada salto sucessivo. O resultado de cada salto é uma indicação de como esse salto está respondendo ao tráfego ICMP, não é uma indicação da qualidade do caminho através e além desse salto. Um trabalho de roteador é encaminhar o tráfego e, como tal, muitos são programados para ignorar, descartar ou dar baixa prioridade ao tráfego ICMP direcionado a eles mesmos. O fato de os saltos 14, 19 e 21 terem tempos de resposta muito bons são indicadores de que não há nada de errado com o caminho. Se houvesse um problema no salto 12 (como você destacou) ou em qualquer outro salto que estivesse afetando o caminho, você veria um problema em cada salto sucessivo e veria cada salto pior que o anterior. Somente quando você vir esses tipos de resultados no traceroute, você deve suspeitar de um problema de caminho. O Hop 21 é o destino e, com um tempo de resposta de 59 ms, está dizendo que o caminho entre a origem e o destino é bom. A chave para analisar um problema de caminho é analisar seu desempenho enquanto dados reais o transitam, o que não pode ser feito a menos que você tenha um sniffer de pacote / monitor de rede em cada salto e tenha acesso a memória, CPU e contadores de throughput em cada nó da rede (roteadores e switches) no caminho da origem ao destino.
Em vez de tentar descobrir por que você tem problemas de desempenho com base em um tracert do caminho, você deve se concentrar na sessão TCP real entre a origem eo destino e examinar o tempo de resposta (latência) e qualquer perda de pacote entre eles. dois pontos finais.
Rota de rastreamento, como o próprio nome indica, é uma ferramenta para descobrir o caminho entre dois pontos de extremidade, não é uma ferramenta para analisar a qualidade desse caminho.