QUIC

QUIC (pronunciat "ràpid") és un protocol de xarxa de propòsit general de capa de transport dissenyat inicialment per Jim Roskind a Google, implementat i desplegat el 2012, anunciat públicament el 2013 a mesura que s'ampliava l'experimentació, i descrit en una reunió de l'IETF. QUIC és utilitzat per més de la meitat de totes les connexions des del navegador web Chrome als servidors de Google.^[1] Microsoft Edge (un derivat del navegador de codi obert Chromium) ^[2][3] i Firefox ^[4] ho admeten. Safari implementa el protocol, però no està habilitat per defecte.^[5]

Encara que el seu nom es va proposar inicialment com l'acrònim de "Quick UDP Internet Connections", l'ús de la paraula QUIC per part de l'IETF no és un acrònim; és simplement el nom del protocol. QUIC millora el rendiment de les aplicacions web orientades a la connexió que actualment utilitzen TCP.^[6] Això ho fa mitjançant l'establiment d'una sèrie de connexions multiplexades entre dos punts finals utilitzant el protocol de datagrama d'usuari (UDP) i està dissenyat per obsoler TCP a la capa de transport per a moltes aplicacions, guanyant així al protocol el sobrenom ocasional de "TCP/2".

QUIC funciona conjuntament amb les connexions multiplexades HTTP/2, permetent que múltiples fluxos de dades arribin a tots els punts finals de manera independent i, per tant, independentment de les pèrdues de paquets que impliquen altres fluxos. En canvi, HTTP/2 allotjat al Protocol de control de transmissió (TCP) pot patir retards de bloqueig de cap de línia de tots els fluxos multiplexats si algun dels paquets TCP es retarda o es perd.

Els objectius secundaris de QUIC inclouen la reducció de la latència de connexió i transport i l'estimació de l'ample de banda en cada direcció per evitar la congestió. També mou els algorismes de control de congestió a l'espai d'usuari en ambdós punts finals, en lloc de l'espai del nucli, que s'afirma que permetrà que aquests algorismes millorin més ràpidament. A més, el protocol es pot ampliar amb la correcció d'errors cap endavant (FEC) per millorar encara més el rendiment quan s'esperen errors, i això es considera el següent pas en l'evolució del protocol. S'ha dissenyat per evitar l'ossificació del protocol de manera que es mantingui evolucionable, a diferència del TCP, que ha patit una ossificació important.

El juny de 2015, es va presentar un esborrany d'Internet d'una especificació per a QUIC a l'IETF per a l'estandardització.^[7] El 2016 es va establir un grup de treball QUIC ^[8] L'octubre de 2018, els grups de treball HTTP i QUIC de l'IETF van decidir conjuntament anomenar el mapeig HTTP a través de QUIC " HTTP/3 " abans de convertir-lo en un estàndard mundial. El maig de 2021, l'IETF va estandarditzar QUIC , amb el suport de RFC 9989, RFC 9001 i RFC 9002.^[9] DNS-over-QUIC és una altra aplicació.