Masalah
Koneksi kecil bekerja, tetapi transfer tertentu hang atau TLS/application request gagal ketika payload membesar. Salah satu kemungkinan adalah Path MTU yang lebih kecil dari ukuran paket yang dikirim.
Kenali gejala Path MTU bermasalah dan uji ukuran paket secara bertahap tanpa langsung mengubah MTU interface.
Menggunakan ping dan tracepath untuk mengumpulkan indikasi Path MTU serta membedakan masalah MTU dari loss biasa.
PersiapanLinux dengan ping dan tracepath. Hasil ICMP bergantung pada kebijakan jaringan; jangan menganggap timeout selalu berarti MTU bermasalah.
Koneksi kecil bekerja, tetapi transfer tertentu hang atau TLS/application request gagal ketika payload membesar. Salah satu kemungkinan adalah Path MTU yang lebih kecil dari ukuran paket yang dikirim.
Catat interface, MTU lokal, tujuan, dan apakah jalur melewati VPN, tunnel, PPPoE, atau encapsulation lain yang menambah overhead.
Periksa MTU sebelum mengubah apa pun.
ip link showPada Ethernet MTU 1500, payload ICMP IPv4 1472 sering dipakai sebagai titik awal karena header IPv4 20 byte dan ICMP 8 byte. Nilai ini bukan angka universal untuk semua path.
ping -c 3 -M do -s 1472 1.1.1.1Jika probe besar gagal tetapi probe lebih kecil berhasil, cari batas secara bertahap. Pastikan kegagalan konsisten karena ICMP rate limiting juga dapat menghasilkan loss.
ping -c 3 -M do -s 1400 1.1.1.1tracepath dapat memberikan indikasi pmtu di sepanjang jalur dan membantu mengidentifikasi perubahan Path MTU.
tracepath example.comJangan langsung menurunkan MTU semua interface. Cari sumber encapsulation, blocked ICMP Packet Too Big/Fragmentation Needed, atau perangkat yang mengubah jalur.
Setelah perbaikan, ulangi request aplikasi yang sebelumnya gagal dan uji ukuran paket yang relevan. Dokumentasikan MTU sebelum dan sesudah serta alasan perubahan.
Nilai payload ping tidak sama dengan MTU. Untuk IPv4 tanpa IP options, header IPv4 20 byte dan ICMP 8 byte biasanya perlu ditambahkan ke payload. Encapsulation seperti GRE, IPsec, VXLAN, PPPoE, atau tunnel cloud mengurangi ruang yang tersedia dan harus diperhitungkan terpisah.
Path MTU Discovery bergantung pada sinyal jaringan seperti ICMP Fragmentation Needed pada IPv4 atau Packet Too Big pada IPv6. Jika pesan ini diblokir, koneksi kecil dapat sukses sementara transfer besar hang—pola yang sering disebut PMTUD black hole.
Jangan langsung menetapkan MTU 1400 karena 'sering berhasil' pada tunnel lain. Jangan menggunakan satu timeout ping sebagai bukti. Jangan lupa menguji aplikasi nyata setelah perubahan karena nilai MTU yang lolos ICMP belum tentu mewakili seluruh jalur dan protocol.
Catat MTU interface, jenis encapsulation, ukuran probe sukses/gagal, hasil tracepath, dan gejala aplikasi. Jika perubahan MTU diperlukan, dokumentasikan alasan matematis/arsitektural dan uji kembali transfer yang sebelumnya bermasalah.
MTU troubleshooting membutuhkan pola bukti: request kecil sukses, paket besar konsisten gagal, dan batas ukuran dapat direproduksi. Satu ping timeout tidak cukup.