OSI
OSI STACK LAB NF-06 · NF-07 · ENKAPSULASI NYATA · v3
READY --:--:-- UTC
SPACE=PLAY · →=STEP · R=RESET
Payload Aplikasi
—
Frame Total
—
Overhead Header
—
Bit di Media
—
Stack Dua Arah · Enkapsulasi Live — SIAP
Narasi Lapisan LANGKAH 0/15
—
—
Packet Capture iface eth0 · capture aktif
PDU Builder
FIELD — pilih langkah untuk melihat isi header
Isi payload — PLAINTEXT
—
Fakta Dunia Nyata
— —
Cara Membaca Simulasi

Elemen Kanvas

L7 Aplikasi — payload: WA, HTTP, DNS, ICMP, RTP
L6 Presentasi — TLS record (enkripsi jalur)
L4 Transport — TCP (andal) / UDP (cepat)
L3 Jaringan — header IP + alamat
L2 Data Link — header Ethernet + FCS
L1 Fisik — bit / sinyal di media

Yang Harus Kamu Amati

1. Blok bungkusan tumbuh saat turun (header ditambah) dan menyusut saat naik (header dilepas) — panel PDU Builder mencatat byte-nya.

2. Nama PDU berubah di tiap stasiun: DATA → SEGMENT/DATAGRAM → PACKET → FRAME → BITS, lalu kebalikannya di sisi penerima.

3. Paket utuh tidak diubah siapa pun di jalan — perangkat perantara hanya membaca alamat. Panel FIELD menampilkan isi header yang sedang aktif.

Analogi Utama — Kantor Pos 7 Lantai GUNAKAN INI UNTUK MEMBAYANGKAN, BUKAN SEBAGAI KENYATAAN

Bayangkan setiap perangkat sebagai gedung kantor pos 7 lantai. Pesanmu naik-turun lift: di sisi pengirim ia turun dari lantai 7 ke 1 sambil dibungkus bertambah di tiap lantai, menyeberang "jalan raya" (media), lalu naik dari lantai 1 ke 7 di gedung tujuan sambil bungkusnya dibuka satu per satu.

LantaiOSI (kenyataan)Di kantor posDi simulasi
L7AplikasiPetugas yang menulis & membaca suratWA/HTTP/DNS/ICMP/RTP menyusun payload
L6PresentasiPenerjemah-sandi: mengunci & merapikan formatTLS 1.3 record +21 B · payload → ciphertext
L5SesiNotulen yang menjaga giliran bicaraTransparan pada protokol modern
L4TransportBagian pengiriman: nomor halaman + jaminan (TCP) atau kirim cepat (UDP)TCP 20 B / UDP 8 B · port sumber & tujuan
L3JaringanPenulis alamat kota & penentu rute antar kotaIP 20 B · 10.0.0.24 → 203.0.113.10 · TTL 64
L2Data LinkPetugas gerbang terakhir + segel cek kerusakanETH 14 B (MAC) + FCS 4 B (CRC32)
L1FisikJalannya: aspal, rel, udaraKabel UTP / fiber / radio · bit mengalir

Tiga Alamat Berbeda

IP vs MAC vs PORT

Alamat rumah (IP) — tujuan akhir antar kota: 203.0.113.10. Dibaca router. Bisa berubah tergantung jaringan.

Gerbang terakhir (MAC) — alamat perangkat di segmen lokal: 02:AA:BB:CC:DD:EE. Dibaca switch. Berubah di tiap hop.

Laci di dalam gedung (Port) — layanan mana yang dituju: 443 web aman, 53 DNS, 5004 media. Dibaca stack L4.

Tiga alamat ini hidup berdampingan di satu frame — lihat panel FIELD saat L4, L3, dan L2 aktif.

TCP vs UDP

JANJI vs LANGSUNG

TCP seperti kirim dokumen lewat kurir tercatat: diberi nomor halaman, ada tanda terima (ACK), yang hilang dikirim ulang. Mahal sedikit waktu, tapi pasti utuh. → chat, web, download.

UDP seperti teriak dari jendela: langsung, tanpa janji. Kalau lewat, ya lewat. → DNS (pertanyaan pendek), RTP (real-time).

TCP 20B : SEQ · ACK · WIN · FLAGS UDP 8B : SPORT · DPORT · LEN · CHKSUM

Dua Enkripsi WhatsApp

TLS (JALUR) + SIGNAL (ISI)

Di simulasi WA-CHAT kamu melihat blok TLS 21 B muncul di L6: itu enkripsi jalur — melindungi dari penyadap di tengah, dibuka di server.

WhatsApp asli menambah lapis kedua di dalam payload: protokol Signal — enkripsi ujung-ke-ujung, hanya dibuka HP temanmu. Akibatnya server WA sendiri tidak bisa membaca isi chat.

Dua kunci, dua tujuan berbeda — bukan duplikasi.

Kenapa Ping Tanpa Port

ICMP = PROTOKOL L3

Ping bukan pesan untuk aplikasi — ia tes jangkauan antar host. Karena itu ICMP melewati lapisan transport: tidak ada TCP/UDP, tidak ada port.

Di simulasi PING, perhatikan langkah L4: stack melompat langsung dari L3 ke penanganan ICMP di kernel. Field protokol di header IP = 1.

Konsekuensi praktis: firewall yang hanya memblokir port tetap bisa di-ping — ICMP harus difilter terpisah.

Kenapa Video Call Pakai UDP

REAL-TIME > KELENGKAPAN

Potongan suara 20 ms yang datang telat 100 ms tidak berguna lagi — panggungnya sudah lewat. Retransmisi TCP justru menambah keterlambatan.

Maka RTP di atas UDP: tanpa janji, tanpa ulang. Satu kata hilang lebih baik daripada satu detik beku.

Bandingkan langkah L4 skenario VIDEO CALL vs DOWNLOAD — janji pengirimannya berbeda total.

Overhead — Sampul Bisa Lebih Besar

DATA KONTROL ≠ DATA BERGUNA

Pesan WA 34 B tapi bungkusnya 79 B — total 113 B. Artinya 70% adalah header, bukan isi.

Itu normal: header adalah harga komunikasi yang andal, teralamat, dan terverifikasi. Bandingkan DOWNLOAD: payload 1460 B, overhead cuma ~4%.

FRAME = ETH 14 + IP 20 + TCP 20 + TLS 21 + WA 34 + FCS 4 = 113 B
Peta 5 Skenario
SkenarioAnalogiYang dipelajari
WA-CHATSurat dalam brangkas berkunci gandaTLS di L6, TCP 443, ciphertext vs plaintext
DOWNLOADSet buku diangkut kotak demi kotakMSS 1460 B, frame maksimal 1518 B, TCP 80
DNS-LOOKUPTanya petugas buku teleponUDP ringkas 8 B, port 53, tanpa koneksi
PINGKetuk pintu: "kamu ada?"ICMP L3, tanpa port, proto IP = 1
VC-STREAMPanggung langsung — yang lewat ya lewatRTP/UDP 5004, trade-off real-time
SOAL 1/6
—

OSI Stack Lab

MELIHAT ENKAPSULASI PERSIS SEPERTI DI KABEL — BYTE DEMI BYTE