Mengapa semakin cepat Wi‑Fi, kualitasnya justru memburuk

• Pengalaman terbaik di pita 5 GHz didapat dengan menggunakan lebar kanal sempit 20/40 MHz, tetapi produk konsumen memakai lebar kanal besar 80MHz atau lebih sebagai pengaturan default sehingga menyebabkan interferensi dan peningkatan latensi
• Karena konsumen lebih menyukai kecepatan yang tinggi, produsen/ISP tetap memakai kanal lebar karena khawatir peringkat benchmark turun jika produk dirilis dengan pengaturan kanal sempit
• Tindakan menjalankan tes kecepatan Wi‑Fi itu sendiri juga menghabiskan bandwidth bersama jaringan, sehingga responsivitas menurun dan perangkat lain di jaringan mengalami latensi dan packet loss
• Wi‑Fi 8 (802.11bn) generasi berikutnya dari IEEE menargetkan peningkatan keandalan dan responsivitas alih-alih kecepatan, tetapi standardisasinya diperkirakan belum selesai hingga 2028
• Hanya dengan mengubah pengaturan pada perangkat keras yang sudah terpasang saat ini, perbaikan yang cukup besar sudah bisa dicapai

---

Pentingnya lebar kanal sempit

• Jaringan perusahaan menggunakan lebar kanal 20MHz~40MHz untuk mendukung area yang luas dan koneksi banyak perangkat
  • Dengan begitu, lebih banyak kanal bisa diamankan dan co-channel interference dapat dihindari
• Wi‑Fi di rumah dan bisnis kecil juga tidak jauh berbeda dengan lingkungan perusahaan: rata-rata rumah tangga di AS memiliki 21 perangkat Wi‑Fi
  • Banyak rumah membutuhkan beberapa node mesh atau access point untuk cakupan yang efektif
• Namun, router rumahan atau perangkat ISP secara default sering menggunakan 80MHz atau lebih sehingga menguasai 2/3 dari seluruh pita
  • Beberapa perangkat 2.4GHz hanya mengizinkan 40MHz sehingga pengguna bahkan tidak bisa menyesuaikannya menjadi lebih sempit

Masalah ‘obsesi pada kecepatan’

• Alasan pengaturan ini adalah karena konsumen menganggap kualitas Wi‑Fi = kecepatan dan tidak mempertimbangkan faktor selain kecepatan
  • Mereka hanya fokus pada kecepatan ketimbang indikator pengalaman internet yang lebih penting seperti responsivitas dan keandalan
• Produsen dan ISP sangat sensitif terhadap skor tes kecepatan, sehingga pengaturan default tetap dipertahankan pada kanal lebar
  • Jika memakai kanal sempit, kualitas yang benar-benar dirasakan memang membaik, tetapi angka kecepatan tampak lebih rendah sehingga dikhawatirkan tingkat pengembalian produk meningkat
• Akibatnya, struktur yang lebih mementingkan throughput maksimum daripada responsivitas dan stabilitas terus berlanjut

Efek balik dari tes kecepatan

• Wi‑Fi memiliki struktur airtime contention atau kanal udara bersama, sehingga hanya satu perangkat yang dapat mengirim pada satu waktu
  • Karena itu, ketika satu perangkat menjalankan tes kecepatan, latensi dan packet loss pada perangkat lain meningkat
• Hasil eksperimen menunjukkan bahwa ketika perangkat lain di jaringan yang sama melakukan tes kecepatan, latensi, jitter, dan packet loss semuanya meningkat
  • Saat tes yang sama dilakukan melalui koneksi kabel (ethernet), efek seperti ini tidak muncul
• Sebagian besar perangkat konsumen menonaktifkan fitur mitigasi buffer bloat sehingga situasinya makin buruk
• Alat ukur kecepatan atau sistem pengukuran kecepatan otomatis itu sendiri menjadi penyebab utama turunnya kualitas yang dirasakan konsumen

Pendekatan baru IEEE 802.11bn (Wi‑Fi 8): pergeseran ke fokus responsivitas dan keandalan

