Lewati ke konten utama

Kalkulator Overhead Enkripsi & MTU Tunnel VPN (WireGuard, IPsec, OpenVPN)

Hitung overhead enkapsulasi kriptografi, MTU antarmuka tunnel optimal, TCP MSS clamping, dan throughput bersih untuk WireGuard, IPsec ESP, dan OpenVPN.

Parameter Input

Coba Contoh:
Byte
5769000
Mbps
11000

Hasil Perhitungan

Efisiensi Payload Tunnel VPN (%)93.33%
MTU Antarmuka WAN Fisik
1.500 Byte
Ukuran Header IP Luar (Carrier)
20 Byte
Overhead Enkapsulasi & Cipher VPN
40 Byte
Total Overhead Header Tunnel per Paket
60 Byte
Nilai MTU Interface Tunnel VPN Optimal
1.440 Byte
Nilai Optimal TCP MSS Clamping
1.400 Byte
Payload Bersih Segmen TCP Dalam
1.400 Byte
Efisiensi Transmisi Payload Protokol
93,33 %
Throughput Payload Bersih (Goodput)
93,33 Mbps
Bandwidth Terserap Enkapsulasi
6,67 Mbps
Ingin membandingkan 2 opsi desain (misal: RAIDZ1 vs RAIDZ2, atau Cat6 vs Cat5e)?
⚡ Standar Hardening & Operasional Produksi
Debian 12 / Ubuntu 24.04 LTS + Nftables + Systemd Timer
CIS Benchmark Level 1 • Non-Root SSH Key-Only + Fail2ban/CrowdSec

Uji aturan firewall dan skrip cron pada lingkungan staging terlebih dahulu, dan simpan backup konfigurasi di Git.

Tabel Perbandingan Overhead & MTU Antar Protokol VPN
Protokol & Cipher VPNOverhead Enkapsulasi TunnelNilai MTU Interface Tunnel VPN OptimalNilai Optimal TCP MSS ClampingThroughput Payload Bersih (Goodput)
WireGuard (UDP 8B + WG Header 32B + Poly1305 16B)60 Byte1.440 Byte1.400 Byte93,33 Mbps
IPsec ESP AES-GCM Native (Proto 50)66 Byte1.434 Byte1.394 Byte92,93 Mbps
IPsec ESP AES-GCM + UDP NAT-T (4500)74 Byte1.426 Byte1.386 Byte92,4 Mbps
OpenVPN 2.6 Data Channel AEAD (UDP)68 Byte1.432 Byte1.392 Byte92,8 Mbps
OpenVPN Data Channel (TCP)80 Byte1.420 Byte1.380 Byte92 Mbps
GRE Tunnel (24B) + IPsec ESP NAT-T98 Byte1.402 Byte1.362 Byte90,8 Mbps
Aturan Konfigurasi MTU & TCP MSS Clamping (RouterOS & Linux)
# Konfigurasi Interface MTU & TCP MSS Clamping (MikroTik RouterOS v7 & Linux)
/interface wireguard set [find] mtu=1440
/ip firewall mangle add chain=forward protocol=tcp tcp-flags=syn action=change-mss new-mss=1400 passthrough=yes comment="VPN MSS Clamping"
# Linux iptables equivalent:
iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --set-mss 1400
Multi-Vendor & Packet Flow

Multi-Vendor Config Translator & Visualisasi Alur Paket (Packet Flow)

Diagram Alur Paket Interaktif (Klik Tahap untuk Detail Inspeksi)WAN ➔ Prerouting/NAT ➔ Filter/QoS ➔ LAN
1. Client TCP SYNDefault MSS 1460B2. TCP MSS ClampingClamp MSS -> 1400B3. Tunnel EncapsulationTunnel MTU 1440B4. ISP WAN TransitNo PMTUD Blackhole
1. Client TCP SYN: Klien LAN menginisiasi jabat tangan TCP 3-way handshake dengan mengusulkan MSS standar 1460 byte.
# MikroTik RouterOS v7 — WireGuard MTU 1440 & TCP MSS Clamping (1400)
/interface wireguard
add name=wg-s2s mtu=1440 listen-port=51820
/ip firewall mangle
add chain=forward out-interface=wg-s2s protocol=tcp tcp-flags=syn tcp-mss=1401-65535 \
    action=change-mss new-mss=1400 passthrough=yes comment="Clamp TCP MSS to 1400"
add chain=forward in-interface=wg-s2s protocol=tcp tcp-flags=syn tcp-mss=1401-65535 \
    action=change-mss new-mss=1400 passthrough=yes
Bagikan ke WhatsApp
ℹ️

Catatan Akurasi Teknis: Hasil perhitungan di atas bersifat estimasi rekayasa berdasarkan parameter standar RFC/IEEE/ITU-T. Kondisi aktual di lapangan dapat dipengaruhi oleh overhead protokol, kualitas perangkat, dan interferensi lingkungan.

