Detectar MTU de ponta a ponta é uma das tarefas mais chatas quando há Path MTU Discovery quebrado. Em muitos cenários o problema só aparece em um dos sentidos e descobrir isso manualmente costuma ser um tormento. Neste artigo você vai montar uma ferramenta em Bash que:
- Obtém o IP público local usando ip.isp.tools.
- Faz teste de MTU interno usando ping local com DF ativado.
- Faz teste de MTU externo usando a API do ISP Tools apontando para seu IP.
- Compara os dois resultados para identificar gargalos no caminho de ida e no caminho de volta.
Tudo isso sem precisar instalar nada além de curl e ping.
1. Obtendo o IP público local
O ISP.Tools fornece uma forma simples de descobrir o IP público atual.
Se você usar esse IP como alvo da API, a probe do ISP Tools testa exatamente o caminho de fora para dentro até seu host.
2. Descobrindo MTU local via ping com DF
Montamos uma função de busca binária para encontrar o maior pacote possível sem fragmentação. Isso garante precisão e evita gastar tempo demais testando tamanho por tamanho.
Essa função retorna o MTU máximo (tamanho total do pacote IP). O ping precisa do tamanho payload, que é MTU – 28.
3. Usando a API de MTU do ISP Tools para medir o caminho inverso
O endpoint da API segue o padrão:
O retorno real tem esse formato:
Ou seja, o campo de interesse é:
Para extrair:
Se quiser ver rapidamente todos os testes feitos:
Isso ajuda a entender exatamente onde ocorre a quebra.
4. Script completo de detecção MTU ida e volta
Aqui está a ferramenta final revisada e funcional.
5. Como interpretar os dados de testes retornados pela API
O campo tests vem assim:
Use isso para analisar onde exatamente o caminho externo falha. O tamanho máximo onde success é true corresponde ao MTU efetivo no sentido externo.
Para visualizar rapidamente:
Isso cria uma tabela bem útil para ver onde ocorre a quebra.
6. Casos típicos de falha
MTU menor na saída
Firewall local filtrando ICMP, PPPoE, tunelamento interno, VLANs antigas com overhead.
MTU menor na entrada
Rota de retorno passando por algum backbone com FIB quebrada ou ICMP bloqueado. Muito comum quando o upstream não respeita PMTU Discovery.
MTU baixo nos dois sentidos
Fortes indícios de encapsulamento como GRE, VXLAN, L2TP, CGNAT de um dos lados ou múltiplos túneis empilhados.
7. Possíveis extensões da ferramenta
Se quiser evoluir isso:
- adicionar modo detalhado exibindo cada teste da API
- log diário de variação de MTU
- comparação entre múltiplas probes para identificar MTU diferente por região
- integração com Prometheus
- integração com interface web mínima usando NodeJS
