Chrome ამატებს ექსპერიმენტულ მხარდაჭერას HTTP/3 პროტოკოლისთვის

ექსპერიმენტულ შენობებზე Chrome კანარის დაემატა HTTP/3 პროტოკოლის მხარდაჭერა, რომელიც ახორციელებს დანამატს, რათა HTTP-მა შეძლოს მუშაობა QUIC პროტოკოლზე. თავად QUIC პროტოკოლი დაემატა ბრაუზერს ხუთი წლის წინ და მას შემდეგ გამოიყენებოდა Google-ის სერვისებთან მუშაობის ოპტიმიზაციისთვის. ამავდროულად, Chrome-ში გამოყენებული Google-ის QUIC ვერსია გარკვეულ დეტალებში განსხვავდებოდა ვერსიისგან სპეციფიკაციები IETF, მაგრამ ახლა განხორციელებები სინქრონიზებულია.

HTTP/3 სტანდარტიზებს QUIC-ის გამოყენებას, როგორც HTTP/2-ის ტრანსპორტს. HTTP/3 და QUIC ოფციის ჩასართავად 23 მონახაზი IETF სპეციფიკაციები მოითხოვს Chrome-ის გაშვებას ოფციებით "-enable-quic -quic-version=h3-23" და შემდეგ სატესტო საიტის გახსნისას. სწრაფი.კლდეები:4433 დეველოპერის ხელსაწყოებში ქსელის შემოწმების რეჟიმში, HTTP/3 აქტივობა გამოჩნდება როგორც „http/2+quic/99“.

შეგახსენებთ, რომ ოქმი QUIC (სწრაფი UDP ინტერნეტ კავშირები) შემუშავებულია Google-ის მიერ 2013 წლიდან, როგორც ვებ-ისთვის TCP+TLS კომბინაციის ალტერნატივა, რომელიც წყვეტს პრობლემებს ხანგრძლივი დაყენებისა და მოლაპარაკებების დროს TCP-ში კავშირებისთვის და აღმოფხვრის შეფერხებებს, როდესაც პაკეტები იკარგება მონაცემთა გადაცემის დროს. QUIC არის UDP პროტოკოლის გაფართოება, რომელიც მხარს უჭერს მრავალი კავშირის მულტიპლექსირებას და უზრუნველყოფს დაშიფვრის მეთოდებს TLS/SSL-ის ექვივალენტური. განსახილველი პროტოკოლი უკვე ინტეგრირებულია Google-ის სერვერის ინფრასტრუქტურაში და არის Chrome-ის ნაწილი. პლანიროვან Firefox-ში ჩართვისთვის და აქტიურად გამოიყენება Google-ის სერვერებზე კლიენტის მოთხოვნების მოსაწოდებლად.

მთავარი მახასიათებლები QUIC:

• TLS-ის მსგავსი მაღალი უსაფრთხოება (არსებითად QUIC უზრუნველყოფს TLS-ის გამოყენების შესაძლებლობას UDP-ზე);
• ნაკადის მთლიანობის კონტროლი, პაკეტის დაკარგვის თავიდან აცილება;
• კავშირის მყისიერად დამყარების შესაძლებლობა (0-RTT, დაახლოებით 75% შემთხვევაში მონაცემები შეიძლება გადაიცეს კავშირის დაყენების პაკეტის გაგზავნისთანავე) და უზრუნველყოს მინიმალური შეფერხებები მოთხოვნის გაგზავნასა და პასუხის მიღებას შორის (RTT, ორმხრივი მგზავრობის დრო);
• პაკეტის ხელახალი გადაცემისას ერთი და იგივე მიმდევრობის ნომრის გამოუყენებლობა, რაც თავიდან აიცილებს ბუნდოვანებას მიღებული პაკეტების იდენტიფიკაციისას და ათავისუფლებს ვადებს;
• პაკეტის დაკარგვა გავლენას ახდენს მხოლოდ მასთან დაკავშირებული ნაკადის მიწოდებაზე და არ აჩერებს მონაცემთა მიწოდებას მიმდინარე კავშირის საშუალებით გადაცემულ პარალელურ ნაკადებში;
• შეცდომის გამოსწორების ფუნქციები, რომლებიც ამცირებს დაგვიანებებს დაკარგული პაკეტების ხელახალი გადაცემის გამო. შეცდომის გამოსწორების სპეციალური კოდების გამოყენება პაკეტის დონეზე, რათა შემცირდეს სიტუაციები, რომლებიც საჭიროებენ დაკარგული პაკეტის მონაცემების ხელახლა გადაცემას.
• კრიპტოგრაფიული ბლოკის საზღვრები შეესაბამება QUIC პაკეტის საზღვრებს, რაც ამცირებს პაკეტის დანაკარგების გავლენას შემდგომი პაკეტების შიგთავსის დეკოდირებაზე;
• პრობლემები არ არის TCP რიგის დაბლოკვასთან დაკავშირებით;
• კავშირის იდენტიფიკატორის მხარდაჭერა, რაც ამცირებს მობილური კლიენტებისთვის ხელახლა დაკავშირების დამყარების დროს;
• გაფართოებული კავშირის შეშუპების კონტროლის მექანიზმების მიერთების შესაძლებლობა;
• იყენებს თითო მიმართულების გამტარუნარიანობის პროგნოზირების ტექნიკას, რათა უზრუნველყოს პაკეტების გაგზავნა ოპტიმალური სიჩქარით, რაც თავიდან აიცილებს მათ გადატვირთულობას და არ იწვევს პაკეტების დაკარგვას;
• აღქმადი ზრდა შესრულება და გამტარუნარიანობა TCP-თან შედარებით. ვიდეო სერვისებისთვის, როგორიცაა YouTube, ნაჩვენებია, რომ QUIC ამცირებს რებუფერირების ოპერაციებს ვიდეოების ყურებისას 30%-ით.

წყარო: opennet.ru