🚀 Bagikan Hasil Hitungan Ini atau Pasang di Website Anda

Tautan otomatis menyimpan angka input Anda saat ini — sangat praktis untuk diskusi grup WA, Telegram, Facebook, atau laporan proyek.

Cara Menggunakan Alat Ini

  1. Masukkan MTU antarmuka WAN fisik (1500 untuk Ethernet standar atau 1492 untuk koneksi fiber PPPoE) dan pilih versi IP luar (IPv4 atau IPv6).
  2. Pilih protokol tunnel VPN yang digunakan (WireGuard, IPsec ESP NAT-T, IPsec Native, OpenVPN UDP/TCP, atau GRE + IPsec) serta kecepatan link dalam Mbps.
  3. Tinjau hasil MTU Tunnel optimal, nilai TCP MSS Clamping, persentase efisiensi protokol, serta salin skrip mangle MikroTik/iptables yang dihasilkan.

Contoh Perhitungan Nyata: WireGuard di Atas Ethernet Standar (MTU 1500, 100 Mbps)

Contoh terhitung: Koneksi WAN Ethernet (MTU 1500) menggunakan WireGuard di atas IPv4 memiliki overhead total 60 byte, menghasilkan MTU Tunnel optimal 1440 byte, TCP MSS 1400 byte, dan efisiensi payload 93,33%.

Input Contoh
MTU Antarmuka WAN Fisik (Byte)
1.500 Byte
Versi Protokol IP Carrier (Outer IP)
IPv4 Carrier (Header IP Luar 20 Byte)
Protokol Tunnel & Cipher VPN
WireGuard (ChaCha20-Poly1305 over UDP)
Kecepatan Bandwidth Link WAN (Mbps)
100 Mbps
Output Terhitung
MTU Antarmuka WAN Fisik
1.500 Byte
Ukuran Header IP Luar (Carrier)
20 Byte
Overhead Enkapsulasi & Cipher VPN
40 Byte
Total Overhead Header Tunnel per Paket
60 Byte
Nilai MTU Interface Tunnel VPN Optimal
1.440 Byte
Nilai Optimal TCP MSS Clamping
1.400 Byte
Payload Bersih Segmen TCP Dalam
1.400 Byte
Efisiensi Transmisi Payload Protokol
93,33 %
Throughput Payload Bersih (Goodput)
93,33 Mbps
Bandwidth Terserap Enkapsulasi
6,67 Mbps
Aturan Konfigurasi MTU & TCP MSS Clamping (RouterOS & Linux)
# Konfigurasi Interface MTU & TCP MSS Clamping (MikroTik RouterOS v7 & Linux) /interface wireguard set [find] mtu=1440 /ip firewall mangle add chain=forward protocol=tcp tcp-flags=syn action=change-mss new-mss=1400 passthrough=yes comment="VPN MSS Clamping" # Linux iptables equivalent: iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --set-mss 1400
Tabel Perbandingan Overhead & MTU Antar Protokol VPN
Protokol & Cipher VPNOverhead Enkapsulasi TunnelNilai MTU Interface Tunnel VPN OptimalNilai Optimal TCP MSS ClampingThroughput Payload Bersih (Goodput)
WireGuard (UDP 8B + WG Header 32B + Poly1305 16B)60 Byte1.440 Byte1.400 Byte93,33 Mbps
IPsec ESP AES-GCM Native (Proto 50)66 Byte1.434 Byte1.394 Byte92,93 Mbps
IPsec ESP AES-GCM + UDP NAT-T (4500)74 Byte1.426 Byte1.386 Byte92,4 Mbps
OpenVPN 2.6 Data Channel AEAD (UDP)68 Byte1.432 Byte1.392 Byte92,8 Mbps
OpenVPN Data Channel (TCP)80 Byte1.420 Byte1.380 Byte92 Mbps
GRE Tunnel (24B) + IPsec ESP NAT-T98 Byte1.402 Byte1.362 Byte90,8 Mbps

Konsep Dasar & Catatan Teknis

