「HTTP/3」がHTTP-over-QUICの新名称に。IETFのQUICワーキンググループとHTTPワーキンググループで合意 － Publickey

現在IETFで仕様策定が進められている、UDPをベースに効率的で高速な通信を実現するためのプロトコル「QUIC」をトラスポート層に用いる新しいHTTPの名称が「HTTP/3」になることが決まりました。 HTTP/3のベースはGoogleが開発したQUIC。IETFで標準化へ もともとQUICは、Googleが高速なHTTPの通信を実現するためのプロトコルとして2013年に発表し、同社のChromeブラウザやクラウドサービスなどに実装してきました。 QUICは、従来のHTTPでトランスポート層に用いられているTCPの代わりに、UDPを用いています。 TCPはエラー訂正機能などを備え信頼性の高い通信が可能な一方、比較的オーバーヘッドの大きなプロトコルです。そこでTCPの代わりに通信の信頼性は保証されないもののオーバーヘッドの小さいUDPを用い、独自に一定の信頼性を保つ実装を組み込みつつHTTP

[hundret]

まだhttp/2にすら対応していないというに...

[richard_raw]

はえーよ！（二重の意味で）

[progrhyme]

SPDYがHTTP/2になったように、Googleがまた1段階Webを進化させる、と言えるか

[kijtra]

いいぞどんどん速くなれ。そして最終的に人間の動体視力では追いつけなくなるくらい速く。 (なにか勘違い)

[als_uz]

QUIC側で輻輳制御するのかな

[Cald]

トランスポート層の対応いるから普及には時間が必要な気がする

[kotaponx]

UDPはstatefulなfirewallとかhttp proxyとか色々困りどころがありそうな気がするがどうなんだろ

[fujimocker]

[HTTP/3][IETF][network][TCP][UDP]

[yuno001]

FWの制御どうするのか謎だからとりあえず、社内システムで使ってトラフィック減らしたらいいんじゃないかな。

[rasterson]

知りませんでした。SSL(TLS)の代わりもあるのかな？

[sjn]

性質的に枝分かれしそうな気もする

[UDONCHAN]

これはアアン

[yumu19]

ほぅ。

[Makots]

独自プロトコル→標準化→デファクトスタンダードって流れ、昔はCiscoが担ってたけど最近はGoogleに移ってきてる感じがする。

[take_she12]

HTTP/3は違うのでは感するけどなあ、まぁHTTP over QUIC長いしなぁ

[shoh8]

もう次か

[bohemian916]

どんなに早くなっても、光の速度がボトルネックになって、地球の裏側まで3フレームかかるんだろ？

[kita-tuba]

HTTP-over-QUICの名称は「HTTP/3」に。IETFのQUICワーキンググループとHTTPワーキンググループで合意

[baronhorse]

3はまずいんじゃね。。

[Peranikov]

HTTP/2と使い分けるんじゃなくてUDPベースに寄っていくん?

[witchstyle]

(2018/11/13の記事)

[cl-gaku]

2を置き換えるものなのか？

[Dai_Kamijo]

“HTTP-over-QUICの名称は「HTTP/3」に。IETFのQUICワーキンググループとHTTPワーキンググループで合意 － Publickey” — 徳丸 浩 (@ockeghem) November 12, 2018 from Twitter https://twitter.com/Dai_Kamijo November 13, 2018 at 09:21AM via IFTTT

[IGA-OS]

UDPベースのHTTPが来るか。

[koyhoge]

HTTPは1.1と2と3が共存する世界になるのか。アップグレード版というより役割が少しずつ違う。

[ykore52]

HTTP/2にも対応していない商用プロキシが多い日本では個人とTech系にしか浸透しないのだろうな

[knjname]

HTTP-over-QUICの名称は「HTTP/3」に。IETFのQUICワーキンググループとHTTPワーキンググループで合意

[umisora2]

おめでとう🎉

[annoy]

“。 これで、QUICをトランスポートに用いる新しいHTTPの名称が「HTTP/3」になることが事実上決まったことになります。”