HTTP/3 പ്രോട്ടോക്കോളിനായി Chrome പരീക്ഷണാത്മക പിന്തുണ ചേർക്കുന്നു

പരീക്ഷണാത്മക നിർമ്മാണങ്ങളിലേക്ക് 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" ഓപ്‌ഷനുകൾക്കൊപ്പം Chrome സമാരംഭിക്കണമെന്നും തുടർന്ന് ടെസ്റ്റ് സൈറ്റ് തുറക്കുമ്പോൾ quick.rocks:4433 ഡെവലപ്പർ ടൂളുകളിലെ നെറ്റ്‌വർക്ക് ഇൻസ്പെക്ഷൻ മോഡിൽ, HTTP/3 പ്രവർത്തനം "http/2+quic/99" ആയി പ്രദർശിപ്പിക്കും.

പ്രോട്ടോക്കോൾ എന്ന് ഓർക്കുക QUIC (ക്വിക്ക് യുഡിപി ഇന്റർനെറ്റ് കണക്ഷനുകൾ) വെബിനായുള്ള TCP+TLS കോമ്പിനേഷന് ബദലായി 2013 മുതൽ Google വികസിപ്പിച്ചെടുത്തതാണ്, ദൈർഘ്യമേറിയ സജ്ജീകരണവും ടിസിപിയിലെ കണക്ഷനുകൾക്കുള്ള ചർച്ചാ സമയങ്ങളിലെ പ്രശ്നങ്ങൾ പരിഹരിക്കുകയും ഡാറ്റാ കൈമാറ്റ സമയത്ത് പാക്കറ്റുകൾ നഷ്‌ടപ്പെടുമ്പോഴുണ്ടാകുന്ന കാലതാമസം ഇല്ലാതാക്കുകയും ചെയ്യുന്നു. ഒന്നിലധികം കണക്ഷനുകളുടെ മൾട്ടിപ്ലക്‌സിംഗിനെ പിന്തുണയ്ക്കുകയും TLS/SSL-ന് തുല്യമായ എൻക്രിപ്ഷൻ രീതികൾ നൽകുകയും ചെയ്യുന്ന UDP പ്രോട്ടോക്കോളിന്റെ ഒരു വിപുലീകരണമാണ് QUIC. സംശയാസ്‌പദമായ പ്രോട്ടോക്കോൾ ഇതിനകം Google സെർവർ ഇൻഫ്രാസ്ട്രക്ചറിലേക്ക് സംയോജിപ്പിച്ചിരിക്കുന്നു, അത് Chrome-ന്റെ ഭാഗമാണ്. സപ്ലാനിറോവൻ Firefox-ൽ ഉൾപ്പെടുത്തുന്നതിന്, Google സെർവറുകളിൽ ക്ലയന്റ് അഭ്യർത്ഥനകൾ നൽകുന്നതിന് സജീവമായി ഉപയോഗിക്കുന്നു.

പ്രധാന സവിശേഷതകൾ ക്യുഐസി:

• TLS-ന് സമാനമായ ഉയർന്ന സുരക്ഷ (യുഡിപി വഴി TLS ഉപയോഗിക്കാനുള്ള കഴിവ് QUIC നൽകുന്നു);
• ഫ്ലോ സമഗ്രത നിയന്ത്രണം, പാക്കറ്റ് നഷ്ടം തടയുന്നു;
• ഒരു കണക്ഷൻ തൽക്ഷണം സ്ഥാപിക്കാനുള്ള കഴിവ് (0-RTT, ഏകദേശം 75% കേസുകളിൽ, കണക്ഷൻ സജ്ജീകരണ പാക്കറ്റ് അയച്ച ഉടൻ തന്നെ ഡാറ്റ കൈമാറാൻ കഴിയും) കൂടാതെ ഒരു അഭ്യർത്ഥന അയയ്‌ക്കുന്നതിനും പ്രതികരണം സ്വീകരിക്കുന്നതിനും ഇടയിൽ കുറഞ്ഞ കാലതാമസം നൽകുക (RTT, റൗണ്ട് ട്രിപ്പ് സമയം);
• ലഭിച്ച പാക്കറ്റുകൾ തിരിച്ചറിയുന്നതിലെ അവ്യക്തത ഒഴിവാക്കുകയും സമയപരിധി ഒഴിവാക്കുകയും ചെയ്യുന്ന ഒരു പാക്കറ്റ് വീണ്ടും സംപ്രേക്ഷണം ചെയ്യുമ്പോൾ ഒരേ സീക്വൻസ് നമ്പർ ഉപയോഗിക്കാതിരിക്കുക;
• ഒരു പാക്കറ്റിന്റെ നഷ്ടം അതുമായി ബന്ധപ്പെട്ട സ്ട്രീമിന്റെ ഡെലിവറിയെ മാത്രമേ ബാധിക്കുകയുള്ളൂ, നിലവിലെ കണക്ഷനിലൂടെ കൈമാറുന്ന സമാന്തര സ്ട്രീമുകളിലെ ഡാറ്റയുടെ ഡെലിവറി നിർത്തുന്നില്ല;
• നഷ്ടപ്പെട്ട പാക്കറ്റുകളുടെ പുനഃസംപ്രേക്ഷണം മൂലമുള്ള കാലതാമസം കുറയ്ക്കുന്ന പിശക് തിരുത്തൽ സവിശേഷതകൾ. നഷ്‌ടപ്പെട്ട പാക്കറ്റ് ഡാറ്റയുടെ പുനഃസംപ്രേഷണം ആവശ്യമായ സാഹചര്യങ്ങൾ കുറയ്ക്കുന്നതിന് പാക്കറ്റ് തലത്തിൽ പ്രത്യേക പിശക് തിരുത്തൽ കോഡുകൾ ഉപയോഗിക്കുക.
• ക്രിപ്‌റ്റോഗ്രാഫിക് ബ്ലോക്ക് ബൗണ്ടറികൾ ക്യുഐസി പാക്കറ്റ് ബൗണ്ടറികളുമായി വിന്യസിച്ചിരിക്കുന്നു, ഇത് തുടർന്നുള്ള പാക്കറ്റുകളുടെ ഉള്ളടക്കങ്ങൾ ഡീകോഡ് ചെയ്യുന്നതിൽ പാക്കറ്റ് നഷ്ടത്തിന്റെ ആഘാതം കുറയ്ക്കുന്നു;
• TCP ക്യൂ തടയുന്നതിൽ പ്രശ്നങ്ങളില്ല;
• കണക്ഷൻ ഐഡന്റിഫയറിനുള്ള പിന്തുണ, മൊബൈൽ ക്ലയന്റുകൾക്ക് ഒരു പുനഃകണക്ഷൻ സ്ഥാപിക്കാൻ എടുക്കുന്ന സമയം കുറയ്ക്കുന്നു;
• വിപുലമായ കണക്ഷൻ തിരക്ക് നിയന്ത്രണ സംവിധാനങ്ങൾ ബന്ധിപ്പിക്കുന്നതിനുള്ള സാധ്യത;
• പാക്കറ്റുകൾ ഒപ്റ്റിമൽ നിരക്കിൽ അയയ്‌ക്കുന്നുവെന്ന് ഉറപ്പാക്കാൻ ഓരോ ദിശയിലുള്ള ത്രൂപുട്ട് പ്രവചന സാങ്കേതിക വിദ്യകൾ ഉപയോഗിക്കുന്നു, അവ തിരക്ക് കൂട്ടുന്നതും പാക്കറ്റ് നഷ്‌ടമാകുന്നതും തടയുന്നു;
• ഗ്രഹിക്കാവുന്നത് വളർച്ച TCP യുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ പ്രകടനവും ത്രൂപുട്ടും. YouTube പോലുള്ള വീഡിയോ സേവനങ്ങൾക്ക്, വീഡിയോകൾ കാണുമ്പോൾ QUIC റീബഫറിംഗ് പ്രവർത്തനങ്ങൾ 30% കുറയ്ക്കുന്നതായി കാണിച്ചിരിക്കുന്നു.

അവലംബം: opennet.ru