کارگروه مهندسی اینترنت (IETF)، که مسئولیت توسعه پروتکل‌ها و معماری اینترنت را بر عهده دارد، RFC را برای پروتکل QUIC نهایی کرده و مشخصات مرتبط را تحت شناسه‌های RFC 8999 (ویژگی‌های پروتکل مستقل از نسخه)، RFC 9000 (حمل و نقل) منتشر کرده است. بیش از UDP)، RFC 9001 (رمزگذاری TLS کانال ارتباطی QUIC) و RFC 9002 (کنترل ازدحام و تشخیص از دست دادن بسته در طول انتقال داده).
RFC ها وضعیت "استاندارد پیشنهادی" را دریافت کردند، پس از آن کار برای دادن وضعیت یک استاندارد پیش نویس به RFC آغاز می شود که در واقع به معنای تثبیت کامل پروتکل و در نظر گرفتن تمام نظرات ارائه شده است. پروتکل HTTP/3 که استفاده از پروتکل QUIC را به عنوان یک انتقال برای HTTP/2 تعریف می کند، هنوز در مرحله پیش نویس مشخصات است، اما به زودی در نهایت توسط IETF استاندارد می شود.
انتظار می رود استانداردسازی QUIC انگیزه ای برای پذیرش گسترده تر این پروتکل و همچنین توسعه برنامه های افزودنی مبتنی بر آن مانند WebTransport (فناوری ارسال و دریافت داده ها بین مرورگر و سرور) و MASQUE ایجاد کند. (فناوری پروکسی اتصال که قابلیت های SOCKS و HTTP CONNECT را گسترش می دهد و از HTTPS روی QUIC به عنوان انتقال استفاده می کند).
بیایید به یاد بیاوریم که پروتکل QUIC (اتصالات اینترنت سریع UDP) از سال 2013 توسط گوگل به عنوان جایگزینی برای ترکیب TCP+TLS برای وب ایجاد شده است و مشکلات مربوط به راه اندازی طولانی و زمان مذاکره اتصالات در TCP را حل می کند و تاخیر زمانی را حذف می کند. بسته ها در حین انتقال داده از بین می روند. QUIC توسعه پروتکل UDP است که از مالتی پلکس شدن چندین اتصال پشتیبانی می کند و روش های رمزگذاری معادل TLS/SSL را ارائه می دهد. در طول توسعه استاندارد IETF، تغییراتی در پروتکل ایجاد شد که منجر به ظهور دو شاخه موازی، یکی برای HTTP/3 و دومی پشتیبانی شده توسط گوگل (Chrome از هر دو گزینه پشتیبانی می کند و فایرفاکس از نسخه IETF پشتیبانی می کند). .
ویژگی های کلیدی QUIC:
- امنیت بالا مشابه TLS (در اصل QUIC امکان استفاده از TLS را از طریق UDP فراهم می کند).
- کنترل یکپارچگی جریان، جلوگیری از از دست دادن بسته.
- توانایی برقراری فوری اتصال (0-RTT، تقریباً در 75٪ موارد داده ها را می توان بلافاصله پس از ارسال بسته راه اندازی اتصال منتقل کرد) و ایجاد حداقل تاخیر بین ارسال درخواست و دریافت پاسخ (RTT، زمان رفت و برگشت).
- استفاده از شماره توالی متفاوت هنگام ارسال مجدد بسته، که از ابهام در شناسایی بسته های دریافتی جلوگیری می کند و از وقفه های زمانی خلاص می شود.
- از دست دادن یک بسته فقط بر تحویل جریان مرتبط با آن تأثیر می گذارد و تحویل داده ها را در جریان های موازی که از طریق اتصال فعلی منتقل می شود متوقف نمی کند.
- ویژگی های تصحیح خطا که تاخیرهای ناشی از ارسال مجدد بسته های گم شده را به حداقل می رساند. استفاده از کدهای تصحیح خطای ویژه در سطح بسته برای کاهش موقعیت هایی که نیاز به ارسال مجدد داده های بسته از دست رفته دارند.
- مرزهای بلوک رمزنگاری با مرزهای بسته QUIC تراز شده است، که تأثیر تلفات بسته در رمزگشایی محتویات بسته های بعدی را کاهش می دهد.
- بدون مشکل با مسدود کردن صف TCP.
- پشتیبانی از شناسه اتصال، که زمان لازم برای برقراری اتصال مجدد برای مشتریان تلفن همراه را کاهش می دهد.
- امکان اتصال مکانیزم های پیشرفته کنترل تراکم اتصال.
- از تکنیک‌های پیش‌بینی توان عملیاتی در هر جهت استفاده می‌کند تا اطمینان حاصل کند که بسته‌ها با نرخ بهینه ارسال می‌شوند و از شلوغ شدن آنها و از دست دادن بسته‌ها جلوگیری می‌کند.
- افزایش قابل توجه عملکرد و توان عملیاتی در مقایسه با TCP. برای سرویس‌های ویدیویی مانند YouTube، QUIC نشان داده است که عملیات بافر مجدد را هنگام تماشای ویدیو تا 30 درصد کاهش می‌دهد.
منبع: opennet.ru