• 68% rumah tangga di AS mengalami masalah Wi‑Fi dalam setahun terakhir
• Standar IEEE Wi‑Fi 8 (802.11bn) berupaya keluar dari orientasi lama yang mengutamakan kecepatan
  • dengan menetapkan sasaran keandalan, latensi rendah (berdasarkan persentil ke-95), meminimalkan packet loss, dan ketahanan di lingkungan dengan interferensi
  • Namun, standar ini baru akan difinalisasi paling cepat pada 2028
• Pita 6GHz yang digunakan Wi‑Fi 6E dan 7 memang menyediakan kanal yang lebih lebar, tetapi
  • tingkat adopsi perangkat masih rendah, dan masalah mendasar berbagi kanal tetap belum terpecahkan

Solusi dan usulan

• Tidak perlu menunggu adopsi nyata Wi‑Fi 6E dan 7, atau janji Wi‑Fi 8 yang belum terwujud
  • Dengan sekadar mengubah pengaturan pada perangkat keras yang sudah terpasang, kinerja yang jauh lebih baik sudah bisa dicapai
  • Kita hanya perlu berhenti mengejar throughput maksimum dan mulai fokus pada responsivitas serta keandalan Wi‑Fi
• Tes kecepatan adalah alat yang berguna, tetapi ketergantungan berlebihan justru menurunkan kualitas
• Konsumen sebenarnya menginginkan respons cepat dan stabilitas, tetapi masih kekurangan alat dan data untuk mengukurnya
• Produsen dan ISP perlu memperkenalkan metrik baru yang menekankan pengalaman jaringan berkelanjutan (Responsiveness & Reliability)
• Bahkan dengan perangkat keras yang ada sekarang, perubahan pengaturan sederhana saja sudah dapat mewujudkan lingkungan Wi‑Fi yang lebih stabil

[GN⁺]

Opini Hacker News

• Hasil eksperimen dengan hub UniFi menunjukkan bahwa idealnya setiap perangkat mendapat kanal WiFi yang terpisah; interferensi sangat parah sehingga bahkan di lingkungan yang performanya turun jika kanal saling bertabrakan, hasilnya tetap jauh lebih baik bila tidak ada konflik kanal. Selain itu, cara terbaik untuk mempercepat lingkungan nirkabel adalah sebisa mungkin mengurangi penggunaan WiFi itu sendiri; menghubungkan perangkat yang tidak berpindah seperti TV langsung ke Ethernet dapat secara efektif mengurangi kemacetan dan penurunan kecepatan WiFi

  • Idealnya, semua perangkat selain ponsel dan laptop yang tidak menetap di meja dihubungkan lewat Ethernet. Saat konferensi video meningkat pada 2020, memasang kabel Ethernet langsung di dalam rumah sangat meningkatkan kenyamanan penggunaan

  • Perangkat IoT sering memakai chipset WiFi lambat dan standar lama, jadi memisahkannya ke SSID khusus 2.4GHz adalah cara yang efektif. Dengan begitu, perangkat lama dan lambat tidak merusak kenyamanan 5GHz. Selain itu, menambah lebih banyak router nirkabel dan memanfaatkan backhaul kabel membuat perangkat bisa terhubung secara efisien ke AP terdekat sehingga WiFi menjadi jauh lebih stabil. Setelah semua perangkat rumah yang tidak bergerak diubah ke koneksi kabel dan ditata ulang, kualitas nirkabel meningkat drastis

  • iPhone/iPad juga bisa dihubungkan dengan adapter Ethernet, dan untuk unduhan besar pekerjaan jadi jauh lebih cepat. Namun, banyak perangkat elektronik konsumen tidak mendukung koneksi kabel, yang cukup disayangkan. Di apartemen kota yang padat, nirkabel benar-benar merupakan pilihan yang merugikan, dan ada juga ketidaknyamanan karena berbagai perangkat menampilkan perangkat jaringan sekitar lebih dari yang perlu atau tidak bisa mematikan WiFi secara normal

  • Klien Wi-Fi yang sedang idle tanpa trafik di jaringan hampir tidak memengaruhi kualitas. Yang benar-benar bermasalah adalah perangkat yang sedang digunakan atau punya trafik latar tinggi seperti smart TV. Di jaringan IoT, sebagian besar perangkat diblokir akses internetnya untuk mengurangi trafik latar. Secara umum, hanya dengan memperluas cakupan AP, memakai backhaul kabel, dan mengganti ke perangkat yang bagus (misalnya Ubiquiti/UniFi), sebagian besar masalah WiFi bisa sangat diperbaiki. Jika memakai mesh WiFi, backhaul 6GHz direkomendasikan, meski perlu dicatat jangkauan jaraknya agak berkurang

  • Pemasangan kabel adalah solusi paling agresif dan paling kuat. Namun jika WiFi memang harus dimanfaatkan secara aktif, hal itu bisa dioptimalkan dengan memakai beberapa AP yang memiliki backhaul khusus. Ada pengalaman membangun jaringan seperti ini sehingga lebih dari 60 perangkat dapat roaming dengan nyaman dan mempertahankan kecepatan tinggi. Basisnya UniFi, tetapi perangkat Eero PoE juga menunjukkan performa yang mirip bagusnya

