Jaringan · Looking glass

Ukur sendiri

Setiap angka latensi di situs ini berasal dari probe kami sendiri, yang merupakan klaim yang seharusnya tidak Anda percaya begitu saja. Looking glass berjalan dari semua 34 situs, tidak memerlukan akun, dan menjawab satu-satunya pertanyaan yang penting: seperti apa jalur antara Anda dan kota itu sebenarnya saat ini.

Armada
situs34
Negara29
kapasitas4.6 Tbit/s
00

Bangun perintah

Pilih situs dan alat. Ini berjalan dari mesin Anda, terhadap host uji yang kami publikasikan, yang merupakan satu-satunya pengukuran yang memberi tahu Anda sesuatu tentang jalur Anda sendiri.

Alat
Perintah
mtr -rwzbc 100 lg-ams-01.paragonvps.com
Host ujilg-ams-01.paragonvps.com
SitusAmsterdam, Netherlands
Berkas ujihttps://lg-ams-01.paragonvps.com/1g.bin

Berkas 1 GB berisi data acak yang tidak dapat dikompresi, untuk mengukur throughput daripada kompresor Anda.

Jalankan masing-masing tiga kali pada jam yang berbeda sebelum menarik kesimpulan. Traceroute tunggal saat pemeliharaan orang lain berlangsung bukanlah bukti.

01

Apa ini, dan apa ini bukan

Host probe di setiap situs, di VLAN yang sama dengan produksi, di belakang filtering yang sama.

Looking glass adalah host kecil di setiap situs yang menjalankan tes atas nama Anda dan mencetak keluaran mentahnya. Host ini berada di jaringan yang sama dengan instance pelanggan dan di belakang filtering edge yang sama, jadi apa yang diukurnya adalah apa yang akan Anda dapatkan. Tidak ada jalur tes yang dioptimalkan, tidak ada uplink terpisah, tidak ada sudut rack yang sepi.

Ini bukan benchmark dan bukan alat pemasaran. Beberapa hasilnya kurang menyenangkan: Sydney ke mana pun mahal dalam milidetik, dan Johannesburg masih menstabilkan transit-nya. Angka-angka itu ada karena menyembunyikannya tidak ada gunanya jika siapa pun bisa menjalankan tesnya.

01

Semua 34 situs, sepanjang waktu

Termasuk situs pra-pesan. Johannesburg telah menjawab probe sejak sebelum ada satu instance berbayar pun di sana.

02

Tanpa akun, tanpa pendaftaran

Konsisten dengan layanan lainnya. Satu-satunya tes yang membutuhkan sesuatu dari Anda adalah iperf3, dan itu hanya memerlukan token murni untuk mencegah box digunakan sebagai sumber flood.

03

Dibatasi kecepatannya, dengan sengaja

Satu tes pada satu waktu per alamat sumber dan empat tes per menit. Looking glass adalah vektor amplifikasi yang bagus jika operatornya tidak memikirkannya.

04

Hasilnya milik Anda

Keluaran berupa teks biasa dengan permalink yang berlaku selama tiga puluh hari. Tempel ke tiket, atau ke dalam argumen dengan tim jaringan orang lain.

02

Apa yang bisa Anda jalankan

Lima tes, dipilih karena menjawab pertanyaan yang berbeda. Menjalankan semuanya tidak banyak membuktikan; memilih yang tepat biasanya menyelesaikan masalah dalam satu menit.

01

Mulai dengan MTR, bukan ping

Satu ping memberi tahu Anda tentang satu momen. Tiga ratus siklus MTR memberi tahu apakah jalur tersebut buruk, kadang buruk, atau baik dan Anda kurang beruntung.

02

Gunakan file uji terlebih dahulu untuk throughput

Unduhan 1 GB melalui HTTPS mereproduksi apa yang dilakukan sebagian besar beban kerja nyata. Jika itu lambat tetapi iperf3 cepat, masalahnya adalah kontrol kemacetan atau middlebox, bukan kapasitas.

03

Path MTU sebanding dengan sembilan puluh detik

Sebagian besar tiket "situs dimuat tetapi unggahan besar macet" berakhir di sini, biasanya pada tunnel yang terlupakan antara Anda dan kami.

