Jumbo frame: o que é, MTU 9000 e quando ativar na rede Ethernet

Jumbo frame é um quadro Ethernet com carga útil (MTU) acima dos 1.500 bytes previstos na norma IEEE 802.3 — na prática, quase sempre 9.000 bytes. Ele reduz o número de quadros, de interrupções e de cabeçalhos por byte transferido, o que alivia a CPU dos servidores em transferências grandes; mas só funciona se todos os equipamentos do caminho estiverem configurados com o mesmo tamanho, porque o jumbo frame não é padronizado pelo IEEE.

Este guia explica o que é jumbo frame e jumbo packet, de onde vêm os números 9000, 9014 e 9216 que aparecem em switches e placas de rede, quanto se ganha de verdade (com o cálculo), quando vale ligar e quando deixar desligado, e como testar sem derrubar a rede.

MTU, tamanho do quadro e os números que confundem

A MTU (Maximum Transmission Unit) é o maior pacote IP que cabe dentro de um quadro. O quadro Ethernet soma a essa carga 14 bytes de cabeçalho (MAC de destino, MAC de origem e EtherType), mais 4 bytes de FCS (o CRC de verificação) e, se houver etiqueta de VLAN IEEE 802.1Q, mais 4 bytes. Por isso o mesmo jumbo frame aparece com números diferentes em cada fabricante:

A regra prática: no host, configure a MTU (9000); no switch, configure o quadro máximo com folga (9216 quando disponível). Um switch com limite maior que o do host não causa problema; o contrário descarta quadros em silêncio.

Os 9.000 bytes não vêm de norma: surgiram de uma recomendação de redes acadêmicas norte-americanas (Internet2) e viraram convenção da indústria. Há também um limite técnico para crescer além disso: quanto maior o quadro, maior a chance de um erro múltiplo passar despercebido pelo CRC-32 do FCS — razão pela qual protocolos como o iSCSI e o SCTP podem acrescentar um CRC próprio (polinômio Castagnoli) acima da Ethernet.

Quanto se ganha com jumbo frames: o cálculo

No fio, cada quadro carrega, além do quadro em si, 8 bytes de preâmbulo e 12 bytes de intervalo entre quadros. Com TCP sobre IPv4 (20 + 20 bytes de cabeçalho):

Como se chega aos números: 1.460 ÷ 1.538 = 94,93% e 8.960 ÷ 9.038 = 99,14%. Quadros por segundo a 1 Gb/s: 10⁹ ÷ (1.538 × 8) ≈ 81.274 e 10⁹ ÷ (9.038 × 8) ≈ 13.830.

A leitura honesta da tabela tem duas partes:

• O ganho de banda é pequeno: cerca de 4,4% (99,14 ÷ 94,93). Ninguém deve ativar jumbo frame esperando dobrar a velocidade.
• O ganho de processamento é grande: cerca de 5,9 vezes menos quadros por segundo para o mesmo volume de dados. Em servidor de storage, hipervisor ou gravador que move dezenas de Gb/s, isso é menos interrupção, menos cabeçalho processado e mais CPU livre. Em placas com offload de segmentação (TSO/LRO), parte desse ganho já é obtida sem jumbo frame — por isso o resultado varia de servidor para servidor.

O custo aparece na última linha: um quadro jumbo ocupa o enlace por cerca de 72 µs a 1 Gb/s (e 723 µs a 100 Mb/s). Um pacote pequeno e urgente que chegue logo atrás espera esse tempo. Em enlaces lentos ou com tráfego sensível a atraso, como voz e controle de tempo real, isso pesa contra.

Quando ativar e quando deixar desligado

Daí a resposta para a dúvida “jumbo frame on or off”: desligado por padrão; ligado só em segmento dedicado, onde você controla todos os equipamentos — e o melhor desenho é uma VLAN própria para o tráfego jumbo.

A regra de ouro: o caminho inteiro com o mesmo tamanho

Um switch de camada 2 não fragmenta: se recebe um quadro maior do que a porta de saída aceita, descarta e não avisa ninguém. Por isso todos os elementos de um mesmo domínio de camada 2 — placas de rede, switches, portas de agregação (LAG) e switches virtuais — precisam aceitar o tamanho escolhido.

Quando o tráfego passa por um roteador entre redes de MTU diferentes, entra a camada 3:

• IPv4: se o pacote tem o bit DF (Don’t Fragment), o roteador descarta e devolve uma mensagem ICMP “Fragmentation Needed” (tipo 3, código 4). O emissor reduz o tamanho — é o Path MTU Discovery (RFC 1191).
• IPv6: roteadores nunca fragmentam; devolvem ICMPv6 “Packet Too Big” e o emissor ajusta (RFC 8201).
• Problema clássico: firewall que bloqueia todo ICMP quebra esse mecanismo. A conexão TCP abre, mas trava ao enviar dados grandes. Mitigação: liberar essas mensagens ICMP ou ajustar o MSS no firewall (MSS clamping).

Em redes com equipamentos de várias gerações, os detalhes de interoperabilidade estão em compatibilidade de jumbo frames em redes heterogêneas.

Túneis e overlays (VXLAN)

Encapsulamentos somam cabeçalhos. O VXLAN sobre IPv4 acrescenta 50 bytes (RFC 7348). Para entregar MTU 1.500 às máquinas virtuais, a rede física precisa de pelo menos 1.550; para entregar 9.000, de pelo menos 9.050 — mais um motivo para configurar os switches no quadro máximo.