• Salah satu penyebab WiFi memburuk adalah fitur WiFi Direct pada printer seperti HP. Saat memindai sinyal di sekitar, terlihat lebih dari lima printer tetangga memancarkan sinyal kuat. Di lingkungan gedung besar, hanya kanal 6GHz yang didukung WiFi 6e yang benar-benar bisa dimanfaatkan

• Dari isi artikelnya tidak begitu jelas apa yang harus dipraktikkan. Apakah maksudnya mengurangi lebar kanal di rumah? Agar benar-benar berarti, sepertinya perlu cukup banyak WAP agar efektif. Dibanding lebar kanal, di apartemen dan lingkungan serupa, rekomendasi untuk menurunkan TX power tampaknya lebih realistis. Namun tidak semua orang akan melakukannya, dan yang terbaik adalah menyesuaikan dengan batas hukum. Perangkat yang butuh performa tinggi memang seharusnya dihubungkan lewat kabel. Jika berniat menginvestasikan waktu untuk optimasi WiFi, wiisfi.com adalah referensi yang sangat bagus

  • Intinya, menurunkan lebar kanal 5GHz menjadi 40Mhz dan mempertahankan 2.4GHz di 20MHz akan memberi keandalan yang lebih tinggi. Pengaturan ini akan membantu semua pengguna bila produsen menetapkan default yang baik, tetapi saat ini router rumahan umumnya memakai lebar kanal bawaan yang terlalu besar. Tentu saja, kalau di lingkungan sendiri tidak ada masalah, tidak perlu diubah

  • Pengaturan seperti ini hanya perlu diperhatikan jika memang ada masalah. Dalam kebanyakan kasus, resource WiFi modern sangat berlimpah sehingga perbedaannya hampir tidak terasa, dan paling-paling hanya sedikit lebih lambat saat transfer file besar yang sangat jarang terjadi, jadi rasanya tidak perlu sampai menambah kabel hanya untuk itu

  • Menggunakan 40MHz pada 2.4GHz berarti mengambil setengah dari seluruh kanal yang tersedia, sehingga polusi kanal bisa menjadi lebih parah daripada manfaat peningkatan kecepatannya. Jika perangkat lain di sekitar sembarangan menambah kanal 8 atau 9, pita sisanya juga segera tercemar dan bahkan perangkat IoT pun nyaris hanya bisa menangkap sinyal. Yang tadinya bisa mencapai lebih dari 70Mbps dengan penataan 20MHz yang baik bisa turun menjadi hanya 30Mbps. Kalau dipakai ramai-ramai, bahkan FaceTime bisa sampai harus dipaksa ke 5GHz atau WiFi dimatikan sama sekali

  • Saya juga sering kehilangan koneksi WiFi di kamar tidur pada lingkungan 5GHz 80MHz, dan hari ini begitu langsung diturunkan ke 20MHz, rasio signal-to-noise naik sekitar 5dB sehingga koneksi kamar tidur bisa dipakai lagi. Ada sedikit peningkatan latensi, tetapi efeknya terasa

  • Referensi yang direkomendasikan itu benar-benar berguna, andai tahu lebih cepat