TesPertanyaan yang dijawabnyaBatas
Ping ICMPApakah bisa dijangkau, dan berapa waktu pulang-pergi saat iniHingga 100 paket per proses
Traceroute (ICMP dan UDP)Hop mana yang diambil jalur maju saat meninggalkan situs ituMaksimum 30 hop, 3 probe per hop
MTRKehilangan dan latensi per hop dari waktu ke waktu, bukan dalam satu snapshotHingga 500 siklus, sekitar 8 menit
Target iperf3Throughput nyata yang bisa Anda dapatkan ke situs tersebutToken panel, 60 detik, hingga 4 stream
Berkas ujiJawaban throughput tanpa menginstal apa pun100 MB dan 1 GB melalui HTTPS
Probe MTU jalurApakah ada sesuatu di tengah yang memakan paket besarMelaporkan ukuran terbesar yang bertahan
03

Membaca keluaran tanpa salah membaca

Keluaran traceroute bukanlah gambaran lalu lintas Anda. Ini adalah kumpulan balasan dari router yang memiliki urusan lebih penting, dan membacanya sebagai grafik latensi menghasilkan kesimpulan yang salah dan percaya diri.

Sebagian besar keluhan routing yang kami terima benar tentang gejalanya dan salah tentang hop-nya.

01

Hop tengah melebih-lebihkan

Router yang membalas probe traceroute melakukannya di bidang kontrolnya, yang sibuk dan memperlakukan ICMP sebagai prioritas terendah yang dimilikinya. Ketika satu hop menunjukkan 180 md dan hop berikutnya menunjukkan 14 md, router pertama sedang sibuk, bukan jalur di depannya.

02

Hanya baris terakhir yang nyata

Kehilangan yang muncul di hop keenam dan menghilang di hop ketujuh adalah balasan yang dibatasi kecepatannya, bukan lalu lintas yang hilang. Ketika dimulai di hop keenam dan berlanjut hingga tujuan, kirimkan keluarannya kepada kami.

03

DNS terbalik adalah petunjuk

Kode bandara dalam nama hop sering kali basi selama bertahun-tahun. Perlakukan itu sebagai indikasi niat oleh siapa pun yang menamai antarmuka, jangan pernah sebagai bukti geografi.

04

MPLS menyembunyikan bagian tengah

Jalur yang melintasi inti yang dialihkan label dapat terlihat tiga hop lebih pendek dari yang sebenarnya. Latensinya tetap ada; hanya kejujuran tentang dari mana asalnya yang hilang.

05

Fisika menetapkan dasar

Amsterdam ke Singapura kira-kira 168 md dan tidak ada jumlah peering yang akan meningkatkannya secara signifikan. Jika pengukuran Anda mendekati angka yang kami publikasikan, jalur bekerja dengan benar dan jawabannya adalah situs kedua, bukan tiket.

04

Rute asimetris, tempat kebingungan tinggal

Traceroute mengukur jalur maju dan tidak yang lain. Setiap angka di dalamnya, bagaimanapun, termasuk perjalanan pulang balasan hop tersebut, dan perjalanan pulang dapat mengambil rute yang sepenuhnya berbeda melintasi planet ini.

Lalu lintas dari kami ke Anda dan lalu lintas dari Anda ke kami adalah keputusan terpisah yang dibuat oleh jaringan terpisah. Kami memilih apa yang keluar; jaringan di antaranya memilih apa yang kembali. Sebagian besar operator menyerahkan lalu lintas pada kesempatan paling awal, sehingga jalur kembali Anda sering meninggalkan penyedia Anda di kota yang berbeda dari tempat jalur kami memasukinya.

Konsekuensi yang terlihat adalah hop yang tampak lambat sementara lalu lintas aktual Anda baik-baik saja. Lebih buruk adalah yang tidak terlihat: kemacetan di jalur kembali muncul sebagai latensi yang akan Anda habiskan sore hari untuk mencarinya di arah maju.

01

Selalu ukur kedua arah

MTR dari mesin Anda ke instance, dan MTR dari looking glass di situs itu kembali ke alamat Anda, idealnya berjalan pada waktu yang sama. Setengah bukti menghasilkan setengah jawaban.

02

Asimetri saja bukanlah kesalahan

Hampir setiap jalur di internet asimetris dan hampir semuanya berfungsi. Ini menjadi masalah hanya ketika satu arah macet, menjatuhkan paket, atau melewati kotak penyaringan yang menyimpan status.

03

Kami hanya dapat memengaruhi apa yang kembali

