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 tidak dapat dibuka seperti portofolio desain karena topologi, alamat, dan kebijakan akses milik klien. Karena itu halaman ini memakai pola kasus yang disamarkan: gejalanya, proses menemukan penyebab, tindakan yang dipilih, dan cara hasilnya diverifikasi. Jika Anda perlu menilai bentuk dokumentasi, mintalah contoh yang datanya sudah disamarkan.

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 memuat kode ODP agar gangguan lebih cepat dilokalisasi. Hasilnya kami nilai dari beban CPU, jumlah koneksi, dan catatan gangguan pada jam sibuk; keputusan menambah kapasitas kemudian dibuat dari data itu, bukan dari dugaan awal.

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 mengelola seluruh access point, bandwidth per kamar dengan PCQ, shared users disesuaikan, dan halaman terpisah agar resepsionis dapat membuat voucher tanpa membuka WinBox. Failover dua ISP juga ditambahkan. Pengujian sesudah perubahan mencakup perpindahan antar lantai, login dari ponsel dan laptop, serta pembuatan voucher oleh resepsionis.

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 seluruh komputer ruang ujian menyala bersamaan, bukan dari satu komputer. Hasil uji itu menjadi dasar penyesuaian sebelum pelaksanaan, bukan janji bahwa tidak akan ada gangguan dari faktor lain.

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 awalPenyebab yang sebenarnyaCara memastikan
Bandwidth kurangTabel koneksi penuhLihat jumlah entri di IP Firewall Connections dibanding batasnya
Bandwidth kurangTidak ada pembagian jatah antar penggunaLihat trafik per alamat dengan Torch saat jam sibuk
Router rusakCPU penuh karena distribusi dibebankan ke routerLihat beban CPU pada jam sibuk, bukan saat sepi
WiFi rusakSemua access point memakai kanal yang samaLihat hasil scan frekuensi di lokasi
Aplikasi lambatPerpindahan access point memutus sesiPerhatikan apakah gejalanya muncul saat pengguna berpindah tempat
ISP tidak stabilFailover yang terlalu sensitif memindahkan jalur terusLihat log perpindahan rute, biasanya jauh lebih sering dari yang disadari

Angka ringkas

Yang dihitungJumlah
Perangkat MikroTik yang pernah ditangani500+
Tahun menangani jaringan produksi12
Kota dengan kunjungan onsite terjadwal10
Jenjang sertifikasi MikroTik yang dipegang tim6
Garansi setelah serah terima30 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.

Angka yang sengaja tidak kami tampilkan

Halaman portofolio di banyak situs jasa jaringan penuh logo perusahaan dan klaim persentase tanpa penjelasan cara mengukurnya. Kami memilih tidak begitu, karena sebagian besar kontrak kami memuat pasal kerahasiaan yang melarang menyebut nama klien beserta topologinya, dan menyebut nama tanpa izin adalah alasan yang cukup untuk kehilangan kontrak itu.

Yang bisa kami lakukan sebagai gantinya: kalau Anda sedang menimbang dan butuh keyakinan lebih, kami bisa mempertemukan Anda langsung dengan satu klien di industri yang mirip yang sudah bersedia dihubungi β€” biasanya via telepon, sepuluh menit, tanpa kami di tengah. Kami juga bisa memperlihatkan contoh dokumen serah terima asli dengan nama dan alamat IP disamarkan, supaya Anda tahu bentuk keluaran pekerjaan setting Mikrotik yang akan Anda terima sebelum memutuskan. Keduanya cukup diminta lewat WhatsApp.

Rak perangkat jaringan Mikrotik yang sudah ditata dan diberi label
Contoh hasil penataan. Nama klien dan alamat IP disamarkan sesuai pasal kerahasiaan.
FAQ

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.

Ceritakan dulu kondisi jaringan Anda

Konsultasi tidak dikenakan biaya. Kirim saja gambaran masalahnya lewat WhatsApp, nanti kami balas dengan perkiraan pekerjaan, durasi, dan biayanya.

Chat WhatsApp