Framework 7-Layer OSI untuk Troubleshooting Jaringan Down Secara Terstruktur

Ketika seorang staf IT Support menerima laporan: *"Internet di kantor mati total!"*, respons teknis yang buruk adalah melakukan tebak-tebakan acak seperti langsung merestart router atau mengganti settingan DNS tanpa diagnosa terarah.

Teknisi jaringan yang profesional menggunakan model referensi **7-Layer OSI (Open Systems Interconnection)** sebagai kerangka kerja investigasi (*Troubleshooting Framework*) dengan pendekatan **Bottom-Up (Mulai dari Layer Fisik ke atas)**.

1. Alur Investigasi Bottom-Up (Layer 1 hingga Layer 7)

[Layer 7: Application]  ← Aplikasi / Web Browser / Browser Cache
[Layer 6: Presentation] ← SSL/TLS Handshake & Encryption
[Layer 5: Session]      ← Sesi Koneksi TCP / Port State
[Layer 4: Transport]    ← Firewall Port Blocking (Port 80/443/53)
[Layer 3: Network]      ← IP Address, Subnet, Default Gateway, DNS
[Layer 2: Data Link]    ← Switch Port, VLAN ID, MAC Address, ARP Table
[Layer 1: Physical]     ← Kabel UTP, RJ-45, Link LED, Wireless Radio

2. Checklist Diagnosa Praktis Lapangan

Langkah 1: Layer 1 — Verifikasi Fisik (Physical Layer)

• •Cek lampu indikator LED pada port LAN PC dan Switch (apakah menyala *Green/Amber Link*?).
• •Cek apakah kabel UTP longgar, terjepit, atau konektor RJ-45 kendor.
• •Gunakan **Cable Tester** untuk memastikan 8 pin kabel terhubung sempurna (T568B).

Langkah 2: Layer 2 — Verifikasi Data Link

• •Cek apakah port Switch tempat PC terpasang sudah dimasukkan ke **VLAN** yang tepat.
• •Jalankan perintah `arp -a` di terminal untuk melihat apakah tabel ARP mendeteksi MAC address Gateway lokal.

Langkah 3: Layer 3 — Verifikasi IP & Routing (Network Layer)

Jalankan urutan perintah diagnosa cepat di Command Prompt:

# 1. Cek perolehan IP Address dari DHCP Server
ipconfig /all

# 2. Tes koneksi loopback stack TCP/IP internal PC
ping 127.0.0.1

# 3. Tes konektivitas ke Default Gateway lokal (Router)
ping 192.168.1.1

# 4. Tes konektivitas ke internet luar menggunakan IP Publik (Bypass DNS)
ping 8.8.8.8

# 5. Tes resolusi nama domain (DNS Resolver)
nslookup google.com

#### Analisis Hasil Diagnosa:

• •**Bisa ping Gateway, Gagal ping 8.8.8.8**: Masalah ada pada koneksi WAN/ISP router atau konfigurasi NAT.
• •**Bisa ping 8.8.8.8, Gagal buka google.com**: Masalah pada server DNS (Ganti DNS ke `1.1.1.1` atau `8.8.8.8`).
• •**Gagal ping Gateway (Request Timed Out)**: Masalah pada kabel, switch port, atau alokasi IP lokal.

Langkah 4: Layer 4 & 7 — Verifikasi Port & Aplikasi

Jika IP dan DNS normal namun website tertentu tetap tidak bisa dibuka:

• •Uji status port service menggunakan Telnet / PowerShell: `Test-NetConnection -ComputerName target.com -Port 443`
• •Cek apakah ada firewall lokal / antivirus yang memblokir port keluar.
• •Buka browser dalam mode *Incognito* untuk mengabaikan cache atau ekstensi bermasalah.

3. Kesimpulan

Dengan membiasakan diri menggunakan kerangka kerja 7-Layer OSI secara disiplin, waktu investigasi (*Mean Time to Recovery / MTTR*) dapat dipangkas secara drastis, serta mencegah kesalahan fatal akibat tindakan spekulatif pada perangkat jaringan produksi.