有熟悉 QUIC 的吗？

[opentrade]

我最近想把 tcp 换成 quic，做视频传输的，想问问大家踩过哪些坑。

[geekvcn]

除了部分运营商 QoS UDP，还有客户端兼容性，没别的什么坑，如果没有 QoS，速度起飞，特别是服务器不在国内的话，感受更明显

[learningman]

不敢说熟悉，但是最近给博客折腾了 QUIC，满头的包，你要是愿意等我两天，我应该会写篇博客。
大致说一下大的坑，目前的标准是 http3，也叫 IETF QUIC，但是这玩意儿在 chrome 上要强制指定 QUIC 为 h3-25,h3-27 这样，需要自己添加启动项，在 Firefox 上倒是直接就走 HTTP/3 。如果要求默认就走 QUIC，要用 gQUIC，这个的最新版本是 Q048，chrome 的主线版本是 Q046 。

IETF QUIC 和 Google QUIC 其实是两个东西。

我用的是搜狐的那个方案，让 nginx 支持 QUIC，这个可以同时支持 gQUIC 和 IETF QUIC 。Cloudflare 的那个 quiche 是只支持 IETF QUIC 。

还有用 caddy 单独反代 udp/443 的。或者直接上 litespeed，这个是官方支持。

[learningman]

如果是生产环境不建议上，我也就博客折腾着玩玩，这几个都还是草案呢，指不定哪天就变了，目前的趋势还是 IETF QUIC 。
话说 TCP 也不对应 QUIC 啊。。。TCP 对应 UDP 来着

[opentrade]

@geekvcn 我的不是基于浏览器，两端都是自己写，不存在兼容性问题

[opentrade]

@geekvcn 请问 QoS 到底会产生啥问题？

[hankai17]

ats 好像也支持 quic 不知道现在发展的怎么样了 有踩坑的么?

[janxin]

目前遇到的最大的问题是 QoS 造成的抖动，速度忽快忽慢 /断流，不过量小，仅供参考。

服务器使用的 Caddy 。

[Aoang]

@opentrade 丢包。可明显感受到的就是断流，或者速度一会儿是正常的一会儿近乎龟速

[opentrade]

@Aoang 谢谢

[love4taylor]

B 站的自建节点用过，不知道现在还有没有了。

[wysnylc]

国内不要使用 QUIC,UDP 会被 QOS

[luozic]

先试验 http2 with bbr

[luozic]

在传输视频这种东西上，http2 with bbr 和 quic 区别不大，看部分介绍

[wweir]

挺好用，上手门槛比 TCP 略高，剩下就是爽和等待了

[MeteorCat]

国内 Qos 很严重，我试过一次之后就不想搞了，太费事了

[Meltdown]

服务器成本增加

[kilen3a]

实时传输吗

[opentrade]

@kilen3a 是

[liuminghao233]

qos 的问题我感觉主要是大多数中间设备都不知道 quic 是什么
网络拥塞肯定先搞 udp

[fensou]

关键是运营商的 udp 质量太差，现阶段还是别搞了，我也踩过坑了