Kepada Tim Pengembang dan Insinyur Jaringan QNAP,
Saya menulis surat ini untuk secara resmi meminta implementasi BBR (Bottleneck Bandwidth and Round-trip propagation time) milik Google sebagai algoritma pengendali kemacetan TCP default di QTS/QuTS hero, atau setidaknya penambahan tombol pilihan di GUI “Network & Virtual Switch” bagi pengguna.
Saat ini, QTS menggunakan TCP CUBIC secara default. Walaupun CUBIC selama ini menjadi standar historis, namun algoritma ini sangat kurang optimal pada jaringan LFN (Long Fat Networks) modern dan skenario WAN/VPN berlatensi tinggi karena sifatnya yang berbasis pada kehilangan paket.
Infrastruktur & Skenario Penggunaan Saya:
-
NAS: QNAP TS-473A (RAM 16GB, QTS 5.2.9)
-
Routing: MikroTik RB5009 di kedua ujung koneksi
-
Topologi: WireGuard VPN Site-to-Site melalui koneksi FTTH 1 Gbps (routing melalui node ISP internasional, khususnya TIM/O2, dengan latensi sedang dan terkadang mengalami loss paket minimal).
-
Beban Kerja: Streaming media bitrate tinggi (Plex Direct Play) dan transfer file besar melalui tunnel WireGuard.
Permasalahan dengan CUBIC: Selama operasi standar, throughput tunnel WireGuard saya sangat terhambat, hanya sekitar 39 Mbps. Pengujian iperf3 secara ekstensif menunjukkan bahwa CUBIC secara agresif memotong jendela kemacetan karena loss paket kecil yang tak terhindarkan di jalur transit internasional. Algoritma berbasis loss ini mencekik bandwidth yang tersedia, menyebabkan ribuan retransmisi yang tidak perlu, dan membuat streaming bitrate tinggi menjadi mustahil tanpa melakukan transcoding (yang sepenuhnya dibebankan ke CPU Ryzen V1500B, karena tidak memiliki iGPU).
Solusi & Hasil Empiris (BBR): Untuk mendiagnosis masalahnya, saya secara manual mengubah parameter kernel lewat SSH dengan: sysctl -w net.core.default_qdisc=fq sysctl -w net.ipv4.tcp_congestion_control=bbr (Agar bertahan setelah reboot, saya harus membuat skrip custom yang dijalankan lewat crontab, karena QTS selalu mereset sysctl.conf setiap reboot).
Hasilnya langsung terlihat dan sangat signifikan. Dengan beralih dari algoritma berbasis loss ke berbasis latensi:
-
Throughput meningkat 10x lipat: dari ~39 Mbps menjadi ~380/400 Mbps melalui tunnel WireGuard terenkripsi yang sama persis.
-
Stabilitas: Pengiriman paket menjadi sangat lancar, menghilangkan buffering untuk media 4K Direct Play.
Permohonan: Distribusi Linux modern, Windows 11, dan sebagian besar layanan cloud terkemuka sudah bermigrasi ke BBR karena performanya yang lebih baik untuk topologi internet nyata. QTS secara prinsip adalah sistem Linux yang tangguh, dan kernel-nya sudah mendukung modul bbr.
Saya dengan hormat meminta tim engineering untuk mempertimbangkan:
-
Bermigrasi dari CUBIC ke BBR sebagai pengendali kemacetan TCP default secara native.
-
Atau, menambahkan menu dropdown sederhana di antarmuka Network & Virtual Switch supaya pengguna lanjutan bisa memilih antara CUBIC dan BBR tanpa harus melakukan workaround CLI melalui crontab, yang kadang terhapus oleh update firmware.
Terima kasih atas perhatian dan kerja keras Anda dalam menciptakan hardware yang luar biasa. Saya menantikan umpan balik Anda mengenai potensi peningkatan arsitektural ini.
