Bandwidth MikroTik Tidak Optimal: Penyebab dan Cara Mengatasinya
Pelajari cara mengatasi bandwidth MikroTik tidak optimal dengan memeriksa kapasitas ISP, Simple Queue, Queue Tree, QoS, CPU router, FastTrack, dan konfigurasi jaringan.
Bandwidth MikroTik Tidak Optimal? Ini Penyebab dan Solusinya
bandwidth MikroTik tidak optimal
Cara mengatasi bandwidth MikroTik lambat
Troubleshooting bandwidth MikroTik
Simple Queue tidak membatasi bandwidth
Queue Tree MikroTik tidak optimal
QoS MikroTik tidak berjalan
Cara cek bandwidth MikroTik
CPU MikroTik tinggi
MikroTik, Bandwidth, QoS, Simple Queue, Queue Tree, Load Balancing, Networking, Troubleshooting
Pendahuluan
Bandwidth yang tidak optimal merupakan salah satu masalah yang sering ditemukan pada jaringan berbasis MikroTik. Koneksi internet mungkin berlangganan dengan kapasitas tertentu, tetapi hasil pengujian kecepatan lebih rendah dari perkiraan, trafik tidak terbagi merata, atau pengguna mengalami koneksi lambat saat jaringan ramai.
Masalah tersebut tidak selalu berasal dari ISP. Penyebabnya bisa berupa konfigurasi Simple Queue atau Queue Tree yang kurang tepat, penggunaan CPU router yang tinggi, FastTrack yang tidak sesuai dengan desain QoS, keterbatasan interface, hingga gangguan pada jaringan lokal.
Dalam artikel Portalid ini, kita akan membahas cara memeriksa bandwidth MikroTik secara bertahap agar penyebab masalah dapat ditemukan tanpa mengubah konfigurasi secara sembarangan.
Memahami Bandwidth dan Throughput
Sebelum melakukan troubleshooting, pahami perbedaan bandwidth dan throughput.
Bandwidth adalah kapasitas maksimum jalur jaringan berdasarkan layanan atau kemampuan koneksi.
Throughput adalah jumlah data yang benar-benar berhasil dikirimkan dalam periode tertentu.
Latency adalah waktu yang dibutuhkan paket untuk mencapai tujuan dan menerima respons.
Packet loss adalah kondisi ketika sebagian paket tidak sampai ke tujuan.
Sebagai contoh, koneksi internet 100 Mbps tidak selalu menghasilkan throughput 100 Mbps pada setiap pengujian. Hasilnya dipengaruhi server pengujian, kondisi ISP, protokol, jumlah pengguna, kualitas perangkat, serta konfigurasi router.
Periksa juga satuan yang digunakan. Mbps berarti megabit per detik, sedangkan MB/s berarti megabyte per detik. Secara teori, 100 Mbps setara dengan sekitar 12,5 MB/s sebelum memperhitungkan overhead protokol.
Penyebab Bandwidth MikroTik Tidak Optimal
Beberapa penyebab yang umum antara lain:
Kapasitas ISP sedang mengalami penurunan.
Penggunaan bandwidth oleh pengguna lain terlalu tinggi.
Simple Queue atau Queue Tree memiliki batas yang tidak sesuai.
Parent atau Packet Mark pada Queue Tree salah.
Rule Mangle tidak menandai trafik dengan benar.
FastTrack memengaruhi mekanisme QoS yang digunakan.
CPU atau resource router mencapai batas kemampuan.
Port Ethernet melakukan negosiasi pada kecepatan yang lebih rendah.
Kabel jaringan atau perangkat perantara mengalami masalah.
Dua ISP tidak terbagi sesuai desain load balancing.
Packet loss atau latency tinggi memengaruhi performa aplikasi.
Agar diagnosis akurat, periksa jaringan dari sisi WAN, router, hingga client.
Menguji Kecepatan Internet dari Sisi Client
Langkah pertama adalah menguji koneksi dari komputer yang terhubung ke MikroTik.
Lakukan pengujian dengan kondisi berikut:
Gunakan koneksi kabel jika memungkinkan.
Hentikan sementara download besar atau streaming lain.
Pastikan tidak ada proses sinkronisasi yang menggunakan bandwidth.
Gunakan server pengujian yang stabil.
Ulangi pengujian beberapa kali.
Bandingkan hasil pengujian dengan paket internet yang digunakan.
Jika kecepatan rendah hanya terjadi melalui WiFi, periksa kualitas sinyal, interferensi, channel, dan kemampuan access point. Jika koneksi kabel dan WiFi sama-sama lambat, lanjutkan pemeriksaan pada router dan WAN.
Jangan hanya mengandalkan satu hasil speed test untuk menyimpulkan bahwa router bermasalah.
Memeriksa Trafik Interface MikroTik
Periksa penggunaan trafik pada interface WAN dan LAN:
/interface monitor-traffic ether1
Contoh di atas mengasumsikan ether1 merupakan interface WAN. Ganti dengan interface yang sesuai.
Untuk memeriksa trafik interface lain:
/interface monitor-traffic ether2
/interface monitor-traffic ether3
Amati nilai rx-bits-per-second dan tx-bits-per-second.
Secara umum, trafik download dari internet masuk melalui interface WAN, sedangkan trafik upload menuju internet keluar melalui interface WAN. Arah trafik pada interface LAN akan terlihat sebaliknya dari perspektif WAN.
Jika trafik WAN sudah mendekati kapasitas langganan, tetapi client merasa lambat, periksa apakah jalur internet sedang penuh dan apakah QoS diperlukan untuk memprioritaskan aplikasi tertentu.
Memeriksa Simple Queue
Simple Queue digunakan untuk membatasi atau mengatur bandwidth berdasarkan target tertentu, misalnya alamat IP client atau subnet.
Periksa konfigurasi:
/queue simple print detail
Kemudian periksa statistik:
/queue simple print stats
Perhatikan beberapa parameter penting:
target: alamat IP atau jaringan yang menjadi sasaran.max-limit: batas maksimum upload dan download.limit-at: bandwidth minimum yang dijamin ketika kondisi konfigurasi memungkinkan.queue: jenis queue yang digunakan.parent: hubungan antrean jika menggunakan struktur bertingkat.
Pastikan alamat target sesuai dengan IP client. Periksa pula urutan antrean dan konfigurasi parent jika digunakan.
Contoh konfigurasi sederhana untuk satu client:
/queue simple
add name="Client-10" target=192.168.10.10/32 \
max-limit=10M/50M
Pada contoh tersebut, nilai 10M/50M berarti batas upload/download dalam urutan parameter Simple Queue. Sesuaikan dengan kebutuhan jaringan dan kapasitas internet.
Jangan langsung menambahkan rule baru jika sudah ada queue untuk target yang sama. Periksa konfigurasi yang aktif agar tidak terjadi tumpang tindih atau batas bandwidth yang tidak diinginkan.
Memeriksa Queue Tree dan Packet Mark
Jika menggunakan Queue Tree, pastikan Packet Mark dibuat oleh Mangle dan nama mark tersebut sama dengan yang digunakan pada queue.
Periksa Mangle:
/ip firewall mangle print stats
Periksa Queue Tree:
/queue tree print detail
/queue tree print stats
Interpretasi hasilnya:
Jika counter Mangle tetap nol, periksa kondisi rule, chain, interface, dan arah trafik.
Jika Packet Mark meningkat tetapi queue tidak menghitung trafik, periksa
packet-markdanparent.Jika queue menghitung trafik tetapi bandwidth tetap tidak sesuai, periksa
max-limit,limit-at, jenis queue, dan struktur antrean.
Queue Tree tidak otomatis membagi bandwidth secara merata hanya karena beberapa queue sudah dibuat. Desain parent, mark, dan parameter limit harus sesuai dengan tujuan konfigurasi.
Memeriksa FastTrack
FastTrack dapat melewati sebagian pemrosesan firewall dan queue pada trafik tertentu. Karena itu, konfigurasi FastTrack perlu diperiksa ketika QoS atau pembatasan bandwidth tidak berjalan sesuai harapan.
Lihat rule firewall filter:
/ip firewall filter print detail
Cari rule yang menggunakan:
action=fasttrack-connection
Jika menggunakan Queue Tree, Simple Queue, atau Mangle untuk mengatur trafik tertentu, pastikan FastTrack sesuai dengan desain tersebut.
Jangan menonaktifkan seluruh firewall sebagai solusi cepat. Jika perlu melakukan pengujian FastTrack, lakukan secara terkontrol dengan memahami dampaknya terhadap performa dan keamanan router.
Memeriksa CPU dan Resource MikroTik
CPU yang terlalu tinggi dapat membatasi kemampuan router memproses trafik, terutama pada konfigurasi yang melibatkan banyak rule firewall, Mangle, queue, VPN, atau fitur pemrosesan lain.
Periksa penggunaan resource:
/system resource print
Pantau CPU secara langsung:
/tool profile
Perhatikan apakah CPU terus berada pada tingkat tinggi ketika trafik meningkat.
Jika CPU mendekati kapasitas maksimum saat pengujian bandwidth, periksa proses yang paling banyak menggunakan CPU, kompleksitas firewall, jumlah antrean, konfigurasi Mangle, serta kemampuan perangkat.
Jangan menyimpulkan CPU sebagai penyebab hanya berdasarkan satu pengamatan singkat. Bandingkan penggunaan CPU ketika jaringan normal dan ketika bandwidth diuji.
Memeriksa Kecepatan Port Ethernet
Port yang bekerja pada kecepatan lebih rendah daripada yang diharapkan dapat menjadi bottleneck.
Periksa status interface:
/interface ethernet monitor ether1 once
Sesuaikan nama interface dengan port yang ingin diperiksa.
Perhatikan informasi seperti kecepatan link, status link, dan full-duplex jika tersedia pada perangkat tersebut.
Jika koneksi yang seharusnya menggunakan Gigabit Ethernet hanya terhubung pada 100 Mbps, periksa:
Kemampuan port router dan perangkat di sisi lain.
Kondisi kabel jaringan.
Konektor RJ45.
Port switch atau modem.
Negosiasi kecepatan dan duplex.
Pastikan perangkat di kedua ujung mendukung kecepatan yang diharapkan. Mengubah pengaturan speed atau duplex secara manual tanpa memeriksa kedua sisi dapat menimbulkan masalah koneksi.
Memeriksa Pembagian Bandwidth Dua ISP
Jika menggunakan dua ISP, periksa apakah trafik benar-benar melewati kedua jalur sesuai desain load balancing.
Amati trafik WAN:
/interface monitor-traffic ether1
/interface monitor-traffic ether2
Periksa juga rule Mangle dan routing:
/ip firewall mangle print stats
/ip route print detail
Pada konfigurasi PCC, koneksi berbeda dapat dialokasikan ke ISP berbeda. Namun, trafik kedua ISP tidak harus selalu sama besar.
Jika satu ISP lebih sibuk, periksa jumlah koneksi yang terbentuk, rasio PCC, kapasitas masing-masing ISP, rule routing, serta NAT. Jika hanya satu jalur yang aktif padahal keduanya seharusnya digunakan, periksa konfigurasi load balancing sebelum mengubah batas bandwidth.
Memeriksa Packet Loss dan Latency
Bandwidth yang terlihat rendah dapat berkaitan dengan packet loss, latency tinggi, atau jalur ISP yang mengalami gangguan.
Uji koneksi ke gateway ISP atau tujuan internet yang dapat dijangkau:
/ping 1.1.1.1 count=20
Alamat tujuan tersebut merupakan contoh untuk pengujian. Respons ping dapat dipengaruhi kebijakan jaringan tujuan, sehingga satu hasil ping tidak cukup untuk membuktikan kondisi seluruh koneksi internet.
Jika tersedia, bandingkan hasil pengujian melalui WAN yang berbeda dan lakukan pengujian pada beberapa waktu. Packet loss yang konsisten ke beberapa tujuan dapat menjadi petunjuk adanya masalah pada jalur jaringan.
Periksa juga latency ketika jaringan sepi dan ketika bandwidth penuh. Latency yang meningkat tajam saat trafik padat dapat mengindikasikan antrean yang terlalu panjang atau jalur yang mengalami kemacetan.
Urutan Troubleshooting yang Disarankan
Lakukan pemeriksaan berikut secara berurutan:
Uji kecepatan internet dari client menggunakan kabel.
Pastikan tidak ada pengguna lain yang memenuhi bandwidth.
Periksa trafik pada interface WAN dan LAN.
Periksa Simple Queue atau Queue Tree yang aktif.
Pastikan Mangle dan Packet Mark bekerja.
Periksa FastTrack jika digunakan.
Pantau CPU dan resource router.
Periksa kecepatan link Ethernet.
Periksa packet loss dan latency.
Jika memakai dua ISP, verifikasi routing dan distribusi koneksi.
Simpan backup konfigurasi sebelum melakukan perubahan besar. Catat kondisi awal agar hasil pengujian dapat dibandingkan secara objektif.
Kesimpulan
Bandwidth MikroTik tidak optimal dapat disebabkan oleh kapasitas ISP, konfigurasi queue, kesalahan Packet Mark, FastTrack, CPU yang tinggi, port Ethernet, atau gangguan jalur jaringan.
Pemeriksaan sebaiknya dilakukan dari sisi client, WAN, interface, queue, firewall, hingga resource router. Dengan mengamati counter dan statistik sebelum mengubah konfigurasi, administrator dapat menemukan bottleneck secara lebih terarah.
Portalid menyediakan tutorial praktis tentang MikroTik, networking, QoS, VLAN, firewall, server, CCTV, dan teknologi digital untuk membantu pengelolaan jaringan yang lebih terstruktur.
Artikel terkait: Troubleshooting Bandwidth MikroTik, Troubleshooting Simple Queue MikroTik, Troubleshooting Queue Tree MikroTik, dan Dua ISP MikroTik Tidak Terbagi dengan Benar.