请选择 进入手机版 | 继续访问电脑版
在线投稿 文字标题 文字标题 文字标题 文字标题 文字标题
切换皮肤
QUIC是谷歌开发的TCP终结者,微软则推出了自家的QUIC:MsQuic。
?url=http%3A%2F%2Fdingyue.ws.126.net%2F2020%2F0504%2Fa16b8fb1p00q9tav5004ad200u0007vg00hx004p.jpg

微软透露,自己是QUIC的用户。QUIC是TCP的后续版本,对HTTP3而言不可或缺,但是除了谷歌和Cloudflare外,它并没有引起太多人的兴趣。
QUIC的全称是Quick UDP Internet Connections(快速UDP互联网连接),是谷歌在2013年发布的一种协议,旨在替代繁琐的、依赖操作系统的TCP,从而帮助互联网扩展规模和加快速度。谷歌和Cloudflare都对更快速、更高效的网络互联技术颇感兴趣,它们推动QUIC进入IETF标准流程,该协议已成为HTTP / 3的一部分。
虽然QUIC已进入了Chrome浏览器,但W3Techs之类的观察机构发现,使用该协议的网站仅占网站总数的3%到4%。
这就是为什么作为QUIC用户和倡导者的微软开放了实施QUIC的源代码备受关注!
和往常一样,微软开发了自己的QUIC,并另立名头、称之为MsQuic。该公司发布的帖子显示了它使用MsQuic的情况,如下所示:
Windows将在内核中随带MsQuic,以支持收件箱的各种功能。Windows HTTP/3堆栈是基于MsQuic构建的。
Microsoft 365正在测试使用HTTP/3的IIS预览版,以减少最后一英里的尾部丢失(tail loss)延迟。这目前正在内部环境中积极使用。
.NET Core已将HTTP/3支持功能内置到基于MsQuic的Kestrel和HttpClient中。.NET Core 5.0版本的实验性预览版提供了HTTP/3支持。
Windows中的SMB也在建立原型,以便使用MsQuic。QUIC为SMB带来了几个好处,比如更好的互联网可达性、基于行业标准TLS的安全连接以及带有证书验证的服务器身份验证。最棒的是,这在MsQuic上带来了一种全然不同的工作负载,增强了传输协议的通用性。
该帖子还向我们多少透露了微软为什么捣鼓QUIC:

“MsQuic为许多重要的网络场景带来了性能和安全方面的改进。我们的在线服务从性能改进(比如缩短尾部延迟和加快连接设置)受益匪浅。我们的连接将能够无缝切换网络,因为它们可以承受IP地址/端口更改带来的影响。这无异于可以在我们的边缘设备上获得更好的用户体验。”


QUIC仍处于IETF的标准跟踪过程。微软表示,MsQuic与QUIC同样处于“准备建立原型和测试”的状态,并承诺不久会更深入地披露它实施这项协议的细节。
IETF也认为QUIC将是即将发布的HTTP/3标准的基础,正如SPDY是HTTP/2的基础、TCP是HTTP/1的基础那样。
MsQuic的开源链接:https://github.com/microsoft/msquic
?url=http%3A%2F%2Fdingyue.ws.126.net%2F2020%2F0504%2F22e3858bp00q9tav5004jd200u000irg00hx00b7.jpg





回复

使用道具 举报

    您需要登录后才可以回帖 登录 | 立即注册

    本版积分规则


    Archiver|手机版|小黑屋|齐聚无忧 |网站地图

    Powered by Discuz! X3.4  © 2001-2013 Comsenz Inc.