Laptop menampilkan hasil ping di terminal dengan kabel jaringan dan router di meja kerja

Hasil ping menampilkan beberapa angka sekaligus: waktu respons, TTL, dan ringkasan statistik di bagian bawah. Masing-masing menjawab pertanyaan berbeda, dan membaca semuanya bersama memberi gambaran kondisi jaringan yang lebih utuh daripada hanya melihat angka terkecil.

Apa yang sebenarnya diukur oleh ping

Ping mengirim paket ICMP Echo Request ke alamat tujuan, lalu mencatat berapa lama balasan Echo Reply datang. Waktu itu disebut round-trip time (RTT), dihitung dari paket keluar hingga balasan diterima kembali.

Perjalanan pulang-pergi melewati beberapa titik: kartu jaringan komputermu, router rumah, jaringan penyedia internet, lalu serangkaian router di jalur menuju tujuan. Angka RTT adalah akumulasi waktu tunggu di semua titik itu. Karena itu, ping ke server yang sama dari dua jaringan berbeda bisa menghasilkan angka yang jauh berbeda meski keduanya sehat.

Ping juga melaporkan jumlah paket yang hilang dan variasi waktu antarrespons. Tiga informasi inilah yang perlu dibaca bersamaan: waktu, kehilangan paket, dan konsistensi.

Arti angka TTL di setiap baris balasan

TTL (Time to Live) pada output ping bukan masa berlaku data seperti pada DNS. Dalam konteks ini, TTL adalah sisa nilai yang dihitung dari angka awal yang ditetapkan pengirim paket, lalu dikurangi satu setiap kali paket melewati sebuah router.

Angka awal TTL biasanya 64 pada sistem Linux dan macOS, atau 128 pada Windows. Kalau kamu melakukan ping ke server Linux dan melihat TTL 57, artinya paket melewati sekitar tujuh router. Ping ke server Windows dengan TTL 121 berarti melewati sekitar tujuh router juga.

Nilai TTL berguna untuk dua hal. Pertama, memperkirakan berapa banyak hop yang dilalui paket, meski hasilnya kasar karena beberapa sistem memakai angka awal berbeda. Kedua, mendeteksi perubahan jalur: kalau TTL turun dibanding pengukuran sebelumnya ke tujuan yang sama, kemungkinan jalur routing berubah dan paket melewati lebih banyak router.

Jangan gunakan TTL sebagai patokan kecepatan. TTL tinggi tidak berarti koneksi lebih cepat, dan TTL rendah tidak otomatis berarti lambat. Router yang dilewati bisa saja cepat atau justru menjadi sumber penundaan.

Latensi: rata-rata, minimum, dan maksimum

Di akhir output ping, biasanya ada ringkasan seperti ini:

rtt min/avg/max/mdev = 12.431/18.207/41.882/6.114 ms

Angka minimum menunjukkan waktu terbaik yang bisa dicapai jalur tersebut. Angka rata-rata adalah nilai tengah dari semua percobaan. Angka maksimum menangkap lonjakan terburuk selama pengukuran berlangsung.

Selisih antara minimum dan maksimum memberi petunjuk stabilitas. Ping ke server lokal dengan minimum 8 ms dan maksimum 9 ms menandakan jalur yang konsisten. Ping dengan minimum 8 ms tetapi maksimum 120 ms menunjukkan ada saat-saat jaringan tersendat, meski rata-ratanya terlihat bagus.

Nilai mdev (mean deviation) mengukur seberapa jauh setiap respons menyimpang dari rata-rata. Semakin kecil, semakin seragam waktunya. Pada Windows, ringkasan serupa ditampilkan sebagai Minimum, Maximum, dan Average tanpa mdev, tetapi pola pembacaannya sama.

Untuk keperluan sehari-hari, latensi di bawah 30 ms terasa mulus untuk video call dan game online. Antara 30 dan 100 ms masih nyaman untuk sebagian besar aktivitas. Di atas 150 ms, interaksi real-time mulai terasa tertunda. Angka ini bukan patokan mutlak karena aplikasi punya toleransi berbeda.

Packet loss dan mengapa lebih mengganggu daripada latensi

Latensi tinggi membuat semuanya terasa lambat, tetapi packet loss membuat sebagian data hilang sama sekali. Pada output ping, kehilangan paket muncul sebagai persentase di ringkasan, misalnya 2% packet loss.

Dua persen terdengar kecil, tetapi dampaknya pada koneksi real-time bisa terasa. Panggilan video bisa terputus sebentar, suara terpotong, atau game mengalami rubber banding. Protokol yang mengandalkan pengiriman ulang seperti TCP akan memicu transmisi ulang, sehingga throughput efektif turun meski bandwidth yang tersedia cukup.

