ఏప్రిల్ 3న షెడ్యూల్ చేయబడిన Firefox 88 విడుదలతో HTTP/19 మరియు QUICలలో దశలవారీగా ప్రారంభించాలని మొజిల్లా తన ఉద్దేశాన్ని ప్రకటించింది (వాస్తవానికి ఏప్రిల్ 20న విడుదల చేయాలని భావించారు, కానీ షెడ్యూల్ ప్రకారం చూస్తే, అది ఒక రోజు వెనక్కి నెట్టబడుతుంది). HTTP/3 మద్దతు ప్రారంభంలో కొద్ది శాతం వినియోగదారులకు మాత్రమే ప్రారంభించబడుతుంది మరియు ఏవైనా ఊహించని సమస్యలను మినహాయించి, మే చివరి నాటికి అందరికీ అందించబడుతుంది. రాత్రిపూట బిల్డ్‌లు మరియు బీటా వెర్షన్‌లలో, HTTP/3 మార్చి చివరిలో డిఫాల్ట్‌గా ప్రారంభించబడింది.
ఫైర్‌ఫాక్స్‌లో HTTP/3 అమలు Mozilla ద్వారా అభివృద్ధి చేయబడిన neqo ప్రాజెక్ట్‌పై ఆధారపడి ఉందని మేము గుర్తుచేసుకుందాం, ఇది QUIC ప్రోటోకాల్ కోసం క్లయింట్ మరియు సర్వర్ అమలును అందిస్తుంది. HTTP/3 మరియు QUIC మద్దతు కోసం కాంపోనెంట్ కోడ్ రస్ట్‌లో వ్రాయబడింది. HTTP/3 ప్రారంభించబడిందో లేదో నియంత్రించడానికి, about:config “network.http.http3.enabled” ఎంపికను అందిస్తుంది. క్లయింట్ సాఫ్ట్‌వేర్ నుండి, HTTP/3 కోసం ప్రయోగాత్మక మద్దతు Chrome మరియు కర్ల్‌కు కూడా జోడించబడింది మరియు సర్వర్‌ల కోసం ఇది nginxలో అలాగే nginx మాడ్యూల్ మరియు Cloudflare నుండి టెస్ట్ సర్వర్ రూపంలో అందుబాటులో ఉంటుంది. వెబ్‌సైట్ వైపు, Google మరియు Facebook సర్వర్‌లలో HTTP/3 మద్దతు ఇప్పటికే అందించబడింది.
HTTP/3 ప్రోటోకాల్ ఇంకా డ్రాఫ్ట్ స్పెసిఫికేషన్ దశలోనే ఉంది మరియు IETF ద్వారా ఇంకా పూర్తిగా ప్రామాణీకరించబడలేదు. Alt-Svc హెడర్‌లో పేర్కొన్న QUIC డ్రాఫ్ట్ స్టాండర్డ్ మరియు HTTP/3 యొక్క అదే వెర్షన్ కోసం HTTP/3కి క్లయింట్ మరియు సర్వర్ మద్దతు అవసరం (Firefox స్పెక్ డ్రాఫ్ట్‌లు 27 నుండి 32 వరకు మద్దతు ఇస్తుంది).
HTTP/3 QUIC ప్రోటోకాల్‌ను HTTP/2 కోసం రవాణాగా నిర్వచిస్తుంది. QUIC (త్వరిత UDP ఇంటర్నెట్ కనెక్షన్‌లు) ప్రోటోకాల్‌ను వెబ్ కోసం TCP+TLS కలయికకు ప్రత్యామ్నాయంగా Google 2013 నుండి అభివృద్ధి చేసింది, TCPలో కనెక్షన్‌ల కోసం సుదీర్ఘ సెటప్ మరియు చర్చల సమయాల్లో సమస్యలను పరిష్కరిస్తుంది మరియు డేటా సమయంలో ప్యాకెట్లు పోయినప్పుడు ఆలస్యాన్ని తొలగిస్తుంది. బదిలీ. QUIC అనేది UDP ప్రోటోకాల్ యొక్క పొడిగింపు, ఇది బహుళ కనెక్షన్‌ల మల్టీప్లెక్సింగ్‌కు మద్దతు ఇస్తుంది మరియు TLS/SSLకి సమానమైన ఎన్‌క్రిప్షన్ పద్ధతులను అందిస్తుంది. IETF ప్రమాణం యొక్క అభివృద్ధి సమయంలో, ప్రోటోకాల్‌కు మార్పులు చేయబడ్డాయి, ఇది రెండు సమాంతర శాఖల ఆవిర్భావానికి దారితీసింది, ఒకటి HTTP/3 మరియు రెండవది Google ద్వారా మద్దతు ఇస్తుంది (Chrome రెండు ఎంపికలకు మద్దతు ఇస్తుంది).
QUIC యొక్క ముఖ్య లక్షణాలు:
- TLS మాదిరిగానే అధిక భద్రత (ముఖ్యంగా QUIC UDP ద్వారా TLSని ఉపయోగించగల సామర్థ్యాన్ని అందిస్తుంది);
- ప్రవాహ సమగ్రత నియంత్రణ, ప్యాకెట్ నష్టాన్ని నివారించడం;
- తక్షణమే కనెక్షన్‌ని ఏర్పాటు చేయగల సామర్థ్యం (0-RTT, దాదాపు 75% కేసులలో కనెక్షన్ సెటప్ ప్యాకెట్‌ని పంపిన వెంటనే డేటాను ప్రసారం చేయవచ్చు) మరియు అభ్యర్థనను పంపడం మరియు ప్రతిస్పందనను స్వీకరించడం (RTT, రౌండ్ ట్రిప్ సమయం) మధ్య కనీస ఆలస్యాన్ని అందించడం;
- ప్యాకెట్‌ను తిరిగి ప్రసారం చేసేటప్పుడు వేరే క్రమ సంఖ్యను ఉపయోగించడం, ఇది అందుకున్న ప్యాకెట్‌లను గుర్తించడంలో అస్పష్టతను నివారిస్తుంది మరియు గడువు ముగిసే సమయాలను తొలగిస్తుంది;
- ప్యాకెట్ యొక్క నష్టం దానితో అనుబంధించబడిన స్ట్రీమ్ యొక్క డెలివరీని మాత్రమే ప్రభావితం చేస్తుంది మరియు ప్రస్తుత కనెక్షన్ ద్వారా ప్రసారం చేయబడిన సమాంతర స్ట్రీమ్‌లలో డేటా డెలివరీని ఆపదు;
- కోల్పోయిన ప్యాకెట్ల పునఃప్రసారం కారణంగా ఆలస్యాన్ని తగ్గించే ఎర్రర్ దిద్దుబాటు లక్షణాలు. పోగొట్టుకున్న ప్యాకెట్ డేటా యొక్క పునఃప్రసారం అవసరమయ్యే పరిస్థితులను తగ్గించడానికి ప్యాకెట్ స్థాయిలో ప్రత్యేక ఎర్రర్ కరెక్షన్ కోడ్‌లను ఉపయోగించడం.
- క్రిప్టోగ్రాఫిక్ బ్లాక్ సరిహద్దులు QUIC ప్యాకెట్ సరిహద్దులతో సమలేఖనం చేయబడ్డాయి, ఇది తదుపరి ప్యాకెట్ల కంటెంట్‌లను డీకోడింగ్ చేయడంపై ప్యాకెట్ నష్టాల ప్రభావాన్ని తగ్గిస్తుంది;
- TCP క్యూ నిరోధించడంలో సమస్యలు లేవు;
- కనెక్షన్ ఐడెంటిఫైయర్‌కు మద్దతు, ఇది మొబైల్ క్లయింట్‌ల కోసం రీకనెక్షన్‌ని ఏర్పాటు చేయడానికి పట్టే సమయాన్ని తగ్గిస్తుంది;
- అధునాతన కనెక్షన్ రద్దీ నియంత్రణ విధానాలను కనెక్ట్ చేసే అవకాశం;
- ప్యాకెట్లు సరైన ధరల వద్ద పంపబడుతున్నాయని నిర్ధారించడానికి ప్రతి-దిశ నిర్గమాంశ అంచనా పద్ధతులను ఉపయోగిస్తుంది, అవి రద్దీగా మారకుండా మరియు ప్యాకెట్ నష్టాన్ని కలిగించకుండా చేస్తుంది;
- TCPతో పోలిస్తే పనితీరు మరియు నిర్గమాంశలో గణనీయమైన పెరుగుదల. YouTube వంటి వీడియో సేవల కోసం, QUIC వీడియోలను చూసేటప్పుడు రీబఫరింగ్ కార్యకలాపాలను 30% తగ్గించినట్లు చూపబడింది.
మూలం: opennet.ru