Bayangkan semua layanan tampak normal, seperti Slack lancar, browsing cepat, dan DNS stabil. Namun, begitu upload file besar atau SSH, koneksi tiba-tiba hang. Masalah seperti ini sering disalahartikan sebagai bandwidth terbatas, ISP bermasalah, atau server down. Faktanya, penyebabnya bisa jauh lebih tersembunyi, yaitu Path MTU black hole.
Kondisi ini terjadi ketika paket terlalu besar untuk jalur jaringan tertentu, namun jaringan tidak mengirim sinyal balik agar pengirim mengecilkan ukuran paket. Hasilnya, koneksi terlihat hidup, tetapi transfer besar membeku hingga timeout. Baca artikel ini untuk memahami Path MTU dan cara mengatasinya dengan efektif.
Ringkasan Cepat
- MTU adalah ukuran maksimum paket yang bisa lewat tanpa fragmentasi; biasanya Ethernet 1500.
- PMTU (Path MTU) adalah MTU terkecil di sepanjang jalur end-to-end.
- PMTUD adalah mekanisme untuk menemukan PMTU. Versi klasik mengandalkan ICMP feedback; kalau ICMP diblok, muncul PMTU black hole.
- Gejala umum: upload besar hang, TLS handshake kadang macet, video call putus-putus, SSH “freeze”, sementara traffic kecil aman.
- Mitigasi yang sering berhasil: perbaiki ICMP filtering, MTU/MSS tuning (MSS clamping), set MTU tunnel yang benar, dan lakukan diagnosis terstruktur.
Sebelum masuk ke alat diagnosis, kita luruskan definisi agar tidak tertukar.
Also Read
Penjelasan Mudah MTU, PMTU, dan PMTUD
Maximum Transmission Unit atau MTU adalah ukuran maksimal payload yang bisa dibawa sebuah paket pada satu link tanpa dipecah. Di Ethernet standar, biasanya angkanya 1500 bytes.
Path MTU atau PMTU adalah MTU terkecil yang ditemui paket saat berjalan dari client ke server melewati router, NAT, tunnel, atau middlebox. Sedangkan Path MTU Discovery atau PMTUD adalah proses untuk mengetahui PMTU agar pengirim dapat menyesuaikan ukuran paket agar aman sampai tujuan.
Singkatnya, Path MTU adalah ukuran paket maksimum yang bisa melewati jalur jaringan tanpa fragmentasi, ditentukan oleh bottleneck MTU sepanjang rute. Analogi gampangnya: Anda bisa membawa kardus besar, tapi kalau ada pintu sempit di tengah jalan, kardus itu tidak bisa lewat. PMTUD membantu mengetahui seberapa sempit pintu itu agar paket bisa dikirim tanpa masalah.
Kenapa PMTU Bisa Menjadi Masalah yang Sulit Dideteksi
Masalah PMTU mengganggu karena sering tidak mempengaruhi paket kecil.
PMTU black hole: ICMP diblok → sender tidak tahu harus mengecilkan paket
Masalah PMTU sering sulit didiagnosis karena biasanya hanya memengaruhi paket besar, sementara paket kecil tetap lancar. Fenomena ini kadang disebut PMTU black hole.
Pada classic PMTUD (RFC 1191), router yang tidak bisa meneruskan paket besar seharusnya mengirim ICMP “Fragmentation needed” agar pengirim menyesuaikan ukuran paket. Masalahnya, banyak firewall dan middlebox memblok ICMP demi keamanan. Akibatnya:
- Paket besar dibuang tanpa pemberitahuan
- Pengirim tidak menerima umpan balik dan terus mengirim paket besar
- Koneksi terlihat “hidup” tetapi transfer besar hang
Gejala yang sering muncul di aplikasi:
- Upload file besar hang di 0–5% lalu timeout
- SSH tersambung tetapi scp/sftp macet
- Panggilan video putus saat kualitas naik
- VPN atau tunnel aman terasa tidak stabil
Dengan demikian, menurut tim: PMTU issue sering menjadi penyebab utama gangguan yang sulit dijelaskan pada jaringan end-to-end.
Cara Kerja PMTUD Klasik dan Kenapa Sering Gagal di Internet Modern
PMSecara klasik, Path MTU Discovery (PMTUD) bekerja sederhana:
- Pengirim mengirim paket besar menuju tujuan
- Jika jalur tidak mendukung, router mengirim pesan balik ICMP “Fragmentation needed”
- Pengirim menyesuaikan ukuran paket agar aman melewati jalur
Masalah muncul di internet modern karena jalur tidak lagi dikelola satu pihak. Faktor yang membuat PMTUD klasik sering gagal:
- NAT berlapis yang menambah overhead paket
- Tunnel atau VPN yang mengubah ukuran MTU efektif
- Firewall yang memblok ICMP sehingga umpan balik tidak sampai
- Beberapa vendor “mengunci” MTU tertentu, sehingga paket besar tetap dibuang
Cloudflare menyebut ini sebagai tantangan modern security meets legacy infrastructure, di mana enkripsi dan metadata menambah overhead sementara sebagian infrastruktur masih mengandalkan MTU 1500 byte standar.
Client Dynamic PMTUD – Pendekatan Modern untuk Mengatasi Black Hole
Pendekatan klasik PMTUD sering gagal karena ICMP bisa diblok, sehingga klien tidak tahu kapan paket terlalu besar. Cloudflare mengusung konsep Client Dynamic PMTUD, di mana klien mengambil peran aktif untuk menemukan ukuran paket yang aman.
Prinsip sederhananya:
- Klien mengirim paket terenkripsi dengan ukuran berbeda
- Edge mengirim ack jika paket diterima
- Jika paket hilang, klien menyimpulkan ukuran itu terlalu besar untuk jalur
- Klien menyesuaikan MTU virtual interface secara dinamis
- Proses ini diulang secara berkala agar koneksi tetap adaptif terhadap perubahan jaringan
Implementasi Cloudflare menggunakan Datagram Packetization Layer PMTUD atau DPLPMTUD, merujuk RFC 8899.
Takeaway untuk sysadmin: dengan active probing, koneksi lebih tahan terhadap black hole bahkan ketika ICMP tidak dapat diandalkan.
Dampak ke protokol & aplikasi (yang dev backend perlu tahu)
Masalah PMTU tidak hanya soal jaringan, tapi juga terasa langsung di aplikasi. Beberapa efek yang perlu diperhatikan:
1. TCP/TLS – stall di handshake atau transfer besar
- Koneksi TLS bisa tampak up, tapi paket besar tidak lewat
- Terjadi retransmission berulang
- Handshake atau transfer file besar bisa macet
2. QUIC/HTTP/3 – kehilangan paket dan perilaku recovery
- QUIC beroperasi di atas UDP dengan mekanisme recovery sendiri
- Paket yang terlalu besar yang hilang menyebabkan latency naik dan throughput menurun
- Hasilnya, API atau layanan real-time bisa menunjukkan error rate naik padahal kode tetap sama
Intinya, PMTU issue bisa membuat aplikasi tampak “tidak stabil” meski infrastruktur normal.
Tabel: Gejala vs Penyebab PMTU vs Cara cek cepat
| Gejala | Indikasi PMTU | Cara cek cepat | Mitigasi umum |
|---|---|---|---|
| Upload besar hang | blackhole drop paket besar | ping DF + size, traceroute, capture | turunkan MTU, MSS clamp |
| SSH connect tapi scp macet | path MTU rendah | test transfer kecil vs besar | sesuaikan MTU tunnel |
| Video call putus-putus | packet loss di ukuran tertentu | monitoring loss + QoS | perbaiki ICMP/MTU |
| Timeout sporadis | network path berubah (Wi‑Fi↔seluler) | reproduce saat berpindah network | dynamic PMTUD / tuning |
Checklist diagnosis PMTU untuk sysadmin (step-by-step)
Checklist ini dibuat untuk troubleshooting cepat.
1) Catat gejala: hanya upload besar atau semua koneksi?
2) Cek MTU interface:
ip link(Linux)
3) Test ping dengan ukuran tertentu (gunakan DF / do-not-fragment jika tersedia):- tujuan: cari ukuran yang mulai gagal.
4) Jika pakai VPN/tunnel, cek overhead dan MTU tunnel.
5) Cek firewall: apakah ICMP “frag needed” diblok total?
6) Cek apakah ada MSS clamping di gateway.
7) Lakukan tcpdump singkat saat reproduksi untuk melihat retransmission/loss.
8) Uji dari jaringan lain (hotspot seluler vs Wi‑Fi) untuk membedakan jalur.
9) Jika masalah hanya terjadi pada user tertentu, kemungkinan jalur user memiliki bottleneck MTU.
10) Dokumentasikan nilai MTU/MSS yang “aman”.
Pro tip dari tim: diagnosis PMTU sering butuh reproduksi terarah. Jangan hanya lihat dashboard; coba test upload file besar yang konsisten.
Mitigasi PMTU yang Paling Sering Berhasil Tanpa Mengganggu Jaringan
Berikut langkah-langkah yang terbukti efektif di lapangan:
1. Perbaiki ICMP filtering secukupnya
Memblokir semua ICMP biasanya menimbulkan masalah. Beberapa jaringan membutuhkan ICMP untuk memberikan feedback ukuran paket.
2. MSS clamping
Kurangi ukuran Maximum Segment Size (MSS) TCP agar segmen lebih kecil dan tidak memicu drop paket.
3. Set MTU yang tepat pada tunnel
Lapisan VPN atau tunnel sering mengurangi MTU efektif. Sesuaikan MTU sesuai rekomendasi vendor untuk menghindari fragmentasi.
4. Observability / monitoring
Pantau perbedaan antara koneksi kecil dan transfer besar agar masalah PMTU cepat terdeteksi.
Aturan utama: jangan memblokir ICMP sembarangan dan jangan menganggap semua jalur selalu punya MTU 1500 bytes.
Infrastruktur dan Reliability: Mengapa Environment Cloud yang Rapi Membantu Stabilitas
Di sisi server, environment yang terkelola dengan baik memberi fondasi stabilitas. Lingkungan seperti ini biasanya:
- Stabil dan konsisten
- Memiliki observability yang memadai
- Mudah di-scale sesuai kebutuhan
- Konfigurasi jaringan dan aplikasi yang seragam
Masalah Path MTU sering muncul di jalur client, tetapi server-side yang stabil membuat tim lebih mudah membedakan apakah gangguan berasal dari jaringan eksternal atau masalah pada server sendiri. Dengan fondasi ini, diagnosis lebih cepat dan mitigasi lebih tepat sasaran.
Cloud Hosting untuk workload yang butuh reliability & kontrol
Jika Anda menjalankan layanan sensitif terhadap latensi dan timeout, seperti API, aplikasi real-time, atau dashboard bisnis, fondasi hosting yang stabil sangat penting untuk mengurangi gangguan operasional.
Lingkungan cloud yang terkelola dengan baik membantu memastikan performa konsisten, memudahkan scaling saat trafik naik, dan memberi kontrol lebih atas konfigurasi jaringan dan aplikasi.
Untuk opsi fleksibel yang siap mendukung pertumbuhan dan kestabilan layanan, Cloud Hosting Rumahweb bisa menjadi pertimbangan yang tepat.
FAQ
MTU adalah ukuran paket di layer IP/link. MSS adalah ukuran payload TCP. MSS biasanya disesuaikan agar paket tidak melebihi MTU.
Karena paket kecil masih muat lewat jalur, sedangkan paket besar melebihi PMTU dan drop.
Secara umum, jangan blok total. Minimal izinkan jenis ICMP yang diperlukan untuk feedback jaringan (tergantung kebijakan organisasi). Diskusikan dengan tim security.
Iya, karena tunnel menambah overhead dan sering mengurangi MTU efektif.
Ketika Anda melihat gejala blackhole pada TCP dan jalur sulit diperbaiki, MSS clamping sering jadi mitigasi praktis.
Bisa berbeda perilakunya karena QUIC di atas UDP. Tetapi masalah MTU tetap bisa mempengaruhi jika ukuran paket besar drop.
Kesimpulan
PMTU issue sering muncul sebagai masalah jaringan yang terasa acak, seperti koneksi kecil berjalan lancar, tetapi transfer data besar tiba-tiba macet. Penyebab utamanya biasanya PMTU black hole, di mana jalur tidak mendukung ukuran paket tertentu dan feedback seperti ICMP tidak sampai ke pengirim.
Pendekatan modern, seperti Dynamic Path MTU Discovery, membuat klien lebih adaptif tanpa bergantung pada feedback legacy. Bagi sysadmin dan developer, langkah praktis adalah diagnosis terstruktur, mitigasi aman dengan penyesuaian MTU atau MSS, serta pengawasan (observability) yang baik.
Dengan mengatasi silent drop, banyak masalah timeout misterius biasanya ikut teratasi.
