http3： tcp 老大哥要下岗了！我很慌啊。

[ps1aniuge]

tcp3 次握手，4 次握手，大家都很熟悉吧。但
1 干活慢点，但反复确认的搬运工，tcp 老大哥，要被淘汰了。
2 搬运的快的，但总丢三落四的搬运工 quic 上位了，我很慌啊。

或许底层链路稳定，基于 udp 的 quic 能行。
意 udp 为基础，构建 y 破 n，https，真的靠谱么？

现在网上的流量，tcp，udp 占多少？又有几成 tcp 承载了 http ？
这些包都要走另一家快递公司了么？总赶脚 quic 快递公司是另一个坑爹的联邦快递呀。
股沟旗下的 quic 这家快递公司，有服务过什么著名项目么？有过长期+良好口碑么？

这绝对是件轰动大事，不是么？但好像一点也不“轰”，甚至好像没啥动静。

它已经正式版了么？维基百科里没找到 release-note，和 release-date。

另外，http3 大概啥时候能初步普及？
即哪年开始存在于 centos，ununtu，win，debian 中？谁谈谈?

[gamexg]

@chengxiao #16 国外的 google、cloudflare 国内的豆瓣,淘宝,知乎,qq 邮箱(静态数据)都已经支持了 http2。
根据 http2 普及速度看 quic 普及速度不会慢。

google 使用 udp 来实现 quic 的原因就是对 tcp 默认的拥塞控制不满意，但是动 tcp 协议需要全球的客户端、服务器操作系统都做修改，看 ipv6 推广速度就知道太难了。
所以 google 选择底层使用 udp，这样只用 web 服务器和浏览器升级就能切换到新协议。google 能推动 chrome 提供新协议支持，剩下的 web 服务器就比较好推广了。

[egen]

http2 因为还是 tcp 协议，普及基本上软件层面的更新就可以做到

quic 换 udp，可能有些硬件设备对 udp 有特殊策略会导致对新协议支持不佳，普及速度不会太理想

[Love4Taylor]

国内 B 站之前就已经在自建视频节点上开启 gQUIC 了, 可自行体验. 另外你这类比来类比去, 不如好好说话...

[presoul]

Quic 和 http3 都是基于 udp 但是除此有其他关系吗，楼主表达能力+1

[WhoCanBeRich]

...

[jaybing926]

想多了 h2 这都多少年了 都没普及

[dobelee]

说的什么玩意，一个字没看懂。

[zjyl1994]

http2 目前我之见国外大网站和一些自己折腾技术博客的上，http3 想普及先想想怎么解决 udp 丢包的问题吧。天朝很多 isp 的 udp 都是废的

[ety001]

看完前几行，我觉得你在写代码前，先把话说好吧。。。

[glues]

楼主在说啥？

[leavic]

建议 v2 增加一个按钮，忽略主题并 block 楼主。

[pkookp8]

不得不说，表达能力有点欠缺
起因经过结果，问题
等着回帖就行

[yuankui]

真想 block，能说人听得懂的吗？

[jinliming2]

运营商对 UDP 的降权我是没看出来，毕竟很多游戏、视频都是走的 UDP，并且我 55 转 KCP 协议速度飞快……
至于运营商对 UDP 的限制，估计是说的 Google 刚开始测试 QUIC 的时候，有人发现走 QUIC 协议可以访问 Google，后来就对 UDP 有部分拦截了。

之前研究过 QUIC，跟应用层没多大关系，就是得加一个 alt-svc 响应头告诉浏览器这个网站支持使用 QUIC 协议作为替代服务，后续浏览器就会尝试使用 QUIC 进行连接，如果 QUIC 连接不顺畅，会自动 fallback 到 TCP 下的 HTTP。
HTTP/3 就是 QUIC 标准化后的东西，所以应该是差不多的。
QUIC 的端口是在 alt-svc 头里告诉浏览器的，可以放在 443 端口上（走的是 UDP 443 端口，与 HTTPS 的 TCP 443 端口并不冲突），也可以放在其他端口上。

总的来说，这些东西本身都不需要太过关心的，只要正式发布，就会有网站部署，然后就是越来越多的网站部署，但这实际上对用户没啥感觉的。
至于也许真的有部分地区的运营商歧视 UDP，也不影响网站部署，毕竟可以 fallback 到 TCP 的，并且对不歧视 UDP 的地区有优化。

[06_taro]

nginx 1.17 准备上 quic，server 端门槛普遍降低指日可待。
问题是有的 ISP 对 UDP 的 QoS 太厉害了，中间传输估计比 TLS 1.3 刚出来时各位问题更大

[neoblackcap]

@gamexg 讲道理，谷歌不动 TCP 才不是因为客户端的问题，
实际上是因为网络传输的各级节点压根就不会跟它谷歌一起玩，思科等大型网络设备制造商在 TCP/IP 协议栈上投入了大量的研发，别人解包都是用硬件解包的，你换个新的协议，这些设备根本没法升级。吞吐量肯定会大大下降，或者直接就将你的包丢了，要不然轮得到 quic ？ SCTP 多少年了，你看支持的多么？谷歌是吸取了 SCTP 的教训，所以在 udp 上面搞了一个 quic。
没有 ISP，网络设备制造商的支持，不要说一个谷歌，就算是再来 10 个谷歌怕都不好使。包刚到小区网关就给你丢了，体验还不如 TCP 呢

[liuminghao233]

对 udp 的 qos 是有的
没有就不会出现 udp2raw 之类的神奇工具了
但多数出现在出口线路上
国内的话不好说
国内的机子大多数都是小水管，
就那几 m 网速 tcp 和 udp 根本跑不出差别
反正都是这么慢

[MeteorCat]

卧槽，你们都看得懂，我完全看不懂楼主在说啥

[guokeke]

tcp 淘汰我？

[RobertYang]

现在的 ai 都这么智能了，自动发帖？