Kilka odpowiedzi tutaj używa pingów i traceroute do wyjaśnienia. Narzędzia te mają swoje miejsce, ale nie są niezawodne w pomiarze wydajności sieci.
W szczególności (przynajmniej niektóre) routery Juniper przesyłają przetwarzanie zdarzeń ICMP na płaszczyznę sterowania routera. Jest to DUŻO wolniej niż płaszczyzna przekazująca, szczególnie w routerze szkieletowym.
Istnieją inne okoliczności, w których odpowiedź ICMP może być znacznie wolniejsza niż faktyczna wydajność przekierowywania routera. Wyobraźmy sobie na przykład router z oprogramowaniem (bez specjalistycznego sprzętu do przekazywania), który ma 99% pojemności procesora, ale nadal dobrze porusza się w ruchu. Czy chcesz, aby spędzało dużo cykli na przetwarzaniu odpowiedzi traceroute lub przekazywaniu ruchu? Przetwarzanie odpowiedzi ma więc bardzo niski priorytet.
W rezultacie ping / traceroute daje rozsądne górne granice - wszystko idzie co najmniej tak szybko - ale tak naprawdę nie mówią ci, jak szybko idzie prawdziwy ruch.
W każdym razie -
Oto przykład traceroute z University of Michigan (środkowe USA) do Stanford (zachodnie wybrzeże USA). (Zdarza się, że jedzie przez Waszyngton (wschodnie wybrzeże USA), który jest 500 mil w „złym” kierunku).
% 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
W szczególności zwróć uwagę na różnicę czasu między wynikami traceroute z routera myjącego i routera atla (przeskok 7 i 8). ścieżka sieci przechodzi najpierw do mycia, a następnie do atla. pranie trwa 50-100 ms, a atla około 28 ms. Najwyraźniej atla jest dalej, ale jej wyniki traceroute sugerują, że jest bliżej.
Zobacz http://www.internet2.edu/performance/, aby uzyskać wiele informacji na temat pomiaru sieci. (zrzeczenie się, kiedyś pracowałem dla Internetu2). Zobacz także: https://fasterdata.es.net/
Aby dodać pewne szczególne znaczenie do pierwotnego pytania ... Jak widać, miałem czas pingowania w obie strony do Stanforda w czasie 83 ms, więc wiemy, że sieć może pójść przynajmniej tak szybko.
Zauważ, że ścieżka sieci badawczo-edukacyjnej, którą wybrałem na to traceroute, będzie prawdopodobnie szybsza niż zwykła ścieżka internetowa. Sieci R&E generalnie zawyżają swoje połączenia, co sprawia, że buforowanie w każdym routerze jest mało prawdopodobne. Zwróć też uwagę na długą ścieżkę fizyczną, dłuższą niż wybrzeże-wybrzeże, chociaż wyraźnie reprezentującą rzeczywisty ruch.
michigan-> waszyngton, dc-> atlanta-> houston-> los angeles-> stanford