Kebijakan routing kami mengontrol arah keluar secara langsung. Jalur kembali hanya berubah jika kami mengumumkan secara berbeda, menyerahkan di tempat lain, atau meminta peer dengan baik. Ketiganya mungkin; tidak ada yang instan.

04

Middlebox stateful membenci asimetri

Jika Anda menjalankan firewall yang mengharapkan lalu lintas terlihat di kedua arah dan jalur balik tidak lagi melewatinya, Anda akan mengalami reset yang terputus-putus yang tampak persis seperti gangguan jaringan. Periksa ini sebelum menyalahkan pihak lain.

05

Mengajukan keluhan routing yang ditindaklanjuti

Median respons pertama pada tiket adalah 11 menit. Perbaikan routing membutuhkan waktu lebih lama, karena pihak lain harus setuju.

  1. 01

    Singkirkan kemungkinan masalah pada instance Anda sendiri

    Periksa beban, connection tracking, penghitung antarmuka instance Anda sendiri, dan apakah aturan filtering Anda yang menjatuhkan lalu lintas. Sekitar satu dari lima laporan berakhir di sini, dan akan lebih cepat jika Anda memeriksa terlebih dahulu.

  2. 02

    Kumpulkan data kedua arah

    Setidaknya 300 siklus MTR dari sisi Anda dan 300 dari looking glass di situs tersebut, dijalankan dalam rentang waktu yang sama. Lampirkan permalink daripada tangkapan layar; kami membutuhkan angkanya, bukan gambarnya.

  3. 03

    Beri cap waktu yang tepat

    UTC atau offset yang jelas. "Pagi ini" menggambarkan momen bagi Anda dan rentang sebelas jam bagi kami, dan mengkorelasikan data aliran dengannya adalah tebakan.

  4. 04

    Sebutkan apa yang berubah dan kapan

    Selalu seperti ini, atau mulai hari Selasa. Terus-menerus, atau antara pukul 20:00 dan 23:00 waktu setempat. Kalimat tunggal itu biasanya menentukan apakah kami melihat perubahan peering atau kemacetan malam seseorang.

  5. 05

    Kirim ke dukungan

    Kirim email ke [email protected] atau buka tiket di panel. Apa pun yang ternyata masalah jalur nyata akan dinaikkan ke tim jaringan pada jam yang sama, dan Anda akan diberi tahu apa yang kami minta dari jaringan lain.

Yang dapat kami lakukan: repath, menurunkan preferensi transit, meminta peer untuk menyelidiki, atau memindahkan Anda ke situs dengan rute yang lebih baik. Kemacetan di dalam jaringan yang tidak kami sentuh berada di luar keempat hal tersebut, dan di sana kami merutekan Anda mengelilingi masalah daripada menghabiskan seminggu untuk merasa benar.

06

Pertanyaan tentang looking glass

Untuk enam puluh detik setiap kali, ya. Token itu ada untuk mencegah host menjadi sumber banjir bagi seseorang, bukan untuk membatasi pengukuran yang jujur. Pengujian berkelanjutan membutuhkan instance Anda sendiri di kedua ujung.

Seharusnya tidak, dan jika demikian, kami ingin mengetahuinya. Host probe berada di VLAN yang sama dan mewarisi kebijakan yang sama. Perbedaan yang tulus biasanya berarti kebijakan per-prefix yang diterapkan pada alamat Anda, yang layak untuk membuat tiket.

Tidak di looking glass publik. Tanyakan dalam tiket dengan prefix tertentu dan alasan, dan Anda akan mendapatkan jawabannya, termasuk upstream mana yang kami preferensikan untuk itu dan mengapa.

Dalam batas rate, ya; pengujian itu keluar dan tidak berbahaya pada volume tersebut. Menggunakannya sebagai sumber pengukuran untuk target yang tidak Anda kendalikan tidak masalah. Sebagai komponen dari sesuatu yang lebih besar, tidak.

Tiga puluh hari, lalu kedaluwarsa bersama dengan output yang disimpan. Lampirkan ke tiket selagi masih bisa diakses, atau tempel teksnya, yang lebih kami sukai.

Siap saat Anda siap

Jalankan tes, lalu pilih kota

Latensi yang Anda ukur lebih baik daripada latensi yang dipublikasikan orang lain. Setelah angkanya masuk akal, indeks lokasi memiliki stok, uplink, dan kapasitas filtering untuk setiap situs.