[GTER] Overhead Link Dedicado

Rômulo Silva romulo.silva at gerenciatec.com.br
Mon Jan 28 15:50:07 -02 2019


Não vejo benefícios em ter jumbo frame no cliente final. A maior parte do
tráfego hoje nos clientes é por wi-fi, e o MSDU máximo do 802.11 é de 2304
bytes, o que é bem pouco acima dos 1500 de MTU de costume. Uma publicação
de 2013 (
https://waset.org/publications/17253/throughput-optimization-on-wireless-networks-by-increasing-the-maximum-transmission-unit)
olhando pro benefício de um MTU maior que 1500 nessas redes mostra que só
vale a pena para BER menor que 1x10^-6, o que se traduz em mais ou menos 1%
de perda (um pacote de 1500 bytes é da ordem de 10^4 bits, 100 pacotes são
10^6), e isso num cenário "perfeito". Num cenário realístico de uma
residência, você tem perdas dessa ordem e até maiores devido a vários
fatores -- interferência, paredes, uso concorrente de aparelhos etc. Vale
lembrar que não adianta ir além de 2304 bytes em wi-fi, por limitações da
tecnologia, e que MTU grande demais no wi-fi atrapalha o uso de múltiplos
dispositivos no mesmo canal.

Talvez valha a pena jumbo frame no cliente final caso ele esteja conectado
por cabo, mas só algumas aplicações se beneficiariam disso, tipo streaming
de vídeo... e ainda assim, elas geralmente não estão preparadas para isso.
A resposta acima do Netflix dizendo que não suporta jumbo frame por si só
já elimina 30% de tráfego da internet que seria elegível para jumbo frame
no cliente final.

Por outro lado, para backbones e cores, o jumbo frame é interessante e toda
rede devia estar preparada para trafegá-los.

Tomem cuidado pra não futucarem demais o MTU no cliente final e criarem
mais problemas do que tentam solucioná-los! Sua checklist de problemas na
hora do suporte fica maior e mais complexa, e MTU incorreto (pra mais ou
pra menos) pode acarretar em perdas que vocês vão sofrer pra encontrar. Sem
contar que PMTUD é um negócio que nunca funcionou direito, e MSS clamping
rola solto por aí...



More information about the gter mailing list