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