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

V2EX = way to explore

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

现在注册

已注册用户请登录

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

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 中？谁谈谈?

第 1 条附言 · 2019-06-26 17:01:24 +08:00

我重说：
话题 1：
大家赶脚 http3 大概哪年开始，能初步普及？
nginx 最新版开始着手 http3 开发了。
nginx m 版的开发周期为 1 年左右，1 年后 m 版变 stable 稳定版。
明年这个时候，我们能用上支持 http3 的 nginx 稳定版么？

iis，edge，ff，chrome，哪年能开始支持 http3，谁给猜测下？

第 2 条附言 · 2019-06-26 17:03:13 +08:00

我重说，话题 2：
http3 已经正式版了么？维基百科里没找到 release-note，和 release-date。
它啥时候发布正式版的，官网在哪？

第 3 条附言 · 2019-06-26 17:07:54 +08:00

我重说，话题 3：
把 tcp，udp，quic 比喻成数据包的搬运工，有何不妥？
把 tcp，udp，quic 比喻成数据包的（甲，乙）家快递公司，有何不妥？
把 [联邦快递] 比喻成不靠谱的快递公司，谁敢说不妥？

第 4 条附言 · 2019-06-26 17:15:20 +08:00

我重说，话题 4：
股沟旗下的 quic 这家快递公司，有服务过什么著名项目么？有过长期+良好口碑么？

我人肉翻译的结果：
请问，有什么著名的 7 层应用，是跑在 quic 协议上么？有过长期+良好口碑么？都是哪类应用？有哪些优缺点。

第 5 条附言 · 2019-06-26 17:38:30 +08:00

感谢 45 楼。在 45 楼的网址中，详细解说了 http3。很多问题，都能从内找到答案。

95 条回复 • 2019-06-27 11:10:19 +08:00

mcfog

2019-06-25 19:01:29 +08:00

谈技术请说普通话

neptuno

2019-06-25 19:01:50 +08:00

楼主可以考虑重新组织一下语言

ps1aniuge

2019-06-25 19:03:48 +08:00

临时编辑的，轻喷啊~

mritd

2019-06-25 19:05:11 +08:00 via iPhone

然后你又想表达什么呢？

KuroNekoFan

2019-06-25 19:05:38 +08:00 via iPhone

跟应用层编程会有什么关系吗

EminemW

2019-06-25 19:08:10 +08:00 via iPhone

你在说什么呀

janus77

2019-06-25 19:11:16 +08:00

你这是不做功课就来发帖了吧
国内 ISP 在很多地方都直接阻断了 udp 传输的，我为什么知道？
因为科学上网的一些文章里都会介绍关闭 chrome 的 quic 加速，否则油管可能看不了，即使线路通。

lhx2008

2019-06-25 19:18:09 +08:00 via Android

QUIC 不可能绕过 TCP 的

ps1aniuge

2019-06-25 19:22:54 +08:00

@KuroNekoFan 跟应用层编程会有什么关系吗？----关系应该不大。我觉得甚至无关。
底层抓包调试有关，但 f12 基本无关。

nodwang

2019-06-25 19:25:50 +08:00 via Android

我靠，这都是中国字我咋就看不懂？不说了，回去拿我的小学语文课本学习了。

rawidn

2019-06-25 19:32:14 +08:00 via iPhone

完全没看懂在说什么

tinycold

2019-06-25 19:35:19 +08:00

有句话叫啥来着？「杞人忧天」？

zephyru

2019-06-25 19:41:36 +08:00

你是说这个...?
https://tools.ietf.org/html/draft-tsvwg-quic-protocol-01
实际上现在 http2 推进这么多年了..都不怎么普及...
这个，估计到实际落地还有一定的时间

misaka19000

2019-06-25 19:44:51 +08:00

感觉楼主不具备基本的表达能力

shansing

2019-06-25 20:12:25 +08:00

https://http3-explained.haxx.se/zh/
看看能不能倒逼运营商优化 UDP 传输吧。

