Model OSI dan TCP/IP Dipahami Tanpa Hafalan

Perbedaan OSI dan TCP/IP sebenarnya sederhana. OSI adalah model referensi 7 lapisan yang dipakai untuk belajar, berdiskusi, dan menamai masalah. TCP/IP adalah model 4 lapisan yang benar-benar dijalankan internet sampai hari ini. Keduanya tidak bersaing. OSI itu peta belajarnya, TCP/IP itu jalan aslinya. Kalau kamu paham fungsi tiap lapisan, kamu tidak perlu menghafal urutannya sama sekali.

Artikel ini bagian keempat dari seri Belajar Jaringan Komputer dari Nol. Di bagian ini kita akan memetakan hal-hal yang sudah kamu pakai di bagian sebelumnya, seperti ping, traceroute, dan browser, ke lapisannya masing-masing. Jadi modelnya nempel ke pengalaman nyata, bukan ke hafalan.

Prasyarat Sebelum Mulai

Kamu sebaiknya sudah menyelesaikan bagian sebelumnya, Perangkat Jaringan Komputer: Switch, Router, dan Topologi. Di sana kita sudah kenal switch dan router. Dua perangkat itu akan sering disebut di sini karena masing-masing bekerja di lapisan yang berbeda.

Untuk bagian praktik, siapkan terminal Linux. Semua perintah di artikel ini diuji di Ubuntu 24.04 LTS dan bisa dijalankan apa adanya.

Kenapa Jaringan Dibagi Berlapis: Analogi Kirim Barang Lewat Ekspedisi

Bayangkan kamu jual keramik dan mau kirim satu vas ke pembeli di kota lain. Prosesnya kira-kira begini:

1. Isi paket. Vas keramik itu sendiri. Ini barang yang benar-benar ingin diterima pembeli.
2. Kardus dan bubble wrap. Vas dibungkus supaya sampai utuh. Kalau pecah di jalan, pembeli minta kirim ulang.
3. Label alamat. Kardus ditempeli alamat tujuan dan alamat pengirim supaya bisa diantar lintas kota.
4. Kurir dan kendaraan. Paket berpindah tangan dari motor, ke truk antar kota, lalu ke motor lagi di kota tujuan.

Perhatikan satu hal penting. Kurir tidak peduli isi kardus. Bagian packing tidak peduli truknya lewat jalan mana. Kamu sebagai penjual tidak peduli truk ekspedisinya merek apa. Setiap pihak hanya mengurus tugasnya sendiri, lalu menyerahkan ke pihak berikutnya.

Jaringan komputer dibagi berlapis dengan alasan yang sama. Browser tidak perlu tahu datanya lewat WiFi atau kabel. Aplikasi chat tidak perlu ditulis ulang saat kamu ganti provider internet. Setiap lapisan punya tugas jelas dan hanya bicara dengan lapisan di atas dan di bawahnya. Ini yang membuat internet bisa berkembang: lapisan bawah boleh berubah teknologinya tanpa merusak lapisan atas.

Perbedaan OSI dan TCP/IP: 7 Layer vs 4 Layer

Model OSI dibuat oleh ISO pada era 1980-an sebagai standar teori yang rapi. Model TCP/IP lahir dari praktik, dari protokol yang memang dipakai jaringan ARPANET lalu internet. Hasilnya, OSI lebih detail dengan 7 lapisan, TCP/IP lebih ringkas dengan 4 lapisan, tapi keduanya menggambarkan proses yang sama.

Tabel ini memetakan keduanya ke hal yang sudah kamu pakai sehari-hari:

OSI (7 layer)	TCP/IP (4 layer)	Contoh nyata yang sudah kamu pakai
7. Application	Application	Browser, HTTP, DNS, aplikasi chat
6. Presentation
5. Session
4. Transport	Transport	TCP dan UDP, nomor port
3. Network	Internet	IP address, router, ping
2. Data Link	Link (Network Access)	MAC address, switch, WiFi, kabel LAN
1. Physical

Cara membacanya dengan analogi ekspedisi tadi:

• Application adalah isi paketnya, vas keramik itu sendiri. Data asli yang ingin sampai: halaman web, pesan chat, file.
• Transport adalah kardus dan bubble wrap. TCP memastikan barang sampai utuh dan berurutan, kalau hilang dikirim ulang. UDP kirim tanpa asuransi, cepat tapi tidak ada jaminan.
• Internet (Network) adalah label alamat lintas kota. IP address menentukan paket harus diantar ke jaringan mana, dan router yang membaca label ini.
• Link dan Physical adalah kurir dan kendaraannya. Kabel, WiFi, MAC address, dan switch bekerja di sini, mengantar antar perangkat yang bersebelahan langsung.

