Manajemen Bandwidth MikroTik: Queue

Ringkasan Manajemen bandwidth MikroTik berjalan di atas tiga alat: simple queue untuk pembatasan cepat per klien, queue tree untuk hierarki dan priority, dan PCQ untuk pembagian adil di antara banyak pengguna tanpa membuat queue satu per satu. Queue tree berpasangan dengan mark mangle firewall dan memberi Anda jaminan, batas atas, serta priority. Panduan ini menunjukkan kapan memakai masing-masing, perintah RouterOS-nya, dan cara menjaga kebijakan yang sama tetap konsisten di seluruh armada router.

Apa Itu Manajemen Bandwidth di MikroTik?

Manajemen bandwidth di MikroTik adalah penggunaan queue RouterOS untuk mengontrol seberapa besar bagian sebuah tautan yang boleh dipakai setiap pelanggan, subnet, atau kelas trafik — membatasi kecepatan, menjamin minimum, dan menentukan siapa yang mengalah saat tautan penuh. RouterOS mengimplementasikan queue dengan penjadwal Hierarchical Token Bucket (HTB), yang tampil di dua tempat: simple queue, daftar berurutan yang diterapkan satu per satu, dan queue tree, hierarki yang dilekatkan ke antarmuka atau ke packet mark dari fasilitas mangle firewall (Dokumentasi MikroTik — Queues).

Perbedaan ini menentukan seberapa jauh desain Anda bisa berskala. Sebuah simple queue menjawab “batasi pelanggan ini di 50 Mbps.” Sebuah queue tree menjawab “uplink 500 Mbps ini dipakai bersama 300 pelanggan, VoIP didahulukan, tidak ada yang kelaparan, dan pengunduh berat tidak merusak malam.” Setiap ISP pada akhirnya membutuhkan jawaban kedua.

Langkah 1 — Batasi satu klien dengan simple queue

Simple queue adalah jalan terpendek dari masalah ke solusi. Targetkan sebuah IP, subnet, atau antarmuka, atur batas atasnya, dan selesai:

/queue simple add name=client-101 target=10.10.0.101/32 max-limit=10M/50M

max-limit ditulis sebagai upload/download dari sudut pandang router. Aturan dievaluasi berurutan dan yang cocok pertama menang — jadi aturan luas di awal diam-diam menelan aturan spesifik yang Anda tambahkan kemudian. Urutan itulah alasan paling umum sebuah queue yang “berfungsi” berhenti bekerja setelah seseorang menambahkan aturan di atasnya (Dokumentasi MikroTik — Queues).

Simple queue juga berpasangan dengan autentikasi pelanggan: field rate-limit pada profil PPPoE membuat simple queue dinamis per sesi, sehingga paket mengikuti pengguna alih-alih IP. Panduan server PPPoE MikroTik untuk ISP kami membahas sisi profilnya.

Langkah 2 — Tandai trafik dengan mangle firewall

Queue tree tidak bisa melihat “VoIP” atau “pelanggan 101”; ia melihat packet mark. Buat penanda itu di mangle, tandai koneksi lebih dulu lalu paketnya, yang lebih hemat daripada memeriksa ulang setiap paket:

/ip firewall mangle
add chain=forward action=mark-connection new-connection-mark=voip-conn protocol=udp port=5060,10000-20000
add chain=forward action=mark-packet connection-mark=voip-conn new-packet-mark=voip-pkt passthrough=no

Jaga taksonomi mark tetap kecil dan stabil. Mark adalah kosakata yang dipakai queue Anda, dan begitu sebuah armada punya tiga generasi nama mark dadakan, tidak ada yang tahu router mana menerapkan kebijakan mana. Di sinilah audit dan riwayat konfigurasi MKController membuktikan nilainya: lihat kondisi mangle dan queue setiap router, bandingkan dengan kebijakan yang diinginkan, dan dorong aturan yang sudah diperbaiki ke seluruh armada alih-alih membuka tiga puluh sesi Winbox untuk menemukan satu perangkat yang tak pernah menerima perubahan.

Langkah 3 — Bangun hierarki queue tree

Sebuah queue tree memiliki satu induk yang menampung kapasitas nyata tautan, dan anak-anak yang membaginya:

/queue tree
add name=download parent=bridge-lan max-limit=500M
add name=voip parent=download packet-mark=voip-pkt limit-at=50M max-limit=100M priority=1
add name=bulk parent=download packet-mark=bulk-pkt limit-at=50M max-limit=500M priority=8

Tiga field yang bekerja. limit-at adalah jaminan yang diterima anak bahkan saat tautan jenuh. max-limit adalah batas atas yang boleh dicapainya saat kapasitas kosong. priority — 1 tertinggi, 8 terendah — menentukan anak mana yang mendapat sisa lebih dulu, dan hanya berlaku antara limit-at dan max-limit (Dokumentasi MikroTik — Queues). Atur max-limit induk sesuai yang benar-benar diberikan tautan, bukan sesuai yang tertulis di kontrak, atau queue tak pernah menjadi titik sempit dan tak pernah membentuk apa pun.

Langkah 4 — Tambahkan PCQ untuk pembagian adil

Per Connection Queue (PCQ) adalah alasan MikroTik bisa berskala ke jumlah pelanggan yang membuat daftar queue per pengguna tak terkelola. Tipe queue PCQ mengklasifikasikan trafik berdasarkan sebuah field alamat dan membuat sub-queue dinamis untuk setiap nilai yang berbeda, menerapkan rate yang sama ke masing-masing (Dokumentasi MikroTik — PCQ example):

