O MTU (Maximum Transmission Unit) de 1500 bytes é o limite padrão de tamanho para a carga útil (payload) de pacotes na internet, estabelecido historicamente para equilibrar a eficiência da transmissão de dados com a necessidade de evitar que um único dispositivo monopolizasse as antigas redes Ethernet compartilhadas. Alterar esse valor sem o suporte adequado de ponta a ponta na infraestrutura resulta em fragmentação severa de pacotes, degradação de performance ou no descarte silencioso do tráfego, causando falhas de conexão inexplicáveis.
Principais Aprendizados
- O limite de 1500 bytes nasceu com os primeiros padrões Ethernet para minimizar colisões e latência em cabos compartilhados.
- Aumentar o MTU para Jumbo Frames (9000 bytes) reduz drasticamente o uso de CPU em transferências massivas, mas exige configuração idêntica em toda a rede local.
- Bloquear mensagens ICMP em firewalls quebra a descoberta dinâmica de MTU (PMTUD), gerando "Black Holes" onde conexões travam silenciosamente.
A Origem Histórica: Por Que 1500 Bytes?
O número 1500 não é uma limitação física inquebrável, mas sim um legado tecnológico. Nos primórdios das redes de computadores, tecnologias como o 10BASE5 e 10BASE2 utilizavam um cabo coaxial compartilhado. O protocolo de acesso ao meio, CSMA/CD, exigia que os nós "escutassem" a rede antes de transmitir.
De acordo com registros históricos da evolução dos padrões de rede detalhados pelo Hackaday, o valor de 1500 bytes para o payload (que resulta em um quadro Ethernet de 1514 bytes ou mais) foi definido nos padrões originais Ethernet DIX e IEEE 802.3 como um compromisso de engenharia. Era grande o suficiente para diluir o overhead (o peso dos cabeçalhos em relação aos dados reais) e pequeno o suficiente para garantir que, caso um pacote sofresse colisão, a retransmissão fosse rápida, permitindo que outros computadores também tivessem sua chance de transmitir.
Apesar de as redes modernas serem full-duplex (sem colisões) e operarem em velocidades de Gigabits ou Terabits, a internet pública inteira consolidou-se sobre esse limite para manter a compatibilidade universal.
O Que Quebra Quando Você Muda o MTU?
Tentar enviar pacotes maiores que o MTU suportado por qualquer roteador no caminho entre a origem e o destino gera uma incompatibilidade conhecida como MTU mismatch. Quando isso ocorre, a rede precisa lidar com o pacote excedente de duas formas, ambas problemáticas.
1. Fragmentação IP e Degradação de Performance
No protocolo IPv4, se um roteador recebe um pacote maior que a interface de saída suporta, ele divide esse pacote em pedaços menores (fragmentação). Isso consome processamento do roteador e obriga o dispositivo de destino a remontar os fragmentos antes de entregar os dados à aplicação. Se um único fragmento for perdido, o pacote inteiro precisa ser retransmitido, reduzindo drasticamente o desempenho da rede.
2. O Descarte de Pacotes no IPv6
A arquitetura moderna de redes aboliu a fragmentação em trânsito. Conforme padronizado pela RFC 8201 da IETF, roteadores IPv6 não fragmentam pacotes. Se um pacote exceder o MTU do próximo salto, ele é obrigatoriamente descartado, e o roteador envia uma mensagem de erro chamada ICMPv6 Packet Too Big (Type 2) de volta à origem, instruindo-a a enviar pacotes menores.
3. O Temido "PMTUD Black Hole"
Para evitar a fragmentação no IPv4 e lidar com o descarte no IPv6, os sistemas operacionais utilizam o Path MTU Discovery (PMTUD), um mecanismo que descobre o menor MTU ao longo do caminho. O PMTUD depende fundamentalmente das mensagens de erro ICMP (como o "Fragmentation Needed" no IPv4).
O problema crítico ocorre quando administradores de rede, visando uma falsa sensação de segurança, configuram firewalls para bloquear indiscriminadamente todo o tráfego ICMP. Como documentado pela Fir3net, isso destrói o PMTUD. O roteador descarta o pacote grande e tenta avisar a origem, mas o firewall bloqueia o aviso. O resultado é um "Black Hole" (buraco negro): o handshake inicial da conexão (que usa pacotes pequenos) funciona perfeitamente, mas assim que uma transferência de dados real começa, a conexão congela e sofre timeout silenciosamente. Entender a anatomia de um segmento TCP ajuda a diagnosticar por que apenas os pacotes de dados falham nesse cenário.
Jumbo Frames: Quando 9000 Bytes Fazem Sentido
Embora a internet pública exija o limite de 1500 bytes, ambientes fechados de alta performance (Data Centers, redes de armazenamento iSCSI, clusters de Inteligência Artificial) adotam os chamados Jumbo Frames, geralmente configurados com um MTU de 9000 bytes.
A avaliação técnica da área aponta que o principal benefício dos Jumbo Frames não é a velocidade da rede em si, mas a redução do processamento. Segundo a StarWind Software, transferir um volume de 20 GB usando MTU padrão exige o processamento de cerca de 14,3 milhões de pacotes. Com um MTU de 9000 bytes, esse número cai para cerca de 2,4 milhões de pacotes (uma redução de 83% no overhead), aliviando significativamente a CPU dos servidores.
Vale ressaltar que o valor de 9000 bytes não é um padrão oficial do IEEE 802.3, mas uma convenção da indústria. Além disso, habilitar Jumbo Frames exige que absolutamente todos os equipamentos no segmento de rede (placas de rede, switches e roteadores internos) estejam configurados com o mesmo valor, caso contrário, a comunicação falhará.
O Desafio do Overhead de Encapsulamento
Na infraestrutura de nuvem moderna, tecnologias de virtualização e VPNs criam redes virtuais sobre a rede física. Protocolos como VXLAN, IPsec e GRE adicionam seus próprios cabeçalhos a cada pacote. O VXLAN, por exemplo, adiciona 50 bytes de overhead.
Se a rede física estiver travada em 1500 bytes, tentar transmitir um pacote virtual de 1500 bytes resultará em um pacote real de 1550 bytes, que será fragmentado ou descartado. Por isso, especialistas apontam que a infraestrutura física de Data Centers deve suportar MTUs maiores (como 1600 ou 9000 bytes) para acomodar o tráfego encapsulado de forma transparente. Até mesmo provedores que operam sistemas CDN precisam gerenciar cuidadosamente o MTU em seus túneis internos para garantir a entrega rápida de conteúdo.
Como Evitar Problemas de MTU na Prática
O consenso da área de redes para lidar com problemas de MTU na internet envolve duas abordagens principais:
- Não bloquear ICMP: A regra de ouro para firewalls é permitir, no mínimo, as mensagens ICMP Type 3, Code 4 (IPv4) e ICMPv6 Type 2 (IPv6), garantindo o funcionamento do PMTUD.
- TCP MSS Clamping: Quando não há controle sobre os firewalls no caminho, muitos administradores configuram os roteadores de borda para alterar ativamente o valor do MSS (Maximum Segment Size) durante o estabelecimento da conexão TCP, forçando os dispositivos a enviarem pacotes menores que não sofrerão fragmentação.
Perguntas Frequentes
O que significa MTU?
MTU significa Maximum Transmission Unit (Unidade Máxima de Transmissão). É a métrica que define o tamanho máximo, em bytes, do pacote de dados (payload) que pode ser transmitido em uma rede sem precisar ser fragmentado.
Posso aumentar o MTU do meu roteador doméstico para deixar a internet mais rápida?
Não. A internet pública opera com o padrão de 1500 bytes (ou um pouco menos, se usar conexões PPPoE, que geralmente exigem 1492 bytes). Aumentar o MTU no seu roteador doméstico para um valor superior a isso causará descarte de pacotes e fará com que muitos sites parem de carregar.
O que é um PMTUD Black Hole?
É uma falha de rede onde conexões iniciam normalmente, mas travam ao transferir dados maiores. Ocorre quando pacotes grandes são descartados por excederem o MTU de um roteador intermediário, mas o firewall bloqueia a mensagem de erro que avisaria a origem para diminuir o tamanho do pacote.
Fontes
- Hackaday — Just How Did 1500 Bytes Become The MTU Of The Internet?
- StarWind Software — Jumbo Frames: MTU 9000 Bytes
- IETF — RFC 1191: Path MTU Discovery
- IETF — RFC 8201: Path MTU Discovery for IP version 6
- Fir3net — What is a PMTU Black Hole?
- CloudSwitch — What is Jumbo Frame and where is it deployed?
0 Comentários