🚀 開始：パケットロスまたは低速なパフォーマンスがありますか？
診断プロセスを開始するにはクリックしてください。体系的なトラブルシューティングステップを順に案内します。
↓
❓ 小さなパケット（64バイト）でpingできますか？
テスト： ping -s 64 destination (Linux) または ping -l 64 destination (Windows)
↓
🔴 Layer 1/2の問題 - MTU関連ではない
小さなパケットが失敗する場合、これはMTU/フラグメンテーションの問題ではなく、接続性の問題です。
トラブルシューティング手順：
- 物理接続とケーブルの整合性を確認
- インターフェースの状態を確認:
show interface
- インターフェースのエラー/破棄を確認
- ルーティングおよびARPテーブルを確認
- ファイアウォールルールとACLを確認
❓ 大きなパケット（1472バイト）でpingできますか？
テスト： ping -s 1472 destination (Linux) または ping -l 1472 destination (Windows)
注意: 1472データ + 20 IP + 8 ICMP = 1500バイトパケット
↓
✅ MTUの問題は検出されませんでした
大きなパケットは正常に動作します。MTU設定は正しいです。他のパフォーマンスの問題がないか確認してください。
❓ DF（Don't Fragment）ビットが設定されたパケットでpingできますか？
テスト： ping -M do -s 1472 destination (Linux) または ping -f -l 1472 destination (Windows)
↓
🔴 PMTUDブラックホールが検出されました！
ICMP "Fragmentation Needed" (Type 3, Code 4) メッセージがパスのどこかでフィルタリングされています。
解決策：
1. TCP MSSクラムピング (推奨)：
! Cisco IOS/IOS-XE
interface GigabitEthernet0/0
ip tcp adjust-mss 1460
! Juniper JunOS
set interfaces ge-0/0/0 unit 0 family inet tcp-mss 1460
# Linux iptables
iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN \\
-j TCPMSS --set-mss 1460
2. ICMP Type 3 Code 4を許可：
! Cisco ACL
permit icmp any any packet-too-big
# iptables
iptables -A INPUT -p icmp --icmp-type fragmentation-needed -j ACCEPT
3. インターフェースMTUの削減：
! Cisco
interface GigabitEthernet0/0
ip mtu 1400
✅ PMTUDは正しく機能しています
Path MTU Discoveryが適切に機能しています。ICMPメッセージはフィルタリングされていません。
推奨アクション：
- 最適なパフォーマンスのためにTCP MSSクラムピングを使用する
- 必要に応じてインターフェースのMTUを減らすことを検討する
- パケットロスと再送信を監視する
- 将来の参照のためにMTU設定を文書化する