MTU e fragmentação

13

Considere o seguinte: NAS com a interface 10G conectada à interface 10G no switch. Computadores clientes conectados ao switch via Ethernet de gigabit.

  • Haverá algum ganho no desempenho se o tamanho da MTU aumentar no NAS e na porta do switch à qual o NAS está conectado se o tamanho da MTU não aumentar nos 1500 bytes padrão nas NICs do cliente?

  • Isso causará problemas de fragmentação?

  • Como os dispositivos "lidam" com incompatibilidades no MTU para interfaces em uma rede comutada?

sardinha
fonte
qual protocolo você está usando para o tráfego da SAN?
Mike Pennington #
1
Na verdade, acho que o Path MTU Discovery (PMTUD) é bastante comum nos hosts atualmente, por isso é provável que o cliente envie uma mensagem ICMP Fragmentation Needed (Tipo 3, Código 4) contendo seu MTU, o que deve fazer com que o host reduza o tamanho do pacote .

Respostas:

20

Não haverá ganho de desempenho sem que todos usem pacotes maiores. O objetivo dos jumbo-frames é compactar mais carga útil com a mesma sobrecarga. A capacidade do NAS de enviar pacotes maiores não faz sentido se os clientes não o fizerem.

Não haverá "fragmentação". A camada 2 (Ethernet) não tem meios se indicar "fragmentação necessária". Isso é descoberto na Camada 3 (IP) pelos roteadores que enviam uma mensagem ICMP quando é necessário descartar o pacote, porque não cabe na interface do próximo salto. Isso não pode acontecer onde não há roteador - em uma LAN comutada e plana. Os pacotes jumbo enviados pelo NAS serão descartados pelo cliente como um quadro de tamanho grande - ou descartados pelo switch pelo mesmo motivo. [Um pacote de 9k não pode ser enviado em uma interface 1500B.]

Ricky Beam
fonte
Portanto, isso causará problemas sem fim, onde o cliente ou o switch eliminará grande parte do tráfego da SAN?
nºs
@ Ricky - Como a queda repetida de pacotes superdimensionados pode se manifestar? A interface de recebimento tem uma maneira de "informar" o remetente que só pode receber quadros de tamanho X? Ou o remetente vê que o quadro nunca foi recebido por um protocolo de camada superior como o TCP?
Sardeano # 8/13
1
O pacote foi descartado e esse é o fim. (bem, um contador funciona, mas a) ninguém o verifica eb) você não saberá exatamente o que o causou. etc.
Ricky Beam
5

P: Haverá algum ganho no desempenho se o tamanho da MTU aumentar no NAS e na porta do switch à qual o NAS está conectado se o tamanho da MTU não aumentar nos 1500 bytes padrão nas NICs do cliente?

Resposta: Não, porque o tamanho da MTU aumentado não está sendo utilizado pelo cliente. Se você quiser transportar 100 pessoas do ponto A ao ponto B, poderá usar dois ônibus ou 25 sedãs. Se a estrada entre A e B for feita para que os ônibus possam se mover mais facilmente sem atrasos, e você ainda os mova em sedãs, não estará ganhando nada.

P: Isso causará problemas de fragmentação?

Resposta: Não, a fragmentação ocorre no cenário oposto quando você envia um pacote grande enquanto o caminho não o suporta e precisa dividi-lo em pacotes de tamanho suportado.

P: Como os dispositivos "lidam" com incompatibilidades no MTU para interfaces em uma rede comutada?

Resposta: Se o pacote for menor que o tamanho permitido, ele será passado sem problemas. Se o pacote for maior que o tamanho permitido, ele será descartado.

AdnanG
fonte
1
Isso não é verdade. Nenhuma fragmentação acontece na camada 2. Não há como negociar MTU em um segmento Ethernet. Se tudo não estiver configurado da mesma maneira, algumas placas de rede (com o MTU menor) perderão quadros de grandes dimensões.
Ricky Beam
Dê uma olhada em supportforums.cisco.com/thread/20490 que explica o que quero dizer.
AdnanG
Entendo, obrigado por apontar isso. Estou removendo essa parte da resposta.
AdnanG
1

O MTU de uma sessão tcp é estabelecido na conexão TCY SYN inicial. se você tiver MTU incompatível na rede, isso não será importante para o seu aplicativo TCP ... camada2 ou 3. O UDP não possui o mesmo conceito; portanto, sim, para o UDP, você começará a fragmentar o tráfego que pode / não afetar o desempenho . Tudo depende do tipo de tráfego, tamanho, volume e seu hardware.

Payam
fonte
0

Algumas coisas faltaram ... Primeiro, não há negociações no MTU. Segundo, ao discutir pacotes TCP SYN, eles raramente excederão o tamanho do quadro MTU do link. Nesse procedimento, há respostas de PMTU ao discutir a camada 3, bem como o TCP MSS, que fornecem uma carga útil do tamanho máximo. Não estou dizendo que alguém está incorreto aqui, mas muitas vezes as configurações da MTU podem passar despercebidas por causa desses recursos.

Jason B Shrout
fonte