Cara Limit Bandwidth Mikrotik dengan Queue dan PCQ

Simple queue, PCQ, atau queue tree

Memakai yang paling rumit untuk kasus sederhana hanya menyulitkan perawatan. Memakai yang paling sederhana untuk kasus rumit membuat hasilnya tidak pernah memuaskan. Ini pembagiannya.

1. Ukur kapasitas nyata lebih dulu

Jangan memasang batas berdasarkan angka langganan. Ukur dengan iperf3 ke server yang jelas, atau minimal dengan Tools lalu Bandwidth Test. Yang Anda cari bukan angka puncak sesaat, tapi angka yang bertahan selama beberapa puluh detik.

Setelah dapat angkanya, pasang batas total sekitar lima sampai sepuluh persen di bawahnya. Ini yang membuat antrian benar-benar dikendalikan router Anda, bukan menumpuk di perangkat ISP tempat Anda tidak punya kendali. Tanpa margin ini, prioritas trafik apa pun yang Anda pasang akan terasa kurang berpengaruh.

2. Cara paling cepat: simple queue per alamat

Buka Queues lalu tab Simple Queues. Tambahkan satu entri dengan Target diisi alamat atau rentang alamat, lalu Max Limit diisi unggah/unduh, misalnya 3M/10M. Selesai — batas itu langsung berlaku.

Yang perlu diperhatikan: gunakan alamat tetap untuk target, bukan alamat yang dibagikan DHCP secara acak. Kalau alamat perangkat berpindah, aturannya akan mengenai orang lain. Untuk itu, daftarkan perangkat penting sebagai alamat tetap di DHCP lebih dulu.

3. PCQ untuk pembagian yang menyesuaikan sendiri

PCQ menyelesaikan kelemahan terbesar batas keras. Dengan PCQ, satu aturan melayani seluruh klien: kapasitas dibagi rata di antara yang sedang aktif. Kalau hanya dua orang online, keduanya mendapat jatah lebar. Kalau tiga puluh orang online, jatahnya menyempit dengan adil, tanpa ada yang perlu diubah.

Buka Queues lalu tab Queue Types. Buat dua tipe baru: satu untuk arah unduh dengan Kind pcq dan Classifier dst-address, satu untuk arah unggah dengan Classifier src-address. Isi PCQ Rate dengan batas maksimal per klien — atau biarkan nol kalau Anda ingin benar-benar bagi rata tanpa batas atas per orang.

Lalu buat simple queue dengan Target seluruh rentang jaringan lokal, Max Limit sebesar kapasitas total, dan pada tab Advanced pilih dua tipe PCQ yang tadi dibuat sebagai Queue Type. Satu aturan ini menggantikan tiga puluh aturan per orang.

4. Queue tree untuk prioritas berlapis

Queue tree diperlukan begitu Anda butuh lebih dari sekadar batas: misalnya rapat daring harus dijamin dapat kapasitas, aplikasi kerja mendapat prioritas kedua, dan unduhan besar mengalah.

Bentuknya berlapis. Di puncak, satu queue induk sebesar kapasitas total dengan Parent diisi global. Di bawahnya, beberapa queue anak dengan Parent menunjuk queue induk itu, masing-masing punya Limit At sebagai jaminan minimum dan Max Limit sebagai batas atas. Priority 1 sampai 8 menentukan siapa yang dilayani lebih dulu saat kapasitas berebut; angka lebih kecil berarti lebih diutamakan.

5. Tandai trafik prioritas dengan mangle

Queue tree bekerja atas paket yang sudah ditandai. Buka IP lalu Firewall lalu Mangle, dan buat aturan pada chain forward yang mencocokkan trafik yang ingin diprioritaskan, dengan Action mark-packet.

Untuk panggilan suara, cocokkan port SIP dan rentang port RTP yang dipakai sistem telepon Anda. Untuk trafik rapat daring, pencocokan berdasarkan port saja tidak selalu tepat karena banyak layanan memakai port umum; pendekatan yang lebih dapat diandalkan adalah membuat address-list berisi rentang alamat penyedia layanan tersebut, lalu menandai trafik menuju daftar itu.

Untuk trafik yang ingin ditekan, misalnya pembaruan sistem operasi berukuran besar, cara paling sederhana adalah menandai koneksi yang sudah mentransfer melebihi jumlah tertentu. Buka tab Advanced pada aturan mangle dan isi Connection Bytes, misalnya mulai dari beberapa megabita ke atas. Ini membiarkan pemuatan halaman tetap cepat sementara unduhan panjang otomatis turun prioritasnya.

6. Uji dengan beban nyata

Menyatakan selesai berdasarkan tampilan Queues adalah kesalahan yang paling sering terjadi. Aturan bisa terlihat rapi tapi tidak pernah kena trafik.

• Periksa penghitung byte pada setiap queue. Kalau angkanya nol, aturannya tidak pernah berlaku — biasanya karena parent salah atau paket belum ditandai.
• Jalankan unduhan besar dari dua atau tiga perangkat sekaligus, lalu ukur apakah masing-masing benar-benar dibatasi sesuai rencana.
• Sambil unduhan berjalan, lakukan panggilan suara atau rapat daring. Kalau suaranya tetap bersih, prioritasnya bekerja.
• Uji juga kondisi sepi: dengan hanya satu perangkat aktif, pastikan jatahnya melebar dan tidak terkunci di batas kecil.
• Pakai Tools lalu Torch untuk melihat trafik nyata per alamat kalau ada yang terasa tidak sesuai.

Kesalahan yang membuat pembatasan terasa merugikan

Tidak mau ribet?

Bagian tersulit dari pekerjaan ini bukan menuliskan aturannya, tapi menentukan angkanya — dan itu perlu pengukuran, bukan tebakan. Kalau Anda ingin bagian itu dikerjakan dengan pengukuran sebelum dan sesudah, pekerjaannya kami tangani remote dalam dua sampai tiga jam, lengkap dengan diagram struktur queue satu halaman yang bisa dibaca orang non-teknis.