http3: tcp 老大哥要下岗了!我很慌啊。

2019-06-25 18:59:32 +08:00
 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 中?谁谈谈?
16900 次点击
所在节点    程序员
95 条回复
ludics
2019-06-26 01:49:49 +08:00
这说的都是啥
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
看懂了 但是费劲 不想回你这个问题
mejinke
2019-06-26 10:40:31 +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

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/577389

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX