Разработчиците на Mozilla, които отговарят за разработването на Firefox, наскоро обявиха това Вечерните компилации на Firefox, както и бета версията, вече са активирани по подразбиране протокола HTTP / 3.
Поддръжка на HTTP / 3 във Firefox се основава на проекта neqo, разработен от Mozilla, която осигурява реализация на клиент и сървър за протокола QUIC.
Кодът на компонента, който поддържа HTTP / 3 и QUIC, е написан на Rust. За да контролирате включването на HTTP / 3 в about: config, е предвидена опцията "network.http.http3.enabled".
От клиентския софтуер, вече е добавена експериментална поддръжка за HTTP 3 до Chrome и curl, а за сървъри е наличен в nginx, както и под формата на nginx модул и тестов сървър от Cloudflare. Стартираха няколко тестови сайта за тестване на работата на HTTP / 3 клиенти.
HTTP / 3 все още е в етап на проект на спецификация и не е напълно стандартизиран от IETF. HTTP / 3 определя използването на протокола QUIC като транспорт за HTTP / 2.
протокола QUIC (Бързи UDP интернет връзки) от 2013 г. е разработен от Google като алтернатива на TCP + TLS за мрежата, което решава проблемите с дългите времена на конфигуриране и договаряне на 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% намаление на буферирането при гледане на видеоклипа.
И накрая, на стабилния клон е планирано включването на HTTP / 3 стартирането на Firefox 88, насрочено за 20 април.
Ако искате да научите повече за това За активирането на поддръжката на HTTP / 3 във Firefox можете да проверите подробностите В следващия линк.