ફાયરફોક્સ મેના અંત સુધીમાં HTTP/3 સપોર્ટ લોન્ચ કરે તેવી અપેક્ષા છે.

મોઝિલાએ 3 એપ્રિલના રોજ નિર્ધારિત, ફાયરફોક્સ 88 ના પ્રકાશન સાથે HTTP/19 અને QUIC માં તબક્કાવાર શરૂ કરવાના તેના ઇરાદાની જાહેરાત કરી છે (મૂળરૂપે 20 એપ્રિલના રોજ રિલીઝ થવાની અપેક્ષા છે, પરંતુ શેડ્યૂલને ધ્યાનમાં રાખીને, તે એક દિવસ પાછળ ધકેલી દેવામાં આવશે). HTTP/3 સપોર્ટ શરૂઆતમાં માત્ર થોડી ટકાવારી વપરાશકર્તાઓ માટે સક્ષમ કરવામાં આવશે અને, કોઈપણ અણધારી સમસ્યાઓને બાદ કરતાં, મેના અંત સુધીમાં દરેકને રોલઆઉટ કરવામાં આવશે. રાત્રિના બિલ્ડ્સ અને બીટા સંસ્કરણોમાં, HTTP/3 માર્ચના અંતમાં ડિફોલ્ટ રૂપે સક્ષમ કરવામાં આવ્યું હતું.

ચાલો યાદ કરીએ કે ફાયરફોક્સમાં HTTP/3 નો અમલ મોઝિલા દ્વારા વિકસિત neqo પ્રોજેક્ટ પર આધારિત છે, જે QUIC પ્રોટોકોલ માટે ક્લાયંટ અને સર્વર અમલીકરણ પ્રદાન કરે છે. HTTP/3 અને QUIC સપોર્ટ માટેનો ઘટક કોડ રસ્ટમાં લખાયેલ છે. HTTP/3 સક્ષમ છે કે કેમ તે નિયંત્રિત કરવા માટે, about:config "network.http.http3.enabled" વિકલ્પ પૂરો પાડે છે. ક્લાયન્ટ સૉફ્ટવેરમાંથી, ક્રોમ અને કર્લમાં HTTP/3 માટે પ્રાયોગિક સમર્થન પણ ઉમેરવામાં આવ્યું છે, અને સર્વર્સ માટે તે nginx, તેમજ nginx મોડ્યુલ અને Cloudflare તરફથી ટેસ્ટ સર્વરના સ્વરૂપમાં ઉપલબ્ધ છે. વેબસાઇટની બાજુએ, HTTP/3 સપોર્ટ Google અને Facebook સર્વર્સ પર પહેલેથી જ પ્રદાન કરવામાં આવે છે.

HTTP/3 પ્રોટોકોલ હજુ પણ ડ્રાફ્ટ સ્પષ્ટીકરણના તબક્કે છે અને હજુ સુધી IETF દ્વારા સંપૂર્ણ પ્રમાણિત કરવામાં આવ્યું નથી. HTTP/3 ને QUIC ડ્રાફ્ટ સ્ટાન્ડર્ડ અને HTTP/3ના સમાન સંસ્કરણ માટે ક્લાયંટ અને સર્વર સપોર્ટની જરૂર છે, જે Alt-Svc હેડરમાં ઉલ્લેખિત છે (Firefox સ્પેક ડ્રાફ્ટ્સ 27 થી 32 ને સપોર્ટ કરે છે).

HTTP/3 એ HTTP/2 માટે પરિવહન તરીકે QUIC પ્રોટોકોલના ઉપયોગને વ્યાખ્યાયિત કરે છે. QUIC (ક્વિક UDP ઈન્ટરનેટ કનેક્શન્સ) પ્રોટોકોલને 2013 થી Google દ્વારા વેબ માટે TCP+TLS સંયોજનના વિકલ્પ તરીકે વિકસાવવામાં આવ્યો છે, જે TCP માં જોડાણો માટે લાંબા સેટઅપ અને વાટાઘાટોના સમયની સમસ્યાઓનું નિરાકરણ કરે છે અને ડેટા દરમિયાન પેકેટો ખોવાઈ જાય ત્યારે વિલંબને દૂર કરે છે. ટ્રાન્સફર QUIC એ UDP પ્રોટોકોલનું વિસ્તરણ છે જે બહુવિધ કનેક્શન્સના મલ્ટિપ્લેક્સિંગને સપોર્ટ કરે છે અને TLS/SSL ની સમકક્ષ એન્ક્રિપ્શન પદ્ધતિઓ પ્રદાન કરે છે. IETF સ્ટાન્ડર્ડના વિકાસ દરમિયાન, પ્રોટોકોલમાં ફેરફારો કરવામાં આવ્યા હતા, જેના કારણે બે સમાંતર શાખાઓ ઊભી થઈ હતી, એક HTTP/3 માટે અને બીજી Google દ્વારા સમર્થિત (ક્રોમ બંને વિકલ્પોને સપોર્ટ કરે છે).

