我们有两台speedtest服务器（RHEL 6.7），两台10GB的pipe道连接在一起，10GB的连接。 这些服务器在地理上分开了大约256英里，但traceroute看起来非常好，在Ookla速度testing期间有4跳和5ms的平均RTT，两端都没有丢包。 我们可以非常接近iperf链接的理论最大值：
[ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-7.00 sec 3.68 GBytes 4.51 Gbits/sec 0 sender [ 4] 0.00-7.00 sec 3.68 GBytes 4.51 Gbits/sec receiver [ 6] 0.00-7.00 sec 3.67 GBytes 4.51 Gbits/sec 0 sender [ 6] 0.00-7.00 sec 3.67 GBytes 4.51 Gbits/sec receiver [SUM] 0.00-7.00 sec 7.35 GBytes 9.02 Gbits/sec 0 sender [SUM] 0.00-7.00 sec 7.35 GBytes 9.02 Gbits/sec receiver 无论哪个服务器在客户端或服务器模式下运行iperf，我们都会看到这些types的速度。 然而，使用Ookla speedtest软件，我们可以得到的最好的结果是大约800Mb和4-5Gb。 到目前为止，我们一直无法解释这种差异，似乎iperf的结果表明一个最佳configuration的networking。 所以我们现在正在看这个软件。 我对Ookla设置文件进行了修改，并将其放在一直保持上传到7-8GB的“千兆”模式，但下载保持不变，仍然不会超过1Gb。 我们的networking团队也报告任何或路由器接口没有错误。 我的Ookla设置文件如下所示：
<configuration connection="gigabit" /> <!-- NetGauge settings: activetests - test list from speedtest,latency,packetloss,firewall --> <socket-download testlength="40" initialthreads="500" minithreads="500" maxthreads="500" startsamplesize="500000" maxsamplesize="1000000" /> <socket-upload testlength="40" ratio="1" threads="500" mintestsize="250K" maxchunksize="100M" maxchunkcount="100" disabled="false" />
记住这些设置并不是静态的，因为单个参数在testing过程中被多次改变，但我认为似乎最大的区别在于改变连接types。 （LAN，宽带，光纤和千兆位）。 有没有人与Ookla经历过这种不对称？