Google’s QUIC protocol: moving the web from TCP to UDP
Want to help support this blog? Try out Oh Dear, the best all-in-one monitoring tool for your entire website, co-founded by me (the guy that wrote this blogpost). Start with a 10-day trial, no strings attached. We offer uptime monitoring, SSL checks, broken links checking, performance & cronjob monitoring, branded status pages & so much more. Try us out today! The QUIC protocol (Quick UDP Internet
HTTP/2 から QUIC へ続く Web プロトコルの進化 - 151111_4.pdf
HTTP/2からQUICへ続く Webプロトコルの進化 大津 繁樹 IIJ Technical WEEK 2015 2015年11月11日 自己紹介 • 大津 繁樹 • 株式会社 インターネットイニシアティブ • プロダクト本部 アプリケーション開発部サービス開発2課 • NodeJS Technical Steering Committee メンバー • (主にTLS/CRYPTO/OpenSSLバインディングを担当） • IETF httpbis WG で HTTP/2相互接続試験等仕様策定に参画。 内容 Webプロトコルの進化とこれからについて次のフェーズ毎にその 概要と見通しを解説します。 1. HTTP/1.1 からHTTP/2へ 2. HTTP/2 からQUIC へ 3. QUIC からTLS1.3(*) へ (*注意) 内容は2015年11月2日時点での TLS1.3 dra
http2/quic meetup summary
【2023/12/20】【更新】まとめ作成時のツイートの取得や投稿にエラーが表示される場合がありましたが、現在復旧しており正常にご利用いただけます。ご迷惑おかけいたしました。
QUICの仕様(ドラフト)が公開されたので、概要を読む - ASnoKaze blog
新しい仕様の翻訳を公開しました(2018/10/31) QUICの仕様を翻訳していく http://d.hatena.ne.jp/ASnoKaze/20160725/1469374715 2018年追記 最新の状況、概要についてはこちら asnokaze.hatenablog.com QUICの仕様(ドラフト) 5月頃に、Googleのブログでも「Google の試験的トランスポート、QUIC のアップデート」という記事で紹介されたように、QUICというUDPを用いたプロトコルが注目を集めています。 幾つかのドキュメントは存在していたものの、仕様としては未公開でした。 しかし、6/17に2つのInternet-Draftが公開されました 「QUIC: A UDP-Based Secure and Reliable Transport for HTTP/2」 「QUIC Loss Recov
QUIC: A UDP-Based Secure and Reliable Transport for HTTP/2
Network Working Group J. Iyengar Internet-Draft I. Swett Intended status: Informational Google Expires: December 19, 2015 June 17, 2015 QUIC: A UDP-Based Secure and Reliable Transport for HTTP/2 draft-tsvwg-quic-protocol-00 Abstract QUIC (Quick UDP Internet Connection) is a new multiplexed and secure transport atop UDP, designed from the ground up and optimized for HTTP/2 semantics. While built wi
HTTP 2.0 and QUIC - Protocols of the (near) future
HTTP 1.1 forced both developers and browser vendors to invent different tricks in order to make sites to load and run faster. HTTP 2.0 and QUIC will provide many significant improvements overt HTTP 1.1. In this talk I will give an introduction to both protocols and emphasize why are they so important for the Web development workflow and performance.
なぜ QUIC や SPDY が生まれたのか ? - Block Rockin’ Codes
Intro Google が SPDY の開発を始めたのは 2009 年で、 2012 年に HTTP2.0 のドラフトとして採用されたあたりからちょっと話題になりました。 翌 2 月には新たなプロトコル QUIC の存在が Chromium のソースからリークしたのですが、しばらくは音沙汰なく。 6 月に入ってやっと Google から公式アナウンスとドキュメント類が出ました。 去年から今年にかけて立て続けに出てくる新しいプロトコルの話。 なぜ今 Web のプロトコルが見直されるのか？ 何が問題で、なぜ Google はそれらを作り変えるのか？ SPDY や QUIC は Google の独自プロトコルだけど、それは本当にただの独自プロトコルで終わらせていいのか？ 20% ルールで作ってみた Play プロジェクトでしかないのか？ こうした新しい動きには、かならず「それまで」と「今」を踏
0-RTT接続、これがQUICの力。QUIC対SPDY3の再接続対決(動画有) - ぼちぼち日記
1. QUICサーバを試す 先日紹介したGoogleの新プロトコル QUIC ですが、Chomium ソース中にテスト用の QUICサーバが用意されています(net/tools/quic以下)。 今のところこの QUIC サーバは、Linux上でしかビルドできません。また、コンテンツの方はあらかじめ wget で取得した静的なもの（バルサフレーム形式と呼ばれている）しか使えませんが、現在これを使っていろいろQUICの特性を評価しているところです。 Googleからのアナウンスにあるよう、QUICの大きな特徴の一つとして、 TCP Fast Open と TLS Snapstart を組み合わせたような(だいたい 0-RTTの）素早い接続 が挙げられます。 UDP上でQUIC独自にセッション管理をしているので再接続時には全くハンドシェイク無しで接続を開始できる技です。モバイル環境の様に頻繁に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.ietf.org/proceedings/92/slides/slides-92-saag-5.pdf
HTTP/2の現状とこれから
Technical Overview of QUIC
201402 QUIC @ Google Developers Live
QUIC: Design Document and Specification Rationale