Resumo

  • Vaishnavi Raghavajosyula e coautores mediram 76.700 caminhos com RIPE Atlas. Em 80,5% da amostra, o PMTU foi de 1.500 bytes; os limites menores apareceram sobretudo na borda da rede.
  • O estudo identificou 97 valores e uma divergência entre PMTU medido e inferido pelo MSS em 18,5% dos caminhos. Um tamanho conservador pode desperdiçar capacidade; um maior pode sumir quando o aviso de erro não volta.

Pacotes pequenos cobram uma taxa discreta: para levar os mesmos dados, é preciso repetir mais cabeçalhos. Pacotes grandes demais criam outra conta. Se o caminho os descarta e a mensagem ICMP “Packet Too Big” não retorna, o emissor pode continuar enviando sem saber o motivo da falha.

Na RIPE 93, Vaishnavi Raghavajosyula trouxe medições para essa disputa. A equipe observou 76.700 caminhos em redes de acesso, no núcleo da Internet e na direção de servidores web. O método baseado em traceroute não dependia do Path MTU Discovery tradicional nem da inferência pelo MSS do TCP. Assim, podia examinar caminhos em que o retorno esperado não aparece.

O valor mais comum foi 1.500 bytes, presente em 80,5% dos caminhos. 1.492 bytes responderam por 11,7%; 1.480, por 1,5%. Ao todo, surgiram 97 valores distintos. Os PMTUs abaixo de 1.500 bytes se concentraram perto das redes de acesso; o núcleo raramente mostrou a mesma restrição. Nos caminhos de acesso em direção ao núcleo, o limite costumava surgir no primeiro ou no segundo salto. Entre os limites encontrados no núcleo, 75% estavam no sistema autônomo antes do AS de destino.

Os dois sentidos da conexão também podem ter tetos diferentes. Raghavajosyula disse que o PMTU reverso era maior na maioria dos pares medidos. O resumo do artigo aponta outra armadilha: em 18,5% dos caminhos, o PMTU medido divergiu do valor inferido pelo MSS. O tamanho de segmento anunciado pelo TCP não substitui uma medição do pacote que o trajeto aceita.

O mapa ajuda a escolher uma busca por tamanho mais informada; não prescreve um número para toda rota. O estudo não calcula quantos usuários teriam mais velocidade, menor latência ou menos perdas com outro padrão. Para isso, seria preciso comparar as políticas em produção e ponderar os resultados pelo tráfego real.

Fontes

Apresentação e resumo da RIPE 93 · transcrição oficial da sessão · perfil no MPI e registro do artigo original · DOI do artigo IMC ’26 · RFC 8201 · RFC 8899