APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
O MTU limita o tamanho do pacote IP suportado por um link; o percurso pode conter um limite inferior ao da interface local. Encapsulamento acrescenta overhead e pode reduzir o tamanho útil. Num exemplo IPv4 sem opções, um pacote de 1500 bytes com cabeçalhos IP e TCP de 20 bytes cada deixa 1460 bytes de payload TCP. Não generalizes esse número para qualquer percurso. Path MTU Discovery ajuda a origem a adaptar tamanho: em IPv4 com DF, sinalização de fragmentação necessária é relevante; em IPv6, Packet Too Big comunica a limitação. Routers IPv6 não fragmentam pacotes em trânsito; a fragmentação, quando usada, pertence à origem.
Aplicação guiada
Um handshake usa pacotes pequenos e pode funcionar mesmo com uma falha que bloqueia dados maiores. Num caso fictício, uma mudança de firewall filtra Packet Too Big antes de chegar à origem. A evidência permite corrigir a política específica e testar transferências representativas, sem abrir toda a rede. ICMP também suporta diagnóstico: Time Exceeded por TTL em trânsito não é um timeout funcional da aplicação. Em IPv6, bloquear todo o ICMPv6 pode afetar Neighbor Discovery e PMTU, além de echo. Este percurso usa RFC 8200 para a base IPv6 e reconhece RFC 9673, que atualiza processamento Hop-by-Hop; não presume que regras antigas descrevem todas as implementações. Consulta o comportamento e as políticas efetivas do ambiente.
Handshake concluído e transferência grande parada justificam comparar tamanhos, MTU e sinalização ICMP.
Armadilhas comuns
MTU como payload da aplicação; IPv6 fragmentado por routers; ICMP apenas como ping; timeout como correção de PMTU.
Tópicos relacionados: Endereços, prefixos e âmbito · Rotas e resolução do próximo salto · Transporte, confirmação e mensagens
Valida tamanho e sinalização, além de confirmar que a ligação abre.
Referência: IPv6 Path MTU Discovery: RFC8201 · DR TCP/IP 2026-09; TCP RFC 9293; IPv6 RFC 8200 with RFC 9673 update; Linux socket and iproute2 guidance