QUIC ની મુખ્ય લાક્ષણિકતાઓ:

• ઉચ્ચ સુરક્ષા, TLS જેવી જ (હકીકતમાં, QUIC UDP પર TLS નો ઉપયોગ કરવાની ક્ષમતા પ્રદાન કરે છે);
• પેકેટ નુકશાન અટકાવવા માટે સ્ટ્રીમ અખંડિતતા નિયંત્રણ;
• કનેક્શન તરત જ સ્થાપિત કરવાની ક્ષમતા (0-RTT, આશરે 75% કેસોમાં કનેક્શન સેટઅપ પેકેટ મોકલ્યા પછી તરત જ ડેટા ટ્રાન્સમિટ કરી શકાય છે) અને વિનંતી મોકલવા અને પ્રતિસાદ પ્રાપ્ત કરવા વચ્ચે ન્યૂનતમ વિલંબ પૂરો પાડે છે (RTT, રાઉન્ડ ટ્રિપ સમય);
• પેકેટને પુનઃપ્રસારિત કરતી વખતે અલગ ક્રમ નંબરનો ઉપયોગ કરવો, જે પ્રાપ્ત પેકેટોને ઓળખવામાં અસ્પષ્ટતાને ટાળે છે અને સમયસમાપ્તિથી છુટકારો મેળવે છે;
• પેકેટની ખોટ માત્ર તેની સાથે સંકળાયેલ સ્ટ્રીમના ડિલિવરીને અસર કરે છે અને વર્તમાન કનેક્શન પર સમાંતર રીતે પ્રસારિત સ્ટ્રીમ્સમાં ડેટાની ડિલિવરી અટકાવતું નથી;
• ભૂલ સુધારણા સાધનો કે જે ખોવાયેલા પેકેટોના પુનઃપ્રસારણને કારણે વિલંબને ઓછો કરે છે. ખોવાયેલા પેકેટ ડેટાના પુનઃપ્રસારણની જરૂર હોય તેવી પરિસ્થિતિઓને ઘટાડવા માટે પેકેટ સ્તરે વિશિષ્ટ ભૂલ સુધારણા કોડનો ઉપયોગ.
• ક્રિપ્ટોગ્રાફિક બ્લોક સીમાઓ QUIC પેકેટ સીમાઓ સાથે સંરેખિત છે, જે અનુગામી પેકેટોના સમાવિષ્ટોને ડીકોડ કરવા પર પેકેટના નુકસાનની અસરને ઘટાડે છે;
• TCP કતારને અવરોધિત કરવામાં કોઈ સમસ્યા નથી;
• મોબાઇલ ક્લાયંટ માટે પુનઃજોડાણનો સમય ઘટાડવા માટે કનેક્શન ID સપોર્ટ;
• કનેક્શન ઓવરલોડ નિયંત્રણ માટે અદ્યતન મિકેનિઝમ્સને કનેક્ટ કરવાની શક્યતા;
• શ્રેષ્ઠ પેકેટ મોકલવાના દરોની ખાતરી કરવા માટે દરેક દિશામાં બેન્ડવિડ્થ અનુમાન તકનીકોનો ઉપયોગ કરીને, પેકેટો ખોવાઈ જાય ત્યાં ભીડની સ્થિતિમાં રોલિંગ અટકાવવા;
• TCP ની તુલનામાં પ્રદર્શન અને થ્રુપુટમાં નોંધપાત્ર વધારો. YouTube જેવી વિડિયો સેવાઓ માટે, QUIC એ વિડિયો જોતી વખતે રિબફરિંગ ઑપરેશનને 30% સુધી ઘટાડવા માટે દર્શાવવામાં આવ્યું છે.

સોર્સ: opennet.ru