Jawaban singkatKeterlambatan adalah waktu penyampaian, kerugian adalah tidak adanya pesan yang diharapkan. Periksa secara terpisah dan ulangi pengukuran di sepanjang kabel, pertahankan kondisi yang sama.

Gejala apa yang harus Anda periksa?

Suara pecah menjadi beberapa bagian, aksi permainan diputar kembali, dan panggilan video terhenti sebentar. Gejala-gejala tersebut sesuai dengan kerugian, tetapi tidak membuktikannya: komputer, aplikasi, dan servernya yang kelebihan beban memberikan perilaku serupa.

Permintaan HTTP normal mungkin menunggu pengiriman ulang di tingkat yang lebih rendah. Oleh karena itu, jumlah pemeriksaan HTTP yang gagal tidak bisa begitu saja diganti namanya menjadi "persentase paket yang hilang". Pemeriksaan ini menggunakan saluran WebRTC terpisah tanpa mengirimkan ulang pesan.

Tes packet loss

Gratis

Memuat cek...

Cara kerja rekonsiliasi

Browser mengirimkan pesan bernomor. Server menyimpan jumlah pesan yang diterima dan mengirimkan gema. Pada akhirnya, klien menerima log server melalui HTTP dan membandingkan tiga daftar: dikirim, diterima oleh server, dikembalikan ke browser.

“Kerugian” dihitung berdasarkan jumlah pesan yang dikirim. “Kehilangan gema” didasarkan pada jumlah pesan yang sebenarnya diterima server. Jika Anda membagi kedua indikator dengan satu nilai awal, arahnya akan mudah tertukar. Laporan menyimpan jumlah sehingga hasilnya dapat diverifikasi.

Ini adalah pengukuran berbasis aplikasi melalui browser. Pesan WebRTC dan paket IP bukanlah unit yang dapat dipertukarkan, dan pemuatan aplikasi juga dapat memengaruhi pengiriman. Layanan tidak menyajikan hasil ini sebagai analisis laboratorium terhadap jalur tersebut.

Jika koneksi tidak terbuka

Kegagalan WebRTC tidak berarti kerugian 100%. Kemungkinan kesalahan konfigurasi UDP, kebijakan browser, VPN, jaringan perusahaan, atau node pengukuran. Dalam hal ini, pengujian menunjukkan kesalahan koneksi, dan bukan kualitas Internet nol.

Buka Pemeriksaan stabilitas HTTP, coba lagi tanpa VPN jika jaringan Anda mengizinkannya, dan coba koneksi lain. Jangan nonaktifkan perlindungan perusahaan demi ujian; meneruskan hasilnya kepada administrator.

Apa yang harus dilakukan setelah menemukan kerugian

  1. Ulangi dua atau tiga lari pendek tanpa mengubah kondisi. Satu pengukuran pendek mempunyai kesalahan acak yang besar.
  2. Hubungkan melalui kabel dan matikan Wi-Fi di komputer yang Anda periksa.
  3. Periksa perangkat lain di jaringan yang sama. Jika masalah tetap hanya pada yang pertama, persempit pencarian pada adaptor dan programnya.
  4. Bandingkan jaringan yang tenang dan momen transmisi aktif. Berguna tergantung pada bebannya tes bufferbloat.
  5. Kirimkan log dukungan dengan waktu, kondisi dan jumlah pesan.

Bisakah 0% dianggap sebagai jaminan?

Tidak. Nol berarti tidak ada pesan pengujian yang tidak terkirim dalam interval yang dipilih ke node tertentu. Kegagalan yang jarang terjadi, rute yang berbeda, dan ukuran pesan yang berbeda tetap tidak dapat diamati. Hasil yang baik memang bermanfaat, namun cakupannya harus tetap dijaga seiring dengan jumlahnya.

Sumber dan metodologi

Tim editorial CalcomeraTes, penjelasan dan batasan terbuka metode. Tentang editor