| dbo:abstract
|
- QUIC (zkratka anglického Quick UDP Internet Connections) je experimentální síťový protokol pracující na úrovni transportní vrstvy. S jeho vývojem začala společnost Google, která jej veřejně představila v roce 2013 a od roku 2015 plánuje jeho prosazení u Komise pro technickou správu Internetu (IETF) na oficiální standard. Od podzimu 2018 se navíc předpokládá, že QUIC bude základním prvkem HTTP/3, nové verze protokolu HTTP. Protokol QUIC je založený na protokolu UDP, má poskytovat obsahu podobnou kryptografickou ochranu jako protokol TLS a ideově se jedná o pokračování práce, kterou Google vykonal vytvořením protokolu SPDY, který byl ovšem limitován využívání protokolu TCP. Již od roku 2013 přitom protokol testují uživatelé prohlížeče Google Chrome, který má jeho podporu od verze 29 a se servery Googlu (zejména s YouTube) zkouší komunikovat právě protokolem QUIC. (cs)
- QUIC ist ein auf dem User Datagram Protocol (UDP) aufbauendes zuverlässiges, verbindungsorientiertes und verschlüsseltes Netzwerkprotokoll auf Transportschicht. Es integriert Transport Layer Security (TLS) zur kryptographischen Absicherung der Kommunikation und verfolgt das Ziel, eine höhere Performanz als das Transmission Control Protocol (TCP) zu bieten. QUIC wird von Protokollen wie HTTP/3 oder DNS over QUIC (DoQ) verwendet. (de)
- QUIC (Quick UDP Internet Connections o Conexiones UDP rápidas en Internet) es un protocolo de red experimental sobre la capa de transporte diseñado por Jim Roskind en Google, inicialmente implantado en 2012, y anunciado como experimento ampliado en 2013. QUIC soporta un conjunto de conexiones multiplexadas entre dos extremos sobre UDP (User Datagram Protocol), y fue diseñado para proveer seguridad equivalente a TLS/SSL, junto con latencia de conexión y de transporte reducidas, y estimación de ancho de banda en cada dirección para evitar la congestión. El principal objetivo de QUIC es mejorar el rendimiento percibido de aplicaciones web orientadas a conexión que usan actualmente TCP. También proporciona un entorno para la iteración rápida de algoritmos de prevención de congestión, estableciendo control en el espacio de aplicación en ambos extremos, en lugar de hacerlo en el (lento de actualizar a nivel de cliente) espacio kernel. En junio de 2015, un borrador de trabajo (Internet Draft) sobre una especificación para QUIC fue presentado al IETF para su estandarización. En 2016 se estableció un grupo de trabajo de QUIC. (es)
- QUIC est un protocole de la couche transport qui a été initié par chez Google.Il a été repris par l'IETF en 2015 dans le but de le normaliser via les RFC 8999, 9000, 9001 et 9002.L'IETF souhaite notamment normaliser ce protocole de communication pour le rendre utilisable par n'importe quel protocole de la couche application. Les acteurs impliqués veulent que QUIC soit plus que "HTTP sur UDP", là où Google désirait prioriser le web.Initialement QUIC signifiait « Quick UDP Internet Connections », mais l'IETF ne le considère pas comme un acronyme et il n'y en a aucune trace dans les RFC.Ce protocole a pour but de remplacer TCP (HTTP/3), il en reprend d'ailleurs la plus grande partie des fonctionnalités comme la réémission des paquets perdus et le contrôle de congestion, ce qui lui a valu le surnom de TCP/2. Il ajoute plusieurs nouvelles fonctionnalités telles qu'une ré-émission des paquets perdus non bloquante, une gestion de la couche transport par l'application et non par le noyau, un chiffrement TLS complet obligatoire là où il est optionnel avec TCP.Cet ajout du protocole TLS au sein de QUIC lui permet également un handshake TLS plus rapide (3 messages contre 6 pour TCP). Par construction, il lutte également contre l'ossification.QUIC est encapsulé dans UDP afin de pouvoir passer les équipements intermédiaires. En effet, la plupart de ces équipements n'autorise que le trafic connu (donc TCP ou UDP). (fr)
- QUIC (pronounced "quick") is a general-purpose transport layer network protocol initially designed by Jim Roskind at Google, implemented, and deployed in 2012, announced publicly in 2013 as experimentation broadened, and described at an IETF meeting. QUIC is used by more than half of all connections from the Chrome web browser to Google's servers. Microsoft Edge (a derivative of the open-source Chromium browser) and Firefox support it. Safari implements the protocol, however it is not enabled by default. Although its name was initially proposed as the acronym for "Quick UDP Internet Connections", IETF's use of the word QUIC is not an acronym; it is simply the name of the protocol. QUIC improves performance of connection-oriented web applications that are currently using TCP. It does this by establishing a number of multiplexed connections between two endpoints using User Datagram Protocol (UDP), and is designed to obsolete TCP at the transport layer for many applications, thus earning the protocol the occasional nickname "TCP/2". QUIC works hand-in-hand with HTTP/2's multiplexed connections, allowing multiple streams of data to reach all the endpoints independently, and hence independent of packet losses involving other streams. In contrast, HTTP/2 hosted on Transmission Control Protocol (TCP) can suffer head-of-line-blocking delays of all multiplexed streams if any of the TCP packets are delayed or lost. QUIC's secondary goals include reduced connection and transport latency, and bandwidth estimation in each direction to avoid congestion. It also moves congestion control algorithms into the user space at both endpoints, rather than the kernel space, which it is claimed will allow these algorithms to improve more rapidly. Additionally, the protocol can be extended with forward error correction (FEC) to further improve performance when errors are expected, and this is seen as the next step in the protocol's evolution. It has been designed to avoid protocol ossification so that it remains evolvable, unlike TCP which has suffered significant ossification. In June 2015, an Internet Draft of a specification for QUIC was submitted to the IETF for standardization. A QUIC working group was established in 2016. In October 2018, the IETF's HTTP and QUIC Working Groups jointly decided to call the HTTP mapping over QUIC "HTTP/3" in advance of making it a worldwide standard. In May 2021, the IETF standardized QUIC in RFC 9000, supported by RFC 8999, RFC 9001 and RFC 9002. (en)
- QUIC("퀵"으로 발음)은 범용 목적의 전송 계층 통신 프로토콜로서,구글의 짐 로스킨드(Jim Roskind)가 처음 설계하였고, 2012년 구현 및 적용되었으며, 2013년 실험 확대로서 공개 발표되었고, 국제 인터넷 표준화 기구에 기술되었다. 여전히 상태이지만 QUIC는 구글 크롬에서부터 구글 서버에 이르는 모든 연결의 절반 이상에 사용된다. 마이크로소프트 엣지 모질라 파이어폭스가 이를 지원하되 이를 기본값으로 활성화해두지는 않은 반면 사파리는 기본값으로 QUIC를 활성화하고 있다. 이름이 처음에 "Quick UDP Internet Connections"의 두문자로 제안되었으나, IETF는 QUIC라는 단어를 사용 시 두문자로 사용하지 않으며 단순히 프로토콜의 이름으로 호칭한다. QUIC는 TCP를 사용하는 연결 지향 웹 애플리케이션의 성능을 개선한다. 사용자 데이터그램 프로토콜(UDP)를 경유하여 2개의 종단점 간 수많은 다중화 연결을 확립함으로써 이를 달성한다. HTTP/2의 다중화 연결과 협력하여 동작하며 여러 데이터 스트림들이 개별적으로 모든 종단점에 도달할 수 있고 다른 스트림을 수반하는 에 독립적이다. 이와 대조적으로 전송 제어 프로토콜(TCP)로 호스팅되는 HTTP/2는 어떠한 TCP 패킷이라도 지연되거나 소실될 경우 모든 다중화 스트림에 대해 지연 문제가 발생한다. QUIC의 2차적 목표는 혼잡 회피를 위해 각 방향에서 발생할 수 있는 연결 및 전송 와 대역폭을 감소시키는 것이다. 또, 두 종단점의 혼잡 제어 알고리즘을 커널 공간이 아닌 사용자 공간 안으로 배치시킴으로써 이 알고리즘을 더 빠르게 개선시킬 수 있다고 주장된다. 게다가 이 프로토콜은 오류 예측 시 (FEC)과 함께 성능을 추가적으로 개선시킬 수 있으며 이는 프로토콜 발전의 다음 단계로 간주된다. 2015년 6월, QUIC 사양의 가 표준화를 위해 국제 인터넷 표준화 기구에 제출되었다. QUIC 워킹 그룹은 2016년 설립되었다. 2018년 10월, IETF의 HTTP 및 QUIC 워킹 그룹은 전 세계 표준화 이전에 QUIC 경유 HTTP를 HTTP/3으로 호칭하기로 공동 결정하였다. (ko)
- QUIC（クイック）は、汎用のトランスポート層の通信プロトコルである。GoogleのJim Roskindによって設計され、2012年に実装・デプロイが行われ、実験が広まっていった2013年に公表され、その後IETFでの標準化が進められた。GoogleのQUICとIETFのQUICと区別して、gQUICとiQUICと呼称することもある。QUICはChromeウェブブラウザからGoogleのサーバーへの全コネクションの半分以上で利用されている。デフォルトでは有効にされていないが、Microsoft Edge、Firefox、Safariでも実装されている。 QUICは、User Datagram Protocol（UDP）上の2つのエンドポイント間の多重化接続の集合体に対応しており、TLS/SSLと同等のセキュリティ保護を提供するだけでなく、接続と転送のレイテンシ削減やネットワーク輻輳を避けるために各方向で推定を行う。主な目標は現在TCPを使用するウェブアプリケーションの接続指向を最適化することである。 2015年6月、標準化のためにQUICの仕様のInternet DraftがIETFに提出された。QUIC working groupは2016年に設立された。2018年10月、IETFのHTTP Working GroupとQUIC Working Groupは共同で、世界標準を作成することに先駆けて、HTTP mapping over QUICを「HTTP/3」と呼ぶことを決定した。2021年5月、IETFは最終的にQUICをRFC 9000とそれをサポートするRFC 8999、RFC 9001、RFC 9002によって標準化した。 (ja)
- In telecomunicazioni e informatica, QUIC (pronunciato "quick") è un protocollo di rete di livello di trasporto per uso generico inizialmente progettato da Jim Roskind di Google. Implementato e distribuito nel 2012, è stato annunciato pubblicamente nel 2013 con l'ampliamento della sperimentazione e descritto all'IETF. Pur essendo ancora un Internet Draft, QUIC è utilizzato da più della metà di tutte le connessioni dal browser web Chrome ai server di Google. Microsoft Edge, Firefox e Safari Technology Preview lo supportano, anche se non è abilitato. (it)
- QUIC é um protocolo de rede de camada de transporte para propósitos gerais inicialmente concebido por Jim Roskind no Google, implementado e implantado em 2012, anunciado publicamente em 2013, à medida que a experimentação se alarga e descrito em uma reunião da IETF. O QUIC é utilizado por mais de metade de todas as conexões do navegador Web Chrome para os servidores da Google. Microsoft Edge, Firefox, e Safari oferecem suporte, mesmo se não habilitado por padrão. Embora seu nome tenha sido inicialmente proposto como o acrônimo de "Quick UDP Internet Connections", o uso da palavra QUIC pela IETF não é um acrônimo; é simplesmente o nome do protocolo. O QUIC melhora o desempenho das aplicações web orientadas para a conexão que estão atualmente utilizando TCP. Ele faz isso estabelecendo várias conexões multiplexadas entre dois pontos finais usando o protocolo User Datagram Protocol (UDP), e é projetado para tornar o TCP obsoleto na camada de rede para muitas aplicações, ganhando assim o protocolo o ocasional apelido "TCP/2". O QUIC trabalha lado a lado com as conexões multiplexadas do HTTP/2, permitindo que múltiplos fluxos de dados cheguem a todos os pontos terminais de forma independente e, portanto, independente de perdas de pacotes envolvendo outros fluxos. Em contraste, o HTTP/2 hospedado no Protocolo de Controle de Transmissão (TCP) pode sofrer atrasos de bloqueio de cabeça de linha de todos os fluxos multiplexados se algum dos pacotes TCP for atrasado ou perdido. Os objetivos secundários do QUIC incluem a redução da latência da ligação e do transporte, e a estimativa da largura de banda em cada direção para evitar congestionamentos. Também move algoritmos de controle de congestionamento para o espaço de usuário em ambos os pontos terminais, em vez do espaço de núcleo, o que, segundo se afirma, permitirá que estes algoritmos melhorem mais rapidamente. Além disso, o protocolo pode ser alargado com a correção de erros em avanço (FEC) para melhorar ainda mais o desempenho quando são esperados erros, o que é visto como o próximo passo na evolução do protocolo. Em Junho de 2015, foi apresentado à IETF, para normalização, um projeto de especificação do QUIC na Internet. Em 2016, foi criado um grupo de trabalho QUIC. Em Outubro de 2018, os Grupos de Trabalho HTTP e QUIC da IETF decidiram conjuntamente chamar ao mapeamento HTTP sobre o QUIC "HTTP/3", antes de o tornarem um padrão mundial. Em maio de 2021, a IETF padronizou o QUIC no RFC 9000, com suporte no RFC 8999, RFC 9001 e RFC 9002. (pt)
- QUIC (сокр. от англ. Quick UDP Internet Connections; произносится quick) — экспериментальный интернет-протокол, разработанный Google в конце 2012 года. QUIC позволяет мультиплексировать несколько потоков данных между двумя компьютерами, работая поверх протокола UDP, и содержит возможности шифрования, эквивалентные TLS и SSL. Имеет более низкую задержку соединения и передачи, чем TCP. Хорошо переносит потерю части пакетов путём выравнивания границ криптографических блоков по границам пакетов. В протокол заложена возможность прямой (упреждающей) коррекции ошибок на уровне пакетов, но на практике она отключена. (ru)
- QUIC (англ. Quick UDP Internet Connections) — транспортний мережевий протокол, який розвивається компанією Google з 2013 року як альтернатива зв'язці TCP + TLS для веб. Він вирішує проблеми з великим часом встановлення і узгодження з'єднань в TCP і усуває затримки при втраті пакетів в процесі передачі даних. QUIC є надбудовою над протоколом UDP, що підтримує мультиплексування декількох з'єднань і забезпечує методи шифрування, еквівалентні TLS/SSL. Протокол вже інтегрований в серверну інфраструктуру Google і активно застосовується для обслуговування запитів клієнтів на серверах Google, з квітня 2020 підтримується за замовчуванням Google Chrome, в Firefox 88 підтримується з квітня 2021, з Safari 14, який постачається з iOS 14 та macOS Big Sur, підтримка присутня, але вимкнена за замовчуванням. Протокол HTTP/3 реалізує надбудову для забезпечення роботи HTTP поверх протоколу QUIC. Безпосередньо протокол QUIC був доданий в браузер Chrome у 2014 році і відтоді використовується для оптимізації роботи з сервісами Google. При цьому застосований в Chrome варіант QUIC від Google в деяких деталях відрізнявся від варіанта з специфікацій IETF, але тепер[коли?] реалізації синхронізовані. (uk)
- QUIC（读作“quick”）是一个通用的传输层网络协议，最初由Google的设计。该协议于2012年实现并部署，2013年随着实验范围的扩大而公开发布，并向IETF描述。虽然长期处于阶段，但从Chrome浏览器至Google服务器的连接中超过一半的连接都使用了QUIC。Microsoft Edge、Firefox都已支持此协议；Safari实现了QUIC，但默认情况下没有启用。QUIC于RFC9000中被正式标准化。 虽然QUIC的名称最初是“快速UDP互联网连接”（Quick UDP Internet Connection）的首字母缩写，但IETF指定的标准中QUIC并不是任何内容的缩写。QUIC提高了目前使用TCP的面向连接的网络应用的性能。它通过使用用户数据报协议（UDP）在两个端点之间建立若干个多路连接来实现这一目标，其目的是为了在网络层淘汰TCP，以满足许多应用的需求，因此该协议偶尔也会获得 “TCP/2”的昵称。 QUIC与HTTP/2的多路复用连接协同工作，允许多个数据流独立到达所有端点，因此不受涉及其他数据流的丢包影响。相反，HTTP/2建立在传输控制协议（TCP）上，如果任何一个TCP数据包延迟或丢失，所有多路数据流都会遭受队头阻塞延迟。 QUIC的次要目标包括降低连接和传输时延，以及每个方向的带宽估计以避免拥塞。它还将拥塞控制算法移到了两个端点的使用者空間，而不是内核空间，据称这将使这些算法得到更快的改进。此外，该协议还可以扩展前向纠错（FEC），以进一步提高预期错误时的性能，这被视为协议演进的下一步。 2015年6月，QUIC规范的提交给IETF进行标准化。2016年，成立了QUIC工作组。2018年10月，IETF的HTTP工作组和QUIC工作组共同决定将QUIC上的HTTP映射称为 "HTTP/3"，以提前使其成为全球标准。2021年5月IETF公布RFC9000，QUIC规范推出了标准化版本。 (zh)
|
| rdfs:comment
|
- QUIC ist ein auf dem User Datagram Protocol (UDP) aufbauendes zuverlässiges, verbindungsorientiertes und verschlüsseltes Netzwerkprotokoll auf Transportschicht. Es integriert Transport Layer Security (TLS) zur kryptographischen Absicherung der Kommunikation und verfolgt das Ziel, eine höhere Performanz als das Transmission Control Protocol (TCP) zu bieten. QUIC wird von Protokollen wie HTTP/3 oder DNS over QUIC (DoQ) verwendet. (de)
- In telecomunicazioni e informatica, QUIC (pronunciato "quick") è un protocollo di rete di livello di trasporto per uso generico inizialmente progettato da Jim Roskind di Google. Implementato e distribuito nel 2012, è stato annunciato pubblicamente nel 2013 con l'ampliamento della sperimentazione e descritto all'IETF. Pur essendo ancora un Internet Draft, QUIC è utilizzato da più della metà di tutte le connessioni dal browser web Chrome ai server di Google. Microsoft Edge, Firefox e Safari Technology Preview lo supportano, anche se non è abilitato. (it)
- QUIC (сокр. от англ. Quick UDP Internet Connections; произносится quick) — экспериментальный интернет-протокол, разработанный Google в конце 2012 года. QUIC позволяет мультиплексировать несколько потоков данных между двумя компьютерами, работая поверх протокола UDP, и содержит возможности шифрования, эквивалентные TLS и SSL. Имеет более низкую задержку соединения и передачи, чем TCP. Хорошо переносит потерю части пакетов путём выравнивания границ криптографических блоков по границам пакетов. В протокол заложена возможность прямой (упреждающей) коррекции ошибок на уровне пакетов, но на практике она отключена. (ru)
- QUIC (zkratka anglického Quick UDP Internet Connections) je experimentální síťový protokol pracující na úrovni transportní vrstvy. S jeho vývojem začala společnost Google, která jej veřejně představila v roce 2013 a od roku 2015 plánuje jeho prosazení u Komise pro technickou správu Internetu (IETF) na oficiální standard. Od podzimu 2018 se navíc předpokládá, že QUIC bude základním prvkem HTTP/3, nové verze protokolu HTTP. (cs)
- QUIC (Quick UDP Internet Connections o Conexiones UDP rápidas en Internet) es un protocolo de red experimental sobre la capa de transporte diseñado por Jim Roskind en Google, inicialmente implantado en 2012, y anunciado como experimento ampliado en 2013. QUIC soporta un conjunto de conexiones multiplexadas entre dos extremos sobre UDP (User Datagram Protocol), y fue diseñado para proveer seguridad equivalente a TLS/SSL, junto con latencia de conexión y de transporte reducidas, y estimación de ancho de banda en cada dirección para evitar la congestión. El principal objetivo de QUIC es mejorar el rendimiento percibido de aplicaciones web orientadas a conexión que usan actualmente TCP. También proporciona un entorno para la iteración rápida de algoritmos de prevención de congestión, estableci (es)
- QUIC (pronounced "quick") is a general-purpose transport layer network protocol initially designed by Jim Roskind at Google, implemented, and deployed in 2012, announced publicly in 2013 as experimentation broadened, and described at an IETF meeting. QUIC is used by more than half of all connections from the Chrome web browser to Google's servers. Microsoft Edge (a derivative of the open-source Chromium browser) and Firefox support it. Safari implements the protocol, however it is not enabled by default. (en)
- QUIC est un protocole de la couche transport qui a été initié par chez Google.Il a été repris par l'IETF en 2015 dans le but de le normaliser via les RFC 8999, 9000, 9001 et 9002.L'IETF souhaite notamment normaliser ce protocole de communication pour le rendre utilisable par n'importe quel protocole de la couche application. Les acteurs impliqués veulent que QUIC soit plus que "HTTP sur UDP", là où Google désirait prioriser le web.Initialement QUIC signifiait « Quick UDP Internet Connections », mais l'IETF ne le considère pas comme un acronyme et il n'y en a aucune trace dans les RFC.Ce protocole a pour but de remplacer TCP (HTTP/3), il en reprend d'ailleurs la plus grande partie des fonctionnalités comme la réémission des paquets perdus et le contrôle de congestion, ce qui lui a valu le (fr)
- QUIC("퀵"으로 발음)은 범용 목적의 전송 계층 통신 프로토콜로서,구글의 짐 로스킨드(Jim Roskind)가 처음 설계하였고, 2012년 구현 및 적용되었으며, 2013년 실험 확대로서 공개 발표되었고, 국제 인터넷 표준화 기구에 기술되었다. 여전히 상태이지만 QUIC는 구글 크롬에서부터 구글 서버에 이르는 모든 연결의 절반 이상에 사용된다. 마이크로소프트 엣지 모질라 파이어폭스가 이를 지원하되 이를 기본값으로 활성화해두지는 않은 반면 사파리는 기본값으로 QUIC를 활성화하고 있다. 이름이 처음에 "Quick UDP Internet Connections"의 두문자로 제안되었으나, IETF는 QUIC라는 단어를 사용 시 두문자로 사용하지 않으며 단순히 프로토콜의 이름으로 호칭한다. 2015년 6월, QUIC 사양의 가 표준화를 위해 국제 인터넷 표준화 기구에 제출되었다. QUIC 워킹 그룹은 2016년 설립되었다. 2018년 10월, IETF의 HTTP 및 QUIC 워킹 그룹은 전 세계 표준화 이전에 QUIC 경유 HTTP를 HTTP/3으로 호칭하기로 공동 결정하였다. (ko)
- QUIC（クイック）は、汎用のトランスポート層の通信プロトコルである。GoogleのJim Roskindによって設計され、2012年に実装・デプロイが行われ、実験が広まっていった2013年に公表され、その後IETFでの標準化が進められた。GoogleのQUICとIETFのQUICと区別して、gQUICとiQUICと呼称することもある。QUICはChromeウェブブラウザからGoogleのサーバーへの全コネクションの半分以上で利用されている。デフォルトでは有効にされていないが、Microsoft Edge、Firefox、Safariでも実装されている。 QUICは、User Datagram Protocol（UDP）上の2つのエンドポイント間の多重化接続の集合体に対応しており、TLS/SSLと同等のセキュリティ保護を提供するだけでなく、接続と転送のレイテンシ削減やネットワーク輻輳を避けるために各方向で推定を行う。主な目標は現在TCPを使用するウェブアプリケーションの接続指向を最適化することである。 (ja)
- QUIC é um protocolo de rede de camada de transporte para propósitos gerais inicialmente concebido por Jim Roskind no Google, implementado e implantado em 2012, anunciado publicamente em 2013, à medida que a experimentação se alarga e descrito em uma reunião da IETF. O QUIC é utilizado por mais de metade de todas as conexões do navegador Web Chrome para os servidores da Google. Microsoft Edge, Firefox, e Safari oferecem suporte, mesmo se não habilitado por padrão. (pt)
- QUIC (англ. Quick UDP Internet Connections) — транспортний мережевий протокол, який розвивається компанією Google з 2013 року як альтернатива зв'язці TCP + TLS для веб. Він вирішує проблеми з великим часом встановлення і узгодження з'єднань в TCP і усуває затримки при втраті пакетів в процесі передачі даних. QUIC є надбудовою над протоколом UDP, що підтримує мультиплексування декількох з'єднань і забезпечує методи шифрування, еквівалентні TLS/SSL. Протокол вже інтегрований в серверну інфраструктуру Google і активно застосовується для обслуговування запитів клієнтів на серверах Google, з квітня 2020 підтримується за замовчуванням Google Chrome, в Firefox 88 підтримується з квітня 2021, з Safari 14, який постачається з iOS 14 та macOS Big Sur, підтримка присутня, але вимкнена за замовчування (uk)
- QUIC（读作“quick”）是一个通用的传输层网络协议，最初由Google的设计。该协议于2012年实现并部署，2013年随着实验范围的扩大而公开发布，并向IETF描述。虽然长期处于阶段，但从Chrome浏览器至Google服务器的连接中超过一半的连接都使用了QUIC。Microsoft Edge、Firefox都已支持此协议；Safari实现了QUIC，但默认情况下没有启用。QUIC于RFC9000中被正式标准化。 虽然QUIC的名称最初是“快速UDP互联网连接”（Quick UDP Internet Connection）的首字母缩写，但IETF指定的标准中QUIC并不是任何内容的缩写。QUIC提高了目前使用TCP的面向连接的网络应用的性能。它通过使用用户数据报协议（UDP）在两个端点之间建立若干个多路连接来实现这一目标，其目的是为了在网络层淘汰TCP，以满足许多应用的需求，因此该协议偶尔也会获得 “TCP/2”的昵称。 QUIC与HTTP/2的多路复用连接协同工作，允许多个数据流独立到达所有端点，因此不受涉及其他数据流的丢包影响。相反，HTTP/2建立在传输控制协议（TCP）上，如果任何一个TCP数据包延迟或丢失，所有多路数据流都会遭受队头阻塞延迟。 (zh)
|
