- flano_yuki
- 1180
- 3
- 1
- 6
mnot: プライオリィー、これはイエロー。クライアントとサーバーでどのストリームを優先するかをネゴするものだった。うまく活用する方法はまだ検討している #http3study
2019-01-29 19:47:19足りない英語力をGoogle Docsの音声入力機能で補う #http3study pic.twitter.com/6PY5XKOMCR
2019-01-29 19:47:35mnot: サーバープッシュ: うわあ。いまはうまく使えていないけど、まだ終わってないよ。続くよ #http3study
2019-01-29 19:47:52mnot: レイヤをいじるインクリメンタルな変更はまあ動く。根本的なモデルを変更するのはうまくいかない。オーバーエンジニアリングしたくなる誘惑が常にある #http3study
2019-01-29 19:49:04mnot: そしてHTTP/3。一番重要な違いは、HTTP/2はストリームレイヤをTCPの上に作ったのに対して、HTTP/3はQUICのマルチプレクス機能を使うこと #http3study
2019-01-29 19:50:00mnot: HTTP/2でストリーム間のHead-of-line Blockingは解消できた。しかし、トランスポートレイヤのHoL Blockingが問題になってきた。HTTP/3の利点の多くはここから来る #http3study
2019-01-29 19:51:05mnot: データセンターの中にいるとわからないかもしれないが、ネットの弱い国に行くと良さがわかる #http3study
2019-01-29 19:51:41mnot: するとSETTINGSフレームの順番が問題になってくる。SETTINGSの後に届いたフレームが、SETTINGSの前に送信されたかもしれない。HTTP/3では、多くの設定はQUICで扱われるようになった。そして一度設定したら後から変えられないようにした #http3study
2019-01-29 19:53:34mnot: プライオリティーも変更された。HTTP/2では依存ツリーを両方のピアでメンテすることによって行われていた。HTTP/3ではすべての優先度設定をひとつのcontrolストリームで送るようにした。exclusive prioritisationは不可能 #http3study
2019-01-29 19:55:08mnot: ヘッダ圧縮。HPACKはコマンド列である。インデックスへの追加し使用が逆順になると困ってしまう。そこでQPACKが提案された。ダイナミックテーブルは特別の単方向ストリームで更新される。エンコーダーはreferencesをackされるまで保持する。insert countを使って展開側は管理する #http3study
2019-01-29 19:57:38mnot: そろそろQUICを始めて1年半か2年になるがまだできあがっていない mt: そういえばTwitterにHTTP/2をデプロイしたのはこの部屋からだったね #http3study
2019-01-29 19:58:53mnot: じゃあHTTPの次は何か? HTTPの歴史はトランスポートの使い方だった。それは続くのか。 #http3study
2019-01-29 20:00:07mnot: connection coalescing(相乗り)。structured headers。semantic evolution。CDN標準化。その他にもたくさん #http3study
2019-01-29 20:00:55#http3study HTTP/4でもいいけど、そろそろ誰かネットワークアーキテクチャからLayer3 外したいとか言ってくれねえかなぁ、、、(遠い目)
2019-01-29 20:01:40mnot: HTTP/4? いまわれわれは新しいHTTPバージョンが出たとき扱える仕組みを作った。wire formatが変わったりしてもALT-SvcやALPNを使ってきれいに組み込めると思っている #http3study
2019-01-29 20:01:56mnot: 大事なメッセージはHTTPのセマンティクスはstableで変わらないということ。すべてのヘッダ、メッセージなどにはバージョン番号はない。ずっと変更である。トランスポートやプロトコルが変わっても。HTTPは変わらずに使えるだろう #http3study
2019-01-29 20:03:51mt 多くの人がこの図を見たことあるでしょう #http3study pic.twitter.com/xJInmxlF5X
2019-01-29 20:06:39mt: QUICはTCPとTLSがやっている接続のセットアップを両方する。QUICはTLSを使ってTLS的な仕事をする #http3study
2019-01-29 20:07:38mt: TLS1.3は楽観的なハンドシェイクをする。うまくいったときには1RTを節約できる。通常は3wayつまり1.5RTTになる。クライアントのguessが外れたときには、もう1RTかかる #http3study
2019-01-29 20:09:03mt: TLSハンドシェイクは単純化された。この図で違う色は保護レベルの違いを表わしている #http3study
2019-01-29 20:10:26mt: QUICのハンドシェイク。TLSメッセージの鍵タイプごとに別のパケットタイプを割り当てる。CRYPTOフレームにTLSハンドシェイクメッセージを入れる #http3study
2019-01-29 20:11:50