Como configurar jumbo frames

A ordem importa: primeiro os switches, depois os hosts. Se os hosts subirem a MTU antes, perdem comunicação entre si até o switch acompanhar.

1. Switches: habilite jumbo frame ou o “max frame size” (global ou por porta, conforme o modelo) com o maior valor suportado. Inclua os membros de LAG e os uplinks.
2. Windows: Gerenciador de Dispositivos → placa de rede → Avançado → Jumbo Packet → 9014 bytes (o valor inclui os 14 bytes de cabeçalho; equivale a MTU 9000).
3. Linux: ip link set dev eth0 mtu 9000 (e torne persistente no arquivo de configuração da distribuição).
4. VMware ESXi: ajuste a MTU do vSwitch (esxcli network vswitch standard set -m 9000 -v vSwitch0) e também das interfaces VMkernel que vão usar jumbo.
5. Storage/NAS: ajuste a MTU na interface de dados, conforme o manual do equipamento.

Como testar sem adivinhar

O teste é um ping que proíbe fragmentação com a maior carga que cabe em MTU 9000 — 8.972 bytes (9.000 − 20 de IPv4 − 8 de ICMP):

• Windows: ping -f -l 8972 192.168.10.20
• Linux: ping -M do -s 8972 192.168.10.20

Se responder, o caminho aceita jumbo. Se der “Packet needs to be fragmented” ou simplesmente não responder, repita com 1.472 (o equivalente para MTU 1.500): se esse passa e o de 8.972 não, há um equipamento no caminho com MTU menor. Depois do ping, meça com uma ferramenta de vazão (como iperf3) antes e depois e observe a CPU dos servidores — é ali que o ganho deve aparecer. Para resultados medidos em 1G e 10G, veja a análise do impacto dos jumbo frames em redes Gigabit e 10GbE.

Erros comuns com jumbo frames

• Ativar só no servidor. O switch descarta os quadros grandes; o ping comum funciona e as transferências travam. É o sintoma mais típico.
• Confundir MTU com tamanho de quadro. Configurar “9000” num switch que conta cabeçalho e FCS deixa o quadro do host (9.018 bytes) acima do limite. No switch, use 9216 se houver.
• Esquecer LAG, uplinks e switches virtuais. Basta um membro de agregação ou um vSwitch com 1.500 para haver perdas intermitentes, que dependem de por qual enlace o fluxo passou.
• Misturar MTUs na mesma VLAN. Hosts em 9000 e hosts em 1500 no mesmo segmento: o grande envia, o pequeno descarta. Separe por VLAN.
• Esperar ganho na internet. O jumbo frame termina no primeiro roteador para a internet.
• Confundir com jumbogram IPv6. O jumbogram (RFC 2675) é outra coisa: uma opção do IPv6 para pacotes acima de 65.535 bytes, em enlaces que suportem isso. Não é configurado na placa Ethernet.

Equipamentos com suporte a jumbo frame

O suporte é comum em switches gerenciáveis e placas de rede Gigabit e 10G, mas o limite varia de modelo para modelo, então confira o valor na ficha técnica antes de projetar. Na IRD.Net, o switch gerenciável L3 de 8 portas Gigabit com 4 portas SFP+ 10G, por exemplo, informa jumbo frame de 9K bytes na especificação — perfil típico para uma pequena rede de storage ou de servidores. Para uplinks e servidores em 10G, veja a linha de switches com portas SFP/SFP+ e as placas de rede.

Perguntas Frequentes

O que é jumbo frame?

É um quadro Ethernet com carga útil (MTU) maior que os 1.500 bytes da norma IEEE 802.3, normalmente 9.000 bytes. Reduz o número de quadros e o processamento por byte transferido, mas exige que todos os equipamentos do caminho aceitem o mesmo tamanho.

Jumbo frame deve ficar ligado ou desligado?

Desligado por padrão. Ligue apenas em segmentos dedicados e controlados — storage, replicação, rede entre servidores — onde todas as placas, switches e switches virtuais estejam configurados igual. Em PC doméstico ou rede de usuários, deixe desligado.

O que é “Jumbo Packet” no Windows e por que 9014?

É o nome que muitos drivers de placa de rede dão ao ajuste de jumbo frame. O valor 9014 bytes inclui os 14 bytes do cabeçalho Ethernet e corresponde a uma MTU IP de 9.000 bytes.

Qual o tamanho do jumbo frame: 9000 ou 9216?

9.000 é a MTU convencional configurada nos hosts. 9.216 é o tamanho máximo de quadro que a maioria dos switches aceita. Use 9000 nos servidores e o máximo disponível nos switches, para que o quadro completo (9.018 ou 9.022 bytes) sempre caiba.

Jumbo frame aumenta a velocidade da internet?

Não. A internet opera com MTU de 1.500 bytes, e o ganho de banda mesmo em rede local é de cerca de 4%. O benefício real é menos carga de CPU em transferências grandes dentro da LAN.

Jumbo frame é o mesmo que jumbogram do IPv6?

Não. Jumbo frame é um quadro Ethernet maior que 1.500 bytes. Jumbogram é uma opção do IPv6 (RFC 2675) para pacotes acima de 65.535 bytes, em enlaces que suportem isso.