Компания 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 UDP پر TLS استعمال کرنے کی صلاحیت فراہم کرتا ہے)؛
- فلو سالمیت کنٹرول، پیکٹ کے نقصان کو روکنا؛
- فوری طور پر کنکشن قائم کرنے کی صلاحیت (0-RTT، تقریباً 75% کیسز میں ڈیٹا کو کنکشن سیٹ اپ پیکٹ بھیجنے کے فوراً بعد منتقل کیا جا سکتا ہے) اور درخواست بھیجنے اور جواب موصول ہونے کے درمیان کم سے کم تاخیر فراہم کرنا (RTT، راؤنڈ ٹرپ ٹائم)؛
- ایک پیکٹ کو دوبارہ منتقل کرتے وقت مختلف ترتیب نمبر کا استعمال، جو موصول ہونے والے پیکٹوں کی شناخت میں ابہام سے بچتا ہے اور ٹائم آؤٹ سے چھٹکارا پاتا ہے۔
- پیکٹ کے کھو جانے سے صرف اس سے منسلک سٹریم کی ڈیلیوری متاثر ہوتی ہے اور موجودہ کنکشن کے ذریعے منتقل ہونے والے متوازی اسٹریمز میں ڈیٹا کی ترسیل کو نہیں روکتا؛
- خرابی کی اصلاح کی خصوصیات جو کھوئے ہوئے پیکٹوں کی دوبارہ منتقلی کی وجہ سے تاخیر کو کم کرتی ہیں۔ گمشدہ پیکٹ ڈیٹا کی دوبارہ منتقلی کی ضرورت پڑنے والے حالات کو کم کرنے کے لیے پیکٹ کی سطح پر خرابی کے خصوصی کوڈز کا استعمال۔
- کرپٹوگرافک بلاک کی حدود QUIC پیکٹ کی حدود کے ساتھ منسلک ہیں، جو بعد کے پیکٹوں کے مواد کو ڈی کوڈ کرنے پر پیکٹ کے نقصانات کے اثرات کو کم کرتی ہے۔
- TCP قطار بلاک کرنے میں کوئی مسئلہ نہیں؛
- کنکشن شناخت کنندہ کے لیے سپورٹ، جو موبائل کلائنٹس کے لیے دوبارہ کنکشن قائم کرنے میں لگنے والے وقت کو کم کرتا ہے۔
- اعلی درجے کے کنکشن کنجشن کنٹرول میکانزم کو جوڑنے کا امکان؛
- اس بات کو یقینی بنانے کے لیے فی ڈائریکشن تھرو پٹ پیشن گوئی کی تکنیکوں کا استعمال کرتا ہے کہ پیکٹ زیادہ سے زیادہ قیمتوں پر بھیجے جاتے ہیں، ان کو بھیڑ ہونے سے روکتے ہیں اور پیکٹ کے نقصان کا سبب بنتے ہیں۔
- TCP کے مقابلے کارکردگی اور تھرو پٹ میں نمایاں اضافہ۔ یوٹیوب جیسی ویڈیو سروسز کے لیے، QUIC کو ویڈیوز دیکھنے کے دوران ریبفرنگ آپریشنز کو 30% کم کرنے کے لیے دکھایا گیا ہے۔
ماخذ: opennet.ru