<div dir="ltr"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:courier new,monospace;font-size:small">Vou tentar fazer aqui uma exposição de pontos negativos e positivos sobre o Jumbo-Frame.<br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small">Tentarei um linguajar bem simplificado, então peço desculpas por eventuais informações imprecisas.<br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small"><br><br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small">Porque Jumbo-Frame?<br>Em um Link com suporte Jumbo-Frame uma série de questões são notadas:<br>- Redução de pacotes por segundo em uma transmissão de dados de grande volume. Ex.: FTP, RTP / Streaming de alta definição, etc.<br>- Redução do percentual de bits "perdidos" nos cabeçalhos dos pacotes, resultando num melhor uso da capacidade do link(+/- 5%, dependendo do cenário)<br>- Redução de CPU para geração e recebimento nos equipamentos finais da comunicação(Ex.: Smartphone, SmartTVs, Servidores.)<br>- Redução de CPU em equipamentos no meio do caminho(Ex,: Firewall e NAT.) devido a redução do número de pacotes a serem processados.<br><br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small">Porque não Jumbo-Frame?<br>- BufferBloat.<br>  Pacotes maiores, se não tiverem para aonde ser escoados logo, tendem a atolar mais o buffer dos equipamentos.<br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small">- Maior susceptibilidade a perda de pacotes.<br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small">  Quando se perde um quadro de 9000 bytes, tem muita informação ali no payload que foi perdida de uma única vez do que se fossem 6 pacotes de 1500 bytes.<br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small"><br>Porque Jumbo-Frame no <a href="http://IX.BR">IX.BR</a>?<br>- O uso de Jumbo frame em um enlace por onde roda uma sessão BGP melhora/aceleração na troca de tabela/convergência de rotas.<br>  Por caberem mais Rotas por Pacote IP, no final de uma convergência de rotas usou-se menos pacotes. Isso significa menos CPU para montar esses pacotes.<br>- Um dos maiores usos do <a href="http://IX.BR">IX.BR</a> hoje é para a alimentação de caches de rede(GGC/FNA/OCA/AANP/ANA).<br>  Os dados trafegados por esse tipo de equipamento costumam ser de grande volume.<br>  Essa alimentação de cache com jumbo frame pode significar redução de consumo de banda e também de CPU dos por onde ele passa.<br><br>
Porque não Jumbo-Frame no <a href="http://IX.BR">IX.BR</a>?<br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small">- Tentar bloquear o uso da Infraestrutura do <a href="http://IX.BR">IX.BR</a> como "um transporte baratinho" entre os dois PIX quem um mesmo participante possa estar conectado?<br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small">  P.S.: Eu diria que é um método inócuo! Quem faz esse tipo de coisa não se importa com qualidade não liga por ter um tunel só com 1480 Bytes.<br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small">- ?<br><br>

