is there any negative on just enabling jumbo frames in practice?
Não, desde que, ao mudar de JF, você confirme imediatamente que o servidor pode usar as NICs apropriadas, não, nenhuma desvantagem real.
Ok, este som pode ser estúpido - mas há algum negativo em apenas habilitar quadros jumbo na prática?
Pelo que entendi:
A rede em questão é uma rede padrão de pequenas empresas - atualizamos agora de um switch de porta 24 não gerenciado para um switch de 52 portas com 4 portas 10g (netgear - bem barato) e movemos um servidor de arquivos para 10g também ISCSI servindo. Todos os meus equipamentos no nível Ethernet podem suportar no mínimo 9000 bytes e, devido aos firewalls locais, eu realmente quero ter pacotes maiores (menos processamento de firewall), mas a rede também é NAT para a Internet. No topo, máquinas diferentes movem-se (baixam) arquivos grandes (área de múltiplos gigabytes) com bastante frequência para processamento.
A questão é - posso esperar problemas quando eu apenas habilito quadros jumbo?
Mais uma vez, isso não é totalmente ignorante - eu simplesmente não vejo programas enviando mais de 1500 pacotes UDP de byte (se isso é um problema prático, por favor me avise) e para TCP o MTU é negociado de qualquer forma.
se houver um problema, posso mover para uma VLAN dedicada, mas isso tem seus próprios compartilhamentos de problemas, já que basicamente a maioria das estações de trabalho deve estar nas duas VLANs.
O que você tem é os 14 bytes extras adicionados a um quadro marcado. Para alguns hardwares é suficiente para acionar a ação 'drop on the floor'. Eu corri para dentro de mim mesmo, mas foi corrigido colocando o MTU no switch em questão para 9014, e tudo mais para 9000.
Tags windows jumboframes