[B! quic] negima1976のブックマーク

IETFによるHTTP/3の標準化プロセスが完了、「RFC 9114」に

IETFのQUICワーキンググループはHTTP/3の標準化プロセスを完了し、﹁RFC 9114﹂として発表しました。 HTTP/3 has been published as an RFC. https://t.co/jdsUHy9FKD — IETFQUIC WG (@quicwg) June 6, 2022 HTTPはWorld Wide Webを開発したティム・バーナーズ＝リーによって1990年に最初のバージョンが作られました。その後、1996年にHTTP/1.0がIETFによってRFC化され、1999年にHTTP/1.1へアップデート。2015年2月には初めてのメジャーバージョンアップとなるHTTP/2がRFCとなりました。HTTP/3は7年ぶりのメジャーアップデートと言えます。 HTTP/3では高速な通信を実現するために、HTTPのトランスポート層を従来のTCPからQUICに

negima1976 2022/06/08

HTTP
quic

リンク

QUICをゆっくり解説(1)：QUICが標準化されました | IIJ Engineers Blog

Haskellコミュニティでは、ネットワーク関連を担当。4児の父であり、家庭では子供たちと、ジョギング、サッカー、スキー、釣り、クワガタ採集をして過ごす。不定期連載を始めます IIJ-II 技術研究所技術開発室の山本です。私はプログラミング言語HaskellでHTTP/2とTLS 1.3を実装した後、もっぱらQUICを実装することに時間を費やしてきました。ご存知の方もいらっしゃると思いますが、今年の5月にQUICの仕様がRFC9000として公開されました。このRFCは実によく書かれているので、読みこなせばQUICの全容が掴めるでしょう。しかし仕様は膨大ですし、実際に実装してみて初めて腑に落ちることもあります。そこでこの機会に、実際にQUICを実装した経験者目線で、QUICの解説をしていきたいと思います。なんとなくTCP/IPを分かっている方が、ある程度QUICの理解ができることを

negima1976 2021/07/02

リンク

HTTP/3の基盤となる「QUICプロトコル」の標準化プロセスが完了、IETFの「RFC 9000」として

HTTP/3の基盤となる﹁QUICプロトコル﹂の標準化プロセスが完了、IETFの﹁RFC 9000﹂として現在標準化が進められている新たなHTTPである﹁HTTP/3﹂のトランスポート層プロトコルとなる予定の新しい通信プロトコル﹁QUIC﹂が、インターネットで用いられる通信プロトコルなどの標準化を行う団体のIETF︵Internete Engineering Task Force︶により﹁RFC 9000﹂として策定を完了、新たなインターネット標準になったことが明らかになりました。QUIC is now RFC 9000 | Fastly QUIC is RFC 9000 | daniel.haxx.se QUICはもともとHTTPをより高速化するためにGoogleが開発し、その後IETFで標準化が進められてきました。QUICはまずは次世代のHTTPであるHTTP/3のトランスポート

negima1976 2021/05/31

リンク

HTTP/3はどうやってWebを加速するか？ TCP、TLS、HTTP/2の問題とHTTP/3での解決策～Fastly奥氏が解説（前編）

HTTP/3はどうやってWebを加速するか？ TCP、TLS、HTTP/2の問題とHTTP/3での解決策～Fastly奥氏が解説︵前編︶ Webの世界では新しいHTTPの標準として﹁HTTP/3﹂の策定が進み、現在最終段階にあります。このHTTP/3はこれまでのHTTPをどのように改善し、高速化を実現していくのでしょうか。 2020年11月25日と26日にオンラインで開催されたFastly Japan主催のイベント﹁Yamagoya Traverse 2020﹂のセッション﹁Webを加速するHTTP/3﹂で、同社の奥一穂氏がHTTP/3の解説を行っています。奥氏はHTTP/3に対応したHTTPサーバ﹁H2O﹂の開発を行うだけでなく、IETFでHTTP/3の標準策定にも関わるなど、日本においてもっともHTTP/3に詳しい人の一人であるといえます。本記事では奥氏のセッションをダイジェストで

negima1976 2021/01/05

リンク