</div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em seg, 21 de jan de 2019 às 18:40, Douglas Fischer <<a href="mailto:fischerdouglas@gmail.com">fischerdouglas@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div style="font-family:courier new,monospace;font-size:small" class="gmail_default">
O objetivo desse e-mail é um questionamento/sugestão formal à equipe 
do <a href="http://IX.BR" target="_blank">IX.BR</a> sobre ativar o suporte a Jumbo-Frame
(MTU L2 > 9.000 Bytes) nas Vlans de ATM de pelo menos 2 localidades do 
<a href="http://IX.BR" target="_blank">IX.BR</a>.</div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default"><br></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default"></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small">Fiz esse questionamento/sugestão no Fale-Com-o-IX do ultimo IX Fórum em 12/12/2018<br><a href="https://youtu.be/uCnBfPj-3A8?t=1728" target="_blank">https://youtu.be/uCnBfPj-3A8?t=1728</a> , entre os tempos 28:48 e 33:43 .<br clear="all"></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default"><br>Achei coerente que fazer isso formalmente, em um meio escrito, para se eliminar possíveis dúvidas, e criar um espaço de discussões e sugestões.<br><br><br><br></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default">Sobre quais localidades<br>-----------------------<br></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default">Sugiro que início não habilitar Jumbo-Frame em São Paulo.<br></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default"> - Como sabemos, no último ano, tivemos sucessivas indisponibilidade no ambiente de São Paulo que deixaram a rede e TAMBÉM OS PARTICIPANTES um pouco temperamentais...<br></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default"> - E nessa condição, qualquer adição de novos recursos poderia até gerar algumas instabilidades, mas o mais provável seria que isso gerasse incertezas, discussões, e calor nos ânimos.</div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default">Por esse motivo, minha sugestão é que esse recurso seja colocado no Roadmap de São Paulo depois de um período razoável de estabilidade em SP, e também depois de ter sido validado em outras localidades.<br></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default"><br></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default">Quais seriam boas localidades para esse teste.<br></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default"> - Em minha visão, teríamos que testar em um ambiente bem simples, sem grandes complexidades, para termos uma amostra de que é possível se fazer isso sem impactos negativos. Mas é importante que esse ambiente tenha um número suficientes de participantes para que o resultado positivo que obter-se-á não seja questionado por ser uma localidade tão pequena assim.</div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default"></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default"> - Também é necessário que esse recurso seja testado em pelo menos uma localidade com as mesmas variáveis que o ambiente de São Paulo.<br>   Falo especificamente de VPLS. Pois sabemos que existem localidades MUITO simples, que ficam só nas Vlans básicas. E não testar num ambiente mais complexo, traria insegurança para iniciar em SP.</div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default">Lugares que me vêm à cabeça? Curitiba, e Rio de Janeiro.<br></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default"><br></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default"></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default"><br></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default">MTU maior aonde?<br>----------------<br></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default">Existe uma grande confusão quando se fala em aumentar o MTU do <a href="http://IX.BR" target="_blank">IX.BR</a>.<br></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default">Então, para deixar claro, é que o que eu estou sugerindo/solicitando à equipe do <a href="http://IX.BR" target="_blank">IX.BR</a> é "Aumentar o MTU-L2(switch) das VLANs de ATM em todo o percurso que é de responsabilidade do <a href="http://IX.BR" target="_blank">IX.BR</a>".<br></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default">Dito isso, faço algumas considerações:<br></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default">a - Aumentar MTU-L2(switch) na rede do participante é uma ação que depende do participante, não do <a href="http://IX.BR" target="_blank">IX.BR</a>.<br>b - Aumentar MTU-L2(switch)

 em links de transporte 
 é uma ação que depende da empresa que provê transporte, não do <a href="http://IX.BR" target="_blank">IX.BR</a>.

</div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default">c - Aumentar MTU-L2(switch)

 não significa compulsoriamente e automaticamente aumentar o MTU-L3(roteamento). Isso é uma tarefa que pode(e talvez até deva) ser feita separada.<br></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default">d - Não há problemas em pacotes que tenha sido gerados em rede com MTU Default(1500 bytes ou menos) passem sobre enlaces com MTU-L3(roteamento) preparado para suportar Jumbo-Frame(9.000+).</div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default">e - Aumentar MTU-L3 nos Route-servers/Looking-Glass/etc e depois, gradativamente, nos participantes é um ponto de atenção e possível complexidade.<br></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default">f - Ativar o suporte a Jumbo-Frame em um de seus links não significa que toda a sua rede precise instantaneamente ter suporte a Jumbo-Frame.<br></div><div style="font-family:courier new,monospace;font-size:small" class="gmail_default"><br></div><br><div style="font-family:courier new,monospace;font-size:small" class="gmail_default">Peço aos colegas que colaborem fundamentadamente.<br><div style="font-family:courier new,monospace;font-size:small" class="gmail_default"><br></div></div>-- <br><div dir="ltr" class="gmail-m_6790559740041552136gmail-m_-3631334208080467gmail_signature"><font size="2"><span style="font-family:courier new,monospace">Douglas Fernando Fischer</span><br style="font-family:courier new,monospace"><span style="font-family:courier new,monospace">Engº de Controle e Automação</span></font><div style="padding:0px;margin-left:0px;margin-top:0px;overflow:hidden;color:black;text-align:left;line-height:130%;font-family:courier new,monospace"></div></div></div></div></div>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><font size="2"><span style="font-family:courier new,monospace">Douglas Fernando Fischer</span><br style="font-family:courier new,monospace"><span style="font-family:courier new,monospace">Engº de Controle e Automação</span></font><div style="padding:0px;margin-left:0px;margin-top:0px;overflow:hidden;color:black;text-align:left;line-height:130%;font-family:courier new,monospace"></div></div>