A regra básica para o throughput TCP via Wi-Fi é que você pode obter de 50 a 60% da sua taxa de sinalização. Portanto, no seu caso, você deve ver de 75 a 90 megabits por segundo de taxa de transferência TCP.
Espere, por que o tamanho da sua janela TCP é de apenas 8 KibiBytes? Isso me parece um padrão absurdamente baixo.
Vamos ver o que o seu devemos seja calculando um "produto Bandwidth x Delay" para sua conexão.
Se o Windows 7 estiver reportando que você está obtendo uma taxa de sinalização de 150 Mbps, isso significa 150.000.000 bits por segundo, então vamos usar isso como o número de largura de banda.
Quanto ao atraso, bem, o meu tempo médio de ida e volta via Wi-Fi para o meu AP é um pouco menos de 3 milissegundos. Mas você está indo de um cliente sem fio para outro, que é retransmitido pelo AP (para evitar o problema do nó oculto), então eu suponho que se você pingasse um de seus clientes sem fio do outro, você teria um tempo de ida e volta de até 6 ms.
Portanto, 150.000.000 bits / s de largura de banda * 0,006 segundos de atraso = 900.000 bits você precisa ser capaz de colocar "em vôo" antes de obter um retorno de Ack, a fim de manter o tubo cheio.
900.000 bits / 8192 bits por KibiByte = são necessários cerca de 110 KibiBytes de janela TCP. Vamos ser generosos e fazer uma boa rodada 128.
Tente adicionar -w 128K
para o seu iperf
listas de argumentos no cliente e no servidor para forçar a janela TCP para algo razoável, e ver se isso ajuda.
Como o wireless é um meio inconstante e às vezes pode haver picos de latência devido ao ruído transiente forçando retransmissões de pacotes na camada de link, você poderia até tentar ir além disso, talvez até 512 KiB, mas em algum momento haverá retornos decrescentes.
Se aumentar o tamanho da janela TCP, você terá até 75 megabits / s de taxa de transferência TCP no IPerf, mas se o Windows 7 estiver com 8 KB, você provavelmente precisará descobrir como fazer com que o Windows 7 escolha um padrão melhor. Tamanho da janela TCP para todas as conexões TCP.