Kehilangan paket sesekali bisa berasal dari jaringan nirkabel yang padat, kabel yang longgar, atau router yang kelebihan beban. Kalau packet loss muncul konsisten ke satu tujuan saja, masalahnya mungkin ada di jalur menuju tujuan tersebut. Kalau terjadi ke semua tujuan, periksa perangkat lokal dan koneksi ke penyedia internet.

Beberapa server membatasi atau memblokir ICMP. Ping yang gagal ke satu alamat belum tentu berarti server mati, bisa saja permintaan ICMP-nya diabaikan. Uji dengan tujuan lain untuk memastikan.

Jitter: variasi waktu antar paket

Jitter adalah selisih waktu antar paket yang datang berurutan. Ping tidak menampilkan jitter secara langsung, tetapi kamu bisa memperkirakannya dari selisih antar baris respons. Kalau waktu respons melompat dari 15 ms ke 60 ms lalu kembali ke 18 ms, jitter-nya tinggi.

Jitter lebih terasa pada aplikasi yang mengirim data terus-menerus, seperti VoIP dan streaming. Buffer bisa meredam jitter sampai batas tertentu, tetapi kalau variasinya terlalu besar, audio atau video mulai tersendat. Ping dengan waktu yang naik-turun tajam patut dicurigai meski rata-ratanya terlihat normal.

Untuk mengukur jitter dengan lebih rapi, jalankan ping dalam jumlah banyak, misalnya 50 sampai 100 paket, lalu bandingkan sebaran angkanya. Perintah ping -n 100 di Windows atau ping -c 100 di Linux cukup untuk mendapat sampel yang lebih stabil. Panduan lengkapnya ada di cara cek ping dengan CMD.

Membandingkan hasil ping dari beberapa titik

Ping dari satu komputer hanya mewakili satu jalur. Untuk menilai apakah masalahnya ada di server tujuan atau di jaringanmu, bandingkan hasil dari beberapa lokasi. Tool ping online mengirim permintaan dari server di berbagai wilayah, sehingga kamu bisa melihat apakah latensi tinggi terjadi di semua titik atau hanya dari jaringanmu.

Kalau ping dari jaringanmu tinggi tetapi dari lokasi lain normal, masalahnya kemungkinan di jalur menuju server atau di penyedia internetmu. Kalau semua titik melaporkan latensi tinggi, server tujuan atau jaringan di sekitarnya yang bermasalah. Beberapa pilihan tool untuk keperluan ini dibahas di 7 tool cek ping online.

Untuk menguji apakah masalahnya berkaitan dengan resolusi nama domain, bandingkan ping ke alamat IP langsung dengan ping ke nama domain. Kalau ping ke IP lancar tetapi ping ke domain lambat atau gagal, masalahnya ada di DNS. Perbandingan resolver populer bisa jadi acuan di membandingkan DNS publik Cloudflare, Google, dan Quad9.

Ringkasan

Waktu respons menunjukkan kecepatan, TTL memberi petunjuk jumlah hop, sementara packet loss dan sebaran waktu mengungkap stabilitas. Baca ringkasan di bagian bawah output ping, bukan hanya baris pertama. Bandingkan hasil dari beberapa waktu dan beberapa tujuan sebelum menyimpulkan ada masalah jaringan.

Pertanyaan yang Sering Diajukan

Kenapa TTL di hasil ping berbeda-beda untuk server yang sama?

Nilai TTL berkurang setiap kali paket melewati router. Kalau jalur routing berubah, jumlah hop yang dilewati ikut berubah, sehingga sisa TTL yang diterima juga berbeda. Perbedaan kecil wajar terjadi karena internet memilih jalur secara dinamis.

Berapa nilai ping yang dianggap bagus?

Tidak ada angka tunggal. Di bawah 30 ms terasa responsif untuk sebagian besar keperluan, sedangkan di atas 150 ms mulai terasa tertunda pada aplikasi real-time. Yang lebih penting adalah konsistensi: ping 40 ms yang stabil lebih nyaman daripada ping 15 ms yang sering melonjak ke 200 ms.

Apakah packet loss 1% masih aman?

Untuk browsing dan unduhan, 1% biasanya tidak terasa karena data dikirim ulang. Untuk panggilan suara, video conference, atau game online, kehilangan sekecil itu bisa memicu gangguan singkat. Kalau muncul terus-menerus, periksa kabel, sinyal nirkabel, dan beban router sebelum menghubungi penyedia internet.