QUICとHTTP/3がIETFのラストコール。RFCによる標準化が間近に

IETFのQUICワーキンググループで標準化作業が進められてきたQUICとHTTP/3が、6月のQUICワーキンググループにおけるラストコールを経て、IETFのステアリンググループであるIESGのラストコールとして10月21日に受諾されました。ラストコールとしてIESGが受諾したドキュメントは、QUICとHTTP/3の標準化に関わる以下の6つのドキュメントです。 QUIC: A UDP-Based Multiplexed and Secure Transport QUIC Loss Detection and Congestion Control Using TLS to Secure QUIC Version-Independent Properties of QUIC Hypertext Transfer Protocol Version 3 (HTTP/3) QPACK: Head

negima1976 2020/11/09

リンク

マイクロソフトが「SMB over QUIC」ファイル共有プロトコル実装中。VPNなしでもインターネット上で安全にファイルサーバへのアクセスを実現へ

マイクロソフトが﹁SMB over QUIC﹂ファイル共有プロトコル実装中。VPNなしでもインターネット上で安全にファイルサーバへのアクセスを実現へマイクロソフトが次期Windows Serverに、HTTP/3のベースとなるQUICプロトコルを搭載する予定であることは先週の記事でお伝えしていますが、同社はこのQUICをファイル共有プロトコルであるSMBのトランスポート層に用いた﹁SMB over QUIC﹂も開発中です。最初に同社がこれを明らかにしたのは、今年の3月に公開したブログ﹁SMB over QUIC: Files Without the VPN﹂ででした。そして次期Windows Serverの開発状況を伝える先週のブログ﹁Announcing Windows Server vNext Preview Build 20201﹂でも、QUICをHTTP/3だけでなくSMBの

negima1976 2020/09/08

quic
VPN

リンク

FastlyがHTTP/3とQUICのサポートを発表

HTTP/3は、HTTPの次のバージョンとしてIETF︵Internet Engineering Task Force︶が標準化を進めています。これまでのHTTPとの最大の違いは、トランスポートプロトコルとしてQUICを採用し、それに最適化することで、より高速で効率的な通信を実現するところです。それにより、いまよりも高速なWebページの表示や高速に実行できるWebアプリケーションなどが期待できます。 HTTP/3は新たなトランスポートのQUICを利用現在使われているHTTP/2 やHTTP/1.1などでは、トランスポートプロトコルとしてTCP︵Transmission Control Protocol︶が使われています。 TCPは内部で輻輳制御や再送などを自動的に行うことで通信が確実に行われることを保証してくれる便利なプロトコルですが、オーバーヘッドが大きく、確実に通信が行われるまで待

negima1976 2020/05/11

リンク

QUIC, HTTP/3の標準化状況を確認したい (2019年11月版) - ASnoKaze blog

2020/06/01追記まるっと解説記事を書き直しました asnokaze.hatena blog.com 目次 Status The Plan Versions Extensions Applications Other Things More Information 関連記事 QUICは現在IETFで標準化が進められているトランスポートプロトコルであり、HTTP/3はそのQUICの上で効率よくHTTPのメッセージをやりとりするプロトコルです。 ChromeやFirefox, Nginxなどがすでに実装を行っており、「相互接続テスト」を定期的に実施している。その他多くの実装があり、「Implementations」から確認ができる。その標準化状況について、QUIC WGとHTTP WG両方のチェアを務めるMark Nottinghamが先週行われたIETFで発表した「Quick QUI

negima1976 2019/11/26

リンク

Googleが開発してるらしい QUIC as a VPN (QBone)について (2020年更新) - Qiita