Lalu kenapa OSI memecah bagian atas jadi tiga lapisan (Session, Presentation, Application)? Karena secara teori urusan membuka sesi komunikasi, format data, dan logika aplikasi memang bisa dipisah. Di dunia nyata, ketiganya hampir selalu digarap sekaligus oleh aplikasi dan protokolnya. Makanya TCP/IP cukup menyebut semuanya Application layer, dan praktisi jaringan jarang sekali membahas layer 5 dan 6 secara terpisah.

Satu kebiasaan yang perlu kamu tahu: meskipun internet berjalan di model TCP/IP, orang tetap memakai nomor layer OSI saat bicara. Switch disebut perangkat layer 2, router disebut perangkat layer 3, load balancer aplikasi disebut layer 7. Jadi kamu perlu paham keduanya bukan untuk ujian, tapi supaya nyambung saat baca dokumentasi atau diskusi.

Enkapsulasi: Bedanya Data, Segment, Packet, dan Frame

Saat data turun dari aplikasi menuju kabel, setiap lapisan menambahkan headernya sendiri. Prosesnya disebut enkapsulasi, persis seperti vas yang dibungkus bubble wrap, dimasukkan kardus, lalu ditempeli label. Yang sering bikin pemula bingung, nama bungkusannya berubah di tiap lapisan:

Istilah	Lapisan	Isi tambahannya
Data	Application	Isi asli, misalnya request HTTP
Segment	Transport	Data + header TCP (port asal, port tujuan, nomor urut)
Packet	Internet	Segment + header IP (IP asal, IP tujuan, TTL)
Frame	Link	Packet + header MAC (MAC asal, MAC tujuan) + trailer pengecek error

Urutannya gampang diingat karena mengikuti proses packing: data dibungkus jadi segment, segment diberi alamat jadi packet, packet diserahkan ke kurir jadi frame. Di sisi penerima prosesnya dibalik, lapis demi lapis dibuka sampai tinggal data asli. Ini disebut dekapsulasi.

Empat istilah ini akan terus muncul di sepanjang seri. Saat nanti kita pakai tcpdump dan Wireshark, kamu akan melihat langsung frame berisi packet, packet berisi segment, dan segment berisi data. Kalau ada yang menyebut “packet loss”, sekarang kamu tahu itu masalah di lapisan Internet ke bawah. Kalau ada yang bilang “framenya corrupt”, itu urusan lapisan Link.

Praktik: Memetakan Tools yang Sudah Kamu Pakai ke Layernya

Sekarang kita buktikan di terminal bahwa tools dari bagian 1 dan 2 seri ini masing-masing hidup di lapisan berbeda.

ip link: Melihat Layer 2 dan Layer 1

ip link show

Output yang diharapkan kira-kira seperti ini:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
    link/ether a4:bb:6d:3e:12:9f brd ff:ff:ff:ff:ff:ff

Perintah ini tidak menampilkan IP address sama sekali. Yang tampil adalah MAC address (link/ether) dan status UP atau DOWN. Ini murni informasi layer 1 dan 2: apakah kabel atau WiFi tersambung, dan siapa identitas kartu jaringanmu di level link.

ping: Menguji Layer 3

ping -c 3 1.1.1.1

Output yang diharapkan:

PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=57 time=18.2 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=57 time=17.9 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=57 time=18.4 ms

--- 1.1.1.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms

ping memakai protokol ICMP yang menempel langsung di lapisan Internet. Tidak ada nomor port, tidak ada TCP, tidak ada aplikasi. Kalau ping sukses, artinya layer 3 ke bawah sehat: alamat IP bisa dicapai. Tapi ping sukses tidak menjamin website bisa dibuka, karena urusan port dan HTTP ada di lapisan yang lebih atas.

traceroute: Memanfaatkan TTL di Header IP

traceroute belum terpasang default di Ubuntu 24.04, jadi pasang dulu:

sudo apt install traceroute
traceroute -n 1.1.1.1

Output yang diharapkan kira-kira:

traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets
 1  192.168.1.1  1.245 ms  1.198 ms  1.176 ms
 2  10.20.0.1  8.431 ms  8.402 ms  8.377 ms
 3  103.28.113.1  17.850 ms  17.822 ms  17.799 ms
 ...

Ingat field TTL di header IP pada tabel enkapsulasi tadi? traceroute sengaja mengirim packet dengan TTL 1, lalu 2, lalu 3, dan seterusnya. Setiap router yang menghabiskan TTL akan melapor balik, sehingga rute per hop kelihatan. Jadi traceroute adalah tool layer 3 yang cerdik memanfaatkan satu field kecil di header packet.

curl: Bicara di Layer 7

curl -I https://example.com

Output yang diharapkan (curl 8.5.0 bawaan Ubuntu 24.04):

HTTP/2 200
content-type: text/html
cache-control: max-age=86400
...

