@skylancer 补丁的事都好说，只是费劲点。 芯片支持 40mhz，但是树莓派 3b 本身不支持，真是尴尬呀。

@skylancer noscan 是已经打过 patch 的 hostapd 才带的选项。比如 openwrt 自带的 hostaptd，带 noscan 选项。树莓派上自带的是标准的 hostapd，(应该)不带 noscan(吧)。。

"但是我在网上找了一圈就没看到有人成功打开了 40mhz 模式。" 这个是说没人在树莓派 3b 上成功打开。

usb 网卡可以 40mhz,我以前在老树莓派上实验过。不过需要下载 hostapd 源码，打个 patch，自己编译。才能在周围 wifi 热点多的情况下强制开启 40mhz 模式。

@skylancer 这个芯片本身是支持 40mhz 的，但是我在网上找了一圈就没看到有人成功打开了 40mhz 模式。
这个看起来很官方的 Q&A 贴，里面说了只支持 20mhz，看完这个 QA 贴，我就信了，就没折腾了。

https://www.raspberrypi.org/forums/viewtopic.php?t=137932&f=63

如果喜欢自己折腾，树莓派 3b 不错.只是自带的网卡只支持到 72mbps.可以入个 Atehros 芯片的无线网卡,配合使用。我这样用过。

@iijboom 我这个是 udp2raw+openvpn 测的，只应对 qos，没用 kcptun/finalspeed 这种加速工具，所以只有用多线程才能测出吞吐。 kcptun finalspeed 这种工具通过自定的拥塞 /重传 /ACK 策略可以让单线程达到很高的速度，所以单线程测大概也能反映出信道的吞吐率。

udp2raw+finalspeed 之前我测过一次，移动 20m 带宽,单线程 1.6MByte/s。

@KCheshireCat faketcp 通过 openvpn 承载真实 tcp 确实是让上层承担拥塞和重传的，这种用法里 faketcp 相当于 ip 层的作用。

可以考虑后续发布装了 udp2raw 的 vmware image。用 openwrt x86 版的，容量可以控制在几 MB。

finalspeed 用的就是 pcap。 而且他也不愿意同时支持 pcap 和 raw socket，所以他的版本不能在 openvz 上运行。

支持 windows 理论上没问题，问题是开发成本= =。 raw socket 要改成 pcap,epoll 要改成 libevent，暂时不想增加开发负担。

虚拟机很稳定，而且性能很好，如果爱折腾还是装个备用吧。

不敢 不敢
@linhua 是最早实现了用 raw_socket 中转 udp 这个点子的人:
https://github.com/linhua55/some_kcptun_tools/tree/master/relayRawSocket

Chion82 在他的基础上加上了 tcp 握手功能，集成到了 kcptun 里:
https://github.com/Chion82/kcptun-raw

我这个项目，把 kcptun-raw 的功能做成通用的了，再加了点小功能。如果没有 relayRawSocket，可能也就没有 kcptun-raw 了，也没有我这个项目了。

BBR 感觉跟这个项目不搭边吧。也许你想到了什么特殊用法？比如用 openvpn+udp2raw 再测开启了 bbr 的 tcp 性能？

@johnlui
window raw socket 没有 linux 的功能强大。pcap 的话得移植一下。winpcap 也要单独装得，干脆装虚拟机吧。如果嫌麻烦可以去网上找做好的 vmware 镜像。

@johnlui
kcptun 的数据暂时没有。finalspeed 移动 20M 宽带从日本下载，1.6MB/s （ Byte ）的下载速度。

server 在 vultr 日本。

我这边移动 20m 宽带，测试出的性能：
./iperf3 -c 10.222.2.1 -P40 -t30
[SUM] 0.00-30.00 sec 68.3 MBytes 19.1 Mbits/sec 3391 sender
[SUM] 0.00-30.00 sec 64.6 MBytes 18.1 Mbits/sec receiver

./iperf3 -c 10.222.2.1 -P40 -t30 -R
[SUM] 0.00-30.00 sec 71.3 MBytes 19.9 Mbits/sec 10046 sender
[SUM] 0.00-30.00 sec 56.6 MBytes 15.8 Mbits/sec receiver

客户端在 linux 虚拟机上，如果是路由器的话，因为 cpu 速度的原因，只有 8Mbits/sec.

@1423，性能问题去项目里提 issue，贴出配置吧。

有可能你使用的是路由器版，用了 aes128cbc 加密，导致 cpu 被打满。路由器建议用 --cipher xor --auth simple

@s82kd92l 我这边到美国西海岸 udp 基本满速， 到日本经常连都连不上，但是多线程 tcp 到日本和美国西海岸又都满速。有点费解。

当然，这纯属不负责任猜测。

@s82kd92l 我觉得运营商有时候都不是故意 UDPQos 你，只是他们设备对 udp 支持不好，或者 udp NAT 的设备压力太大导致不稳定。 我这边的移动 tcp 多线程（单线程当然不行）连国外基本都满速。 但是 udp 连有一些方向的线路总是时断时续，有的时候 nat pipe 都打不通。 既然 tcp 都满速，udp 故意 Qos 你有什么用呢。

所以我觉得这个项目某种程度上也是在帮运营商，解决 udp nat 支持不好带来的用户抱怨 = = 。

@s82kd92l 这是个好消息 ：）

可以先用 fake-tcp，如果真有 real-tcp 的需求，我再做。