Panduan Manajemen Bandwidth MikroTik: Queue Tree, Hierarki HTB & Pembagian Rata Dinamis PCQ
Tested & Verified On
MikroTik RouterOS v7.14
Prerequisites
Router MikroTik cukup kuat untuk beban traffic kantor. Bandwidth aktual dan prioritas layanan sudah dipetakan. Tim memiliki jendela uji beban untuk membandingkan before-after.
Overview & Tujuan Belajar
Ringkasan Tutorial
Panduan QoS MikroTik versi lebih matang untuk kantor menengah yang membutuhkan prioritas service, pemerataan bandwidth, monitoring queue, dan troubleshooting operasional saat jam sibuk.
Tujuan Belajar
- Menyusun parent-child HTB yang sesuai dengan kebutuhan bisnis.
- Menggabungkan PCQ dengan klasifikasi traffic yang realistis.
- Membaca counter queue sebagai bukti efektivitas QoS.
Hasil Akhir yang Diharapkan
Setelah menyelesaikan seluruh modul, peserta diharapkan mampu mengulang implementasi ini secara mandiri, memahami alasan desainnya, dan melakukan verifikasi hasil di lapangan tanpa hanya menyalin konfigurasi.
Target Belajar Spesifik
- Menyusun parent-child HTB yang sesuai dengan kebutuhan bisnis.
- Menggabungkan PCQ dengan klasifikasi traffic yang realistis.
- Membaca counter queue sebagai bukti efektivitas QoS.
Topologi Lab & Skenario
- Router MikroTik menjadi gateway satu kantor menengah.
- Traffic dikelompokkan menjadi voice/video, ERP, browsing, dan bulk transfer.
- Queue diterapkan di parent global atau per interface dengan desain monitoring yang jelas.
Glosarium Istilah & Singkatan
Kenapa Glosarium Ini Penting
Materi Panduan Manajemen Bandwidth MikroTik: Queue Tree, Hierarki HTB & Pembagian Rata Dinamis PCQ memuat cukup banyak istilah teknis dan singkatan. Modul ini disediakan agar pembaca awam tidak tersendat saat menjumpai istilah yang sering dipakai engineer jaringan, server, storage, dan security.
Cara Menggunakan Modul Ini
- Baca istilah yang belum Anda pahami sebelum lanjut ke implementasi.
- Kembali ke glosarium ketika menemukan singkatan baru di langkah konfigurasi.
- Gunakan definisi ini sebagai pijakan awal, lalu cocokkan dengan output perangkat yang Anda pakai.
Istilah Penting yang Perlu Dipahami
14 istilahIP Address
Alamat logis yang diberikan ke perangkat agar dapat saling berkomunikasi di jaringan.
Gateway
Perangkat atau alamat tujuan pertama yang dipakai host untuk keluar dari subnet lokalnya.
Subnet
Bagian jaringan yang dibatasi oleh subnet mask agar segmentasi alamat lebih rapi dan efisien.
Latency
Waktu tempuh paket dari sumber ke tujuan. Latency tinggi biasanya terasa sebagai koneksi lambat atau jeda.
Failover
Perpindahan layanan atau trafik ke jalur cadangan saat jalur utama gagal.
Throughput
Jumlah data yang benar-benar berhasil dikirim dalam satuan waktu tertentu.
RouterOS
Sistem operasi jaringan milik MikroTik yang menjalankan fungsi routing, firewall, queue, VPN, dan fitur jaringan lainnya.
WinBox
Aplikasi manajemen grafis MikroTik untuk konfigurasi router.
Mangle
Fitur penandaan paket atau koneksi pada MikroTik untuk kebutuhan routing policy, QoS, dan klasifikasi trafik.
QoS
Metode pengaturan prioritas trafik agar layanan penting mendapat perlakuan yang sesuai.
PCQ
Tipe queue MikroTik yang membagi bandwidth secara lebih adil ke banyak koneksi atau host.
HTB
Mekanisme antrian bandwidth bertingkat untuk mengatur parent-child queue.
SED
Utilitas pemrosesan dan substitusi teks berbasis baris pada terminal Linux.
AH
Protokol bagian IPSec yang mengamankan integritas dan otentikasi asal paket IP tanpa mengenkripsi isi payload.
Persiapan Lab & Topologi
Versi Perangkat & Platform Uji
MikroTik RouterOS v7.14
Estimasi Waktu Praktik
120-150 menit
Prasyarat Sebelum Memulai
- Router MikroTik cukup kuat untuk beban traffic kantor.
- Bandwidth aktual dan prioritas layanan sudah dipetakan.
- Tim memiliki jendela uji beban untuk membandingkan before-after.
Topologi Lab & Skenario Praktik
- Router MikroTik menjadi gateway satu kantor menengah.
- Traffic dikelompokkan menjadi voice/video, ERP, browsing, dan bulk transfer.
- Queue diterapkan di parent global atau per interface dengan desain monitoring yang jelas.
Implementasi Bertahap
Kasus Lapangan & Sasaran Implementasi
Kantor menengah memiliki banyak jenis traffic: video conference, ERP, browsing, backup, dan update sistem. Tanpa struktur queue yang matang, semua trafik akan saling berebut dan tim IT sulit membuktikan bahwa kebijakan prioritas benar-benar bekerja.
Target pembaca: Engineer jaringan yang sudah paham dasar mangle dan ingin menerapkan QoS produksi yang lebih disiplin.
Hasil akhir yang harus dicapai: Queue tree menghasilkan prioritas yang terukur, distribusi bandwidth lebih adil, dan counter queue bisa dijadikan bahan audit performa.
Tahapan Implementasi Lapangan
- Buat kebijakan klasifikasi traffic yang sedikit namun benar-benar mewakili kebutuhan bisnis.
- Bangun mangle connection dan packet mark yang konsisten untuk semua kelas utama.
- Susun queue tree parent-child dengan limit-at, max-limit, dan priority yang rasional.
- Lakukan uji beban dan bandingkan counter queue, latency, serta pengalaman user pada layanan kritis.
Contoh Konfigurasi / Command Penting
/queue type
add kind=pcq name=pcq-voice pcq-classifier=dst-address
add kind=pcq name=pcq-general pcq-classifier=dst-address
/queue tree
add name=TOTAL-DOWN parent=global max-limit=200M
add name=VOICE parent=TOTAL-DOWN packet-mark=voice-pkt limit-at=30M max-limit=80M priority=1 queue=pcq-voice
add name=ERP parent=TOTAL-DOWN packet-mark=erp-pkt limit-at=40M max-limit=100M priority=2 queue=pcq-generalCLI Command & Script Konfigurasi Lengkap
/queue type add kind=pcq name=pcq-voice pcq-classifier=dst-address add kind=pcq name=pcq-general pcq-classifier=dst-address /queue tree add name=TOTAL-DOWN parent=global max-limit=200M add name=VOICE parent=TOTAL-DOWN packet-mark=voice-pkt limit-at=30M max-limit=80M priority=1 queue=pcq-voice add name=ERP parent=TOTAL-DOWN packet-mark=erp-pkt limit-at=40M max-limit=100M priority=2 queue=pcq-general
Verifikasi & Troubleshooting
Hal yang Wajib Diverifikasi
- Voice atau conferencing tetap mendapat prioritas saat link sibuk.
- ERP atau aplikasi bisnis tidak tenggelam oleh traffic bulk.
- Counter queue dan mangle menunjukkan klasifikasi traffic yang benar.
- Angka limit-at dan max-limit tidak membuat traffic umum mati total.
Troubleshooting Paling Sering Muncul
- Jika traffic kritis belum terasa lebih baik, cek urutan mark dan apakah limit-at cukup.
- Jika CPU naik saat jam sibuk, audit jumlah rule dan metode klasifikasi yang berat.
- Jika queue tampak tidak bekerja, periksa parent queue, packet mark, dan interface flow yang dipakai.
Checklist Verifikasi Hasil Lab
- Voice atau conferencing tetap mendapat prioritas saat link sibuk.
- ERP atau aplikasi bisnis tidak tenggelam oleh traffic bulk.
- Counter queue dan mangle menunjukkan klasifikasi traffic yang benar.
- Angka limit-at dan max-limit tidak membuat traffic umum mati total.
Keputusan Desain & Praktik Lapangan
Keputusan Desain yang Perlu Dipahami
- Semakin sederhana kelas traffic, semakin mudah dirawat dan dibuktikan.
- Queue tree harus dievaluasi ulang jika bandwidth ISP berubah signifikan.
- MikroTik level bawah mungkin perlu desain QoS yang lebih ringan jika CPU terbatas.
Kesalahan yang Sering Terjadi di Lapangan
- Mengisi terlalu banyak queue child tanpa tujuan operasional jelas.
- Mencampur DSCP, port, dan L7 tanpa prioritas rule yang jelas.
- Tidak menyimpan baseline sebelum dan sesudah QoS diterapkan.
Artefak Serah Terima yang Harus Disimpan
- Struktur mangle dan queue tree final.
- Hasil uji sebelum dan sesudah QoS.
- Daftar aplikasi yang masuk tiap kelas priority.
Langkah Lanjut Setelah Praktik
Setelah modul ini selesai, ulangi implementasi tanpa melihat catatan langkah demi langkah, lalu dokumentasikan hasil verifikasi, kendala, dan perubahan desain. Cara ini membantu materi benar-benar berpindah dari sekadar dibaca menjadi keterampilan kerja.