chengxiao

2019-06-25 20:17:15 +08:00 via iPhone

难 ipv6 这种出来十几年了，而且解决 ip 池问题的东西到现在还没法铺开，别说这个了

hahaayaoyaoyao

2019-06-25 20:21:06 +08:00

@zephyru 还是很普及的吧，毕竟 http2 对各方都有利益

Coolwinds

2019-06-25 20:23:31 +08:00

搞 IT 的说话这么花里胡哨让人感觉不踏实。

azh7138m

2019-06-25 20:43:40 +08:00

建议重学语文。
QUIC chrome 已经用了很久了。

geekvcn

2019-06-25 20:45:25 +08:00

你是不是对 UDP 有什么误解？谁和你说 UDP 不能保证传输完整性的？ UDP 的好处在于拥塞控制转移到了应用层，你怎么用完全看你怎么写，你想搞握手你用 UDP 模拟 300 次握手都没关系，校验实现方式也很多，快速重传，接收方缓存，发送方缓存，滑动窗口移动的规则，MSS 你想搞全部搞一遍。
最讨厌你这种上来就是优劣论的了，一个东西存在就有存在的理由，优势和缺点。你和那些 php 或者 XX 语言是世界上最好的语言的睿智儿童们有的一比，结合自身需求，选择合适的东西这么简单的道理不懂？还联邦快递，你知道 openvpn 的默认传输协议吗？安全靠的是加密，不是传输协议，quic 比较新标准化进程还没制定完罢了，目前口碑很好，youtube，bilibili 等现在就是用的 quic，不说别的 youtube 量级还不够，目的是加快首帧视频播放，提高用户体验？至于兼容性，现在 chrome 和基于 chromium 的浏览器基本垄断了，除了 IE 绝对不会支持，未来苹果，火狐之类的一定会支持，Edge 也换了 chromium 内核。

gamexg

2019-06-25 20:50:21 +08:00

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

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

egen

2019-06-25 21:25:42 +08:00

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

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

Love4Taylor

2019-06-25 21:58:45 +08:00

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

presoul

2019-06-25 22:08:37 +08:00 via Android

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

WhoCanBeRich

2019-06-25 22:11:20 +08:00

...

jaybing926

2019-06-25 22:13:39 +08:00 via iPhone

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

dobelee

2019-06-25 22:17:11 +08:00 via Android

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

zjyl1994

2019-06-25 22:48:54 +08:00 via Android

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

ety001

2019-06-25 22:56:12 +08:00

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

glues

2019-06-25 22:56:34 +08:00

楼主在说啥？

leavic

2019-06-25 22:58:35 +08:00

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

pkookp8

2019-06-25 23:27:01 +08:00 via Android

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

yuankui

2019-06-25 23:43:14 +08:00

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

jinliming2

2019-06-25 23:51:54 +08:00 via iPhone

运营商对 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

2019-06-25 23:53:42 +08:00 via Android

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

neoblackcap

2019-06-25 23:56:13 +08:00

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

liuminghao233

2019-06-26 00:07:59 +08:00 via iPhone

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

MeteorCat

2019-06-26 00:22:58 +08:00 via Android

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

guokeke

2019-06-26 00:29:38 +08:00 via Android

tcp 淘汰我？

RobertYang

2019-06-26 00:48:32 +08:00 via Android

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

ludics

2019-06-26 01:49:49 +08:00 via Android

这说的都是啥

ragnaroks

2019-06-26 08:52:55 +08:00

@jinliming2 我这里湖北联通会故意劣化 udp,不过是大流量的情况下,KCP 出来的时候我就用上了,3$一年的鸡可以跑满我 200M 带宽,但是经过测试,一旦跑到超过 20M 一段时间(不到 1 分钟),udp 立刻随机无响应,就算是正常的(比如部分联机游戏)也全部挂了,但是只要等 15 分钟就恢复了

itisyang

2019-06-26 08:56:10 +08:00

请说中文

