Chrome эксперименталдык HTTP/3 колдоосун кошот

Эксперименталдык курулуштарга Chrome Canary кошулду HTTP/3 протоколун колдоо, ал HTTP QUIC протоколунун үстүнөн иштөөгө мүмкүндүк берүүчү кошумчаны ишке ашырат. QUIC протоколунун өзү браузерге беш жыл мурун кошулган жана андан бери Google кызматтары менен иштөөнү оптималдаштыруу үчүн колдонулуп келет. Ошол эле учурда, Chrome'до колдонулган Google'дун QUIC версиясы мурунку версиядан айрым деталдары менен айырмаланган спецификациялар IETF, бирок азыр ишке ашыруулар синхрондоштурулган.

HTTP/3 QUICти HTTP/2 үчүн транспорт катары колдонууну стандартташтырат. HTTP/3 жана QUIC опциясын иштетүү үчүн 23 долбоор IETF спецификациялары Chrome'ду "-enable-quic -quic-version=h3-23" параметрлери менен жана андан кийин сыноо сайтын ачууда ишке киргизүүнү талап кылат. quick.rocks:4433 Иштеп чыгуучунун куралдарында тармакты текшерүү режиминде HTTP/3 аракети “http/2+quic/99” катары көрсөтүлөт.

Эске салсак, протокол ТЕЗ (Quick UDP Internet Connections) 2013-жылдан бери Google тарабынан Web үчүн TCP+TLS айкалышынын альтернативасы катары иштелип чыккан, TCP'де туташуулар үчүн узак орнотуу жана сүйлөшүү убакыттары менен көйгөйлөрдү чечет жана маалыматтарды өткөрүп берүү учурунда пакеттер жоголуп кеткенде кечигүүлөрдү жок кылат. QUIC - UDP протоколунун кеңейтилиши, ал бир нече туташуулардын мультиплексин колдойт жана TLS/SSLге барабар шифрлөө ыкмаларын камсыз кылат. Каралып жаткан протокол мурунтан эле Google серверинин инфраструктурасына интеграцияланган жана Chrome'дун бир бөлүгү болуп саналат. пландаштырылган Firefox-ка кошуу үчүн жана Google серверлеринде кардардын суроо-талаптарын тейлөө үчүн жигердүү колдонулат.

негизги өзгөчөлүктөрү QUIC:

  • TLS сыяктуу жогорку коопсуздук (чынында, QUIC UDP үстүнөн TLS колдонуу мүмкүнчүлүгүн камсыз кылат);
  • Пакеттин жоголушун алдын алуу үчүн агымдын бүтүндүгүн көзөмөлдөө;
  • Дароо байланыш түзүү мүмкүнчүлүгү (0-RTT, болжол менен 75% учурларда, маалымат туташууну орнотуу пакетин жөнөткөндөн кийин дароо берилиши мүмкүн) жана суроо-талапты жөнөтүү менен жооп алуунун ортосундагы минималдуу кечигүүлөрдү камсыз кылуу (RTT, Айлануу убактысы) ;
  • Пакетти кайра жөнөтүүдө бир катар номерди колдонбоңуз, бул кабыл алынган пакеттерди аныктоодо түшүнүксүздүктү болтурбоо жана тайм-ауттардан арылууга мүмкүндүк берет;
  • Пакеттин жоголушу аны менен байланышкан агымдын жеткирилишине гана таасирин тийгизет жана учурдагы байланыш боюнча параллелдүү берилүүчү агымдарда маалыматтардын жеткирилишин токтотпойт;
  • Жоголгон пакеттердин кайра жөнөтүлүшүнөн улам кечигүүлөрдү азайтуучу каталарды оңдоо куралдары. Жоголгон пакет маалыматтарын кайра жөнөтүүнү талап кылган кырдаалдарды азайтуу үчүн пакеттик деңгээлде катаны оңдоонун атайын коддорун колдонуу.
  • Криптографиялык блоктун чек аралары QUIC пакетинин чек аралары менен дал келет, бул пакеттик жоготуулардын кийинки пакеттердин мазмунун декоддоосуна таасирин азайтат;
  • TCP кезегин бөгөттөөдө көйгөйлөр жок;
  • Мобилдик кардарлар үчүн кайра туташуу убактысын кыскартуу үчүн Connection ID колдоосу;
  • Туташуу ашыкча жүктөөнү көзөмөлдөө үчүн өркүндөтүлгөн механизмдерди туташтыруу мүмкүнчүлүгү;
  • Пакеттерди жөнөтүүнүн оптималдуу интенсивдүүлүгүн камсыз кылуу үчүн ар бир багытта өткөрүү жөндөмдүүлүгүн болжолдоо ыкмаларын колдонуу, пакеттердин жоготуусу болгон тыгын абалына өтүүнүн алдын алуу;
  • Сезимдүү өсүш TCP менен салыштырганда аткаруу жана өткөрүү жөндөмдүүлүгү. YouTube сыяктуу видео кызматтары үчүн QUIC видеону кайтаруу операцияларын 30% га кыскартат.

Source: opennet.ru

Комментарий кошуу