Beberapa jawaban di sini menggunakan ping dan traceroute untuk penjelasannya. Alat-alat ini ada di tempatnya, tetapi tidak dapat diandalkan untuk pengukuran kinerja jaringan.
Secara khusus, (setidaknya beberapa) router Juniper mengirim pemrosesan acara ICMP ke bidang kontrol router. Ini JAUH lebih lambat daripada pesawat penerusan, terutama di router backbone.
Ada keadaan lain di mana respons ICMP bisa jauh lebih lambat daripada kinerja penerusan aktual router. Misalnya, bayangkan router semua-perangkat lunak (tanpa perangkat keras penerusan khusus) yang 99% dari kapasitas CPU, tetapi masih menggerakkan traffic dengan baik. Apakah Anda ingin menghabiskan banyak siklus memproses respons traceroute, atau meneruskan lalu lintas? Jadi memproses respons adalah prioritas yang sangat rendah.
Akibatnya, ping / traceroute memberi Anda batas atas yang wajar - segalanya berjalan setidaknya secepat itu - tetapi mereka tidak benar-benar memberi tahu Anda seberapa cepat lalu lintas nyata berjalan.
Dalam acara apa pun -
Berikut ini adalah contoh traceroute dari University of Michigan (AS tengah) ke Stanford (pantai barat AS). (Kebetulan melewati Washington, DC (pantai timur AS), yang berjarak 500 mil ke arah yang "salah".)
% 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
Secara khusus, perhatikan perbedaan waktu antara hasil traceroute dari router cuci dan router atla (hop 7 & 8). jalur jaringan berjalan terlebih dahulu untuk mencuci dan kemudian ke atla. mencuci membutuhkan 50-100ms untuk merespons, atla membutuhkan sekitar 28ms. Jelas atla lebih jauh, tetapi hasil traceroute menunjukkan bahwa itu lebih dekat.
Lihat http://www.internet2.edu/performance/ untuk banyak info tentang pengukuran jaringan. (Penafian, saya dulu bekerja untuk internet2). Lihat juga: https://fasterdata.es.net/
Untuk menambahkan beberapa relevansi spesifik dengan pertanyaan awal ... Seperti yang Anda lihat, saya memiliki waktu ping pulang pergi 83 ms ke Stanford, jadi kami tahu jaringan setidaknya bisa berjalan secepat ini.
Perhatikan bahwa jalur jaringan penelitian & pendidikan yang saya ambil di traceroute ini mungkin lebih cepat daripada jalur internet komoditas. Jaringan R&E pada umumnya overprovision koneksi mereka, yang membuat buffering di setiap router tidak mungkin. Juga, perhatikan jalur fisik yang panjang, lebih panjang dari pantai ke pantai, meskipun jelas mewakili lalu lintas nyata.
michigan-> washington, dc-> atlanta-> houston-> los angeles-> stanford