BOYPT

2019-06-26 09:20:39 +08:00

类似的行文方式当年在 qq 空间见过呢。。。这类好像叫做意识流

LuVx

2019-06-26 09:21:24 +08:00

据说今年 7 月份出第一版本, 想了解 http3, 可以阅读这个 https://http3-explained.haxx.se/zh/

LuVx

2019-06-26 09:22:08 +08:00

作者是 curl 的作者

fvckDaybyte2

2019-06-26 09:50:46 +08:00

@janus77 QUIC 翻不了难道不是因为大部分客户端都不支持 UDP Delay 么……很多协议还要故意把 tcp 转成 udp 以换取加速效果吧，比如 kcp

www5070504

2019-06-26 09:54:47 +08:00

这种组织语言的方式让我想到了民科。。。

xhcnb

2019-06-26 09:56:47 +08:00

@www5070504 哈哈哈, 都喜欢用举不合适的例子来讲技术

virus94

2019-06-26 09:56:56 +08:00

http2 都还没普及呢

www5070504

2019-06-26 10:05:46 +08:00

@xhcnb 主要是他们那种断断续续的意识流导致语言组织很混乱所以很多民科说话都颠三倒四的我猜可能是因为他们思维就没有理成一条直线。。。

gamexg

2019-06-26 10:29:05 +08:00

@neoblackcap #36

tcp/ip 的分层设计已经很优秀了，
理论上 ISP(网络传输的各级节点) 负责网络层(IP)，传输层(TCP)的修改不涉及 ISP，只用修改服务端和客户端即可。
但是由于公网 ip 不足，造成 ISP 介入了传输层使用 NAT 来节省公网 ip，使得对传输层的修改也需要考虑 ISP 了。
不过 NAT 只是做一个地址转换，并没那个需求也没那个性能去深入到 tcp 协议细节，例如拥塞控制部分。

常规情况下对拥塞控制等细节的修改并不影响 ISP，当然非常规情况也有，例如 ISP 向网页插入广告等情况会受到影响。

家用路由器等同于 ISP 处的 NAT，一般不会受到影响。

对拥塞控制等修改可能还涉及到企业内部属的入侵检测系统及硬件负载均衡系统，但是根据修改不同和系统工作方式不同受影响程度不一致。

另外一个可能受到影响的是网卡，Intel 等的服务器网卡支持硬件处理 tcp 协议栈，不过我接触的较老的硬件发现处理效果也无所谓，高网络负载下这个硬件实现反而可能是瓶颈，有时还不如关掉直接用 cpu 跑起来快。

另外新老协议共存并不是什么麻烦问题，最初使用老协议握手，当对端也支持新协议时同步升级到新协议是个很简单的操作，TCP 的窗口缩放、http2 都是允许新老功能共存，自动协商升级到新版本。

另外可以举一个现实中的例子：
udp2raw-tunnel 项目为了规避部分 isp 对 udp 限流的问题，直接修改包头，将 udp 伪装成为 tcp，并且并未实现 tcp 的拥塞控制等细节，一样跑的很正常。

drunkbeta

2019-06-26 10:33:29 +08:00

看懂了但是费劲不想回你这个问题

anyele

2019-06-26 10:50:26 +08:00

思维混乱, 可怕

colincat

2019-06-26 10:59:27 +08:00

看懂了，不想回答

wednesdayco

2019-06-26 11:11:05 +08:00

有那么点机翻的感觉……兄弟手动机翻么[doge]

b821025551b

2019-06-26 11:12:05 +08:00

@jinliming2 #34 前几天朋友的 UDP 就是出不去，换成 TCP 就好了，一看运营商：宽带通。

abcbuzhiming

2019-06-26 12:49:21 +08:00

