我最近想把 tcp 换成 quic，做视频传输的，想问问大家踩过哪些坑。
This topic created in 2368 days ago, the information mentioned may be changed or developed.
 |
geekvcnMay 11, 2020
1
除了部分运营商 QoS UDP，还有客户端兼容性，没别的什么坑，如果没有 QoS，速度起飞，特别是服务器不在国内的话，感受更明显
|
 |
2
不敢说熟悉，但是最近给博客折腾了 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，这个是官方支持。 |
2 |
learningmanMay 11, 2020
3
如果是生产环境不建议上，我也就博客折腾着玩玩，这几个都还是草案呢，指不定哪天就变了，目前的趋势还是 IETF QUIC 。
话说 TCP 也不对应 QUIC 啊。。。TCP 对应 UDP 来着 |
 |
hankai17May 11, 2020
6
ats 好像也支持 quic 不知道现在发展的怎么样了 有踩坑的么?
|
 |
janxinMay 11, 2020
7
目前遇到的最大的问题是 QoS 造成的抖动，速度忽快忽慢 /断流，不过量小，仅供参考。
服务器使用的 Caddy 。 |
 |
love4taylorMay 11, 2020
10
B 站的自建节点用过，不知道现在还有没有了。
|
 |
wysnylcMay 11, 2020
11
国内不要使用 QUIC,UDP 会被 QOS
|
 |
luozicMay 11, 2020
12
先试验 http2 with bbr
|
|
luozicMay 11, 2020
13
在传输视频这种东西上，http2 with bbr 和 quic 区别不大，看部分介绍
|
 |
wweirMay 11, 2020 via Android
14
挺好用，上手门槛比 TCP 略高，剩下就是爽和等待了
|
 |
MeteorCatMay 11, 2020 via Android
15
国内 Qos 很严重，我试过一次之后就不想搞了，太费事了
|
 |
MeltdownMay 11, 2020 via Android
16
服务器成本增加
|
 |
kilen3aMay 11, 2020
17
实时传输吗
|
 |
liuminghao233May 12, 2020 via iPhone
19
qos 的问题我感觉主要是大多数中间设备都不知道 quic 是什么
网络拥塞肯定先搞 udp |
 |
fensouMay 12, 2020 via iPhone
20
关键是运营商的 udp 质量太差，现阶段还是别搞了，我也踩过坑了
|
 |
v2clayJul 28, 2021
22
@learningman 现在 V2EX 支持 quic，chrome 默认支持 quic，搞的我老是被中间人攻击
|
|
learningmanJul 28, 2021 via Android
23
@guanyin8cn 啥叫中间人攻击？ QUIC 不可能被 MITM 啊
|
|
v2clayJul 28, 2021
24
@learningman 就发生在我身边。查看我创建的主题，里面有。我新注册的账号，没绑定手机号，不能发链接
|
|
v2clayJul 28, 2021
25
@learningman 请帮忙研究下这个现象。特别奇怪。
|
 |
hu8245Apr 28, 2022
26
QUIC 已经于去年标准化了，当然，还是 google 自己一套，非 Google 的一套，Google 自己那套并非完全符合标准化的 QUIC 协议。当然，效果不错，现在很多公司都上了，如果你不是家宽，QOS 的可能性也不是太大吧?
|
Select Language