This commit implements a new TCP congestion control algorithm: BBR (Bottleneck Bandwidth and RTT)
有兴趣的可以试试。
This topic created in 3521 days ago, the information mentioned may be changed or developed.
 |
1
shinko Oct 18, 2016
This is not an official Google product.
|
 |
4
laincat Oct 18, 2016
这个好像很厉害。。。
|
 |
5
cxlxkin Oct 18, 2016
google 也来单边加速插一脚？感谢楼主让我获得这个消息
|
 |
6
GPU Oct 18, 2016
Google 员工闲得蛋疼弄出来的？
|
 |
7
kfll Oct 18, 2016
|
 |
9
est Oct 18, 2016
我告诉你们一个比 zetatcp, finalspeed, kuntcp, spdy 快 n 倍的东西： UDP 。
|
 |
12
ldbC5uTBj11yaeh5 Oct 18, 2016
|
 |
14
redsonic Oct 18, 2016
不管什么样的叉子都无法解决蛋糕太少的问题， 只会使一部分人先吃到蛋糕而已。
|
 |
15
zander OP |
|
16
zander OP  1
https://github.com/iMeiji/shadowsocks_install/wiki/开启 TCP-BBR 拥塞控制算法 /
|
 |
20
srrshweee Dec 15, 2016
额。。。我在 ramnode 和 indovirtue 的 vps 上面都测试了，不如速锐。甚至不如默认的算法
|
 |
22
liwei Dec 19, 2016 1
@est 我试了一下直接改 IP 头 protocol number 的方法，在我这里是不行的，貌似会被运营商的转发设备丢弃，因此只好使用在 UDP 头前面加上一个 fake TCP 头的方法（并且 TCP 头部里面的一些 flags 需要合适，例如带 SYN 标志的都可以转发，而单独的 RST 标志的数据包会被丢弃），想请教一下您是如何实现的？
|
|
24
est Dec 19, 2016
@liwei
你确认你『单独的 rst 』 是合法的 tcp 么？我感觉可能是你的 tcp 可能没拼对。怎么生成的？建议试试把一个正常的 rst 改个 seq num 和端口再发一下试试能不能收到。如果是 nat 则不能改端口。要打洞。 |
|
25
liwei Dec 19, 2016 via Android
@est 不增加 fake tcp 头部的时候修改 protocol number 是通过 tc-pedit 实现的，增加 fake tcp 头的时候是用 sendip 发送的数据包，单独的 rst 会丢包，但是如果先发送一个 syn ，在极短的一段时间内后续发送的 rst 能够接收到。
我对运营商网络里面的设备不熟悉，所以暂时也搞不清楚原因，感谢你的指点。 |
 |
29
linhua Jan 18, 2017 1
@est @liwei
好巧，实现了一个类似的，不过还有 bug https://github.com/linhua55/some_kcptun_tools/tree/master/relayRawSocket |
Select Language