@lhx2008 它还真绕过了，QUIC 是基于 UDP 的协议，实际上就是在 UDP 的基础上自己实现了流控，顺序，包确认机制，说白了吧，TCP 比起 UDP 来说也就是多了这些机制，TCP 这个协议毕竟是几十年前诞生的，有些不太适应这个时代了。我们需要传输可靠，由此我们需要流控，顺序，包确认机制，以前是只有 TCP 实现了这些，但是现在随着时代了进步，确实有一些比 TCP 实现的更好的协议出现了

msaionyc

2019-06-26 13:16:18 +08:00

是 ubuntu

wizardoz

2019-06-26 13:17:28 +08:00

http/2 还没完全普及呢

lhx2008

2019-06-26 13:21:43 +08:00 via Android

@abcbuzhiming 我的意思是，QUIC 的机制本质上思路和 TCP 没有区别，包括握手，确认机制等等。至于 TCP 的问题，TCP 也是可以不断升级的。

Mitt

2019-06-26 13:28:57 +08:00 via iPhone

@geekvcn 我不服，PHP 是世界上最好的语言 🌚

Tenma

2019-06-26 13:34:39 +08:00

不是，你为什么要说但

0x3f3f

2019-06-26 13:37:04 +08:00 via iPhone

哈哈哈哈哈哈，这是讲的中文？？

Mitt

2019-06-26 13:39:08 +08:00 via iPhone

@lhx2008 事实上相反，恰恰就是因为 tcp 不能升级才会出现 quic

Felldeadbird

2019-06-26 13:39:50 +08:00

H2 现在还没全面普及呢，难道要跳开了？

DOLLOR

2019-06-26 15:44:19 +08:00

我们都 H5 了，你们才 H2 吗？🐶

dapan24678

2019-06-26 15:51:47 +08:00

感觉我小学的语文白学了啊啊啊

lowman

2019-06-26 15:57:35 +08:00

现在普遍都还是 http1.1, http2.0 都没办法普及开, 国内市场那就更缓慢了, 还担心 http3 什么时候才能开始, 你这完全是手头工作没做好, 需求不满啊..........是时候该让你的同事给你甩点锅了............

yangxin0

2019-06-26 16:09:05 +08:00

tcp 是传输层，http 是应用层，干的不同的事情。

oneWalker12

2019-06-26 16:14:01 +08:00

又是一个四川重庆的用方言写文字

luoqeng

2019-06-26 16:39:39 +08:00

QUIC 可以无缝切换，替代移动 IP https://apenwarr.ca/log/20170810

RickyC

2019-06-26 16:44:51 +08:00

楼主表达了他盼望基于 quic 的 http3 协议的心情.
在喜悦之余又夹杂着一点担心, 这个东西会不会像 ipv6 一样要等那么久, 或者像 xhtml 一样来了又走了?

在我看来, 楼主的话言简意赅, 语气活跃

是网络帖子不错的范文.

Admstor

2019-06-26 17:19:07 +08:00

知乎提问机器人来 v2 了?

pengyOne

2019-06-26 17:22:34 +08:00

能正常说话吗?

BCy66drFCvk1Ou87

2019-06-26 17:38:57 +08:00

ht
tp
3：t
cp 老大
哥要下
岗
了！我
很
慌啊。

dyllen

2019-06-26 18:34:34 +08:00

我的网站 http2，ipv6 都支持了。

libook

2019-06-26 18:35:28 +08:00

网络协议的层位不是固定死的，而是相对相邻层的，一般说 HTTP 协议可以基于 TCP 协议运行，但如果有能力在 UDP 协议上模拟出一个 TCP 协议，那么这个模拟的 TCP 协议上理论上也是可以跑 HTTP 协议的。

用 UDP 跑 TCP 的案例已经出现过很多个了，比如科-学#上%网用的一些如 unʇdɔʞ(倒着看)，还有ʎɐɹՇꓥ(倒着看)等工具都比较成熟地利用了 UDP 协议。

QUIC 可能比 UDP 模拟 TCP 再跑 HTTP 的方式更加直接，以后的发展潜力也是挺高的。

QUIC 啥时候普及可以参考 HTTP2 的普及情况如何，估计得很多年。