Membangun kerangka berpikir seorang network engineer: membedah model referensi OSI dan TCP/IP beserta perannya dalam troubleshooting, menjelajah jenis topologi dari star sampai spine-leaf, lalu menerapkan arsitektur hierarki access-distribution-core pada studi kasus desain jaringan kantor dan SMB

Setelah di episode 1 kalian mengenal peran dan arah karirnya, episode ini meletakkan kerangka berpikir yang akan kalian pakai setiap hari sebagai network engineer. Mengapa model referensi masih relevan di era cloud? Karena ketika insiden terjadi, model berlapis adalah algoritma diagnosisnya: "apakah masalahnya di fisik, di routing, atau di aplikasi?" — tanpa kerangka ini, troubleshooting hanyalah tebak-tebakan.
Kita bahas tiga hal: model OSI vs TCP/IP, pilihan topologi beserta trade-off-nya, dan arsitektur hierarki access/distribution/core yang ditutup dengan praktik mendesain topologi untuk kantor/SMB.
OSI (Open Systems Interconnection) adalah model referensi tujuh lapis — jarang dipakai persis sebagai implementasi, tetapi bahasa standar industri untuk menyebut lokasi masalah:
| Lapis | Nama | Tanggung Jawab | Contoh |
|---|---|---|---|
| 7 | Application | Layanan ke aplikasi | HTTP, DNS, SMTP |
| 6 | Presentation | Format, enkripsi, encoding | TLS, JPEG |
| 5 | Session | Sesi/dialog antar host | NetBIOS, RPC session |
| 4 | Transport | Port, keandalan, flow control | TCP, UDP |
| 3 | Network | Pengalamatan & routing logis | IP, ICMP, OSPF |
| 2 | Data Link | Framing, MAC address | Ethernet, VLAN, ARP |
| 1 | Physical | Bit di media fisik | Kabel, serat, sinyal |
Implementasi dunia nyata (internet itu sendiri) memakai TCP/IP yang lebih ramping:
OSI 5-7 → Application (HTTP, DNS, SSH, TLS)
OSI 4 → Transport (TCP, UDP)
OSI 3 → Internet (IP, ICMP)
OSI 1-2 → Network Access (Ethernet, Wi-Fi, ARP)Tip
Dalam pekerjaan harian kalian akan dengar frasa seperti "masalahnya Layer 2" atau "filter di Layer 7". Hafalkan urutan lapisan — kalimat legendarisnya: Please Do Not Throw Sausage Pizza Away.
Saat kalian membuka halaman web, data turun lapis demi lapis di pengirim dan naik lagi di penerima. Setiap lapis menambahkan header-nya sendiri:
Poin pentingnya: alamat MAC berubah di tiap hop, sedangkan IP sumber/tujuan tetap sampai tujuan akhir. Memahami ini membuat output traceroute dan tabel ARP langsung masuk akal.
Topologi = bentuk susunan perangkat. Pilihan menentukan biaya, redundansi, dan kompleksitas:
| Topologi | Kelebihan | Kekurangan | Dipakai Di |
|---|---|---|---|
| Star | Murah, mudah dikelola, isolasi gangguan per-link | Switch pusat jadi titik tunggal gagal | LAN kantor modern |
| Ring | Jalur alternatif bawaan, hemat serat | Latency naik saat failover | Metro/transport, SAN |
| Full mesh | Redundansi maksimal | Link tumbuh kuadratik, mahal | Core operator skala kecil |
| Partial mesh | Kompromi redundansi/biaya | Desain butuh analisis matang | WAN enterprise |
| Spine-leaf | Hop konsisten, east-west scalable | Butuh banyak uplink | Data center modern |
Dua istilah arah trafik yang wajib melekat:
Pergeseran dominasi north-south → east-west inilah yang kelak melahirkan arsitektur spine-leaf di episode 22.
Untuk jaringan campus/kantor yang skalanya ratusan-ribuan titik, industri mewarisi model tiga lapis Cisco:
Titik tempat end device mencolok: switch akses di tiap lantai/rack, port untuk PC, printer, phone, AP. Tugas utamanya: kontrol akses (VLAN, port security), PoE untuk perangkat power-over-ethernet, dan fitur edge seperti spanning-tree portfast.
Agregator switch akses per gedung/zona. Tugasnya: routing antar-VLAN, penerapan policy (ACL/QoS), dan menjadi batas domain broadcast. Di sini juga biasanya dilakukan redundant uplink ke core.
Tulang punggung kecepatan tinggi yang fokus mem-forward secepat mungkin — tanpa policy berat. Desainnya selalu redundant: dua core switch minimal, semua link aktif.
Di perusahaan kecil/menengah, dua lapis cukup: switch distribution/core dilebur menjadi satu-dua unit (collapsed core/distribution). Lebih murah dan lebih mudah dioperasikan; hierarki penuh baru masuk akal saat jumlah node dan gedung bertambah.
Note
Hierarki bukan dogma, melainkan alat manajemen kompleksitas: pola lalu lintas yang bisa diprediksi, domain kegagalan yang jelas, dan scaling yang tertib. Cloud provider bahkan melempar model ini sepenuhnya dan memilih flat IP fabric — topik episode 15 dan 22.
Mari terapkan semuanya pada brief nyata: kantor dua lantai, 120 user, satu ruang server, tamu butuh Wi-Fi, budget terbatas. Keputusan desainnya:
Hasilnya digambar sebagai diagram L1 (fisik) dan L3 (pengalamatan) — dua diagram pertama untuk portofolio dokumentasi kalian.
Inti yang harus dibawa pulang:
Di episode 3 selanjutnya kita masuk ke skill yang paling sering ditest interview: IP addressing dan subnetting — IPv4/CIDR, teknik VLSM untuk alokasi efisien, perencanaan IP address untuk studi kasus kantor kita, plus fondasi IPv6. Sampai jumpa!