Quando pacotes excedem o MTU (Maximum Transmission Unit) do caminho, são descartados ou fragmentados. Aqui está a checklist de troubleshooting.
Causas Raiz e Soluções
1. Mau Configuração de Jumbo Frames
- Problema: Endpoints enviam frames de 9000 bytes; switch/porta intermediário MTU = 1500
- Correção: Ative jumbo frames **ponta a ponta** (NIC → portas switch → interfaces roteador → firewalls). Verifique com
ping -s 8972 -M do (Linux) / ping -f -l 8972 (Windows)
2. Falhas de Fragmentação IP
- Problema: Bit "Don't Fragment" (DF) setado + pacote > path MTU → ICMP "Fragmentation Needed" descartado por firewall
- Correção: Permita ICMP Tipo 3 Código 4 (Destination Unreachable / Fragmentation Needed). Implemente **PMTUD** (Path MTU Discovery) ou **PLPMTUD** (RFC 8899)
3. Mismatch de MTU (VPN, Tunnel, VXLAN, PPPoE)
- Overhead VPN: IPsec ESP (~73 bytes), WireGuard (60 bytes), OpenVPN (~60 bytes)
- PPPoE: 8 bytes → MTU 1492
- VXLAN: 50 bytes → MTU 1450
- Correção: Reduza MTU do endpoint (ex.: 1380 para IPsec) ou ative **MSS Clamping** (TCP MSS = MTU - 40) no roteador/firewall
4. Hardware Defeituoso / Bugs de Driver
- Recursos de offload da NIC (TSO, LRO, GRO) se comportam mal → frames oversized
- Correção: Desative offloads:
ethtool -K eth0 tso off gso off gro off; atualize firmware/drivers
Comandos de Diagnóstico
# Rastrear path MTU
tracepath # Linux
mturoute.exe # Windows
# Testar tamanho específico com bit DF
ping -s 1472 -M do # 1472 + 28 headers = 1500
ping -f -l 1472 # Windows
# Verificar MTU da interface
ip link show | grep mtu # Linux
netsh interface ipv4 show subint # Windows
Melhor Prática
- Padronize MTU 1500 em todo lugar, a menos que **controlado ponta a ponta** (data center fabric)
- Use **MSS clamping** em roteadores de borda para tráfego VPN/tunnel
- Monitore ICMP "Packet Too Big" — é feature, não bug
