HTTP3なるもの『PART1』

が出るらしい。いつか勉強しようと思っていたので今日やることにした。
興味があるところだけ見ることにする。

理解できたことをメモ・雑に書きます
間違いがあればご指摘いただきますととてもありがたいです。

思ったことを書いているところ

・TCPで動作する

クライアントとサーバ間とのコネクションに複数のストリームがあり、並行してやり取りを行えるというもの。

それ以前のHTTP1.1では1件のリクエストに対して複数のレスポンスを返していたがリクエストの順番で取り寄せることになっていた。

プロトコルとしてTCPを使用しているため通信の途中でパケットの損失があった場合それ以降のやり取りが止まってしまう。

複数のストリームを使っているがhtmlやcssの取り寄せに  
1つのストリームを使っているだけで  
htmlを分割して複数のストリームで送るわけではない。

QUICというプロトコルを使用した通信のこと。UDPで動作する。

QUITではTCPにある3ウェイハンドシェイクのようにコネクションのセットアップが存在する。

このコネクションで2つの異なるストリームをセットアップする場合、独立したものとして扱われ、1つのストリーム内でパケットロスが起こってもそちらだけで再送制御できる。

QUICでは平文版のプロトコルが存在しない。
もちろんコネクションを確立する際に行われるハンドシェイクのパケットは平文のままだ

QUICのハンドシェイクは時間短縮のために0-RTTハンドシェイクと1-RTTハンドシェイクを使用している。

TLS 1.3 と 0-RTT のこわ〜い話 from Kazuho Oku

www.slideshare.net

※ QUICではTLS messagesのみを利用しTLS recordsは利用しないことになっている。
OpenSSLはまだ対応できておらず、追加の要望もないとのこと

QUICを膨大なトラフィックに適用させた場合HTTP/2 over TLSに比べ約2倍のCPUが必要になる。

これはUDPはTCPやTLSのように通信への最適化がされていないだけのようだ。

つまりこれから作っていけばいいらしい。
開発者の人はチャンスですね（白目）

続く