• Ini adalah penjelasan yang mengingatkan bahwa optimasi WiFi belakangan ini berfokus pada ‘perlombaan spesifikasi kecepatan’ yang hanya menekankan kecepatan maksimum di atas kertas, bukan pengalaman pengguna nyata. Ini mengingatkan pada 'perang megapiksel' kamera digital dulu. Yang benar-benar penting dalam keseharian adalah responsivitas dan keandalan, tetapi metrik seperti ini sulit dikuantifikasi dan bahkan tidak pernah dicantumkan di kemasan produk. Ironisnya, speed test itu sendiri justru bisa memperburuk performa jaringan. Apakah ke depan router dan ISP akan memberikan skor berbasis pengalaman nyata seperti responsivitas alih-alih metrik kecepatan masih belum jelas. Pada dasarnya ini masalah budaya jaringan, dan industrinya terlalu lama terpaku pada angka yang bisa dipuja daripada pengalaman yang lebih baik

  • Saya penasaran bagaimana kecepatan aktual memengaruhi pemanfaatan dan optimasi ‘airtime’ nirkabel, dan bagaimana hubungan itu berubah pada kecepatan PHY yang rendah

• Apple sedang mengusulkan cara untuk menilai kualitas jaringan dengan lebih akurat, bukan sekadar pengukuran kecepatan. Spesifikasinya adalah network-quality/goresponsiveness, dan pada Mac terbaru sudah ada alat CLI bernama networkQuality. Alat ini mengukur ‘round trip per minute’ dalam kondisi idle maupun saat terbebani. Karena lebih baik memprediksi kenyamanan internet yang benar-benar dirasakan (respons cepat, tanggapan instan), alat ini lebih berguna secara praktis dibanding speed test biasa

• Karena ‘kecepatan’ mudah diukur, akhirnya semua pihak yang berkepentingan menjadi terobsesi hanya pada kecepatan. Setelah lama bekerja di bidang jaringan, rasanya pengguna menganggap semua masalah disebabkan kurangnya kecepatan, padahal setelah melewati tingkat tertentu, sering kali itu hanya soal kepuasan psikologis

• Di kelompok kerja IEEE 802.11bn (Wi-Fi 8) pun, tujuan spesifikasi sedang didefinisikan ulang dari sekadar peningkatan kecepatan menjadi keandalan, latensi rendah (terutama berdasarkan persentil ke-95), pengurangan packet loss, serta ketahanan terhadap interferensi dan mobilitas. Namun dari pengalaman industri, fitur baru tidak langsung diterapkan dengan benar pada setiap generasi; fitur inti WiFi 6 baru benar-benar berjalan di WiFi 7, dan fitur WiFi 7 baru benar-benar matang di WiFi 8. Jadi fitur yang diperkenalkan tiap generasi biasanya baru stabil satu generasi sesudahnya. Meski begitu, WiFi saat ini sudah melampaui 1Gbps nyata hingga lebih dari 2.5Gbps dalam performa efektif, dan menunjukkan kemajuan besar tiap tahun dalam keandalan dan efisiensi

