Buradaki cevapların birçoğu açıklamaları için ping ve traceroute kullanıyor. Bu araçlar kendi yerlerine sahiptir, ancak ağ performans ölçümü için güvenilir değildirler.
Özellikle, (en azından bazıları) Ardıç yönlendiricileri, ICMP olaylarının yönlendiricinin kontrol düzlemine işlenmesini gönderir. Bu, özellikle bir omurga yönlendiricisinde, ileri düzleminden çok daha yavaş.
ICMP yanıtının bir yönlendiricinin gerçek yönlendirme performansından çok daha yavaş olabileceği başka durumlar da vardır. Örneğin, CPU kapasitesinin% 99'unda olan bir tüm yazılım yönlendiricisinin (özel bir yönlendirme donanımı yok) düşünün, ancak trafik iyi durumda. Traceroute yanıtları işlemek veya trafiği iletmek için çok fazla döngü harcamasını mı istiyorsunuz? Bu nedenle yanıtın işlenmesi çok düşük bir önceliktir.
Sonuç olarak, ping / traceroute size makul üst sınırlar veriyor - işler en azından o kadar hızlı gidiyor - ama size gerçekten gerçek trafiğin ne kadar hızlı gittiğini söylemiyorlar.
Herhangi bir olayda -
İşte Michigan Üniversitesi'nden (orta ABD) Stanford'a (batı sahili ABD) bir örnek eser. (Washington, DC ("doğu sahili ABD"), "yanlış" yönde 500 mil uzaklıktaki yoldan gider.)
% traceroute -w 2 www.stanford.edu
traceroute to www-v6.stanford.edu (171.67.215.200), 64 hops max, 52 byte packets
1 * * *
2 * * *
3 v-vfw-cc-clusta-l3-outside.r-seb.umnet.umich.edu (141.211.81.130) 3.808 ms 4.225 ms 2.223 ms
4 l3-bseb-rseb.r-bin-seb.umnet.umich.edu (192.12.80.131) 1.372 ms 1.281 ms 1.485 ms
5 l3-barb-bseb-1.r-bin-arbl.umnet.umich.edu (192.12.80.8) 1.784 ms 0.874 ms 0.900 ms
6 v-bin-arbl-i2-wsu5.wsu5.mich.net (192.12.80.69) 2.443 ms 2.412 ms 2.957 ms
7 v0x1004.rtr.wash.net.internet2.edu (192.122.183.10) 107.269 ms 61.849 ms 47.859 ms
8 ae-8.10.rtr.atla.net.internet2.edu (64.57.28.6) 28.267 ms 28.756 ms 28.938 ms
9 xe-1-0-0.0.rtr.hous.net.internet2.edu (64.57.28.112) 52.075 ms 52.156 ms 88.596 ms
10 * * ge-6-1-0.0.rtr.losa.net.internet2.edu (64.57.28.96) 496.838 ms
11 hpr-lax-hpr--i2-newnet.cenic.net (137.164.26.133) 76.537 ms 78.948 ms 75.010 ms
12 svl-hpr2--lax-hpr2-10g.cenic.net (137.164.25.38) 82.151 ms 82.304 ms 82.208 ms
13 hpr-stanford--svl-hpr2-10ge.cenic.net (137.164.27.62) 82.504 ms 82.295 ms 82.884 ms
14 boundarya-rtr.stanford.edu (171.66.0.34) 82.859 ms 82.888 ms 82.930 ms
15 * * *
16 * * *
17 www-v6.stanford.edu (171.67.215.200) 83.136 ms 83.288 ms 83.089 ms
Özellikle, traceroute ile yıkama yönlendiricisinin ve atla yönlendiricisinin sonuçları arasındaki zaman farkına dikkat edin (atlama sayısı 7 ve 8). Ağ yolu önce yıkanıp sonra atlaya gider. yıkama 50-100 ms sürer, atla yaklaşık 28 ms sürer. Açıkçası, atla daha uzakta, ancak traceroute sonuçları daha yakın olduğunu gösteriyor.
Bkz http://www.internet2.edu/performance/ ağ ölçümü bilgi için bolca. (feragatname, internet2 için çalışıyordum). Ayrıca bakınız: https://fasterdata.es.net/
Asıl soruya belirli bir ilgi eklemek için ... Gördüğünüz gibi stanford'a 83 ms'lik bir gidiş dönüş zamanım vardı, böylece ağın en azından bu kadar hızlı gidebileceğini biliyoruz.
Bu izleme işleminde kullandığım araştırma ve eğitim ağı yolunun, meta internet yolundan daha hızlı olacağına dikkat edin. Ar-Ge ağları genellikle bağlantılarını fazladan sağlar, bu da her yönlendiricinin arabelleğe alınmasını zorlaştırır. Ayrıca, gerçek trafiği açıkça temsil etmesine rağmen, kıyıdan kıyıya daha uzun olan uzun fiziksel yolu not edin.
michigan-> washington, dc-> atlanta-> houston-> los angeles-> stanford
