Belajar Network Engineer - WAN & SD-WAN

#Pendahuluan

Setelah di episode 5 router kalian bisa saling berbicara dengan OSPF, pertanyaan berikutnya muncul begitu perusahaan punya cabang kedua: bagaimana menghubungkan lokasi-lokasi yang terpisah kota bahkan negara? Inilah dunia WAN — dan inilah area yang paling banyak berubah dalam sepuluh tahun terakhir, karena SD-WAN sedang menggantikan model yang bertahan dua dekade.

Episode ini membahas evolusi teknologi WAN, cara kerja MPLS, lalu SD-WAN secara mendalam, ditutup praktik merancang konektivitas cabang.

#Anatomi WAN Enterprise

WAN (Wide Area Network) menyambung site-site melalui infrastruktur provider. Bedakan tiga pola klasiknya:

• Leased line / point-to-point: satu sirkuit privat per pasangan site. Andal tapi mahal — biaya tumbuh kuadratik seiring jumlah cabang.
• Circuit switching/paket publik + VPN: internet broadband murah dengan tunnel enkripsi; kualitas bergantung jalur internet.
• MPLS VPN: provider memberi jaringan privat Layer 3 (L3VPN) atau Layer 2 — kalian mendapat SLA, QoS end-to-end, tanpa kelola tunnel sendiri.

#MPLS: Tulang Punggung Era Sebelumnya

MPLS (Multiprotocol Label Switching) mem-forward paket berdasarkan label pendek yang ditempel di antara header L2/L3, bukan lookup IP di tiap hop. Router tepi provider (PE) memberi label; router inti (P) hanya menukar label — cepat dan bisa diprogram untuk jalur khusus (traffic engineering).

Bagi pelanggan enterprise, yang penting dari MPLS bukan mekanismenya tetapi produknya:

1. L3VPN managed: provider ikut campur routing; kalian serahkan prefix, mereka yang menghubungkan.
2. SLA eksplisit: uptime, latency, packet loss tertulis kontrak.
3. CoS/QoS bawaan: trafik voice bisa diklasifikasi provider agar diprioritaskan.

Kelemahan struktural MPLS: mahal (bandwidth private jauh lebih mahal dari internet), provisioning lambat (mingguan), dan arsitekturnya dibangun era north-south — semua cabang menyeret trafik balik ke data center pusat, padahal aplikasi kini hidup di SaaS dan cloud.

#SD-WAN: WAN yang Diprogram

SD-WAN menerapkan ide SDN ke WAN: pisahkan control plane dari perangkat, pusatkan kebijakannya, dan biarkan edge cerdas memilih jalur per-aplikasi secara real-time.

#Empat Pilar Karakteristiknya

1. Transport independence: satu cabang bisa punya MPLS + broadband + LTE bersamaan; overlay tunnel (biasanya IPsec) menjahit semuanya.
2. Application-aware routing: traffic dikenali dari identitasnya (SaaS, voice, ERP) lalu dirutekan ke jalur terbaik sesuai kebijakan — voice lewat MPLS yang stabil, backup besar lewat broadband murah.
3. Centralized policy & zero-touch provisioning: kebijakan didefinisikan sekali di controller/orchestrator; perangkat baru di cabang cukup disambungkan internet, ia mendaftar sendiri.
4. Link monitoring kontinu: latency/jitter/loss tiap transport diukur terus-menerus; keputusan per-paket atau per-flow berubah dalam hitungan detik, bukan setelah tiket user masuk.

#Perbandingan Langsung

#Vendor dan Ekosistem

Nama-nama yang akan kalian temui: Cisco (Viptela/Catalyst SD-WAN), Fortinet Secure SD-WAN, VMware VeloCloud, Palo Alto Prisma SD-WAN, Aruba EdgeConnect, plus open source seperti OpenZiti untuk pendekatan overlay modern. Konsepnya serupa; bedanya di ekosistem manajemen dan integrasi security.

#WAN Optimization

Sebelum SD-WAN, kualitas link cabang "diperbaiki" dengan kotak WAN optimization. Teknik-tekniknya masih relevan karena kini tertanam di SD-WAN itu sendiri:

