Portofolio Proyek Mikrotik: 500+ Jaringan yang Kami Tangani
Ringkasan pekerjaan yang sudah kami tangani: lebih dari 500 perangkat Mikrotik di jaringan kantor, sekolah, hotel, pabrik, RT/RW Net, dan perusahaan multi-cabang. Halaman ini memuat pola masalah, penyebab yang ditemukan, dan hasilnya — tanpa menyebut nama klien yang belum memberi izin.
Portofolio jaringan sulit ditampilkan seperti portofolio desain. Tidak ada yang bisa dilihat dari luar, dan sebagian besar detailnya menyangkut data klien yang tidak boleh dibagikan. Karena itu halaman ini tidak berisi daftar nama, tapi ringkasan kasus: gejala apa yang datang, apa penyebab sebenarnya, dan apa yang berubah setelahnya.
Bagian yang paling berguna bagi Anda kemungkinan bukan hasilnya, tapi pola penyebabnya. Cukup sering, kesimpulan awal di lapangan berbeda jauh dari penyebab sebenarnya — dan itu yang membuat sebagian jaringan berkali-kali ditambah bandwidth tanpa perbaikan berarti.
RT/RW Net 800 pelanggan yang sering putus di jam sibuk
Gejalanya: keluhan putus setiap malam antara jam delapan dan sepuluh, meski kapasitas upstream sudah dua kali ditambah. Kesimpulan awal pengelola adalah bandwidth masih kurang.
Setelah pemantauan dipasang, penyebabnya terlihat berbeda. Satu router kelas menengah menanggung PPPoE seluruh pelanggan sekaligus firewall, queue, dan distribusi. Beban CPU-nya menyentuh batas setiap malam, dan tabel koneksi hampir penuh karena tidak ada aturan yang membuang trafik sampah lebih awal. Penambahan bandwidth tidak akan pernah menyelesaikan itu.
Yang dikerjakan: perangkat kelas carrier untuk PPPoE, distribusi dipindahkan ke switch dengan VLAN per area, queue disusun ulang memakai PCQ, dan aturan RAW dipasang untuk menekan trafik sampah. Penamaan akun diubah agar memuat kode ODP sehingga gangguan bisa dilokalisasi. Keluhan putus malam turun drastis, dan rencana penambahan kapasitas berikutnya dibatalkan — penghematan itu sendiri melampaui biaya pekerjaan.
Hotel 120 kamar, tamu sering diminta login berulang
Gejalanya: tamu mengeluh WiFi lambat di lantai atas dan harus login ulang setiap berpindah ruangan. Resepsionis juga harus memanggil teknisi setiap kali perlu membuat voucher tamu.
Penyebabnya dua hal yang menumpuk. Access point dipasang tanpa pengelolaan terpusat, sehingga perangkat tamu bertahan pada AP jauh dan sesi hotspot terputus setiap berpindah. Selain itu nilai shared users dibiarkan satu, padahal tamu membawa ponsel dan laptop sekaligus.
Yang dikerjakan: CAPsMAN untuk seluruh access point sehingga perpindahan antar lantai tidak memutus sesi, bandwidth per kamar dengan PCQ, shared users disesuaikan, dan halaman terpisah untuk resepsionis membuat voucher tanpa membuka WinBox. Ditambah failover dua ISP karena hotel tidak bisa menerima jendela tanpa internet. Keluhan login ulang berhenti, dan resepsionis tidak lagi perlu memanggil teknisi untuk urusan voucher.
Sekolah tiga laboratorium, jaringan goyah saat ANBK
Gejalanya: jaringan berjalan normal sehari-hari, tapi menjadi tidak stabil justru pada pelaksanaan ujian berbasis komputer.
Penyebabnya tidak adanya jaminan kapasitas per ruang. Trafik dari jaringan guru, WiFi siswa, dan laboratorium berada di jalur yang sama tanpa prioritas, jadi ruang ujian bersaing dengan trafik lain pada saat paling tidak tepat.
Yang dikerjakan: VLAN per laboratorium, jaminan kapasitas tetap untuk ruang ujian selama jadwal berlangsung, penurunan otomatis untuk trafik non-ujian di jam yang sama, penyaringan konten, dan hotspot terpisah untuk guru dan siswa. Pengujian dilakukan dengan menyalakan seluruh komputer ruang ujian bersamaan, bukan dari satu komputer. Pelaksanaan ANBK berikutnya berjalan tanpa gangguan jaringan.
Pola penyebab yang paling sering berbeda dari dugaan awal
Dari pekerjaan yang sudah kami tangani, enam pola berikut paling sering muncul — dan semuanya sering disalahartikan sebagai kekurangan bandwidth.
| Dugaan awal | Penyebab yang sebenarnya | Cara memastikan |
|---|---|---|
| Bandwidth kurang | Tabel koneksi penuh | Lihat jumlah entri di IP Firewall Connections dibanding batasnya |
| Bandwidth kurang | Tidak ada pembagian jatah antar pengguna | Lihat trafik per alamat dengan Torch saat jam sibuk |
| Router rusak | CPU penuh karena distribusi dibebankan ke router | Lihat beban CPU pada jam sibuk, bukan saat sepi |
| WiFi rusak | Semua access point memakai kanal yang sama | Lihat hasil scan frekuensi di lokasi |
| Aplikasi lambat | Perpindahan access point memutus sesi | Perhatikan apakah gejalanya muncul saat pengguna berpindah tempat |
| ISP tidak stabil | Failover yang terlalu sensitif memindahkan jalur terus | Lihat log perpindahan rute, biasanya jauh lebih sering dari yang disadari |
Angka ringkas
| Yang dihitung | Jumlah |
|---|---|
| Perangkat MikroTik yang pernah ditangani | 500+ |
| Tahun menangani jaringan produksi | 12 |
| Kota dengan kunjungan onsite terjadwal | 10 |
| Jenjang sertifikasi MikroTik yang dipegang tim | 6 |
| Garansi setelah serah terima | 30 hari |
- Angka ini kami cantumkan sebagai gambaran skala, bukan sebagai klaim yang bisa dibandingkan. Yang lebih layak Anda periksa saat menilai penyedia jasa adalah nomor sertifikat yang bisa diverifikasi dan contoh dokumentasi hasil kerjanya.
Pertanyaan yang sering ditanyakan
Kenapa tidak menyebut nama klien?
Karena belum semuanya memberi izin, dan detail jaringan menyangkut keamanan mereka. Menyebut nama klien beserta topologinya justru memberi informasi yang tidak seharusnya tersedia untuk publik. Yang bisa kami bagikan adalah pola masalah dan hasilnya.
Bisa minta contoh dokumentasi hasil kerja?
Bisa, dengan data klien disamarkan. Ini yang kami sarankan diminta ke penyedia mana pun, karena memperlihatkan cara kerjanya jauh lebih jelas daripada daftar nama klien.
Apakah pernah menangani kasus yang gagal?
Pernah, dan yang paling sering adalah kasus di mana perangkatnya memang tidak sanggup untuk beban yang diminta. Sekarang hal itu kami sampaikan sebelum pekerjaan dimulai, bukan setelah hasilnya tetap terasa berat — dan itu salah satu perubahan cara kerja yang datang dari pengalaman tersebut.
Bagaimana kalau jaringan saya lebih rumit dari contoh di sini?
Kirimkan gambarannya lewat WhatsApp. Kalau memang di luar cakupan kami, kami sampaikan terus terang — itu lebih baik untuk kedua pihak daripada pekerjaan yang dipaksakan.
Baca juga
Tim Engineer Mikrotik Bersertifikat MTCNA sampai MTCINE
Tim engineer Mikrotik bersertifikat MTCNA, MTCRE, dan MTCINE dengan pengalaman 12 tahun. Trainer resmi Mikrotik, kantor di Palmerah, Jakarta Barat.
Jasa Setting Mikrotik Profesional: SOP, Dokumentasi, dan SLA
Yang membedakan jasa setting Mikrotik profesional: SOP pengerjaan, dokumentasi topologi, backup config .rsc, change log, berita acara, dan SLA tertulis.
Kontak Jasa Setting Mikrotik — Konsultasi Gratis
Kontak jasa setting Mikrotik: WhatsApp 0811-997-322 atau info@jasamikrotik.com. Kantor Jl. Anggrek Rosliana No.12A, Palmerah, Jakarta Barat. Konsultasi gratis
Ceritakan dulu kondisi jaringan Anda
Konsultasi tidak dikenakan biaya. Kirim saja gambaran masalahnya lewat WhatsApp, nanti kami balas dengan perkiraan pekerjaan, durasi, dan biayanya.