首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  程序员

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

  •  
  •   ps1aniuge · 20 天前 · 11449 次点击
    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 条附言  ·  19 天前
    我重说:
    话题 1:
    大家赶脚 http3 大概哪年开始,能初步普及?
    nginx 最新版开始着手 http3 开发了。
    nginx m 版的开发周期为 1 年左右,1 年后 m 版变 stable 稳定版。
    明年这个时候,我们能用上支持 http3 的 nginx 稳定版么?

    iis,edge,ff,chrome,哪年能开始支持 http3,谁给猜测下?
    第 2 条附言  ·  19 天前
    我重说,话题 2:
    http3 已经正式版了么?维基百科里没找到 release-note,和 release-date。
    它啥时候发布正式版的,官网在哪?
    第 3 条附言  ·  19 天前
    我重说,话题 3:
    把 tcp,udp,quic 比喻成数据包的搬运工,有何不妥?
    把 tcp,udp,quic 比喻成数据包的(甲,乙)家快递公司,有何不妥?
    把 [联邦快递] 比喻成不靠谱的快递公司,谁敢说不妥?
    第 4 条附言  ·  19 天前
    我重说,话题 4:
    股沟旗下的 quic 这家快递公司,有服务过什么著名项目么?有过长期+良好口碑么?

    我人肉翻译的结果:
    请问,有什么著名的 7 层应用,是跑在 quic 协议上么?有过长期+良好口碑么?都是哪类应用?有哪些优缺点。
    第 5 条附言  ·  19 天前
    感谢 45 楼。 在 45 楼的网址中,详细解说了 http3。很多问题,都能从内找到答案。
    95 回复  |  直到 2019-06-27 11:10:19 +08:00
        1
    mcfog   20 天前   ♥ 65
    谈技术请说普通话
        2
    neptuno   20 天前   ♥ 4
    楼主可以考虑重新组织一下语言
        3
    ps1aniuge   20 天前
    临时编辑的,轻喷啊~
        4
    mritd   20 天前 via iPhone
    然后你又想表达什么呢?
        5
    KuroNekoFan   20 天前 via iPhone
    跟应用层编程会有什么关系吗
        6
    EminemW   20 天前 via iPhone   ♥ 1
    你在说什么呀
        7
    janus77   20 天前   ♥ 2
    你这是不做功课就来发帖了吧
    国内 ISP 在很多地方都直接阻断了 udp 传输的,我为什么知道?
    因为科学上网的一些文章里都会介绍关闭 chrome 的 quic 加速,否则油管可能看不了,即使线路通。
        8
    lhx2008   20 天前 via Android
    QUIC 不可能绕过 TCP 的
        9
    ps1aniuge   20 天前
    @KuroNekoFan 跟应用层编程会有什么关系吗?----关系应该不大。我觉得甚至无关。
    底层抓包调试有关,但 f12 基本无关。
        10
    nodwang   20 天前 via Android   ♥ 6
    我靠,这都是中国字我咋就看不懂?不说了,回去拿我的小学语文课本学习了。
        11
    rawidn   20 天前 via iPhone
    完全没看懂在说什么
        12
    tinycold   20 天前
    有句话叫啥来着? 「杞人忧天」?
        13
    zephyru   20 天前
    你是说这个...?
    https://tools.ietf.org/html/draft-tsvwg-quic-protocol-01
    实际上现在 http2 推进这么多年了..都不怎么普及...
    这个,估计到实际落地还有一定的时间
        14
    misaka19000   20 天前
    感觉楼主不具备基本的表达能力
        15
    shansing   20 天前
    https://http3-explained.haxx.se/zh/
    看看能不能倒逼运营商优化 UDP 传输吧。
        16
    chengxiao   20 天前 via iPhone
    难 ipv6 这种出来十几年了,而且解决 ip 池问题的东西到现在还没法铺开,别说这个了
        17
    hahaayaoyaoyao   20 天前
    @zephyru 还是很普及的吧,毕竟 http2 对各方都有利益
        18
    Coolwinds   20 天前
    搞 IT 的说话这么花里胡哨让人感觉不踏实。
        19
    azh7138m   20 天前
    建议重学语文。
    QUIC chrome 已经用了很久了。
        20
    geekvcn   20 天前   ♥ 19
    你是不是对 UDP 有什么误解?谁和你说 UDP 不能保证传输完整性的? UDP 的好处在于拥塞控制转移到了应用层,你怎么用完全看你怎么写,你想搞握手你用 UDP 模拟 300 次握手都没关系,校验实现方式也很多,快速重传,接收方缓存,发送方缓存,滑动窗口移动的规则,MSS 你想搞全部搞一遍。
    最讨厌你这种上来就是优劣论的了,一个东西存在就有存在的理由,优势和缺点。你和那些 php 或者 XX 语言是世界上最好的语言的睿智儿童们有的一比,结合自身需求,选择合适的东西这么简单的道理不懂? 还联邦快递,你知道 openvpn 的默认传输协议吗?安全靠的是加密,不是传输协议,quic 比较新标准化进程还没制定完罢了,目前口碑很好,youtube,bilibili 等现在就是用的 quic,不说别的 youtube 量级还不够,目的是加快首帧视频播放,提高用户体验?至于兼容性,现在 chrome 和基于 chromium 的浏览器基本垄断了,除了 IE 绝对不会支持,未来苹果,火狐之类的一定会支持,Edge 也换了 chromium 内核。
        21
    gamexg   20 天前   ♥ 1
    @chengxiao #16 国外的 google、cloudflare 国内的豆瓣,淘宝,知乎,qq 邮箱(静态数据)都已经支持了 http2。
    根据 http2 普及速度看 quic 普及速度不会慢。

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

    quic 换 udp,可能有些硬件设备对 udp 有特殊策略会导致对新协议支持不佳,普及速度不会太理想
        23
    Love4Taylor   20 天前
    国内 B 站之前就已经在自建视频节点上开启 gQUIC 了, 可自行体验. 另外你这类比来类比去, 不如好好说话...
        24
    presoul   20 天前 via Android
    Quic 和 http3 都是基于 udp 但是除此有其他关系吗,楼主表达能力+1
        25
    WhoCanBeRich   20 天前
    ...
        26
    jaybing926   20 天前 via iPhone
    想多了 h2 这都多少年了 都没普及
        27
    dobelee   20 天前 via Android
    说的什么玩意,一个字没看懂。
        28
    zjyl1994   20 天前 via Android
    http2 目前我之见国外大网站和一些自己折腾技术博客的上,http3 想普及先想想怎么解决 udp 丢包的问题吧。天朝很多 isp 的 udp 都是废的
        29
    ety001   20 天前
    看完前几行,我觉得你在写代码前,先把话说好吧。。。
        30
    glues   20 天前
    楼主在说啥?
        31
    leavic   20 天前   ♥ 1
    建议 v2 增加一个按钮,忽略主题并 block 楼主。
        32
    pkookp8   20 天前 via Android
    不得不说,表达能力有点欠缺
    起因经过结果,问题
    等着回帖就行
        33
    yuankui   20 天前   ♥ 1
    真想 block,能说人听得懂的吗?
        34
    jinliming2   20 天前 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 的地区有优化。
        35
    06_taro   20 天前 via Android
    nginx 1.17 准备上 quic,server 端门槛普遍降低指日可待。
    问题是有的 ISP 对 UDP 的 QoS 太厉害了,中间传输估计比 TLS 1.3 刚出来时各位问题更大
        36
    neoblackcap   20 天前   ♥ 1
    @gamexg 讲道理,谷歌不动 TCP 才不是因为客户端的问题,
    实际上是因为网络传输的各级节点压根就不会跟它谷歌一起玩,思科等大型网络设备制造商在 TCP/IP 协议栈上投入了大量的研发,别人解包都是用硬件解包的,你换个新的协议,这些设备根本没法升级。吞吐量肯定会大大下降,或者直接就将你的包丢了,要不然轮得到 quic ? SCTP 多少年了,你看支持的多么?谷歌是吸取了 SCTP 的教训,所以在 udp 上面搞了一个 quic。
    没有 ISP,网络设备制造商的支持,不要说一个谷歌,就算是再来 10 个谷歌怕都不好使。包刚到小区网关就给你丢了,体验还不如 TCP 呢
        37
    liuminghao233   20 天前 via iPhone
    对 udp 的 qos 是有的
    没有就不会出现 udp2raw 之类的神奇工具了
    但多数出现在出口线路上
    国内的话不好说
    国内的机子大多数都是小水管,
    就那几 m 网速 tcp 和 udp 根本跑不出差别
    反正都是这么慢
        38
    MeteorCat   20 天前 via Android
    卧槽,你们都看得懂,我完全看不懂楼主在说啥
        39
    guokeke   20 天前 via Android
    tcp 淘汰我?
        40
    RobertYang   20 天前 via Android
    现在的 ai 都这么智能了,自动发帖?
        41
    ludics   20 天前 via Android
    这说的都是啥
        42
    ragnaroks   19 天前
    @jinliming2 我这里湖北联通会故意劣化 udp,不过是大流量的情况下,KCP 出来的时候我就用上了,3$一年的鸡可以跑满我 200M 带宽,但是经过测试,一旦跑到超过 20M 一段时间(不到 1 分钟),udp 立刻随机无响应,就算是正常的(比如部分联机游戏)也全部挂了,但是只要等 15 分钟就恢复了
        43
    itisyang   19 天前
    请说中文
        44
    BOYPT   19 天前   ♥ 1
    类似的行文方式当年在 qq 空间见过呢。。。这类好像叫做 意识流
        45
    LuVx   19 天前   ♥ 2
    据说今年 7 月份出第一版本, 想了解 http3, 可以阅读 这个 https://http3-explained.haxx.se/zh/
        46
    LuVx   19 天前
    作者是 curl 的作者
        47
    fvckDaybyte2   19 天前
    @janus77 QUIC 翻不了难道不是因为大部分客户端都不支持 UDP Delay 么……很多协议还要故意把 tcp 转成 udp 以换取加速效果吧,比如 kcp
        48
    www5070504   19 天前   ♥ 1
    这种组织语言的方式让我想到了民科。。。
        49
    xhcnb   19 天前   ♥ 1
    @www5070504 哈哈哈, 都喜欢用举不合适的例子来讲技术
        50
    virus94   19 天前
    http2 都还没普及呢
        51
    www5070504   19 天前
    @xhcnb 主要是他们那种断断续续的意识流导致语言组织很混乱 所以很多民科说话都颠三倒四的 我猜可能是因为他们思维就没有理成一条直线。。。
        52
    gamexg   19 天前   ♥ 1
    @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 的拥塞控制等细节,一样跑的很正常。
        53
    drunkbeta   19 天前
    看懂了 但是费劲 不想回你这个问题
        55
    anyele   19 天前
    思维混乱, 可怕
        56
    colincat   19 天前
    看懂了,不想回答
        57
    wednesdayco   19 天前
    有那么点机翻的感觉……兄弟手动机翻么[doge]
        58
    b821025551b   19 天前
    @jinliming2 #34 前几天朋友的 UDP 就是出不去,换成 TCP 就好了,一看运营商:宽带通。
        59
    abcbuzhiming   19 天前
    @lhx2008 它还真绕过了,QUIC 是基于 UDP 的协议,实际上就是在 UDP 的基础上自己实现了流控,顺序,包确认机制,说白了吧,TCP 比起 UDP 来说也就是多了这些机制,TCP 这个协议毕竟是几十年前诞生的,有些不太适应这个时代了。我们需要传输可靠,由此我们需要流控,顺序,包确认机制,以前是只有 TCP 实现了这些,但是现在随着时代了进步,确实有一些比 TCP 实现的更好的协议出现了
        60
    msaionyc   19 天前
    是 ubuntu
        61
    wizardoz   19 天前
    http/2 还没完全普及呢
        62
    lhx2008   19 天前 via Android
    @abcbuzhiming 我的意思是,QUIC 的机制本质上思路和 TCP 没有区别,包括握手,确认机制等等。至于 TCP 的问题,TCP 也是可以不断升级的。
        63
    Mitt   19 天前 via iPhone
    @geekvcn 我不服,PHP 是世界上最好的语言 🌚
        64
    Tenma   19 天前
    不是,你为什么要说但
        65
    0x3f3f   19 天前 via iPhone
    哈哈哈哈哈哈,这是讲的中文??
        66
    Mitt   19 天前 via iPhone
    @lhx2008 事实上相反,恰恰就是因为 tcp 不能升级才会出现 quic
        67
    Felldeadbird   19 天前
    H2 现在还没全面普及呢,难道要跳开了?
        68
    DOLLOR   19 天前   ♥ 1
    我们都 H5 了,你们才 H2 吗?🐶
        69
    dapan24678   19 天前
    感觉我小学的语文白学了啊啊啊
        70
    lowman   19 天前
    现在普遍都还是 http1.1, http2.0 都没办法普及开, 国内市场那就更缓慢了, 还担心 http3 什么时候才能开始, 你这完全是手头工作没做好, 需求不满啊..........是时候该让你的同事给你甩点锅了............
        71
    yangxin0   19 天前
    tcp 是传输层,http 是应用层,干的不同的事情。
        72
    oneWalker12   19 天前
    又是一个四川重庆的用方言写文字
        73
    luoqeng   19 天前
    QUIC 可以无缝切换,替代移动 IP https://apenwarr.ca/log/20170810
        74
    RickyC   19 天前
    楼主表达了他盼望 基于 quic 的 http3 协议的心情.
    在喜悦之余又夹杂着一点担心, 这个东西会不会像 ipv6 一样要等那么久, 或者像 xhtml 一样来了又走了?

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

    是网络帖子不错的范文.
        75
    Admstor   19 天前
    知乎提问机器人来 v2 了?
        76
    pengyOne   19 天前
    能正常说话吗?
        77
    HuasLeung   19 天前
    ht
    tp
    3:t
    cp 老大
    哥要下

    了!我

    慌啊。
        78
    dyllen   19 天前   ♥ 1
    我的网站 http2,ipv6 都支持了。
        79
    libook   19 天前
    网络协议的层位不是固定死的,而是相对相邻层的,一般说 HTTP 协议可以基于 TCP 协议运行,但如果有能力在 UDP 协议上模拟出一个 TCP 协议,那么这个模拟的 TCP 协议上理论上也是可以跑 HTTP 协议的。

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

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

    QUIC 啥时候普及可以参考 HTTP2 的普及情况如何,估计得很多年。
        80
    calmlyman   19 天前
    汝听人言否?听听这是人话吗?
        81
    hesh   19 天前
    不要忽略了 quic 的多流(多路复用)、连接迁移和低延迟的连接的优点。
        82
    cubecube   19 天前 via Android
    udp 丢包率太高了,全面切换,估计会劣化
        83
    yingfengi   19 天前 via Android
    跨运营商存在 udp 阻断现象
        84
    salmon5   19 天前
    @LuVx curl 的作者相当 geek
        85
    cangshui   19 天前 via iPhone
    你吼辣么大声干什么嘛 是不是语言表达能力特别差 你的态度能不能好一点嘛
        86
    ech0x   19 天前 via iPhone
    @lhx2008 tcp 升级没想象的那么容易,看看 fastopen 的普及率就知道了。
        87
    ech0x   19 天前 via iPhone
    y 破 n 是什么哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈
        88
    yegle   18 天前
    Google 有什么业务跑在 QUIC 上? Youtube 啊!互联网 15%流量。
        89
    sdtfll   18 天前 via Android
    看不懂现在一些年轻人说话了,赶脚写成感觉你会慌吗?整篇看的很累。
        90
    Love4Taylor   18 天前
    @yegle #87 基本上所有业务都上了. 有多少人使用 Chrome + Google 搜索引擎, 可以想象这流量是有多大.
        91
    hanbing135   18 天前 via Android
    联邦快递还不靠谱的话 你是准备继续三通一达吗
        92
    CivAx   18 天前
    @hanbing135 #91 联邦快递靠谱的话,会以国家级事件上新闻吗?
        93
    Atukey   18 天前   ♥ 2
        94
    xdzhang   18 天前
    再次验证了技术人员语言能力差的逝世。
        95
    sostart   18 天前
    感觉好多人都是没有听发言能力的... 就跟网上玩狼人杀一样 很多人没听发言的能力 因为他们大多只能接受一种表达方式 有的时候他内心里明明是听懂了 但是却还是纠结于你为什么不那么那么表达...
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   892 人在线   最高记录 5043   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 27ms · UTC 20:04 · PVG 04:04 · LAX 13:04 · JFK 16:04
    ♥ Do have faith in what you're doing.