Kamakailan ang mga developer sino ang nasa likuran ng Google Chrome web browser, inihayag ang balita ng pagdaragdag ng suporta para sa HTTP/3 protocol sa mga pang-eksperimentong pagtatayo ng Chrome Canary, na nagpapatupad ng isang plugin upang paganahin ang HTTP sa QUIC.
Ang QUIC protocol mismo ay idinagdag sa browser limang taon na ang nakakaraan at mula noon ito ay ginamit upang i-optimize ang trabaho sa mga serbisyo ng Google. Kasabay nito, ang QUIC na bersyon ng Google na ginamit sa Chrome ay naiiba sa ilang detalye mula sa bersyon ng spec ng IETF, ngunit ngayon ay naka-sync na ang mga pagpapatupad.
Ang Google Chrome Canary ay naging kauna-unahang (magagamit) na browser upang isama ang (napaka) pang-eksperimentong # QUIC at suporta sa HTTP / 3!
Magdagdag ng mga flag na "–enable-quic –quic-bersyon = h3-23" at dapat mong makita ang "http / 2 + quic / 99" na ipakita sa mga devtool, na talagang http3 ay magkaila! pic.twitter.com/5Fhui46h3x
- Robin Marx (@programmingart) Septiyembre 19, 2019
Mahalagang i-highlight iyon Nakabuo ang Google ng QUIC (Mabilis na UDP Internet Connections) mula noong 2013 bilang alternatibo sa TCP + TLS packet para sa Web, na nilulutas ang mga problema sa mahabang setup at mga oras ng negosasyon para sa mga koneksyon sa TCP at inaalis ang mga pagkaantala sa pagkawala ng packet sa panahon ng paglilipat ng data.
Ang QUIC ay isang plugin sa UDP protocol na sumusuporta sa multiplexing ng maraming koneksyon at nagbibigay ng mga paraan ng pag-encrypt na katumbas ng TLS/SSL.
Ang protocol na pinag-uusapan ay binuo na sa imprastraktura ng server ng Google, ay bahagi ng Chrome, ay binalak para sa pagsasama sa Firefox, at aktibong ginagamit sa serbisyo ng mga kahilingan ng kliyente sa mga server ng Google.
Kabilang sa mga pangunahing tampok ng QUIC na namumukod-tangi ay:
- Mataas na seguridad, katulad ng TLS (sa katunayan, ang QUIC ay nagbibigay ng kakayahang gumamit ng TLS sa UDP)
- Kontrol sa integridad ng daloy na pumipigil sa pagkawala ng packet
- Ang kakayahang magtatag ng koneksyon kaagad (0-RTT, sa humigit-kumulang 75% ng mga kaso, ang data ay maaaring ipadala kaagad pagkatapos ipadala ang packet ng pag-setup ng koneksyon) at matiyak ang kaunting mga pagkaantala sa pagitan ng pagpapadala ng kahilingan at pagtanggap ng tugon (RTT, Round Trip Time)
- Hindi gumagamit ng parehong sequence number kapag muling nagpapadala ng isang packet, na nag-iwas sa kalabuan sa pagtukoy ng mga natanggap na packet at nag-aalis ng mga timeout
- Ang pagkawala ng isang packet ay nakakaapekto sa paghahatid ng stream lamang na nauugnay dito at hindi titigil sa paghahatid ng data sa mga stream na nailipat nang kahanay sa kasalukuyang koneksyon
- Mga tool sa pagwawasto ng error na nagpapaliit ng mga pagkaantala dahil sa muling pagpapadala ng mga nawawalang packet.
- Ang paggamit ng mga espesyal na packet-level na error correction code upang mabawasan ang mga sitwasyon na nangangailangan ng muling pagpapadala ng nawawalang packet data.
- Ang mga hangganan ng cryptographic block ay nakahanay sa mga hangganan ng QUIC packet, na binabawasan ang epekto ng pagkawala ng packet sa pag-decode ng nilalaman ng mga kasunod na packet
- Walang problema sa pag-block sa pila ng TCP
- Suporta para sa pagkakakilanlan ng koneksyon, na binabawasan ang oras upang magtatag ng isang muling koneksyon para sa mga mobile client
- Kakayahang ikonekta ang mga advanced na mekanismo upang makontrol ang overload ng koneksyon
Itinatampok din na ginagamit nito ang pamamaraan ng paghula ng bandwidth sa bawat direksyon upang matiyak ang pinakamainam na intensity ng pagpapasa ng packet, na pinipigilan itong maabot ang isang estado ng kasikipan kung saan ang pagkawala ng packet ay sinusunod;
Pati na rin ang kahanga-hangang performance at throughput gains sa TCP. Para sa mga serbisyo ng video tulad ng YouTube, nagpakita ang QUIC ng 30% na pagbawas sa mga pagpapatakbo ng rebuffering kapag nanonood ng mga video.
Ang HTTP/3 protocol ay nag-standardize sa paggamit ng QUIC bilang transport para sa HTTP/2. Upang paganahin ang HTTP/3 at ang QUIC na bersyon ng 23 draft na mga detalye ng IETF, patakbuhin ang Chrome gamit ang mga opsyon na “–enable-quic –quic-version=h3-23” at pagkatapos ay kapag binuksan ang quic test site .rocks:4433 Sa network mode ng inspeksyon sa mga tool ng developer, lalabas ang aktibidad ng HTTP/3 bilang "http/2 + quic/99".
Kung ikukumpara sa isang nawawalang packet mula sa mga parallel na HTTP na koneksyon, 1 lang sa maraming koneksyon ang ititigil, kaya maaaring suportahan ng QUIC ang out-of-order na paghahatid upang ang isang nawawalang packet ay magkakaroon ng mas kaunting epekto.
Si nais mong malaman ang tungkol dito tungkol dito, maaari kang sumangguni ang sumusunod na link.