TJLINK – PT Telekomunikasi Jaringan Dinamis

Internet

Router OS: Akar Unix, Filosofi Berbeda, dan Pertempuran di Tulang Punggung Internet

Prolog: Semua Jalan Menuju UnixAda ironi menarik di balik industri jaringan komputer global. Perangkat-perangkat yang mengendalikan miliaran paket data setiap detik — dari router rumahan hingga backbone internet Tier-1 — hampir semuanya berjalan di atas pondasi yang sama: filosofi Unix dan turunannya. MikroTik lahir dari Linux, Juniper JunOS dari FreeBSD, Cisco IOS dari kode BSD yang telah dimutasi selama empat dekade, dan kini Huawei pun tak lepas dari orbit yang sama. Artikel ini membedah silsilah, arsitektur, kapabilitas BGP, serta membuka pertanyaan penting: apakah server x86 biasa yang dipasangi Linux atau OpenBSD sudah cukup layak menjadi router BGP untuk ISP? 1. MikroTik RouterOS: Linux yang DidomestikasiAsal-UsulMikroTik didirikan tahun 1995 di Riga, Latvia, oleh John Truls dan Arnis Riekstins, awalnya sebagai reseller perangkat jaringan untuk pasar Eropa Timur. Titik balik terjadi ketika mereka memutuskan membangun sistem operasi router sendiri berbasis Linux kernel, lahirlah RouterOS versi pertama sekitar tahun 1997-1998, dipadukan dengan hardware PC waktu itu.Linux Router Project (LRP) yang dimulai sekitar 1997 menjadi inspirasi ekosistem yang lebih luas — ide bahwa PC biasa dengan Linux bisa menjadi router berperforma tinggi. MikroTik mengambil semangat ini, mengembangkan RouterOS sebagai distribusi Linux yang sangat terspesialisasi, kemudian merancang hardware proprietary mereka sendiri: lini RouterBOARD.Arsitektur RouterOSRouterOS berjalan di atas Linux kernel (saat ini menggunakan kernel 5.x pada RouterOS v7), namun userspace-nya telah diganti hampir sepenuhnya dengan komponen proprietary MikroTik:Winbox/WebFig/CLI sebagai antarmuka manajemenTidak ada akses root ke shell Linux secara default (tersembunyi di balik abstraksi MikroTik)Driver jaringan dioptimalkan untuk hardware RouterBOARD (chip Atheros, Marvell, MediaTek)Fitur seperti MPLS, BGP, OSPF, IS-IS diimplementasikan di atas framework proprietary yang berjalan di kernel LinuxBGP di MikroTikRouterOS mendukung BGP dengan fitur-fitur yang sudah memadai untuk ISP skala menengah:eBGP dan iBGP penuhRoute filtering dengan routing filters (scripting-based)BGP communities, extended communities, large communitiesBGP graceful restartRPKI (Route Origin Validation) — tersedia sejak RouterOS 7Multipath BGPBFD (Bidirectional Forwarding Detection)Keterbatasan nyata: Pada tabel routing besar (full BGP table ~1 juta prefix), RouterBOARD kelas menengah (CCR1036, CCR2004) bisa kelimpungan dari sisi memori dan CPU karena proses BGP berjalan di software, bukan di ASIC. MikroTik tidak memiliki silicon ASIC routing custom seperti Juniper atau Cisco. Ini adalah warisan dari filosofi “Linux router” yang generalis. 2. Juniper JunOS: FreeBSD yang Diangkat ke Langit Carrier-GradeAsal-UsulPradeep Sindhu, mantan peneliti Xerox PARC, mendirikan Juniper Networks pada 1996 dengan satu misi: membangun router yang bisa menangani pertumbuhan internet yang meledak. Produk pertama, M40, diluncurkan 1998 dan langsung memukau industri karena memisahkan control plane dan data plane — sebuah revolusi arsitektur yang kini menjadi standar industri.JunOS dibangun di atas FreeBSD — bukan karena kebetulan, melainkan karena FreeBSD pada akhir 1990-an memiliki stack TCP/IP yang sangat matang, stabil, dan memiliki lisensi BSD yang lebih bebas untuk produk komersial dibanding GPL-nya Linux. FreeBSD memberikan fondasi POSIX yang solid, networking stack yang telah teruji, dan portabilitas yang dibutuhkan.Arsitektur JunOSJuniper melakukan modifikasi fundamental pada FreeBSD untuk menciptakan JunOS:Routing Engine (RE): Menjalankan JunOS (FreeBSD + Juniper daemons), menangani semua protokol routing (BGP, OSPF, ISIS, MPLS LDP/RSVP), manajemen, dan konfigurasi. RE adalah “otak” — sebuah CPU biasa (awalnya berbasis PowerPC, kini x86-64).Packet Forwarding Engine (PFE): Hardware khusus berisi ASIC proprietary Juniper (keluarga Trio, Express, Penta) yang melakukan forwarding paket di kecepatan wire-rate. PFE sama sekali tidak menjalankan FreeBSD — ini adalah silicon murni.JUNOS Daemon (rpd – routing protocol daemon): Satu proses monolitik yang menangani semua protokol routing, dijalankan di userspace FreeBSD.Filosofi utama: “one OS, one codebase.” Semua platform Juniper — dari SRX gateway kecil hingga PTX10000 backbone carrier — menjalankan JunOS yang sama. Update satu, update semua.BGP di JunOSJunOS adalah salah satu implementasi BGP paling kaya fitur dan paling teruji di industri:Policy framework sangat ekspresif — policy-statement dengan term, from/then, bisa nestedBGP Route Reflection dengan cluster, mendukung topologi iBGP kompleksMultiprotocol BGP — IPv4, IPv6, VPN-IPv4 (MPLS L3VPN), EVPN, Flow SpecRPKI dengan RTR protocol — native dan sangat stabilBGP Add-Path untuk multipath advertisementGraceful Restart dan Long-lived Graceful Restart (LLGR)BGP Monitoring Protocol (BMP) untuk telemetriSegment Routing (SR-MPLS dan SRv6) di platform baruFull table 1 juta+ prefix ditangani dengan ringan karena RE hanya update RIB/FIB, sedangkan forwarding sepenuhnya di ASIC 3. Cisco IOS/IOS-XR/IOS-XE: Silsilah BSD yang Berevolusi KompleksAsal-Usul dan Kontroversi BSDIni bagian yang paling menarik dan paling kontroversial dalam sejarah jaringan komputer.Cisco IOS klasik (hingga era 1990-an) bukan sekadar “berbasis BSD” — ia memiliki sejarah yang rumit. William Yeager, pengembang di Stanford University, menulis “multibus router” (kemudian dikenal sebagai “Fuzzball router”) berbasis BSD untuk menghubungkan jaringan-jaringan Stanford. Kode ini — bersama Stanford Routing Daemon — menjadi salah satu fondasi awal Cisco IOS. Cisco didirikan oleh Sandy Lerner dan Len Bosack (yang mengambil teknologi ini dari Stanford, dalam kontroversi yang berakhir di meja hukum).Namun IOS klasik bukan BSD yang bisa dikenali lagi — selama 30+ tahun pengembangan, IOS telah menjadi sistem operasi proprietary yang sangat unik, dengan model threading dan memory management sendiri, bukan POSIX-compliant.Evolusi modern Cisco:IOS-XE (untuk platform ISR, ASR 1000-seri): Arsitektur modern di mana IOS berjalan sebagai daemon di atas Linux (berbasis Wind River Linux / Red Hat Enterprise Linux). Ini memisahkan IOS daemon dari kernel OS.IOS-XR (untuk carrier-grade: CRS, ASR 9000, NCS 5500): Berjalan di atas QNX (sebuah microkernel RTOS) pada generasi lama, dan kini bermigrasi ke IOS-XR7 yang berbasis Linux (Wind River Linux). Arsitekturnya microkernel dengan proses terisolasi — jauh lebih modular dari IOS klasik.NX-OS (untuk Nexus datacenter switches): Berjalan di atas Linux kernel secara langsung.Jadi jawaban sederhana: Cisco modern sebagian besar sudah berbasis Linux, bukan BSD — kecuali warisan kode lama yang masih ada di layer atas.BGP di Cisco IOS-XR (Carrier Grade)IOS-XR adalah Cisco yang “sesungguhnya” untuk backbone ISP:BGP multi-instance — bisa menjalankan multiple BGP prosesDistributed BGP — pada platform besar, BGP control dapat didistribusikan ke line cardBGP-LS (Link State) untuk distribusi topologi ke SDN controllerBGP Flowspec untuk traffic engineering dan DDoS mitigationSegment Routing BGP (BGP-SR, BGP-SRTE) lengkapEVPN komprehensif untuk datacenterFull table support dengan ASIC forwarding (Cisco nPower, Silicon One)Konfigurasi berbasis CLI hierarkis yang sangat verbose — butuh pelatihan mendalam 4. Huawei VRP: Linux, BSD, atau Proprietary?Misteri di Balik VRPHuawei menggunakan sistem operasi bernama VRP (Versatile Routing Platform) untuk perangkat jaringan mereka. Pertanyaan tentang basis VRP lebih kompleks dari yang