• Ada cerita bahwa banyak ISP, produsen perangkat, dan konsumen menjalankan speed test otomatis secara berkala, dan saya terkejut dengan klaim bahwa hal ini justru berdampak negatif pada pengalaman internet konsumen secara keseluruhan. Saya penasaran mengapa mereka sengaja membuat beban lebih besar dari yang diperlukan

  • Sebagai contoh, ada perusahaan bernama SamKnows yang mengumpulkan data performa dari jutaan rumah dan baru-baru ini diakuisisi Cisco. Artikel terkait: Cisco, SamKnows mengumumkan akuisisi

  • Sebagian besar ISP menjalankan speed test semacam ini hanya di jaringan internal mereka sendiri sehingga dampaknya kecil terhadap beban trafik nyata. Ini karena angka bisa dibesarkan hanya dengan memanfaatkan trafik internal dan tanpa memakai jalur eksternal, sehingga dari sisi perusahaan pun tidak menjadi masalah. Seorang operator jaringan di ISP saya pernah menjelaskan prinsip ini sehingga saya memahaminya

  • Sangat sedikit orang yang bahkan tahu soal speed test itu sendiri, dan tampaknya kebanyakan konsumen tidak punya kemampuan untuk mengotomatiskannya

• Bagian yang paling tidak memuaskan dari WiFi adalah roaming. Rumah ini dibangun dengan dinding sangat tebal (hingga 120cm), sehingga hampir setiap ruangan membutuhkan AP. Meski sudah banyak dioptimalkan, saya masih belum pernah merasakan seamless roaming yang benar-benar sempurna. Setelah mengganti ke perangkat TP-Link Omada, kondisinya memang lebih baik daripada sebelumnya, tetapi tetap belum semulus perpindahan tanpa putus seperti telepon nirkabel DECT. Misalnya, saat menonton Twitch di kamar lalu berpindah ke dapur, sekitar 30% kemungkinan pemutarannya freeze, dan dalam kasus buruk bahkan harus mematikan lalu menyalakan kembali WiFi agar bisa berpindah. Saya sudah mencoba semua tips soal kanal, overlap, dan sebagainya, tetapi masih belum sepenuhnya mulus

  • Telepon nirkabel DECT memakai pita 1.9GHz, sehingga dibanding WiFi 2.4GHz kehilangan sinyalnya lebih kecil terhadap air dan lebih baik menembus banyak material. Masalahnya sering muncul karena banyak orang salah menempatkan repeater/repeater WiFi atau memakai perangkat murah tanpa multi-radio. Jika repeater atau perangkat mesh hanya punya single radio, kecepatannya akan turun setengah pada setiap hop. Dari sudut pandang operator ISP, pelanggan hampir selalu berhemat untuk jaringan nirkabel di rumah, sehingga tidak mudah membuat mereka memahami hasil dan penyebabnya

  • Saya juga tinggal di bangunan dengan struktur serupa jadi sangat paham kesulitannya, tetapi saya hampir bisa menyelesaikan masalah dengan menghubungkan AP memakai backhaul kabel, memastikan tidak ada overlap kanal, membatasi 2.4GHz ke 20MHz dan 5GHz ke 40MHz, hanya memakai kanal 1, 6, 11 pada 2.4GHz, menghindari kanal DFS pada 5GHz, dan bila perlu menurunkan daya pancar di tiap AP agar tidak overlap dari kejauhan. Untuk 2.4GHz, mematikannya di sebagian AP sesuai kebutuhan juga bisa menjadi cara yang baik

  • Saya memakai telepon DECT VoIP untuk sebagian besar panggilan dan cukup puas dengannya

• Standar WiFi berikutnya, 802.11bn (WiFi 8), memiliki julukan Ultra High Reliability (UHR). Referensi: 802.11bn Wikipedia. Mulai sekarang, tren menunjukkan bahwa variabel selain kecepatan juga akan dipertimbangkan lebih serius

  • Seberapa pun WiFi membaik, radio tetaplah media bersama. Tidak seperti Ethernet yang dapat mengalokasikan seluruh bandwidth secara independen ke tiap pasangan dan memakainya berulang tanpa berbagi. Dibanding keandalan Ethernet, nirkabel pada dasarnya memang memiliki keterbatasan stabilitas yang inheren

[galadbran]

Saya memakai KT Giga Wi-Fi, dan karena channel band disetel ke 80MHz, saya mencoba mengubahnya ke 40MHz lalu membandingkan hasil networkQuality di macOS. Dalam kasus saya, saat diubah ke 40, baik responsiveness maupun performanya turun drastis.