Chrome HTTP/3 ప్రోటోకాల్ కోసం ప్రయోగాత్మక మద్దతును జోడిస్తుంది

ప్రయోగాత్మక నిర్మాణాలకు Chrome కెనరీ జోడించారు HTTP/3 ప్రోటోకాల్‌కు మద్దతు, ఇది QUIC ప్రోటోకాల్‌పై పని చేయడానికి HTTPని ఎనేబుల్ చేయడానికి యాడ్-ఆన్‌ను అమలు చేస్తుంది. QUIC ప్రోటోకాల్ ఐదు సంవత్సరాల క్రితం బ్రౌజర్‌కి జోడించబడింది మరియు అప్పటి నుండి Google సేవలతో పనిని ఆప్టిమైజ్ చేయడానికి ఉపయోగించబడింది. అదే సమయంలో, Chromeలో ఉపయోగించిన Google నుండి QUIC సంస్కరణ సంస్కరణ నుండి కొన్ని వివరాలలో తేడా ఉంది లక్షణాలు IETF, కానీ ఇప్పుడు అమలులు సమకాలీకరించబడ్డాయి.

HTTP/3 కోసం QUICని రవాణాగా ఉపయోగించడాన్ని HTTP/2 ప్రమాణీకరిస్తుంది. నుండి HTTP/3 మరియు QUIC ఎంపికను ప్రారంభించడానికి 23 చిత్తుప్రతులు IETF స్పెసిఫికేషన్‌ల ప్రకారం క్రోమ్‌ని "-enable-quic -quic-version=h3-23" ఎంపికలతో ప్రారంభించి, ఆపై పరీక్ష సైట్‌ని తెరిచేటప్పుడు quick.rocks:4433 డెవలపర్ సాధనాల్లో నెట్‌వర్క్ తనిఖీ మోడ్‌లో, HTTP/3 కార్యాచరణ “http/2+quic/99”గా ప్రదర్శించబడుతుంది.

ప్రోటోకాల్ అని గుర్తుంచుకోండి ఆ సి (త్వరిత UDP ఇంటర్నెట్ కనెక్షన్‌లు) 2013 నుండి Google ద్వారా వెబ్ కోసం TCP+TLS కలయికకు ప్రత్యామ్నాయంగా అభివృద్ధి చేయబడింది, TCPలో కనెక్షన్‌ల కోసం సుదీర్ఘ సెటప్ మరియు చర్చల సమయాల్లో సమస్యలను పరిష్కరిస్తుంది మరియు డేటా బదిలీ సమయంలో ప్యాకెట్లు పోయినప్పుడు ఆలస్యాన్ని తొలగిస్తుంది. QUIC అనేది UDP ప్రోటోకాల్ యొక్క పొడిగింపు, ఇది బహుళ కనెక్షన్‌ల మల్టీప్లెక్సింగ్‌కు మద్దతు ఇస్తుంది మరియు TLS/SSLకి సమానమైన ఎన్‌క్రిప్షన్ పద్ధతులను అందిస్తుంది. సందేహాస్పద ప్రోటోకాల్ ఇప్పటికే Google సర్వర్ ఇన్‌ఫ్రాస్ట్రక్చర్‌లో విలీనం చేయబడింది మరియు ఇది Chromeలో భాగం. సప్లనిరోవన్ Firefoxలో చేర్చడం కోసం మరియు Google సర్వర్‌లలో క్లయింట్ అభ్యర్థనలను అందించడానికి చురుకుగా ఉపయోగించబడుతుంది.

ప్రధాన особенности క్విక్:

• TLS మాదిరిగానే అధిక భద్రత (ముఖ్యంగా QUIC UDP ద్వారా TLSని ఉపయోగించగల సామర్థ్యాన్ని అందిస్తుంది);
• ప్రవాహ సమగ్రత నియంత్రణ, ప్యాకెట్ నష్టాన్ని నివారించడం;
• తక్షణమే కనెక్షన్‌ని ఏర్పాటు చేయగల సామర్థ్యం (0-RTT, దాదాపు 75% కేసులలో కనెక్షన్ సెటప్ ప్యాకెట్‌ని పంపిన వెంటనే డేటాను ప్రసారం చేయవచ్చు) మరియు అభ్యర్థనను పంపడం మరియు ప్రతిస్పందనను స్వీకరించడం (RTT, రౌండ్ ట్రిప్ సమయం) మధ్య కనీస ఆలస్యాన్ని అందించడం;
• ప్యాకెట్‌ను తిరిగి ప్రసారం చేసేటప్పుడు అదే క్రమ సంఖ్యను ఉపయోగించకపోవడం, అందుకున్న ప్యాకెట్‌లను గుర్తించడంలో సందిగ్ధతను నివారిస్తుంది మరియు గడువు ముగిసే సమయాలను తొలగిస్తుంది;
• ప్యాకెట్ యొక్క నష్టం దానితో అనుబంధించబడిన స్ట్రీమ్ యొక్క డెలివరీని మాత్రమే ప్రభావితం చేస్తుంది మరియు ప్రస్తుత కనెక్షన్ ద్వారా ప్రసారం చేయబడిన సమాంతర స్ట్రీమ్‌లలో డేటా డెలివరీని ఆపదు;
• కోల్పోయిన ప్యాకెట్‌ల పునఃప్రసారం కారణంగా ఆలస్యాన్ని తగ్గించే ఎర్రర్ దిద్దుబాటు లక్షణాలు. పోగొట్టుకున్న ప్యాకెట్ డేటా యొక్క పునఃప్రసారం అవసరమయ్యే పరిస్థితులను తగ్గించడానికి ప్యాకెట్ స్థాయిలో ప్రత్యేక ఎర్రర్ కరెక్షన్ కోడ్‌లను ఉపయోగించడం.
• క్రిప్టోగ్రాఫిక్ బ్లాక్ సరిహద్దులు QUIC ప్యాకెట్ సరిహద్దులతో సమలేఖనం చేయబడ్డాయి, ఇది తదుపరి ప్యాకెట్ల కంటెంట్‌లను డీకోడింగ్ చేయడంపై ప్యాకెట్ నష్టాల ప్రభావాన్ని తగ్గిస్తుంది;
• TCP క్యూ నిరోధించడంలో సమస్యలు లేవు;
• కనెక్షన్ ఐడెంటిఫైయర్‌కు మద్దతు, ఇది మొబైల్ క్లయింట్‌ల కోసం రీకనెక్షన్‌ని ఏర్పాటు చేయడానికి పట్టే సమయాన్ని తగ్గిస్తుంది;
• అధునాతన కనెక్షన్ రద్దీ నియంత్రణ విధానాలను కనెక్ట్ చేసే అవకాశం;
• ప్యాకెట్లు సరైన ధరల వద్ద పంపబడుతున్నాయని నిర్ధారించడానికి ప్రతి-దిశ నిర్గమాంశ అంచనా పద్ధతులను ఉపయోగిస్తుంది, అవి రద్దీగా మారకుండా మరియు ప్యాకెట్ నష్టాన్ని కలిగించకుండా చేస్తుంది;
• గ్రహించదగినది వృద్ధి TCPతో పోలిస్తే పనితీరు మరియు నిర్గమాంశ. YouTube వంటి వీడియో సేవల కోసం, QUIC వీడియోలను చూసేటప్పుడు రీబఫరింగ్ కార్యకలాపాలను 30% తగ్గించగలదని చూపబడింది.

మూలం: opennet.ru