/queue type
add name=pcq-down kind=pcq pcq-rate=20M pcq-classifier=dst-address
add name=pcq-up   kind=pcq pcq-rate=10M pcq-classifier=src-address

Lekatkan pcq-down sebagai queue dari anak yang membawa trafik download pelanggan, dan setiap pelanggan mendapat hingga 20 Mbps, dialokasikan otomatis. Atur pcq-rate=0 dan PCQ membagi bandwidth induk secara merata di antara siapa pun yang aktif — konfigurasi klasik “tidak ada yang kelaparan”. Satu tipe queue menggantikan ratusan entri yang ditulis tangan.

Logika penyeimbang yang sama berlaku untuk WiFi bersama: rate limit paket dan induk PCQ bersama-sama mencegah satu tamu menghabiskan uplink sebuah lokasi — lihat panduan penyiapan voucher HotSpot MikroTik kami untuk sisi kredensialnya.

Langkah 5 — Sesuaikan limit-at, max-limit, burst, dan priority

Kebanyakan QoS yang rusak bukan karena salah alat, melainkan salah angka. Jaga total limit-at setiap anak sama dengan atau di bawah max-limit induk; jika jaminan-jaminan itu melebihi kapasitas tautan, HTB tidak bisa memenuhinya dan priority berhenti berperilaku seperti yang Anda harapkan. Sisakan priority=1 untuk trafik sensitif latensi — VoIP, gaming, DNS — dan biarkan transfer massal berada di 8 dengan batas atas yang longgar.

Burst layak diberi peringatan. burst-limit, burst-threshold, dan burst-time membuat klien bisa melampaui max-limit sesaat selama rata-ratanya tetap rendah — bagus untuk uji kecepatan, buruk untuk tautan yang kelebihan langganan. Ukur dengan /queue simple print stats atau counter queue tree saat tautan sedang dibebani, bukan pukul 3 pagi ketika semuanya menganggur. Jika membaca counter saat puncak tidak praktis, tampilan Internet Link MKController menjaga gambaran yang sama secara berkelanjutan — utilisasi terhadap kecepatan yang dikontrakkan; latensi sebagai rata-rata, maksimum, dan P95; serta berapa jam setiap tautan berada di atas 90% — sehingga Anda menyetel berdasarkan riwayat, bukan potret yang kebetulan bagus.

Kapasitas juga berubah. Pada penyiapan failover dual-WAN, max-limit induk yang Anda setel untuk fiber menjadi fiksi begitu trafik berpindah ke cadangan LTE — rencanakan kebijakan kedua.

Langkah 6 — Terapkan kebijakan ke seluruh armada

Satu router adalah konfigurasi; seratus router adalah operasi. Kini kebijakan harus identik di setiap perangkat, bertahan dari teknisi yang “sementara” menaikkan batas atas seorang pelanggan, dan bisa dipulihkan saat router di tower di-netinstall. Tidak ada yang di RouterOS melakukan itu untuk Anda.

MKController melakukannya: dorongan tipe queue, profil rate-limit, dan aturan firewall ke seluruh armada; riwayat konfigurasi, sehingga Anda bisa melihat kapan sebuah limit berubah dan memulihkan versi sebelumnya dalam sekali klik; backup otomatis sebelum perubahan; serta akses jarak jauh keluar yang aman ke router di balik CGNAT atau di Starlink, tanpa IP publik dan tanpa port forwarding — pendekatan yang kami jelaskan dalam manajemen jarak jauh MikroTik di balik CGNAT. Dan pemantauan Internet Link-nya mengawasi tepat uplink yang baru saja Anda bentuk — utilisasi per-sumber terhadap kecepatan yang dikontrakkan, latensi dengan P95, dan konsumsi yang melewati pita 75% dan 90% di hingga empat sumber WAN per router — sehingga tautan yang merangkak menuju kejenuhan muncul di dasbor, dan (dipadukan dengan peringatan Telegram) di notifikasi Anda, sebelum pelanggan menelepon. ISP dan WISP yang menjalankan MikroTik dalam skala besar memakainya agar kebijakan bandwidth tetap satu keputusan, bukan seratus.

Tips

• Bentuk di antarmuka tempat trafik keluar dari router; queue mengontrol egress, jadi download dibentuk di sisi LAN dan upload di sisi WAN.
• Pilih satu tipe queue PCQ daripada ratusan simple queue begitu Anda melewati beberapa lusin pelanggan.
• passthrough=no pada aturan mark-packet menghemat penelusuran sia-sia atas sisa aturan mangle.
• Selalu backup sebelum menyentuh queue di edge produksi, dan ubah satu variabel dalam satu waktu.

Berhenti menebak ke mana bandwidth Anda pergi

Queue adalah pembeda antara menjual paket dan benar-benar memberikannya. Simple queue membatasi klien, queue tree memberi struktur dan priority, PCQ membuat keadilan otomatis — dan MKController mengubah ketiganya menjadi kebijakan yang Anda terapkan sekali dan berlakukan di mana saja: manajemen armada terpusat, dorongan rate-limit dan firewall ke setiap router, riwayat konfigurasi dengan pemulihan sekali klik, akses jarak jauh tanpa IP publik, dan pemantauan Internet Link yang menandai tautan yang jenuh terhadap kecepatan yang dikontrakkannya sebelum pelanggan Anda melakukannya.

Mulai uji coba gratis MKController Anda