path mtu discovery（pmtud）是通過icmp消息動態協商路徑最小mtu值以避免ip分片的機制；其依賴df標志位和路由器返回的icmp destination unreachable消息來調整數據包大小；手動測試path mtu可通過ping命令發送特定大小數據包并設置df標志，逐步調整大小找到臨界值；查看系統緩存可用ip route show cache或ip route get destination_ip；注意事項包括網絡設備mtu差異、icmp過濾導致探測失效及特殊環境需手動配置mtu。
linux系統下測試網絡路徑最大傳輸單元（Path MTU）其實不難，關鍵在于理解整個發現機制是如何工作的。Path MTU Discovery（PMTUD）的核心是通過ICMP消息來動態協商路徑中最小的MTU值，從而避免IP分片。如果你想知道當前連接的路徑最大能支持多大的數據包，可以手動模擬或觀察這個過程。
什么是Path MTU Discovery？
Path MTU Discovery 是TCP/IP協議棧中的一個機制，用于確定從源主機到目標主機之間所有鏈路中最小的MTU值。它依賴于兩個要素：
- 發送的數據包設置“Don’t Fragment”（DF）標志位
- 路由器在遇到無法轉發的大包時返回ICMP Destination Unreachable（Type 3, Code 4）消息
一旦操作系統收到這種ICMP消息，就會知道需要把數據包調小，并記錄該路徑的實際最大傳輸單元。
如何手動測試Path MTU？
如果你想手動測試某條路徑的Path MTU，可以通過以下幾種方式實現：
-
使用ping命令發送特定大小的數據包，并設置DF標志：
ping -M do -s 1472 destination_ip
這里 -M do 表示強制不分片，-s 1472 是指數據部分大小（加上20字節IP頭和8字節ICMP頭剛好是1500字節的完整數據包）。如果收到響應說明這個大小沒問題；如果出現“Packet needs to be fragmented”錯誤，則說明超過了路徑MTU。
-
嘗試逐步增大或減小數據包大小，找到臨界點。例如從1472開始往下試，直到不再出現錯誤。
這種方式適合臨時排查問題，但不適合長期使用，因為有些網絡可能屏蔽了ICMP流量。
查看當前系統的Path MTU緩存
Linux內核會維護一個Path MTU緩存表，記錄已知路徑的MTU值。你可以通過如下命令查看：
ip route show cache
或者更具體地查找某個目標地址的信息：
ip route get destination_ip
輸出中通常會包含 mtu 字段，比如：
cache mtu 1500 rtt 123ms
這表示當前緩存的該路徑MTU為1500字節。如果想清除緩存讓系統重新探測，可以用：
ip route flush cache
注意：某些系統上這個緩存可能被整合進其他結構，如使用ss或tcpdump抓包分析ICMP響應也是一種驗證手段。
注意事項與常見問題
實際測試過程中有幾個容易忽略的地方：
- 網絡設備本身的MTU限制不同，比如以太網默認是1500，而有些VLAN或隧道接口可能更低。
- 防火墻或中間設備可能會丟棄ICMP消息而不返回錯誤，導致Path MTU Discovery失效。
- 某些云環境或虛擬化平臺可能對DF位處理不一致，造成誤判。
- 如果你發現總是卡在某個固定值（如1500），但實際路徑中有較小的MTU（如PPPoE撥號環境下是1492），那可能是ICMP被過濾了。
因此，在一些特殊環境中，建議手動配置接口MTU，而不是完全依賴自動發現機制。
基本上就這些。整個流程不算復雜，但細節容易忽略，特別是當網絡策略影響ICMP行為的時候。