• Deduplication/d byte caching: blok data yang sudah pernah lewat dikirim sebagai referensi pendek.
• Compression: kompresi payload per-flow.
• Protocol acceleration: TCP window scaling/ACK pacing untuk link laten tinggi.
• QoS pre-classification: penandaan DSCP dipertahankan di dalam tunnel supaya prioritas tidak hilang saat enkripsi.

Catatan realistis: untuk trafik terenkripsi penuh (HTTPS dominan hari ini), deduplication tradisional kehilangan efektivitas — fokus optimasi bergeser ke pemilihan jalur dan FEC (forward error correction) ala SD-WAN.

#Praktik: Merancang Desain Koneksi Cabang

Brief: perusahaan punya HQ Jakarta + 4 cabang (Surabaya, Medan, Makassar, Denpasar); aplikasi ERP on-premise di HQ, email dan CRM di SaaS; budget menolak full-MPLS. Mari susun desainnya.

#Keputusan Transport

Tiap cabang dapat dua transport berbeda karakter: satu MPLS/broadband business dedicated ke HQ, satu broadband internet umum + LTE sebagai jalur ketiga untuk darurat. Keragaman transport adalah inti redundansi SD-WAN — dua ISP yang sama-sama fiber sebidang tanah bisa putus bersamaan saat backhoe datang.

#Kebijakan Overlay

Kebijakan dinyatakan sebagai intent sederhana (contoh format generik):

applications:
  erp-hq:
    match: dst-ip 10.40.0.0/16
    path-preference:
      - mpls-primary
      - broadband-backup
  saas-email-crm:
    match: category [saas]
    action: local-breakout        # keluar langsung di cabang
  voip:
    match: dscp EF
    requirements: { loss-lt: 1, latency-lt: 150 }
    path-preference:
      - mpls-primary
      - broadband-secondary
  default:
    action: best-path             # ukur, pilih otomatis

Tiga keputusan desain penting yang tersirat di sana:

1. ERP tetap lewat jalur privat ke HQ karena database on-premise.
2. SaaS breakout lokal — jangan seret trafik Microsoft 365 dari Surabaya balik ke Jakarta hanya untuk dibuang ke internet di sana; pengalaman user langsung terasa.
3. Voice punya syarat kuantitatif — kebijakan tanpa angka target hanyalah dekorasi.

#Failover dan Pengujian

Desain belum selesai sebelum diuji:

# pantau jalur aktif per aplikasi
show sdwan app-route stats
# tarik kabel MPLS, amati konvergensi overlay
ping 10.40.1.10 repeat 100

Target: konvergensi di bawah 1-2 detik tanpa session aplikasi mati. Catat hasilnya sebagai baseline — kita formalisasi metodologi pengukuran di episode 24.

#Common Pitfalls

• Dual link dari provider sama — redundansi kosmetik; pastikan last-mile fisik berbeda.
• Full tunnel ke DC untuk semua traffic — menghancurkan performa SaaS; definisikan break-out per aplikasi, jangan default-all.
• Zero-touch tanpa sertifikat device — kemudahan provisioning jadi pintu masuk perangkat palsu; selalu onboarding berbasis sertifikat.
• QoS dilupakan di ujung internet — internet tidak mengenal DSCP kalian; prioritas hanya efektif di dalam overlay/tunnel milik sendiri.

#Penutup

Inti yang harus dibawa pulang:

• WAN menghubungkan site lewat leased line, internet+VPN, atau MPLS dengan SLA-nya.
• MPLS mem-forward via label dan unggul di prediktabilitas, tapi mahal dan dibangun untuk era north-south.
• SD-WAN = transport independence + application-aware routing + centralized policy + zero-touch; kini fondasi desain cabang modern.
• Desain cabang yang baik: transport beragam, kebijakan per-aplikasi dengan target angka, SaaS breakout lokal, dan failover yang benar-benar diuji.

Di episode 7 selanjutnya kita naik ke udara: wireless dan WLAN design — standar 802.11 dari Wi-Fi 4 sampai Wi-Fi 7, seni penempatan AP dan channel planning, serta dilema controller vs controllerless yang menentukan arsitektur Wi-Fi kalian. Sampai jumpa!