Kalkulator MTU & MSS
Hitung MTU setelah PPPoE, VLAN, WireGuard, dan tumpukan lainnya
Tentukan MTU efektif dan MSS setelah melewati satu atau beberapa lapis enkapsulasi, lengkap dengan perintah MikroTik dan cara mengujinya dari komputer.
Seluruh perhitungan berjalan di browser Anda. Alamat IP, nama interface, dan password yang Anda masukkan tidak pernah dikirim ke server CoreNet.
Gejala yang membawa orang ke halaman ini
Ping jalan. Situs kecil terbuka normal. Tetapi situs besar menggantung setengah jalan, unggahan berhenti di tengah, dan sebagian aplikasi gagal tanpa pesan yang masuk akal.
Hampir selalu MTU penyebabnya.
Yang terjadi: paket berukuran penuh tersangkut di jalur yang MTU-nya lebih kecil, dan pemberitahuan "paket terlalu besar" tidak sampai kembali ke pengirim — sering karena ICMP diblokir di suatu tempat. Pengirim tidak tahu apa-apa dan terus mengirim paket yang sama besarnya.
Setiap lapisan memakan ruang
| Enkapsulasi | Overhead |
|---|---|
| VLAN 802.1Q | 4 byte |
| QinQ (VLAN ganda) | 8 byte |
| PPPoE | 8 byte |
| GRE | 24 byte |
| L2TP tanpa IPsec | 40 byte |
| VXLAN | 50 byte |
| WireGuard | 60 byte |
| IPsec ESP tunnel (AES) | ±73 byte |
Angka IPsec bervariasi menurut cipher dan mode; yang dipakai di sini nilai yang lazim.
Yang menimbulkan gejala paling membingungkan justru tumpukannya. WireGuard di atas PPPoE menyisakan 1.432 byte dari 1.500 — dan konfigurasi yang dibuat dengan hanya memperhitungkan salah satunya akan bekerja "sebagian besar waktu".
MSS bukan MTU
MSS adalah MTU dikurangi header IP (20 byte) dan header TCP (20 byte). Menyetel MSS sama dengan MTU berarti setiap paket 40 byte lebih besar daripada yang muat — kesalahan yang menghasilkan gejala persis seperti tidak menyetelnya sama sekali.
Lebih baik clamp daripada angka tetap
Tool ini memberi kedua bentuk perintah MikroTik, tetapi yang disarankan adalah:
/ip firewall mangle
add chain=forward action=change-mss new-mss=clamp-to-pmtu \
protocol=tcp tcp-flags=synclamp-to-pmtu mengikuti MTU jalur yang sebenarnya, sehingga tetap benar ketika jalur berubah. Angka tetap akan salah begitu penyedia jasa mengubah sesuatu di sisi mereka — dan tidak ada yang memberi tahu Anda.
Menguji, bukan menebak
Tool ini juga menghasilkan perintah uji:
ping -f -l 1464 8.8.8.8 (Windows)
ping -M do -s 1464 8.8.8.8 (Linux/macOS)Angka itu berlaku untuk MTU 1492 — payload ICMP dihitung di luar header IP (20 byte) dan ICMP (8 byte), jadi 1492 − 28 = 1464. Tools menghitungnya sendiri mengikuti tumpukan yang Anda pilih.
Bila perintah itu berhasil tetapi satu byte lebih besar gagal, MTU jalur Anda memang persis segitu.
Pertanyaan yang sering diajukan
MTU PPPoE 1492 atau 1480? Secara teori 1492. Banyak yang memakai 1480 untuk menyisakan ruang bagi enkapsulasi lain di jalur uplink yang tidak terlihat dari sisi kita. Keduanya wajar; 1480 lebih aman.
Apakah menaikkan MTU mempercepat jaringan? Sedikit, dan hanya pada transfer besar. Menurunkannya di bawah yang seharusnya jauh lebih merugikan daripada keuntungan menaikkannya.
Jumbo frame perlu? Hanya bila seluruh perangkat di jalur itu mendukungnya — biasanya di dalam pusat data, jarang pada jaringan akses.