Setiap protokol Virtual Private Network (VPN) membungkus paket IP asli ke dalam header enkapsulasi kriptografis baru sebelum mengirimkannya melalui jaringan publik (WAN). Proses enkapsulasi ini mengurangi ukuran maksimum ruang payload yang tersedia di dalam satu frame jaringan, sehingga menurunkan nilai Maximum Transmission Unit (MTU) efektif pada antarmuka tunnel. Apabila MTU tunnel tidak disesuaikan dengan benar terhadap MTU jalur fisik WAN (seperti Ethernet 1500 byte atau PPPoE 1492 byte), paket yang ukurannya melebihi batas akan mengalami fragmentasi IP atau dibuang sepenuhnya ketika bit Don't Fragment (DF) aktif. Besarnya overhead enkapsulasi bergantung pada protokol VPN dan versi IP luar (IPv4 20 byte vs IPv6 40 byte). WireGuard menggunakan kriptografi modern ChaCha20-Poly1305 di atas UDP dengan overhead yang sangat terprediksi: 20 byte IPv4 (atau 40 byte IPv6) + 8 byte UDP + 32 byte header WireGuard + 16 byte tag autentikasi Poly1305, sehingga membutuhkan pengurangan MTU sebesar 60 byte pada IPv4 (MTU 1440) atau 80 byte pada IPv6 (MTU 1420, standar default WireGuard). Sebaliknya, IPsec ESP dengan enkapsulasi UDP NAT-Traversal (port 4500) serta OpenVPN dan GRE over IPsec menambahkan lapisan header ekstra serta padding blok cipher yang menyerap 66 hingga 98 byte per paket. Untuk mencegah masalah Path MTU Discovery (PMTUD) blackhole yang sering menyebabkan situs web HTTPS atau sesi SSH menggantung (hang) saat diakses melalui VPN, administrator jaringan menerapkan teknik TCP MSS (Maximum Segment Size) Clamping pada firewall router (MikroTik Mangle atau Linux iptables/nftables). Nilai TCP MSS optimal dihitung dari MTU Tunnel dikurangi 40 byte (20 byte header IPv4 dalam + 20 byte header TCP dalam). Di samping penyesuaian MTU dan TCP MSS, pemilihan protokol VPN berdampak langsung pada throughput bersih (goodput) dan beban kerja CPU router. Setiap byte yang terpakai oleh header enkapsulasi kriptografis mengurangi rasio efisiensi payload terhadap ukuran frame fisik WAN. Pada koneksi fiber optik PPPoE (MTU 1492) yang melewati enkapsulasi berlapis seperti GRE over IPsec atau OpenVPN TCP, efisiensi protokol dapat turun di bawah 90% dan memicu fenomena TCP Meltdown apabila paket mengalami retransmisi ganda di dalam dan di luar tunnel. Dengan menghitung overhead byte secara presisi sebelum menggelar konfigurasi site-to-site VPN, teknisi dapat memaksimalkan throughput megabit per detik sekaligus menghilangkan anomali koneksi terputus-putus.

Cara Perhitungan (Rumus & Langkah)

Pertanyaan yang Sering Diajukan (FAQ)

Mengapa WireGuard secara default menetapkan MTU 1420 byte?

WireGuard dirancang agar aman berjalan di atas jaringan IPv6 (header 40 byte) maupun IPv4 (20 byte) pada link Ethernet 1500 byte. Dengan dikurangi 80 byte overhead IPv6 + UDP + WG, nilai 1420 byte aman untuk kedua versi IP.

Berapa MTU WireGuard yang tepat jika internet ISP menggunakan PPPoE (MTU 1492)?

Karena PPPoE memotong 8 byte dari 1500 menjadi 1492 byte, MTU WireGuard harus diturunkan menjadi 1432 byte (untuk IPv4) atau 1412 byte (untuk IPv6/universal), dengan TCP MSS 1392 atau 1372 byte.

Gejala apa yang muncul jika MTU VPN terlalu besar dan MSS Clamping belum dipasang?

Ping ukuran kecil (56 byte) berjalan lancar, namun saat membuka halaman web HTTPS, mengunduh file, atau menjalankan kueri database besar, koneksi berhenti merespons (timeout) karena paket besar berflag DF dibuang di tengah jalur.

Mengapa OpenVPN mode TCP tidak disarankan untuk tunnel site-to-site?

Selain memiliki overhead header yang lebih besar (60+ byte), membungkus trafik TCP di dalam tunnel TCP memicu fenomena TCP Meltdown (retransmisi ganda antara TCP luar dan TCP dalam) saat terjadi sedikit packet loss.

Referensi Standar & Catatan

Terakhir diperbarui: Terverifikasi Teknis · Standar Industri

Catatan: Hasil di atas merupakan estimasi berdasarkan rumus standar. Selalu verifikasi dengan dokumentasi resmi vendor dan kondisi lapangan sebelum implementasi pada lingkungan produksi.

🔗Skenario Terkait & Kalkulator Pendukung

Lihat 30+ Skenario Lainnya →
🔬 Metodologi Ilmiah & Verifikasi Standar

Analisis Sensitivitas Rekayasa, Kurva Karakteristik & Sitasi Teknis

✓ Konstanta Terkalibrasi ISO/IEC/IEEE/TIA

1. Matriks Analisis Sensitivitas & Rentang Toleransi 3-Kondisi (Matriks Toleransi 3 Titik Desain)

