Implementamos dois switches 3750-X na pilha e conectamos o Dell Storage a portas 10G-T. A Dell recomenda usar o controle de fluxo nessas portas, mas algumas pessoas têm muitos problemas com esse recurso (perda de pacotes, bloqueio de tráfego).
Portanto, é uma prática recomendada usar o controle de fluxo nas portas 10G?
Respostas:
Eu acho que também é relevante entender a direcionalidade dos quadros de pausa e o que isso significa.
Essencialmente, o que o quadro de pausa de envio significa é 'Estou congestionado e prefiro que você coloque um buffer no seu TX, em vez de um buffer no meu RX'.
O 3750-X não pode enviar quadros de pausa, apenas pode recebê-los.
Isso significa que se os buffers do 3750-X correm o risco de serem esgotados (o que é muito fácil, o 3750-X possui um buffer pequeno e é muito adequado para aplicativos em que a capacidade de saída não é significativamente maior que a entrada), não há nada que os quadros de pausa possam fazer , O 3750-X não pode executar a ação desejável e solicitar que o remetente diminua a velocidade (fazendo com que a Dell os armazene em buffer).
No entanto, se a Dell estiver recebendo dados tão rapidamente que corre o risco de ficar congestionada, poderá enviar o quadro de pausa para o 3750-X e solicitar que o 3750-X pare de enviar (efetivamente, ele solicita que o 3750-X armazene em buffer os quadros, assim o faz. não precisa armazená-los). Isso, na minha opinião, não faz sentido, espero que todo dispositivo de armazenamento tenha mais buffers do que 3750-X (<1ms por porta em média), espero que você aumente a perda de pacotes apenas pedindo ao 3750-X que faça seu buffer , pois eles serão descartados mais cedo.
A meu ver, você só pode ativar os quadros de pausa na direção em que isso nem faz sentido para este aplicativo.
fonte
O armazenamento FCoE baseia-se no pressuposto do que eles chamam de Ethernet sem perdas ... O armazenamento FCoE também é notoriamente peculiar sobre interoperabilidade. A resposta oficial é "sim"; habilite o controle de fluxo em todas as portas de armazenamento do FCoE, mas faça um teste completo antes de colocar o sistema em produção. Tudo isso dito, um 3750X não suporta todas as extensões FCoE necessárias para fazê-lo corretamente, então só espero que você esteja falando sobre armazenamento baseado em IP ...
Se for qualquer outra tecnologia de armazenamento baseada em IP, eu manteria o controle de fluxo desativado e deixaria os protocolos da camada superior lidar com quedas ... eles estão acostumados.
fonte
Existe um padrão tradicional para controle de fluxo (802.3x) que é um quadro de camada mac que faz com que todo o tráfego no fio seja interrompido enquanto o comutador de sinalização transmite seus buffers. Isso é exatamente errado para o FCoE (que responde mal a quadros perdidos) e é diferente do PFC (Controle de Fluxo Prioritário), que é um componente do DCB (Data Center Bridging).
Ao contrário do 802.3x, o PFC permite que o tráfego seja pausado por CoS. Esse é um elemento-chave no fornecimento de encaminhamento sem perdas, pois as classes de tráfego não protegidas podem ser mais lentas, de modo que sempre haja largura de banda disponível para o tráfego crítico.
O 3750X não suporta DCB (..ou PFC) e não se destina a ser uma plataforma para Ethernet sem perdas. Ele suporta o estilo antigo de controle de fluxo.
Vou assumir que o armazenamento em questão é baseado em IP (ou seja, Equallogic); nesse caso, você deve seguir as recomendações do fornecedor de armazenamento e ativar o controle de fluxo de ponta a ponta. Alguns encontraram problemas anômalos com essa configuração e obtiveram melhores resultados com o controle de fluxo desativado, mas eu não tentaria isso a menos que fosse ditado durante a solução de problemas.
fonte