IETF发布QUIC正式版RFC 9000，Cloudflare：现约有12％流量为使用QUIC的HTTP/3

IETF（Internet Engineering Task Force）现在发布RFC 9000，这是QUIC传输通讯协定的正式标准化版本，并且获得RFC 9001、RFC 9002和RFC 8999的支援，IETF的这项发布，代表着各组织原本所部署的QUIC草案，都会逐渐改为使用这个正式的第一版。根据Cloudflare的分析，现在互联网上使用QUIC的HTTP/3流量约有12％。

QUIC以UDP为基础，是快速UDP网络连线（Quick UDP Internet Connections）的缩写，与TCP比起来，QUIC在预设情况更具有安全性，可以保护资料在传输时不受窥探，而他的主要优点之一，便是高效能的交握能力，不只能够快速连接交握，还可以减轻因为网络封包丢失或是延迟，所带来的效能降低，当客户端和服务器端双方曾经建立QUIC连线，则之后便不再需要进行任何交握，就可以直接传输资料。

不过QUIC只是一个传输协定，要能发挥作用，必须映射到应用程序协定当中，与QUIC规范同时进行的HTTP/3，设计也已经完成，在经过完整的评估和测试之后，也会被发布为RFC，不过，有许多组织，早就开始提供QUIC和HTTP/3的支援。Cloudflare使用Radar工具分析互联网的流量，目前有大约12％的互联网流量，为使用QUIC的HTTP/3，Cloudflare提到，在RFC 9000发布之后，这个比例还会再往上增加。

Cloudflare现在也宣布支援客户端直接使用QUIC进行连接，并且使用ALPN识别符号h3标示使用QUIC第一版。Cloudflare提到，他们服务器监听UDP连接埠443的QUIC流量，当客户端以UDP发送QUIC资料封包，就会启动交握程序，而初始封包包含版本辨识符号，来告诉服务器要使用的QUIC版本。

过去QUIC历经多个草案变化，因此发展出了辨识符号，以沟通客户端和服务器端使用一致的内容，RFC 9000版本识别符号为0x00000001。当客户端的HTTP请求使用QUIC和HTTP/3时，Cloudflare会回传ALT-SVC标头，以确认要使用的QUIC版本，过去用户想要在浏览器中测试QUIC，需要启动实验性功能，但现在许多浏览器已经预设支援QUIC。

Cloudflare提到，从现在开始，他们为了要加速对QUIC的支援，因此改变Alt-SVC广播，加入包括h3辨识符号。不过这些协定升级行为都是在后台进行，使用者不需要做出任何改变。