Evaluasi perbandingan antara batas teoretis laboratorium (0% rugi-rugi), titik operasional nominal saat ini, dan batas konservatif lapangan (termasuk derating suhu konduktor, penuaan komponen, serta margin keamanan ±15%).

Parameter Terukur Kondisi Ideal Teoretis Titik Kerja Operasional (Nominal) Batas Konservatif (Worst-Case ±15%) Kaidah Koreksi Rekayasa
MTU Antarmuka WAN Fisik 1.350 1.500 1.725 Safety Margin Kapasitas (+15% Overhead)
Ukuran Header IP Luar (Carrier) 18 20 23 Safety Margin Kapasitas (+15% Overhead)
Overhead Enkapsulasi & Cipher VPN 36 40 46 Safety Margin Kapasitas (+15% Overhead)
Total Overhead Header Tunnel per Paket 54 60 69 Safety Margin Kapasitas (+15% Overhead)
Nilai MTU Interface Tunnel VPN Optimal 1.296 1.440 1.656 Safety Margin Kapasitas (+15% Overhead)

2. Kurva Karakteristik Rekayasa, Fungsi & Titik Operasi (x₀, y₀)

KURVA RESPON MATEMATIS: MTU ANTARMUKA WAN FISIK TERHADAP MTU ANTARMUKA WAN FISIK Ambang Batas Konservatif (+15% Safety Margin) 600 900 1.200 1.500 1.800 2.100 2.400 (x₀=1.500, y₀=1.500) Variabel Independen (x): MTU Antarmuka WAN Fisik

3. Konstanta Fisika & Klausul Standar Normatif

R_hash(Offline) = 100000000000 guesses/s NIST SP 800-63B

Laju Uji Hash Klaster GPU Offline pada Algoritma Cepat

Section 5.1.1.2 Memorized Secret Verifiers — Benchmark orde magnitudo 10¹¹ tebakan/detik untuk evaluasi batas bawah ketahanan entropi password terhadap serangan offline.

k_IEC(10¹²/2⁴⁰) = 0.9094947 TiB/TB ISO/IEC 80000-13:2008

Rasio Konversi Terabyte Desimal (SI) ke Tebibyte Biner (IEC)

Clause 4 — Binary Prefixes — 1 TB = 10¹² Byte; 1 TiB = 2⁴⁰ Byte = 1.099.511.627.776 Byte.

4. Kutipan Referensi Teknis & Akademik Independen (IEEE / APA 7th / BibTeX / LaTeX)

Gunakan format sitasi standar di bawah ini untuk melampirkan metodologi perhitungan ke dalam dokumen spesifikasi teknis, laporan audit, karya ilmiah, atau jurnal rekayasa.

Format IEEE & APA 7th Edition

[IEEE] KalkuNet Engineering Team, "Kalkulator Overhead Enkripsi & MTU Tunnel VPN (WireGuard, IPsec, OpenVPN) — Instrumen Komputasi & Verifikasi Standar Teknis," KalkuNet Technical Suite, 2026. [Online]. Tersedia: https://kalkunet.com/id/tools/vpn-encryption-overhead-calculator. [Diakses: 2026-11-08].

[APA 7th] KalkuNet Engineering Team. (2026). Kalkulator Overhead Enkripsi & MTU Tunnel VPN (WireGuard, IPsec, OpenVPN) (Rilis Produksi 2026-11-08) [Perangkat lunak komputasi teknik]. KalkuNet. https://kalkunet.com/id/tools/vpn-encryption-overhead-calculator

BibTeX & LaTeX Derivation Snippet
@software{kalkunet_vpn_encryption_overhead_calculator_2026,
  author = {{KalkuNet Engineering Team}},
  title = {{Kalkulator Overhead Enkripsi & MTU Tunnel VPN (WireGuard, IPsec, OpenVPN) --- KalkuNet Engineering Suite}},
  year = {2026},
  publisher = {KalkuNet.com},
  url = {https://kalkunet.com/id/tools/vpn-encryption-overhead-calculator},
  urldate = {2026-11-08}
}

% LaTeX Engineering Derivation — Generated via https://kalkunet.com/id/tools/vpn-encryption-overhead-calculator
\begin{equation}
  \text{Model: } Total Overhead Tunnel = Header_IP_Luar (20B/40B) + Header_Enkapsulasi_VPN_&_Tag_AEAD
\end{equation}
% Parameter Input Terukur: physicalWanMtu = 1500, \; ipVersion = ipv4, \; vpnProtocol = wireguard, \; linkSpeedMbps = 100
% Hasil Evaluasi Numerik : physicalWanMtu = \mathbf{1500}, \; outerIpHeaderBytes = \mathbf{20}, \; vpnEncapsulationBytes = \mathbf{40}