Router OS: Akar Unix, Filosofi Berbeda, dan Pertempuran di Tulang Punggung Internet Read More »

Panduan Menghitung Kebutuhan Bandwidth Kantor: Strategi Efisiensi dan Bebas Downtime untuk Skala Korporasi

Di era transformasi digital yang bergerak masif, ketergantungan sektor korporasi terhadap stabilitas jaringan internet telah mencapai titik tertinggi. Internet bukan lagi sekadar fasilitas penunjang, melainkan urat nadi operasional yang menghubungkan sistem internal perusahaan dengan ekosistem global. Mulai dari sinkronisasi pangkalan data berbasis awan (cloud database), komunikasi video nirkabel beresolusi tinggi, hingga pengelolaan sistem Enterprise Resource Planning (ERP) yang berjalan secara seketika (real-time). Namun, fenomena yang sering dijumpai pada manajemen infrastruktur teknologi informasi (TI) kantor adalah ketidakseimbangan alokasi kapasitas. Di satu sisi, perusahaan sering kali mengalami lonjakan biaya operasional akibat menyewa kapasitas lebar pita (bandwidth) yang terlalu besar namun tidak terpakai secara optimal (mubazir). Di sisi lain, ketakutan akan terjadinya kelambatan jaringan (network latency) membuat manajemen melakukan pembelian kapasitas tanpa perhitungan matematis yang valid. Artikel ini akan mengupas secara ilmiah dan terstruktur mengenai metodologi perhitungan kebutuhan bandwidth kantor secara presisi, guna mewujudkan efisiensi anggaran sekaligus menjamin performa jaringan tetap berada pada tingkat optimal tanpa risiko downtime. Memahami Perbedaan Mendasar: Mengapa Angka Saja Tidak Cukup? Sebelum memasuki tahapan kalkulasi, tim TI korporat harus memisahkan pemahaman antara kuantitas kapasitas dan kualitas distribusi jaringan. Banyak penyedia jasa internet (ISP) menawarkan kapasitas besar dengan harga murah, namun menggunakan metode jalur bersama (shared bandwidth atau broadband). Pada model ini, rasio distribusi data dibagi bersama pengguna lain di luar lingkungan perusahaan. Akibatnya, fluktuasi performa akan terjadi pada jam-jam sibuk (peak hours). Untuk kebutuhan skala bisnis dan korporasi, fondasi utama yang wajib digunakan adalah koneksi khusus (dedicated internet). Koneksi dedicated menjamin kapasitas simetris (kecepatan unggah dan unduh seimbang 1:1) serta memberikan garansi kapasitas penuh tanpa adanya pembagian jalur dengan pihak luar. Melalui pemahaman ini, angka hasil perhitungan kapasitas yang diperoleh nantinya merupakan representasi murni dari kebutuhan jaringan riil di dalam internal kantor. Metodologi dan Tahapan Perhitungan Kebutuhan Bandwidth Menghitung kapasitas jaringan enterprise tidak boleh didasarkan pada asumsi global. Perhitungan harus diturunkan secara linear berdasarkan tiga variabel utama: jumlah pengguna aktif secara bersamaan (concurrent users), jenis profil aktivitas komputasi, dan faktor retensi keamanan (overhead factor). 1. Identifikasi Jumlah Pengguna Aktif (Concurrent Users) Langkah awal adalah memetakan total perangkat yang terhubung ke jaringan. Penting untuk diingat bahwa satu karyawan saat ini rata-rata membawa lebih dari satu perangkat terhubung (multi-device ecosystem), seperti laptop, telepon pintar, dan tablet. Namun, untuk perhitungan bandwidth inti, fokus utama ditujukan pada perangkat kerja utama yang melakukan aktivitas pertukaran data intensif. 2. Klasifikasi Profil Aktivitas Karyawan Setiap divisi di dalam perusahaan memiliki karakteristik penggunaan data yang berbeda. Menggeneralisasi seluruh karyawan akan menghasilkan angka kalkulasi yang tidak akurat. Oleh karena itu, lakukan segmentasi pengguna ke dalam tiga kategori beban kerja: 3. Menghitung Faktor Keamanan dan Pertumbuhan (Overhead Factor) Dalam arsitektur jaringan, lalu lintas data tidak pernah berjalan 100% mulus. Terdapat kehilangan paket data kecil (packet loss) dan protokol enkripsi keamanan jaringan (seperti VPN perusahaan atau firewall) yang mengonsumsi kapasitas ekstra. Oleh karena itu, hasil perhitungan total wajib ditambahkan faktor retensi aman sebesar 20% hingga 30% sebagai ruang toleransi (buffer) dan persiapan pertumbuhan jumlah karyawan di masa depan (future growth projection). Ilustrasi Kasus: Simulasi Perhitungan untuk Kantor dengan 50 Karyawan Untuk memberikan gambaran empiris, mari kita simulasikan sebuah perusahaan dengan total 50 karyawan aktif yang terbagi ke dalam beberapa fungsi kerja teknis: Tabel Matriks Distribusi Kebutuhan Lebar Pita (Bandwidth) Kategori Perangkat Per Unit Total Ringan (Admin) 10 1,5 Mbps 15 Mbps Sedang (Ops/Fin) 30 3 Mbps 90 Mbps Berat (IT/Kreatif) 10 7 Mbps 70 Mbps Fasilitas (R. Rapat) 2 10 Mbps 20 Mbps Total Riil 52 – 195 Mbps Setelah mendapatkan angka total kapasitas riil sebesar 195 Mbps, kita wajib mengalokasikannya dengan rumus faktor keamanan (buffer sebesar 25%): {Total Kebutuhan Akhir} = \text{Kapasitas Riil} \times (1 + \text{Persentase Buffer}) {Total Kebutuhan Akhir} = 195 \text{ Mbps} \times 1.25 = 243.75 \text{ Mbps} Berdasarkan hasil kalkulasi matematis di atas, kapasitas ideal yang wajib disediakan oleh kantor tersebut adalah berkisar antara 240 Mbps hingga 250 Mbps Dedicated Internet. Angka ini menjamin bahwa seluruh aktivitas bisnis di setiap divisi dapat berjalan simultan dengan kecepatan maksimal tanpa mengganggu satu sama lain, bahkan ketika seluruh karyawan mengakses jaringan secara bersamaan pada jam krusial. Efek Salah Hitung: Dampak Finansial dan Operasional Perusahaan Ketidakmampuan dalam memproyeksikan kebutuhan bandwidth secara presisi membawa dampak berantai yang merugikan struktur internal korporasi: Kesimpulan: Implementasi Infrastruktur yang Tepat Bersama TJ LINK Menghitung kebutuhan bandwidth secara akurat adalah langkah awal dalam membangun ekosistem kerja digital yang efisien dan kompetitif. Melalui pendekatan klasifikasi beban kerja dan perhitungan faktor keamanan yang tepat, perusahaan dapat menghindari kerugian finansial akibat salah memilih kapasitas. Namun, perhitungan yang matang tidak akan membuahkan hasil tanpa didukung oleh penyedia layanan konektivitas yang andal. PT Telekomunikasi Jaringan Dinamis (TJ LINK) hadir sebagai mitra strategis korporasi dalam menyediakan infrastruktur internet dedicated premium dengan jaminan kapasitas simetris 1:1, keandalan tinggi (high availability), serta dukungan teknis proaktif 24 jam. Bersama TJ LINK, pastikan setiap bit data operasional perusahaan Anda mengalir tanpa hambatan demi akselerasi bisnis masa depan.

