Lewati ke konten utama

Kalkulator MTU dan TCP MSS Clamping

Hitung ukuran MTU optimal, TCP MSS clamping (IPv4/IPv6), dan payload uji ping Don't Fragment untuk mengatasi website loading macet di PPPoE dan VPN.

Parameter Input

Coba Contoh:
Byte

Hasil Perhitungan

linkType
pppoe
mtu
1500
ipVersion
ipv4
ipHeaderBytes
20
tcpHeaderBytes
20
icmpHeaderBytes
8
tcpMss
1460
pingDfPayload
1472
overheadBytes
20
overheadDesc
PPPoE Standar ISP Fiber / DSL (8–20 Byte Header)
windowsPingCmd
ping 1.1.1.1 -f -l 1472
linuxPingCmd
ping -M do -s 1472 1.1.1.1
macosPingCmd
ping -D -s 1472 1.1.1.1

Cara Menggunakan Alat Ini

  1. Pilih jenis tautan jaringan atau terowongan VPN (Ethernet 1500, PPPoE 1480, WireGuard 1420, L2TP/IPSec 1400, atau Custom).
  2. Pilih versi protokol IP (IPv4 dengan overhead 40 byte atau IPv6 dengan overhead 60 byte).
  3. Periksa nilai TCP MSS optimal dan jalankan perintah ping Don't Fragment (DF) yang disediakan di terminal komputer Anda untuk memverifikasi jalur tanpa fragmentasi.

Contoh Perhitungan Nyata: PPPoE ISP Fiber (MTU 1480 IPv4)

Contoh terhitung: Jalur PPPOE (PPPoE Standar ISP Fiber / DSL (8–20 Byte Header)) memiliki batas MTU 1480 byte. Dengan overhead IPV4 (20B IP + 20B TCP), TCP MSS optimal adalah 1440 byte dan ukuran buffer uji ping DF adalah 1452 byte.

Input Contoh
{
  "linkType": "pppoe",
  "ipVersion": "ipv4"
}
Output Terhitung
linkType:
pppoe
mtu:
1480
ipVersion:
ipv4
ipHeaderBytes:
20
tcpHeaderBytes:
20
icmpHeaderBytes:
8
tcpMss:
1440
pingDfPayload:
1452
overheadBytes:
20
overheadDesc:
PPPoE Standar ISP Fiber / DSL (8–20 Byte Header)
windowsPingCmd:
ping 1.1.1.1 -f -l 1452
linuxPingCmd:
ping -M do -s 1452 1.1.1.1
macosPingCmd:
ping -D -s 1452 1.1.1.1

Konsep Dasar & Catatan Teknis

Maximum Transmission Unit (MTU) adalah ukuran paket data terbesar dalam satuan byte yang dapat ditransmisikan melalui sebuah antarmuka jaringan fisik atau virtual tanpa mengalami pemecahan (fragmentasi). Pada jaringan Ethernet standar, batas MTU adalah 1500 byte. Namun, ketika paket data melewati protokol enkapsulasi seperti PPPoE ISP fiber, WireGuard VPN, L2TP/IPSec, GRE, atau jaringan seluler 4G/5G, header terowongan tambahan akan menyita ruang payload, sehingga MTU efektif berkurang menjadi 1480, 1420, atau 1400 byte. Masalah paling umum yang ditimbulkan oleh ketidakcocokan MTU adalah fenomena "Path MTU Black Hole" atau browsing macet. Dalam protokol TCP, proses negosiasi awal saat Three-Way Handshake menyepakati nilai Maximum Segment Size (TCP MSS). Jika nilai MSS disepakati terlalu besar (misalnya 1460 byte dari LAN Ethernet) sementara jalur WAN hanya mampu menampung MTU 1480 byte (MSS 1440 byte), paket data berukuran besar yang membawa bendera Don't Fragment (DF) akan dibuang oleh router ISP. Jika pesan ICMP "Fragmentation Needed" (Type 3 Code 4) diblokir oleh firewall perantara, koneksi web akan mengalami time out dan macet selamanya. Solusi standar industri untuk mengatasi masalah ini adalah teknik TCP MSS Clamping. Router di perbatasan jaringan secara aktif menginspeksi paket SYN pembuka koneksi dan memodifikasi (clamp) nilai MSS yang diminta agar tidak melampaui batas transmisi terowongan (MTU dikurangi 40 byte untuk IPv4 atau 60 byte untuk IPv6). Kalkulator ini menyediakan nilai acuan instan untuk berbagai jenis tautan serta perintah pengujian ping dengan flag DF pada sistem operasi Windows, Linux, dan macOS guna menemukan MTU optimal di lapangan.

Cara Perhitungan (Rumus & Langkah)

Pertanyaan yang Sering Diajukan (FAQ)

Mengapa ping kecil ke website berhasil tetapi membuka halaman web tertentu macet (loading terus)?

Ping ICMP default hanya berukuran 32 atau 64 byte sehingga selalu muat di dalam MTU berapapun. Namun, halaman web mengirim paket data TCP berukuran penuh (1500 byte). Jika MTU jalur lebih kecil dari 1500 dan MSS tidak di-clamp, paket besar tersebut dibuang di tengah jalan (PMTUD Black Hole).

Bagaimana cara mencari ukuran MTU maksimal tanpa fragmentasi menggunakan perintah Ping?

Pada Windows, jalankan `ping 1.1.1.1 -f -l 1472`. Jika muncul 'Packet needs to be fragmented', turunkan angkanya (misalnya 1452). Ukuran MTU adalah payload terbesar yang sukses ditambah 28 byte (20 byte IP + 8 byte ICMP).

Mengapa TCP MSS untuk IPv6 lebih kecil 20 byte dibandingkan IPv4?

Header dasar IPv4 berukuran 20 byte, sedangkan header dasar IPv6 berukuran 40 byte. Karena header TCP sama-sama 20 byte, total overhead header pada IPv6 adalah 60 byte (MTU − 60), menghasilkan MSS 20 byte lebih kecil.

Referensi Standar & Catatan

Terakhir diperbarui: Status Konten: Draf (Menunggu Tinjauan Editor)

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