Chrome پشتیبانی آزمایشی برای پروتکل HTTP/3 اضافه می‌کند

به ساخت های آزمایشی Chrome Canary اضافه پشتیبانی از پروتکل HTTP/3، که افزونه ای را برای فعال کردن HTTP روی پروتکل QUIC پیاده سازی می کند. خود پروتکل QUIC پنج سال پیش به مرورگر اضافه شد و از آن زمان برای بهینه سازی کار با سرویس های گوگل استفاده شده است. در عین حال، نسخه QUIC گوگل که در کروم استفاده می‌شود در برخی جزئیات با نسخه‌ای که از آن استفاده می‌شود متفاوت است مشخصات فنی IETF، اما اکنون پیاده سازی ها هماهنگ شده اند.

HTTP/3 استفاده از QUIC را به عنوان یک انتقال برای HTTP/2 استاندارد می کند. برای فعال کردن HTTP/3 و گزینه QUIC از 23 پیش نویس مشخصات IETF نیازمند این است که کروم با گزینه‌های «-enable-quic -quic-version=h3-23» و سپس هنگام باز کردن سایت آزمایشی راه‌اندازی شود. quick.rocks:4433 در حالت بازرسی شبکه در ابزارهای توسعه دهنده، فعالیت HTTP/3 به صورت "http/2+quic/99" نمایش داده می شود.

به یاد بیاورید که پروتکل QUIC (اتصالات اینترنت سریع UDP) از سال 2013 توسط گوگل به عنوان جایگزینی برای ترکیب TCP+TLS برای وب توسعه داده شده است که مشکلات مربوط به راه اندازی و زمان مذاکره طولانی برای اتصالات در TCP را حل می کند و تاخیر زمانی که بسته ها در حین انتقال داده گم می شوند را حذف می کند. QUIC توسعه پروتکل UDP است که از مالتی پلکس شدن چندین اتصال پشتیبانی می کند و روش های رمزگذاری معادل TLS/SSL را ارائه می دهد. پروتکل مورد بحث قبلاً در زیرساخت سرور Google یکپارچه شده است و بخشی از Chrome است. برنامه ریزی شده است برای گنجاندن در فایرفاکس و به طور فعال برای ارائه درخواست های مشتری در سرورهای Google استفاده می شود.

اصلی ویژگی های QUIC:

• امنیت بالا مشابه TLS (در اصل QUIC امکان استفاده از TLS را از طریق UDP فراهم می کند).
• کنترل یکپارچگی جریان، جلوگیری از از دست دادن بسته.
• توانایی برقراری فوری اتصال (0-RTT، تقریباً در 75٪ موارد داده ها را می توان بلافاصله پس از ارسال بسته راه اندازی اتصال منتقل کرد) و حداقل تاخیر بین ارسال درخواست و دریافت پاسخ (RTT، زمان رفت و برگشت) را فراهم می کند.
• عدم استفاده از شماره توالی یکسان در هنگام ارسال مجدد بسته، که از ابهام در شناسایی بسته های دریافتی جلوگیری می کند و از وقفه های زمانی خلاص می شود.
• از دست دادن یک بسته فقط بر تحویل جریان مرتبط با آن تأثیر می گذارد و تحویل داده ها را در جریان های موازی که از طریق اتصال فعلی منتقل می شود متوقف نمی کند.
• ویژگی های تصحیح خطا که تاخیرهای ناشی از ارسال مجدد بسته های گم شده را به حداقل می رساند. استفاده از کدهای تصحیح خطای ویژه در سطح بسته برای کاهش موقعیت هایی که نیاز به ارسال مجدد داده های بسته از دست رفته دارند.
• مرزهای بلوک رمزنگاری با مرزهای بسته QUIC تراز شده است، که تأثیر تلفات بسته در رمزگشایی محتویات بسته های بعدی را کاهش می دهد.
• بدون مشکل با مسدود کردن صف TCP.
• پشتیبانی از شناسه اتصال، که زمان لازم برای برقراری اتصال مجدد برای مشتریان تلفن همراه را کاهش می دهد.
• امکان اتصال مکانیزم های پیشرفته کنترل تراکم اتصال.
• از تکنیک‌های پیش‌بینی توان عملیاتی در هر جهت استفاده می‌کند تا اطمینان حاصل کند که بسته‌ها با نرخ بهینه ارسال می‌شوند و از شلوغ شدن آنها و از دست دادن بسته‌ها جلوگیری می‌کند.
• محسوس رشد عملکرد و توان عملیاتی در مقایسه با TCP برای سرویس‌های ویدیویی مانند YouTube، QUIC نشان داده است که عملیات بافر مجدد را هنگام تماشای ویدیو تا 30 درصد کاهش می‌دهد.

منبع: opennet.ru