kcptun
kcptun copied to clipboard
xtaci
A Quantum-Safe Secure Tunnel based on QPP, KCP, FEC, and N:M multiplexing.
smux 阻塞问题
目前来看，如果是应用层没有控制流量的场景，如 HTTP 大文件下载，服务器发送的数据会倾向于把所有中间节点的缓冲区塞满，导致其他连接阻塞。换言之，只要下载的文件大小大于中间节点的最小 smuxbuf，就不可避免有阻塞的现象。我使用 32MB 的 smuxbuf，并观测到在下载 100MB 测试文件的起初的几秒钟内，其他连接几乎完全被阻塞，连 Google 首页也无法打开。 1. 我对此现象的分析是否正确？ 2. 如果正确，可否考虑加个针对每条连接的缓冲区上限，或是有其他更好的解决方案？ 期待与您讨论 @xtaci
**网络环境：** LA机房 1000M上下行，用脚本实测speedtest到LA测速点可以达到800+M，到国内华东地区可以到300-500M 本地中国电信1000M 下行，30M上行，speedtest实测可以满速 ping值140-180之间，丢包率10%左右 ``` Node Name Upload Speed Download Speed Latency Speedtest.net 835.34 Mbps 813.86 Mbps 0.47 ms Los Angeles, US 836.33 Mbps 745.76 Mbps 0.91 ms...
首页的用法是不是加密传输了? 电信能不能看到我们的数据内容? KCP Client: ./client_darwin_amd64 -r "KCP_SERVER_IP:4000" -l ":8388" -mode fast3 -nocomp -autoexpire 900 -sockbuf 16777217 -dscp 46 KCP Server: ./server_linux_amd64 -t "TARGET_IP:8388" -l ":4000" -mode fast3 -nocomp -sockbuf 16777217...
Hi, I am getting 2.1 MB/s at kcptun same as normal download without kcptun on port 80. but when I use python3 simple http server `python3 -m http.server` on port...
Not sure why this is happening! I am getting 625 kB/s at kcptun and getting 1.8 MB/s at TCP. And a typical reliable UDP (I implemented it) is getting 2.4...
原作者在这：https://github.com/yzslab/kcptun curl测试，电信宽带下要快10%左右，联通宽带要快25%左右 youtube在15%左右 组合是ss+kcptun+udp2raw 参数是： ./server_linux_amd64 -l 127.0.0.1:222-t 127.0.0.1:333 --mtu 1200 --sndwnd 2200 --smuxver 1 --nocomp --crypt none --key aaa -mode manual -nodelay 1 -interval 11 -resend 2 -nc 1...