Panduan Menghitung Kebutuhan Bandwidth Kantor: Strategi Efisiensi dan Bebas Downtime untuk Skala Korporasi Read More »

Mengapa Jaringan Kantor Sering ‘Drop’ di Jam Krusial? Ini Kendali Utama di Tangan Tim IT

Di era transformasi digital saat ini, jaringan internet telah bertransformasi menjadi urat nadi utama dalam operasional setiap korporasi. Kendati demikian, fenomena penurunan performa jaringan atau downtime pada jam-jam kerja krusial masih menjadi kendala klasik yang kerap dihadapi. Tugas seorang profesional IT di balik layar tidak sekadar melakukan instalasi perangkat keras atau menyambungkan kabel, melainkan mengelola stabilitas jalur informasi secara komprehensif. Berikut adalah tiga kendali utama yang dilakukan oleh tim IT dalam menjaga integritas dan kelancaran jaringan bisnis: 1. Manajemen Alokasi Bandwidth Berdasarkan Prioritas Aplikasi Seringkali, penurunan kecepatan internet di kantor bukan disebabkan oleh kurangnya kapasitas total, melainkan akibat distribusi beban yang tidak merata. Tugas krusial tim IT adalah menerapkan kebijakan Quality of Service (QoS). Melalui sistem ini, tim IT akan memprioritaskan lalu lintas data untuk aplikasi kritis bisnis—seperti sistem ERP perusahaan, alat komunikasi internal, dan cloud computing—di atas aktivitas non-esensial lainnya. Langkah ini memastikan operasional inti perusahaan tetap berjalan tanpa hambatan pada jam sibuk. 2. Monitoring Latensi dan Deteksi Dini Hambatan Jalur Kecepatan unggah dan unduh yang tinggi menjadi tidak berarti apabila jaringan memiliki latensi (jeda transmisi data) yang buruk. Tim IT melakukan pemantauan secara terus-menerus terhadap fluktuasi latensi guna mendeteksi adanya packet loss atau gangguan pada jalur distribusi. Melalui analisis preventif, indikasi kerusakan atau penyumbatan jalur dapat diidentifikasi dan ditangani sebelum berdampak luas pada seluruh pengguna di ekosistem kantor. 3. Pengamanan Perimeter Jaringan dari Ancaman Eksternal Stabilitas jaringan sangat berkorelasi dengan aspek keamanan siber. Jaringan yang tidak terproteksi dengan baik rentan terhadap serangan eksternal seperti Distributed Denial of Service (DDoS) yang dapat melumpuhkan seluruh server internal seketika. Oleh karena itu, tim IT memegang tanggung jawab penuh dalam melakukan konfigurasi firewall yang ketat, memisahkan jaringan publik (tamu) dari jaringan inti korporat, serta memastikan enkripsi data berjalan secara optimal di setiap titik akses. Kesimpulan: Kebutuhan Fondasi Jaringan yang Andal Upaya optimasi yang dilakukan oleh tim IT tentu membutuhkan dukungan dari infrastruktur internet yang digunakan oleh perusahaan. Menggunakan jenis koneksi yang memiliki jaminan kapasitas simetris dan performa tanpa batas (dedicated ) menjadi fondasi utama yang mempermudah tim IT dalam mewujudkan ekosistem kerja digital yang efisien dan minim gangguan.

Mengapa Jaringan Kantor Sering ‘Drop’ di Jam Krusial? Ini Kendali Utama di Tangan Tim IT Read More »

You have been successfully Subscribed! Ops! Something went wrong, please try again.

Company

Testimony

Contact Us

Copyright © 2026 |  TJLINK