Google 发布了 BBR 第一个公测版，类似 zetatcp, 锐速等。

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 2993 天前的主题，其中的信息可能已经有所发展或是发生改变。

This commit implements a new TCP congestion control algorithm: BBR (Bottleneck Bandwidth and RTT)

有兴趣的可以试试。

https://github.com/google/bbr

bbr

锐速

zetatcp

rtt

30 条回复 • 2017-01-18 09:57:01 +08:00

shinko

2016-10-18 02:52:10 +08:00

This is not an official Google product.

Showfom

2016-10-18 04:32:35 +08:00 via iPhone

@shinko 为啥

ivanlw

2016-10-18 04:33:08 +08:00

@Showfom README 写的

laincat

2016-10-18 08:45:56 +08:00

这个好像很厉害。。。

cxlxkin

2016-10-18 08:47:28 +08:00

google 也来单边加速插一脚？感谢楼主让我获得这个消息

GPU

2016-10-18 08:53:09 +08:00

Google 员工闲得蛋疼弄出来的？

kfll

2016-10-18 10:18:05 +08:00

说是 Google 在用的算法
- https://news.ycombinator.com/item?id=12518870
- http://news.softpedia.com/news/google-creates-new-algorithm-for-handling-tcp-traffic-congestion-control-508398.shtml

zander

2016-10-18 11:39:19 +08:00

@GPU TCP 太烂人神共愤吧。

est

2016-10-18 11:59:34 +08:00

我告诉你们一个比 zetatcp, finalspeed, kuntcp, spdy 快 n 倍的东西： UDP 。

czkwg8

2016-10-18 12:05:18 +08:00 via Android

@est 有些运营商\网络环境给你砍得生活不能自理

ehs2013

2016-10-18 12:24:59 +08:00

@est UDP 限速，你再快也没用

ldbC5uTBj11yaeh5

2016-10-18 12:28:28 +08:00

http://www.2cto.com/os/201610/556305.html

est

2016-10-18 12:32:50 +08:00

@ehs2013
@czkwg8

把 protocol number 强行改成 tcp 的即可。

redsonic

2016-10-18 15:18:58 +08:00

不管什么样的叉子都无法解决蛋糕太少的问题，只会使一部分人先吃到蛋糕而已。

zander

2016-10-18 18:46:24 +08:00

@jigloo http://blog.csdn.net/dog250/article/details/52830576

zander

2016-12-09 10:22:27 +08:00

https://github.com/iMeiji/shadowsocks_install/wiki/开启 TCP-BBR 拥塞控制算法 /

la0wei

2016-12-10 23:50:57 +08:00

@est 改 protocal number 是什么技能？ 17->6?

est

2016-12-11 18:40:57 +08:00

@la0wei 差不多。表示自己撸了一个 socks5 over RST 。

la0wei

2016-12-12 23:26:00 +08:00

@est 表示每个词都看懂，但是……

srrshweee

2016-12-15 21:24:11 +08:00

额。。。我在 ramnode 和 indovirtue 的 vps 上面都测试了，不如速锐。甚至不如默认的算法

zander

2016-12-15 22:01:59 +08:00

@srrshweee 没有最好的，只有最适合的。

liwei

2016-12-19 14:43:00 +08:00

@est 我试了一下直接改 IP 头 protocol number 的方法，在我这里是不行的，貌似会被运营商的转发设备丢弃，因此只好使用在 UDP 头前面加上一个 fake TCP 头的方法（并且 TCP 头部里面的一些 flags 需要合适，例如带 SYN 标志的都可以转发，而单独的 RST 标志的数据包会被丢弃），想请教一下您是如何实现的？

est

2016-12-19 16:22:29 +08:00

@liwei 我这里没有屏蔽 udp 。

单独的 rst 会丢包？牛逼。

est

2016-12-19 16:24:09 +08:00

@liwei
你确认你『单独的 rst 』是合法的 tcp 么？我感觉可能是你的 tcp 可能没拼对。怎么生成的？建议试试把一个正常的 rst 改个 seq num 和端口再发一下试试能不能收到。如果是 nat 则不能改端口。要打洞。

liwei

2016-12-19 16:31:27 +08:00 via Android

@est 不增加 fake tcp 头部的时候修改 protocol number 是通过 tc-pedit 实现的，增加 fake tcp 头的时候是用 sendip 发送的数据包，单独的 rst 会丢包，但是如果先发送一个 syn ，在极短的一段时间内后续发送的 rst 能够接收到。
我对运营商网络里面的设备不熟悉，所以暂时也搞不清楚原因，感谢你的指点。

est

2016-12-19 16:52:48 +08:00

@liwei 好神奇。 ttl 看看那一跳丢的呢？

Damn

2017-01-01 15:11:43 +08:00

@est 求分享

est

2017-01-01 20:13:28 +08:00

@Damn 分享出来下场就是和 ss 和 ssr 和 goagent 作者一样。

linhua

2017-01-18 00:34:08 +08:00

@est @liwei
好巧，实现了一个类似的，不过还有 bug
https://github.com/linhua55/some_kcptun_tools/tree/master/relayRawSocket

est

2017-01-18 09:57:01 +08:00

@linhua 赞！