Компания Mozilla сообщила о намерении начать поэтапное включение протоколов HTTP/3 и QUIC в выпуске Firefox 88, намеченном на 19 апреля (изначально, релиз ожидался 20 апреля, но, судя по графику, сдвинут на один день). Вначале поддержка HTTP/3 будет активирована лишь для небольшого процента пользователей и, если не возникнет непредвиденных проблем, будет доведена до всех к концу мая. В ночных сборках и бета-версиях HTTP/3 был включён по умолчанию в конце марта.
Напомним, что реализация HTTP/3 в Firefox основана на развиваемом компанией Mozilla проекте neqo, предоставляющем реализацию клиента и сервера для протокола QUIC. Код компонентов для поддержки HTTP/3 и QUIC написан на языке Rust. Для управления включением HTTP/3 в about:config предусмотрена опция «network.http.http3.enabled». Из клиентского ПО экспериментальная поддержка HTTP/3 также добавлена в Chrome и curl, а для серверов доступна в nginx, а также в форме nginx-модуля и тестового сервера от компании Cloudflare. На стороне сайтов поддержка HTTP/3 уже обеспечена на серверах Google и Facebook.
Протокол HTTP/3 пока находится на стадии черновой спецификации и окончательно не стандартизирован в IETF. Для использования HTTP/3 требуется поддержка на стороне клиента и сервера одной и той же версии чернового стандарта QUIC и HTTP/3, которая указывается в заголовке Alt-Svc (Firefox поддерживает черновики спецификации с 27 по 32).
HTTP/3 определяет использование протокола QUIC в качестве транспорта для HTTP/2. Протокол QUIC (Quick UDP Internet Connections) c 2013 года развивается компанией Google в качестве альтернативы связке TCP+TLS для Web, решающей проблемы с большим временем установки и согласования соединений в TCP и устраняющей задержки при потере пакетов в процессе передачи данных. QUIC представляет собой надстройку над протоколом UDP, поддерживающую мультиплексирование нескольких соединений и обеспечивающую методы шифрования, эквивалентные TLS/SSL. В процессе разработки в IETF стандарта в протокол были внесены изменения, что привело к возникновению двух параллельно существующих веток, одна для HTTP/3, а вторая поддерживаемая Google (Chrome поддерживает оба варианта).
លក្ខណៈសំខាន់ៗរបស់ QUIC៖
- សុវត្ថិភាពខ្ពស់ស្រដៀងនឹង TLS (ជាសំខាន់ QUIC ផ្តល់លទ្ធភាពប្រើប្រាស់ TLS លើ UDP);
- ការត្រួតពិនិត្យភាពសុចរិតនៃលំហូរ ការការពារការបាត់បង់កញ្ចប់ព័ត៌មាន;
- សមត្ថភាពក្នុងការបង្កើតការតភ្ជាប់ភ្លាមៗ (0-RTT ក្នុងប្រហែល 75% នៃករណីទិន្នន័យអាចត្រូវបានបញ្ជូនភ្លាមៗបន្ទាប់ពីផ្ញើកញ្ចប់ដំឡើងការតភ្ជាប់) និងផ្តល់ការពន្យារពេលតិចតួចបំផុតរវាងការផ្ញើសំណើ និងទទួលការឆ្លើយតប (RTT ពេលវេលាធ្វើដំណើរទៅមក)។
- ការប្រើប្រាស់លេខលំដាប់ផ្សេងគ្នានៅពេលបញ្ជូនកញ្ចប់ព័ត៌មានឡើងវិញ ដែលជៀសវាងភាពមិនច្បាស់លាស់ក្នុងការកំណត់អត្តសញ្ញាណកញ្ចប់ព័ត៌មានដែលបានទទួល និងកម្ចាត់ការអស់ពេល។
- ការបាត់បង់កញ្ចប់ព័ត៌មានប៉ះពាល់តែការចែកចាយស្ទ្រីមដែលភ្ជាប់ជាមួយវា និងមិនបញ្ឈប់ការចែកចាយទិន្នន័យនៅក្នុងស្ទ្រីមប៉ារ៉ាឡែលដែលបានបញ្ជូនតាមរយៈការតភ្ជាប់បច្ចុប្បន្ន។
- មុខងារកែកំហុសដែលកាត់បន្ថយការពន្យារពេលដោយសារការបញ្ជូនសារឡើងវិញនៃកញ្ចប់ព័ត៌មានដែលបាត់។ ការប្រើប្រាស់លេខកូដកែកំហុសពិសេសនៅកម្រិតកញ្ចប់ព័ត៌មាន ដើម្បីកាត់បន្ថយស្ថានភាពដែលតម្រូវឱ្យបញ្ជូនទិន្នន័យកញ្ចប់ព័ត៌មានដែលបាត់មកវិញ។
- ព្រំដែនប្លុកគ្រីបត្រូវបានតម្រឹមជាមួយព្រំដែនកញ្ចប់ព័ត៌មាន QUIC ដែលកាត់បន្ថយផលប៉ះពាល់នៃការបាត់បង់កញ្ចប់ព័ត៌មានលើការឌិកូដមាតិកានៃកញ្ចប់ព័ត៌មានជាបន្តបន្ទាប់។
- មិនមានបញ្ហាជាមួយនឹងការទប់ស្កាត់ជួរ TCP;
- ការគាំទ្រសម្រាប់ការកំណត់អត្តសញ្ញាណការតភ្ជាប់ ដែលកាត់បន្ថយពេលវេលាដែលវាត្រូវការដើម្បីបង្កើតការតភ្ជាប់ឡើងវិញសម្រាប់អតិថិជនទូរសព្ទចល័ត។
- លទ្ធភាពនៃការតភ្ជាប់កម្រិតខ្ពស់ យន្តការត្រួតពិនិត្យការកកស្ទះនៃការតភ្ជាប់;
- ប្រើបច្ចេកទេសព្យាករណ៍តាមរយៈទិសដៅនីមួយៗ ដើម្បីធានាថាកញ្ចប់ព័ត៌មានត្រូវបានផ្ញើក្នុងអត្រាដ៏ល្អប្រសើរ ការពារពួកវាពីការកកស្ទះ និងបណ្តាលឱ្យបាត់បង់កញ្ចប់ព័ត៌មាន។
- ការកើនឡើងគួរឱ្យកត់សម្គាល់នៅក្នុងដំណើរការនិងលំហូរធៀបនឹង TCP ។ សម្រាប់សេវាកម្មវីដេអូដូចជា YouTube , QUIC ត្រូវបានបង្ហាញដើម្បីកាត់បន្ថយប្រតិបត្តិការបដិសេធនៅពេលមើលវីដេអូ 30% ។
ប្រភព: opennet.ru