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
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
- Pilih jenis tautan jaringan atau terowongan VPN (Ethernet 1500, PPPoE 1480, WireGuard 1420, L2TP/IPSec 1400, atau Custom).
- Pilih versi protokol IP (IPv4 dengan overhead 40 byte atau IPv6 dengan overhead 60 byte).
- 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.
{
"linkType": "pppoe",
"ipVersion": "ipv4"
}- 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
Cara Perhitungan (Rumus & Langkah)
Rumus Matematika
- TCP MSS (IPv4) = MTU − (20 Byte IP Header + 20 Byte TCP Header) = MTU − 40
- TCP MSS (IPv6) = MTU − (40 Byte IP Header + 20 Byte TCP Header) = MTU − 60
- Ping Don't Fragment Payload (IPv4) = MTU − (20 Byte IP + 8 Byte ICMP) = MTU − 28
- Ping Don't Fragment Payload (IPv6) = MTU − (40 Byte IP + 8 Byte ICMP) = MTU − 48
- Uji Windows: ping 1.1.1.1 -f -l <Payload>
Langkah Substitusi
- Selected link preset: PPPOE → Interface MTU = 1500 bytes
- IPV4 protocol overhead: IP Header = 20 bytes, TCP Header = 20 bytes (Total = 40 bytes)
- Optimal TCP MSS = MTU (1500) − (20 + 20) = 1460 bytes
- Don't Fragment (DF) Ping Buffer Size = MTU (1500) − (20 + 8) = 1472 bytes
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.
Alat Kalkulator Terkait
Setup WireGuard VPN Site-to-Site RouterOS v7 lengkap dengan pencegahan browsing macet melalui TCP MSS Clamping otomatis.
Hitung alamat network, broadcast, rentang host usable, netmask, wildcard, biner mask, dan tipe alamat IPv4 (RFC 1918, RFC 3021 /31, CGNAT).
Hitung Limit-At (CIR), Max-Limit (MIR), Burst, PCQ, dan FQ-CoDel RouterOS v7 lengkap dengan generator script konfigurasi otomatis.
Referensi Standar & Catatan
- RFC 879 — The TCP Maximum Segment Size and Related Topics
- RFC 4459 — MTU and Fragmentation Issues with In-The-Network Tunneling
Catatan: Hasil di atas merupakan estimasi berdasarkan rumus standar. Selalu verifikasi dengan dokumentasi resmi vendor dan kondisi lapangan sebelum implementasi pada lingkungan produksi.