Eu experimentei dataloss significativos com o iPerf no modo UDP como resultado da CPU não ser capaz de acompanhar. Por alguma razão, o iPerf com UDP parece ter muito mais uso de CPU do que o iPerf com o TCP. Você experimenta os mesmos percentuais de perda ao definir o iPerf como metade da taxa?
Para responder à sua segunda pergunta sobre o quanto a perda de pacotes é aceitável, isso realmente depende de qual aplicativo você está executando, de quanto tráfego você tem. Realmente, não deve haver nenhuma perda se você estiver sob seu limite de largura de banda. Para a maioria das coisas, eu provavelmente não reclamaria muito sobre 0,25%, mas isso ainda é uma grande perda se você estiver correndo a taxas realmente altas.
[EDIT 1] Alguns outros pensamentos que eu tive sobre o assunto:
- Tente incrementar as taxas do iPerf. Se houver algum problema sistêmico em algum lugar, é provável que você tenha a mesma porcentagem de perda, independentemente da taxa. Se você está nos limites de seu hardware, ou seu provedor faz algum tipo de RED , provavelmente não haverá perda até uma certa taxa e, em seguida, incrementalmente pior perda, o mais alto acima do que você vai.
- Faça a medição do tcpdump da sessão do iPerf, apenas para verificar se os seus testes são precisos.
- Experimente o iPerf com o TCP. Isso não informará a perda, mas se você estiver perdendo, a conexão não poderá ser ampliada muito. Como a latência também afetará isso, teste um terminal com a menor latência possível.
- Dependendo do equipamento que você tem dentro de sua conexão, verifique se você está o mais próximo possível. Por exemplo. se você tiver vários comutadores entre o seu sistema de teste e o roteador de borda, mude para um comutador conectado diretamente.
- Se você tiver um switch gerenciado, verifique as estatísticas para garantir que a perda não ocorra. Eu encontrei alguns switches mais baratos que começam a cair quando você chega perto de 100 Mbps de tráfego UDP neles (na sua maioria switches não gerenciados antigos e baratos).
- Tente iPerfs simultâneos de dois clientes diferentes para dois hosts diferentes, para que você possa ter certeza de que o limite não é resultado de CPU ou de um cartão NIC barato.