Yang kamu lihat di sini adalah percakapan HTTP, murni lapisan Application. Di balik layar, curl menumpang TCP (transport), TCP menumpang IP (internet), dan IP menumpang WiFi atau kabelmu (link). Empat lapisan bekerja sekaligus hanya untuk satu perintah ini, dan browser melakukan hal yang persis sama setiap kali kamu membuka website.

Jebakan Umum: Menghafal Urutan Layer Tanpa Paham Fungsinya

Kesalahan paling sering di topik ini adalah menghafal jembatan keledai urutan layer untuk ujian, lalu tetap kosong saat ditanya “kalau WiFi nyambung tapi internet mati, masalahnya di lapisan mana”. Hafalan urutan tidak pernah dipakai di dunia kerja. Yang dipakai setiap hari adalah kemampuan melokalisasi masalah per lapisan.

Cara melatihnya, biasakan bertanya “masalahnya di lapisan mana” lalu uji dari bawah ke atas:

1. Kabel dicabut atau WiFi disconnect, ip link menunjukkan state DOWN. Masalah layer 1 atau 2.
2. ping 1.1.1.1 gagal padahal link UP. Masalah layer 3, bisa salah IP, salah gateway, atau routing.
3. ping 1.1.1.1 sukses tapi ping google.com gagal. Layer 3 sehat, yang bermasalah resolusi nama alias DNS di lapisan aplikasi.
4. DNS jalan tapi website tetap tidak terbuka. Kemungkinan port diblokir atau service-nya mati, urusan layer 4 sampai 7.

Pola pikir ini juga yang kami pakai sehari-hari di Arrazy saat menelusuri gangguan pada sistem aplikasi klien di server. Sebelum menyalahkan kode backend, kami cek dulu dari lapisan bawah: link server, konektivitas IP, DNS, baru masuk ke aplikasi. Urutan sederhana ini memangkas waktu debugging jauh lebih banyak daripada hafalan tujuh nama layer manapun.

Troubleshooting: Error yang Sering Dialami Pemula

ping google.com gagal padahal ping 1.1.1.1 sukses

Pesan errornya biasanya ping: google.com: Temporary failure in name resolution. Ini bukan masalah koneksi, tapi DNS. Layer 3 kamu sehat karena ping ke IP langsung jalan. Solusinya cek isi resolver dengan resolvectl status, atau uji pakai DNS publik: resolvectl query google.com. Detail DNS akan dibahas tuntas di bagian 11 seri ini.

traceroute: command not found

Ubuntu 24.04 tidak memasang traceroute secara default. Pasang dengan sudo apt install traceroute. Alternatifnya pakai tracepath 1.1.1.1 yang sudah tersedia bawaan dari paket iputils dan tidak butuh akses root.

traceroute hanya menampilkan tanda bintang * * *

Ini normal dan bukan berarti koneksi putus. Banyak router dan firewall sengaja tidak membalas probe traceroute demi keamanan. Selama hop terakhir tercapai atau ping ke tujuan tetap sukses, jalur kamu sehat. Coba juga traceroute -I 1.1.1.1 (mode ICMP, butuh sudo) karena sebagian router lebih mau membalas ICMP daripada probe UDP.

Bingung karena penomoran layer di tools tidak konsisten

Wireshark menampilkan Ethernet sebagai Layer 2 dan IP sebagai Layer 3 mengikuti OSI, sementara buku TCP/IP menyebut IP ada di lapisan kedua dari empat lapisan. Dua-duanya benar, hanya beda model rujukan. Konvensi praktis di industri: kalau orang menyebut angka (layer 2, layer 3, layer 7), hampir pasti maksudnya nomor OSI.

Rangkuman dan Lanjut ke Bagian Berikutnya

Perbedaan OSI dan TCP/IP bukan soal mana yang benar. OSI memberi bahasa yang rapi untuk menunjuk lokasi masalah, TCP/IP memberi gambaran jujur tentang cara internet benar-benar bekerja. Kamu sudah bisa memetakan tools nyata ke lapisannya: ip link di layer 1 dan 2, ping dan traceroute di layer 3, curl dan browser di layer 7. Kamu juga sudah pegang empat istilah yang akan terus muncul: data, segment, packet, frame.

Di bagian berikutnya kita turun ke lapisan 2 dan membedah MAC Address dan ARP: Cara Perangkat Saling Mengenal. Di sana kamu akan lihat bagaimana frame benar-benar menemukan perangkat tujuannya di jaringan lokal. Artikelnya terbit menyusul, pantau daftarnya di halaman hub Belajar Jaringan Komputer dari Nol.

Referensi

• RFC 1122: Requirements for Internet Hosts, Communication Layers
• RFC 791: Internet Protocol (definisi header IP dan TTL)
• man page ping(8), iputils
• man page ip-link(8), iproute2