Beberapa Koneksi ISP Bermasalah: Penyebab dan Cara Mengatasinya di MikroTik
Pelajari cara mengatasi beberapa koneksi ISP bermasalah di MikroTik, mulai dari pemeriksaan gateway, routing, packet loss, DNS, NAT, load balancing, hingga failover.
Beberapa Koneksi ISP Bermasalah di MikroTik? Ini Solusinya
beberapa koneksi ISP bermasalah
Troubleshooting multi-WAN MikroTik
Koneksi ISP MikroTik tidak stabil
Dua ISP MikroTik bermasalah
Packet loss pada koneksi ISP
Load balancing MikroTik tidak bekerja
Failover ISP MikroTik
Routing multi-WAN MikroTik
MikroTik, ISP, Multi-WAN, Dual ISP, Routing, Load Balancing, Failover, Packet Loss, Networking
Pendahuluan
Menggunakan beberapa koneksi ISP pada MikroTik dapat membantu meningkatkan kapasitas jaringan, membagi trafik, dan menyediakan koneksi cadangan ketika salah satu jalur internet mengalami gangguan.
Namun, semakin banyak koneksi WAN yang digunakan, semakin penting pula konfigurasi routing, NAT, load balancing, dan pemantauan kualitas koneksi. Kesalahan pada salah satu bagian tersebut dapat menyebabkan internet lambat, koneksi terputus, packet loss, atau trafik tidak melewati ISP yang seharusnya.
Dalam artikel Portalid ini, kita akan membahas cara memeriksa beberapa koneksi ISP yang bermasalah secara bertahap agar penyebab gangguan dapat ditemukan tanpa mengubah konfigurasi secara sembarangan.
Mengenali Gejala Gangguan Beberapa ISP
Sebelum melakukan perbaikan, kenali gejala yang muncul pada jaringan.
| Gejala | Kemungkinan penyebab |
|---|---|
| Satu ISP tidak bisa internet | Gangguan ISP, gateway, route, atau NAT |
| Semua ISP lambat | Beban jaringan tinggi, CPU router, atau masalah upstream |
| Ping tidak stabil | Congestion, packet loss, atau gangguan jalur |
| Trafik hanya melewati satu ISP | Kesalahan PCC, routing mark, atau route |
| Failover tidak berjalan | Deteksi kegagalan atau default route tidak sesuai |
| Website tertentu sulit dibuka | DNS, MTU, routing asimetris, atau masalah tujuan |
| Client terputus saat berpindah ISP | Sesi lama berubah jalur atau alamat IP publik |
Tabel tersebut merupakan panduan awal. Satu gejala dapat memiliki beberapa penyebab sehingga perlu dikonfirmasi dengan pemeriksaan langsung.
Contoh Topologi Multi-WAN MikroTik
Misalnya sebuah kantor menggunakan tiga koneksi internet:
INTERNET
|
+---------+---------+
| | |
ISP 1 ISP 2 ISP 3
| | |
ether1 ether2 ether3
| | |
+---------+---------+
|
MikroTik
|
ether4
|
Jaringan LAN
192.168.10.0/24
Contoh pembagian interface:
| Interface | Fungsi |
|---|---|
ether1 | ISP 1 |
ether2 | ISP 2 |
ether3 | ISP 3 |
ether4 | LAN |
Nama interface, metode koneksi, gateway, dan alamat IP pada jaringan nyata dapat berbeda. Pastikan setiap koneksi WAN sudah dikonfigurasi sesuai layanan ISP yang digunakan.
Memeriksa Status Setiap Koneksi ISP
Langkah pertama adalah memeriksa apakah semua interface WAN aktif dan memiliki konfigurasi IP yang benar.
Jalankan:
/interface print
/ip address print detail
Jika koneksi menggunakan DHCP client:
/ip dhcp-client print detail
Jika menggunakan PPPoE:
/interface pppoe-client print detail
Pastikan setiap koneksi memperoleh alamat IP atau status koneksi sesuai metode yang digunakan.
Status interface yang aktif belum tentu berarti internet tersedia. Karena itu, pemeriksaan harus dilanjutkan ke gateway, routing, dan konektivitas tujuan eksternal.
Menguji Gateway Masing-Masing ISP
Setiap ISP umumnya memiliki gateway sendiri. Pastikan gateway tersebut dapat dijangkau melalui jalur yang benar.
Periksa gateway yang digunakan:
/ip route print detail
Kemudian lakukan ping ke gateway ISP yang sebenarnya.
Contoh:
/ping 192.0.2.1 count=10
Alamat 192.0.2.1 merupakan alamat dokumentasi untuk contoh, bukan gateway ISP yang harus digunakan secara langsung. Ganti dengan alamat gateway yang sesuai dengan konfigurasi Anda.
Lakukan pemeriksaan terpisah untuk setiap ISP.
Jika gateway tidak merespons, periksa alamat IP, subnet, status interface, VLAN atau PPPoE jika digunakan, serta kondisi perangkat ISP. Namun, kegagalan ping saja belum selalu membuktikan gangguan karena beberapa gateway membatasi respons ICMP.
Menguji Akses Internet Setiap ISP
Gateway yang dapat dijangkau belum tentu menjamin akses internet berfungsi.
Uji konektivitas ke tujuan eksternal, misalnya:
/ping 1.1.1.1 count=10
Pada router multi-WAN, pengujian harus memastikan trafik benar-benar melewati ISP yang sedang diperiksa. Jika tidak, ping dapat menggunakan jalur ISP lain dan menghasilkan kesimpulan yang keliru.
Periksa routing table dan gunakan metode pengujian yang sesuai dengan konfigurasi routing Anda.
Bandingkan hasil dari setiap ISP:
Apakah tujuan dapat dijangkau?
Apakah waktu respons stabil?
Apakah terjadi packet loss?
Apakah koneksi gagal hanya pada waktu tertentu?
Apakah hasil berbeda antara ISP satu dan lainnya?
Catat hasilnya agar lebih mudah menentukan jalur yang bermasalah.
Memeriksa Routing Multi-WAN
Konfigurasi routing menentukan jalur yang digunakan paket menuju tujuan.
Periksa tabel routing:
/ip route print detail
Untuk RouterOS v7, periksa juga routing table:
/routing table print
Pastikan route untuk setiap ISP memiliki gateway, tabel, dan prioritas yang sesuai dengan desain jaringan.
Pada konfigurasi multi-WAN, route dapat dibagi berdasarkan beberapa metode, misalnya:
Default route dengan distance berbeda untuk failover.
PCC untuk membagi koneksi.
Policy routing untuk mengarahkan trafik tertentu ke ISP tertentu.
Recursive routing untuk mendeteksi gangguan jalur eksternal.
Jangan menggabungkan atau mengubah metode routing tanpa memahami konfigurasi yang sedang digunakan. Jika PCC dan policy routing sudah diterapkan, memeriksa default route pada tabel utama saja mungkin belum cukup.
Memeriksa Load Balancing PCC
Jika beberapa ISP digunakan untuk load balancing, periksa apakah koneksi dibagi sesuai desain.
Lihat statistik Mangle:
/ip firewall mangle print stats
Periksa konfigurasi secara detail:
/ip firewall mangle print detail
Perhatikan apakah rule untuk masing-masing ISP menerima trafik.
Jika satu ISP tidak digunakan, periksa:
Kondisi rule PCC.
Parameter
per-connection-classifier.Connection Mark dan Routing Mark.
Urutan rule.
Route pada tabel yang digunakan.
NAT pada setiap jalur WAN.
Apakah salah satu ISP memang sedang tidak tersedia.
PCC umumnya membagi koneksi, bukan membagi setiap paket dari satu sesi ke semua ISP secara bersamaan. Karena itu, penggunaan trafik pada setiap ISP tidak harus selalu sama besar.
Memeriksa NAT pada Semua ISP
Trafik client yang keluar melalui ISP berbeda mungkin membutuhkan konfigurasi NAT yang sesuai.
Periksa rule NAT:
/ip firewall nat print detail
Jika menggunakan interface list WAN, periksa anggotanya:
/interface list print
/interface list member print
Pastikan semua interface WAN yang digunakan sudah masuk ke daftar yang benar.
Contoh rule masquerade menggunakan interface list:
/ip firewall nat
add chain=srcnat out-interface-list=WAN \
action=masquerade \
comment="NAT multi-WAN"
Contoh tersebut mengasumsikan interface list WAN sudah dibuat dan berisi interface ISP yang diperlukan.
Jika rule serupa sudah tersedia, jangan menambahkan duplikat tanpa alasan. Periksa urutan dan kecocokan rule yang ada terlebih dahulu.
Memeriksa Packet Loss dan Latency
Koneksi ISP dapat terlihat aktif tetapi mengalami penurunan kualitas akibat packet loss atau latency tinggi.
Lakukan pengujian ping ke gateway dan beberapa tujuan eksternal yang relevan. Bandingkan hasil pada waktu jaringan sepi dan ramai.
Perhatikan:
Waktu respons rata-rata.
Lonjakan latency.
Paket yang tidak mendapatkan balasan.
Perbedaan kualitas antar-ISP.
Waktu terjadinya gangguan.
Packet loss ke satu tujuan saja belum cukup untuk menyimpulkan bahwa ISP bermasalah. Tujuan tersebut mungkin membatasi ICMP atau mengalami gangguan sendiri.
Jika packet loss konsisten pada beberapa tujuan melalui satu ISP, sementara ISP lain normal, kumpulkan hasil pengujian dan waktu kejadian untuk dilaporkan kepada penyedia layanan.
Memeriksa DNS dan MTU
Jika beberapa website tidak bisa dibuka tetapi koneksi ke alamat IP eksternal berjalan, periksa DNS.
Lihat konfigurasi DNS MikroTik:
/ip dns print
Uji resolusi nama domain dari client atau router sesuai konfigurasi yang digunakan.
Masalah DNS dapat membuat pengguna mengira seluruh koneksi internet bermasalah, padahal routing dasarnya masih berjalan.
Selain DNS, periksa MTU jika gangguan hanya muncul pada aplikasi, website, atau koneksi tertentu. PPPoE, tunnel VPN, dan jalur jaringan tertentu dapat membutuhkan pengaturan MTU atau MSS yang sesuai.
Jangan langsung mengubah MTU semua interface. Lakukan pengujian terarah dan sesuaikan dengan jenis koneksi yang digunakan.
Memeriksa CPU dan Beban Router
Jika semua ISP terasa lambat secara bersamaan, periksa apakah router mencapai batas pemrosesan.
Jalankan:
/system resource print
/tool profile
Pantau CPU ketika trafik meningkat. Periksa apakah penggunaan CPU tinggi secara konsisten dan proses apa yang paling banyak menggunakan resource.
Beban dapat berasal dari rule firewall, Mangle, queue, VPN, atau fitur pemrosesan lain.
Jika CPU tinggi, optimalkan konfigurasi berdasarkan hasil pengukuran dan kemampuan perangkat. Jangan menghapus rule keamanan atau menonaktifkan firewall secara menyeluruh sebagai langkah pertama.
Menguji Failover Antar-ISP
Jika jaringan menggunakan failover, pastikan router dapat mendeteksi kegagalan ISP sesuai rancangan.
Langkah pengujian:
Pastikan seluruh ISP bekerja normal.
Catat status route dan hasil pengujian setiap jalur.
Putuskan salah satu jalur secara terkontrol jika aman dilakukan.
Periksa apakah route cadangan menjadi aktif.
Uji akses internet dari client.
Sambungkan kembali jalur yang diuji.
Pastikan router kembali ke kondisi yang diharapkan.
Jika gateway lokal masih merespons ketika internet di luar jaringan ISP terganggu, metode pemeriksaan gateway sederhana mungkin tidak mendeteksi kegagalan tersebut. Dalam kondisi itu, evaluasi mekanisme pemeriksaan jalur eksternal atau recursive routing.
Perlu diingat, beberapa koneksi aplikasi yang sudah terbentuk mungkin tidak langsung pulih saat berpindah ISP karena perubahan alamat IP publik atau sesi NAT.
Urutan Troubleshooting yang Disarankan
Untuk menghindari perubahan konfigurasi yang tidak perlu, lakukan pemeriksaan dengan urutan berikut:
Periksa status setiap interface WAN.
Verifikasi IP address dan gateway.
Uji konektivitas masing-masing ISP secara terpisah.
Periksa default route dan routing table.
Periksa counter PCC dan Mangle jika menggunakan load balancing.
Periksa NAT dan interface list WAN.
Uji packet loss, latency, DNS, dan MTU jika relevan.
Pantau CPU dan resource router.
Uji failover secara terkontrol.
Simpan hasil pemeriksaan sebelum melakukan perubahan.
Sebelum mengubah konfigurasi pada jaringan produksi, buat backup dan pastikan Anda memiliki jalur akses alternatif ke router.
Kesimpulan
Beberapa koneksi ISP bermasalah pada MikroTik dapat disebabkan oleh gangguan ISP, kesalahan gateway, routing, PCC, NAT, DNS, MTU, packet loss, atau keterbatasan resource router.
Pemeriksaan harus dilakukan pada setiap jalur secara terpisah sebelum menyimpulkan bahwa seluruh jaringan bermasalah. Setelah itu, evaluasi routing multi-WAN dan mekanisme failover agar trafik dapat melewati jalur yang tepat.
Dengan pendekatan troubleshooting yang terstruktur, administrator dapat mengisolasi gangguan dengan lebih cepat dan mengurangi risiko perubahan konfigurasi yang tidak diperlukan.
Portalid menyediakan tutorial praktis tentang MikroTik, networking, routing, firewall, VLAN, QoS, server, CCTV, dan teknologi digital untuk membantu administrator mengelola jaringan secara lebih efektif.
Artikel terkait: Dua ISP MikroTik Tidak Terbagi dengan Benar, ISP Utama MikroTik Mati tetapi Koneksi Tidak Berpindah, dan Bandwidth MikroTik Tidak Optimal.