互联网的巨大飞跃--Quic的最后呼唤

QUIC是一种新的互联网传输协议，用于安全、可靠和多路复用的通信。HTTP/3构建在Quic之上，利用新功能来修复性能问题，如队头阻塞。这使得网页加载速度更快，特别是在麻烦的网络上。

QUIC和HTTP/3是在IETF中开发了几乎整整4年的开放标准。2020年10月21日，经过两轮工作组Last Call之后，描述Quic和HTTP/3的文档家族中的32个草案被放入IETF Last Call。这对集团来说是一个重要的里程碑。我们现在告诉整个IETF社区，我们认为我们差不多完成了，我们将欢迎他们的最终审查。

就我个人而言，我以某种形式与奎克打交道已经有很多年了。今年早些时候，我很荣幸被邀请帮助担任工作组的共同主席。我很高兴能帮助这些文件度过这个重要的阶段，并感谢所有参与其中的人所做的努力，特别是编辑们。我也对未来在Quic v1上发展的机会感到兴奋，以帮助建立更好的互联网。

协议开发有两个方面。一个方面涉及编写和迭代描述协议本身的文档。然后，实现、部署和测试库、客户端和/或服务器。这些方面齐头并进，帮助工作组朝着实现其章程所列目标迈进。IETF Last Call标志着团队和他们负责的区域总监(在本例中为Magnus Westlund)相信这项工作已基本完成。现在是向更广泛的IETF社区征求反馈意见以供审查的时候了。在Last Call期间结束时，利益相关者将进行盘点，根据需要处理反馈，并祈祷进入下一步，要求将文档作为RFC发布在标准轨道上。

尽管规范和实现齐头并进，但它们通常以不同的速度进行，这是完全没有问题的。到目前为止，Quic规范已经成熟且可部署了很长一段时间。从2019年9月开始，HTTP/3就可以在Cloudflare边缘上使用，我们很高兴看到Chrome、Firefox、Safari、CURL等用户代理推出了对HTTP/3的支持。虽然32草案是最新的规范，但社区暂时还是将29草案作为互操作性的坚实基础。这不应该令人惊讶，因为基础方面明确了迭代之间的更改范围减少。对于街上的普通人来说，29岁和32岁之间并没有太大的区别。所以今天，如果你访问一个启用了http/3的网站，比如https://cloudflare-quic.com，你可能会看到包含Alt-Svc：h3-29="；…的响应头。。不久之后，一旦最后一次通话完成，RFC发货，您将开始看到网站简单地提供Alt-Svc：h3=#34；…。(注意，没有草稿版本！)。

我们在https://cloudflare-quic.com.上收集了一堆资源链接。如果您更喜欢交互式视觉学习，您可能会很高兴听到我还在Cloudflare TV上主持了一部名为“用HTTP提升网络性能”的系列剧。有超过12个小时的内容，包括Quic的基础知识，使用Wireshark等工具测量和调试运行中的协议的方法，以及几个深入探讨特定主题的内容。我也很幸运，沿途有一些客座专家和我一起。下表概述了可供点播的剧集。

那么，Last Call是否意味着Quic已经完成了？希望不大。新协议是互联网的一次巨大飞跃，因为它带来了新的机会和创新。Quicv1基本上是已进入最后调用的文档集。我们将继续看到人们获得部署和测试这一功能的经验，毫无疑问，关于调整参数以提高效率和性能的很酷的博客帖子也会出现在雷达上。但是Quic和HTTP/3是可扩展的，所以我们会看到人们对尝试新事物感兴趣，比如多路径、不同的拥塞控制方法，或者不可靠地传输数据的新方法，比如数据报帧。

我们还看到人们对将Quic用于其他用例感兴趣。将DNS等其他应用程序协议映射到Quic是实现其改进的一种快速方法。我们看到人们想要使用Quic作为承载其他传输协议的基底，因此成立了假面工作组。有些人想使用Quic和HTTP/3作为增强型WebSocket，于是WebTransport工作组应运而生。

Quic HTTP3速度安全