HTTP/3.0-ന് നിർദ്ദിഷ്ട സ്റ്റാൻഡേർഡ് സ്റ്റാറ്റസ് ലഭിച്ചു

ഇൻറർനെറ്റ് പ്രോട്ടോക്കോളുകളുടെയും ആർക്കിടെക്ചറിന്റെയും വികസനത്തിന് ഉത്തരവാദികളായ IETF (ഇന്റർനെറ്റ് എഞ്ചിനീയറിംഗ് ടാസ്‌ക് ഫോഴ്‌സ്), HTTP/3.0 പ്രോട്ടോക്കോളിനായി ഒരു RFC രൂപീകരണം പൂർത്തിയാക്കുകയും RFC 9114 (പ്രോട്ടോക്കോൾ), RFC 9204 (പ്രോട്ടോക്കോൾ) എന്നീ ഐഡന്റിഫയറുകൾക്ക് കീഴിൽ അനുബന്ധ സവിശേഷതകൾ പ്രസിദ്ധീകരിക്കുകയും ചെയ്തു. HTTP/3) QPACK ഹെഡർ കംപ്രഷൻ സാങ്കേതികവിദ്യ. HTTP/3.0 സ്പെസിഫിക്കേഷന് "നിർദിഷ്ട സ്റ്റാൻഡേർഡ്" എന്ന പദവി ലഭിച്ചു, അതിനുശേഷം RFC-ക്ക് ഒരു ഡ്രാഫ്റ്റ് സ്റ്റാൻഡേർഡിന്റെ (ഡ്രാഫ്റ്റ് സ്റ്റാൻഡേർഡ്) സ്റ്റാറ്റസ് നൽകാൻ തുടങ്ങും, ഇത് യഥാർത്ഥത്തിൽ പ്രോട്ടോക്കോളിന്റെ പൂർണ്ണമായ സ്ഥിരതയെ അർത്ഥമാക്കുകയും എല്ലാം കണക്കിലെടുക്കുകയും ചെയ്യുന്നു. നടത്തിയ അഭിപ്രായങ്ങൾ. അതേ സമയം, HTTP/1.1 (RFC 9112), HTTP/2.0 (RFC 9113) പ്രോട്ടോക്കോളുകൾക്കായുള്ള സ്പെസിഫിക്കേഷനുകളുടെ അപ്ഡേറ്റ് ചെയ്ത പതിപ്പുകളും HTTP അഭ്യർത്ഥനകളുടെ (RFC 9110) സെമാന്റിക്സ് നിർവചിക്കുന്ന രേഖകളും HTTP കാഷിംഗ് കൺട്രോൾ ഹെഡറുകളും പ്രസിദ്ധീകരിച്ചു. (RFC 9111).

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

നിലവിൽ, QUIC, HTTP/3.0 പിന്തുണ എല്ലാ ജനപ്രിയ വെബ് ബ്രൗസറുകളിലും (Chrome, Firefox, Edge എന്നിവയിൽ, HTTP/3 പിന്തുണ ഡിഫോൾട്ടായി പ്രവർത്തനക്ഷമമാക്കിയിരിക്കുന്നു, സഫാരിയിൽ ഇതിന് "വിപുലമായ > പരീക്ഷണാത്മക സവിശേഷതകൾ > HTTP/3" ക്രമീകരണം ആവശ്യമാണ് പ്രവർത്തനക്ഷമമാക്കാൻ). സെർവർ ഭാഗത്ത്, nginx (ഒരു പ്രത്യേക ബ്രാഞ്ചിലും പ്രത്യേക മൊഡ്യൂളിന്റെ രൂപത്തിലും), Caddy, IIS, LiteSpeed ​​എന്നിവയ്‌ക്കായി HTTP/3 നടപ്പിലാക്കലുകൾ ലഭ്യമാണ്. ക്ലൗഡ്ഫ്ലെയർ കണ്ടന്റ് ഡെലിവറി നെറ്റ്‌വർക്കാണ് HTTP/3 പിന്തുണയും നൽകുന്നത്.

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

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

HTTP/1.1 സ്‌പെസിഫിക്കേഷനിലെ മാറ്റങ്ങളിൽ, ഉള്ളടക്കത്തിനൊപ്പം ശരീരത്തിന് പുറത്ത് ക്യാരേജ് റിട്ടേൺ (CR) പ്രതീകത്തിന്റെ ഒറ്റപ്പെട്ട ഉപയോഗത്തിലുള്ള നിരോധനം നമുക്ക് ശ്രദ്ധിക്കാം, അതായത്. പ്രോട്ടോക്കോൾ ഘടകങ്ങളിൽ, CR പ്രതീകം ലൈൻ ഫീഡ് പ്രതീകവുമായി (CRLF) സംയോജിച്ച് മാത്രമേ ഉപയോഗിക്കാൻ കഴിയൂ. അറ്റാച്ച് ചെയ്‌ത ഫീൽഡുകളുടെയും വിഭാഗങ്ങളുടെയും തലക്കെട്ടുകൾ ഉപയോഗിച്ച് വേർതിരിക്കുന്നത് ലളിതമാക്കാൻ ചങ്ക്ഡ് അഭ്യർത്ഥന ലേഔട്ട് അൽഗോരിതം മെച്ചപ്പെടുത്തി. "HTTP അഭ്യർത്ഥന കള്ളക്കടത്ത്" ആക്രമണങ്ങൾ തടയുന്നതിന് അവ്യക്തമായ ഉള്ളടക്കം കൈകാര്യം ചെയ്യുന്നതിനുള്ള ശുപാർശകൾ ചേർത്തു, ഫ്രണ്ട്‌എൻഡിനും ബാക്കെൻഡിനും ഇടയിലുള്ള ഒഴുക്കിൽ മറ്റ് ഉപയോക്താക്കളുടെ അഭ്യർത്ഥനകളുടെ ഉള്ളടക്കത്തിലേക്ക് നമ്മെത്തന്നെ വെഡ്ജ് ചെയ്യാൻ ഇത് അനുവദിക്കുന്നു.

HTTP/2.0 സ്പെസിഫിക്കേഷൻ അപ്ഡേറ്റ് TLS 1.3-നുള്ള പിന്തുണ വ്യക്തമായി നിർവചിക്കുന്നു. മുൻഗണനാ പദ്ധതിയും അനുബന്ധ തലക്കെട്ട് ഫീൽഡുകളും ഒഴിവാക്കി. HTTP/1.1 ഉപയോഗിച്ചുള്ള കണക്ഷൻ അപ്ഡേറ്റ് ചെയ്യുന്നതിനുള്ള ഉപയോഗിക്കാത്ത സംവിധാനം കാലഹരണപ്പെട്ടതായി പ്രഖ്യാപിച്ചു. ഫീൽഡ് നാമങ്ങളും മൂല്യങ്ങളും പരിശോധിക്കുന്നതിനുള്ള ആവശ്യകതകൾ കുറച്ചിരിക്കുന്നു. മുമ്പ് റിസർവ് ചെയ്ത ചില ഫ്രെയിം തരങ്ങളും പരാമീറ്ററുകളും ഉപയോഗത്തിനായി നിർദ്ദേശിക്കപ്പെട്ടിരിക്കുന്നു. കണക്ഷനുമായി ബന്ധപ്പെട്ട നിരോധിത ഹെഡർ ഫീൽഡുകൾ കൂടുതൽ കൃത്യമായി നിർവചിച്ചിരിക്കുന്നു.

അവലംബം: opennet.ru