Bu büyük olasılıkla, hat boyunca bir yerde tıkanıklığın sonucudur. Yönlendiriciniz olabilir ancak daha büyük bir yukarı akış sağlayıcı olabilir.
50 ping'i nasıl yaptığınızı, örneğin hangi zaman aralığını yaptığınızı, bir sonrakinden önce başarısız olmayı / başarılı olmayı mı beklediğinizi ya da bir kerede 50'yi ateşlemeyi beklemiyorsunuz (taşkın pingi).
Yüksek tıkanıklık dönemlerinde böyle bir kayıp benim tecrübeme göre sıradışı değil. ICMP trafiği için önceliği düşürmek düşük olabilir, ancak tüm bağlantıların aynı yüzdesi için daha büyük olasılıkla gerçekleşiyor - bu sadece TCP'nin dikkatle yeniden göndermesi ve yeniden sıralaması, böylece fark etmeniz daha az olası.
Durumun daha iyi bir resmini elde etmek için aşağıdakileri uygulamanızı tavsiye ederim:
- Ping'leriniz arasındaki süreyi artırın
- Alan adına değil, google için bir IP adresine ping gönderin - google.com bir dizi A kaydı döndürür ve siz de bilmeden farklı son IP'ler kullanıyor olabilirsiniz (ve dolayısıyla farklı yönlendirme)
- Cevaplamak için ortalama süreyi kaydedin; Bunun kayıpla ilişkili olup olmadığını görün - öyle yaparsa ping gidiş dönüş sürelerinin daha yüksek olduğunu ve daha yüksek kaybın tıkanıklığı gösterdiğini gösterir. Daha sonra, traceroute logları depolayarak araştırabilir ve aniden artmış zamanlar gördüğünüz bir yerde muhtemel bir darboğaz olup olmadığını görebilirsiniz.
- Google'dan daha fazla ping atmayı deneyin. Geçmişte ağ performansını kıyasladığımda, 4 veya 5 iyi son nokta kullanarak (yine ana bilgisayar adı değil IP adresiyle) yaptım, böylece sadece Google'ın ağındaki tıkanıklığı veya belirli bir sorunu ortadan kaldırabilirsiniz. tüm bağlantınızı sorgulayın