楼主没有说清楚和你电话的到底是什么人。区一级的机房运维？省 /集团公司的工程师？ 除了集团的都管不了出国的事儿。不过大家一起去集团反映是对的，我例行每周两三个电话。

可能是 google 部分服務返回國內的利益交換。

9 楼正解， SSD 的主控比机械盘的复杂的多，简单讲可以认为是一个 raid 控制器，很多 raid 卡都带电池......

显示被吊销吗？ 如果是，看一看是不是这个问题 https://www.v2ex.com/t/327164

@Showfom 上次 GlobalSign 的事件因为 chrome 不用 oscp 和 crl 所以没受影响...

是官方的锅， http://letsencrypt.status.io 已经标记了 ocsp.int-x3.letsencrypt.org 有问题。之前 chrome 说过 oscp 和 crl 机制是 broken 的， 这算是言中了 @Livid

@Livid

chrome 为了用户体验几乎不会同步的请求 CA 的 CRL ，而是后台连接 google 自己的服务器来异步更新汇总的 CRL 。只不过 CRL 无法伪造所以用了 http ，然后被流氓缓存了而已，流氓的 ip 已被标记有风险，你从他那下载任何文件都是同样的提示。

@ivtwoex 奠信就不提了。关键是 TPE 修好之后联通把美西的下行路由切回之前的 HE 了，但上行却还在走故障期间的 TATA ，上行在晚高峰丢包 50%多。联通放着好好的 30G 直连 HE 不用，不明白为什么。

@raysonx
@ovear
我认为只要不是靠冗余数据来提高可用带宽的算法应该是比较公平的。再加上运营商卡上行和流量整形。总的说我觉得 google 的初衷是让用户个人能体验比原来好而已（纵向比较而不是横向），除此之外不带来其他问题。

@ovear 博主是网络方面的专家，很多东西都是自己先写出来的。

@raysonx 我之前也看了论文，代码大致看了看，反思一下 BBR 改变的地方确实有道理，意思是之前那些算法都是在计较重传的次数，重传的 rtt 之类的，这都是在瞎猜，不如测一个实际带宽然后根据一般的 rtt 去打折。我的意思是既然 BBR 进了内核主线，应该会很快部署，用不了多久大家又处在同一起跑线了。蛋糕太小，改进叉子也没用。

我想知道用了这些加速方案机房里的 dashboard 有什么变化。 BBR 进了 mainline 大家都用上了，最后还是挤华容道？

感觉还是 GT4 是最完美的。自从主机游戏能打补丁以后就不好好做游戏了。

应该修好了，但前天魔都联通已经把路由切回去了，现在又可以 y2b 4k 了。

超出意料很多。祝诚哥能捧个小金人，虽然我也很喜欢 pixar 和那部定格动画。