(落ちの無い話です) [追記] IETF107 (2020/03/25)において、Googleでの利用例が共有されました。それについて、記事最後に追記しました。公式な情報はまだないが、GoogleがQUICコネクションをVPNとして利用する﹁QUIC as a VPN (QBone)﹂なるものを作ってるのは窺い知ることができる。 2017年6月に、GoogleでQUICの開発に携わっているIan Swett氏より﹁QUIC Messages﹂という提案書が出ている。この提案書の、提案背景の章で﹁QUIC as a VPN (QBone)﹂は登場する。 Today, most production QUIC traffic is HTTP. However, developers are actively working on running WebRTC over QUIC (aka Q

negima1976 2019/09/10

リンク

「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

negima1976 2018/11/14

リンク

HTTP over QUICと、その名称について (HTTP3について) *2019年9月更新 - ASnoKaze blog

[追記] QUIC, HTTP/3 関連記事まるっと解説記事を書き直しました asnokaze.hatena blog.com その他もどうぞ QUIC, HTTP/3の標準化状況を確認したい (2019年11月版) - ASnoKaze blog HTTP/3と新しいプライオリティ制御方式について - ASnoKaze blog QUICのコネクションマイグレーションについて - ASnoKaze blog QUICのAckとロスリカバリについて - ASnoKaze blog QUICの暗号化と鍵の導出について - ASnoKaze blog HTTP/3のヘッダ圧縮仕様QPACKについて - ASnoKaze blog WiresharkでのQUICの復号(decrypt) - ASnoKaze blog QUIC,HTTP/3 の draft-17に関するメモ - ASnoKaze

negima1976 2018/11/09

リンク

Kazuho's Weblog: 次世代プロトコル（QUIC etc.）のセキュリティとプライバシー @ #builderscon

９月６日より開催中の builderscon 2018 において、登壇の機会をいただき、インターネットのトランスポート層プロトコルについてセキュリティやプライバシーに関わる設計がどのように進めてられているか、TLS と QUIC を中心に発表しました。 QUIC のハンドシェイクプロトコルとパケット番号暗号化、TLS の Encrypted SNI 拡張は、いずれも僕が提案した機能あるいは方式が採用される予定のものなので、背景にある動機や意義を含め、整理して発表する機会をもらえたことをありがたく感じています。聴講いただいた方々、また、スライドをご覧になる方々と、次世代プロトコルの暗号応用の手法のみならず意義を含め共有し、理解と議論を深めることができれば、これに勝る喜びはありません。 PS. QUIC のハンドシェイクプロトコルと Encrypted SNI 拡張については、以下のブログ記

negima1976 2018/09/08

リンク

DNS over QUICの提案仕様が出た - ASnoKaze blog

2020/04/28 追記仕様の名前が少々変わりましたが、WG Draftとなり作業は引き続き続けられています。﹁Specification of DNS over Dedicated QUIC Connections﹂QUICの標準化とアプリケーションレイヤIETFでQUICの標準化が活発に行われており、トランスポート・TLS・HTTP各レイヤのドラフト仕様の改定が進められております。標準化を行うにあたって当初より、DNSのトランスポートとしてQUICを使用したいという話題は出ていましたが、QUICワーキンググループのチャーターでは、まずはQUICのアプリケーションレイヤとしてHTTPの標準化を行ってから他のアプリケーションプロトコルについて進める旨書かれている。とはいえDNS over QUICをやりたい人はいるようで、4/11にインターネットドラフトが出されている。共著者

negima1976 2017/04/13

リンク

GoogleのQUICプロトコル：TCPからUDPへWebを移行する | POSTD

QUIC︵Quick UDP Internet Connections︶プロトコルは、TCPではなくUDPをベースとして開発された、全く新しいWeb向けのプロトコルです。︵冗談で︶ TCP/2 と呼ぶ人までいます。私がQUICについて知ったのは数週間前のことです。 SysCast Podcastのcurlとlibcurlについてのエピソードを聞いていた時でした。QUICプロトコルの本当に面白い点は、UDPへの移行というところだと思います。現在、Webの伝送プロトコルは、信頼性を確保するため、TCP上に構築されています。このTCP接続を開始するためには、 3wayハンドシェイクが行われています。つまりこれは、接続を開始するたびにラウンドトリップ︵ネットワークパケットの往復︶が追加されるということであり、新たな接続先に対し大幅な遅延を生じさせているのです。︵出典‥ UDPを介

negima1976 2016/09/29

リンク

はてなブックマーク

タグ

関連タグで絞り込む (15)

quicに関するnegima1976のブックマーク (14)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第3週）

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス