يضيف Chrome دعمًا تجريبيًا لبروتوكول HTTP/3

للبنيات التجريبية كروم كناري مضاف دعم بروتوكول HTTP/3، الذي يقوم بتنفيذ وظيفة إضافية لتمكين HTTP من العمل عبر بروتوكول QUIC. تمت إضافة بروتوكول QUIC نفسه إلى المتصفح قبل خمس سنوات، ومنذ ذلك الحين تم استخدامه لتحسين العمل مع خدمات Google. وفي الوقت نفسه، يختلف إصدار QUIC من Google المستخدم في Chrome في بعض التفاصيل عن الإصدار من تحديد 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.

رئيسي ملامح كويك:

• الأمان العالي ، على غرار TLS (في الواقع ، يوفر QUIC القدرة على استخدام TLS عبر UDP) ؛
• التحكم في تكامل الدفق لمنع فقدان الحزمة ؛
• القدرة على إنشاء اتصال على الفور (0-RTT ، في حوالي 75٪ من الحالات ، يمكن إرسال البيانات فورًا بعد إرسال حزمة إعداد الاتصال) وضمان الحد الأدنى من التأخير بين إرسال طلب وتلقي استجابة (RTT ، ذهاب وإياب وقت) ؛
• لا تستخدم نفس رقم التسلسل عند إعادة إرسال حزمة ، مما يسمح لك بتجنب الغموض في تحديد الحزم المستلمة والتخلص من المهلات ؛
• يؤثر فقدان الحزمة فقط على تسليم الدفق المرتبط به ولا يوقف تسليم البيانات في التدفقات المرسلة بالتوازي عبر الاتصال الحالي ؛
• أدوات تصحيح الأخطاء التي تقلل التأخير بسبب إعادة إرسال الحزم المفقودة. استخدام أكواد خاصة لتصحيح الأخطاء على مستوى الحزمة لتقليل المواقف التي تتطلب إعادة إرسال بيانات الحزمة المفقودة.
• تتم محاذاة حدود كتلة التشفير مع حدود حزم QUIC، مما يقلل من تأثير فقدان الحزمة على فك تشفير محتويات الحزم اللاحقة؛
• لا توجد مشاكل مع حظر قائمة انتظار TCP ؛
• دعم معرف الاتصال لتقليل وقت إعادة الاتصال للعملاء المتنقلين ؛
• إمكانية توصيل الآليات المتقدمة للتحكم في الحمل الزائد للاتصال ؛
• استخدام تقنيات التنبؤ بعرض النطاق الترددي في كل اتجاه لضمان الكثافة المثلى للحزم المرسلة ، ومنع التدحرج في حالة الازدحام التي يحدث فيها فقد للحزم ؛
• محسوس نمو الأداء والإنتاجية مقارنةً بـ TCP. بالنسبة لخدمات الفيديو مثل YouTube ، فقد ثبت أن QUIC يقلل من عمليات إعادة تخزين الفيديو بنسبة 30٪.

المصدر: opennet.ru