QUIC - この10年で最大のインパクトを与えたネットワークプロトコルを俯瞰する
QUICはこの10年で世界的な規模で使用されるようになった新しいプロトコルのひとつであり、ネットワークにもこれまでになかったインパクトをもたらしています。本セッションではQUICがネットワークに与える影響をご紹介しますが、これがQUICの導入を検討する開発者やネットワーク運用者のお役に立てれば幸いです。 本記事は、TechFeed Experts Night#13 〜 HTTP3/QUIC…Webプロトコル最前線のセッション書き起こし記事になります。 イベントページのタイムテーブルから、その他のセッションに関する記事もお読み頂けますので、一度アクセスしてみてください。 本セッションの登壇者 セッション動画 @yuyarinと申します。前職では@kensaku_komatsuさんと同じ会社でクラウドを作っていました。現職はモバイルキャリアでエッジコンピューティングの基盤を作っているので、ぜひ
QUIC is now RFC 9000
QUIC is now RFC 9000QUIC is a new latency-reducing, reliable, and secure internet transport protocol that is slated to replace TCP, the most commonly used transport today. We’ve talked before about how we love QUIC and are deeply invested in making it a success because it aligns with our mission to build a faster, more resilient, and more trusted internet. In fact, we believe so much in the promis
QUICむけにAES-GCM実装を最適化した話 (1/2)
4月末に、会社のほうで「Can QUIC match TCP’s computational efficiency?」というブログエントリを書きました。我々が開発中のQUIC実装であるquiclyのチューニングを通して、QUICのCPU負荷はTLS over TCP並に低減可能であろうと推論した記事です。この記事を書く際には、Stay Homeという状況の中で、手元にあった安いハードウェアを使ったのですが、その後、10gbe NICを入手し、ハードウェアによるUDP GSOオフロード環境でのパフォーマンスを確認していくと、OpenSSLのAES-GCM実装がボトルネックになることがわかってきました。 TCP上で通信するTLSでは、一般に、データを16KB単位でAEADブロックに分割して、AES-GCMを用いてAEAD暗号化します注。一方、UDPを用いるQUICでは、パケット毎にAES-GC
http2 勉強会 #10 (IETF, TLS1.3, QUIC) (2016/11/28 19:00〜)
お知らせ 【重要なお知らせ】iOSアプリの運用および提供を2024年6月3日(月)を以て終了いたします。詳細は お知らせをご覧ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用申請及び審査がございます。詳細はヘルプページをご確認ください。
QUIC の RFC ドラフトがリリースされた
QUIC ( Quick UDP Internet Connections、「クイック」と発音) とは Googleが開発している実験的な トランスポートレイヤー ネットワークプロトコルで2013年より実装している。 User… 詳細については Wikipedia を読んで貰ったり大津さんの記事を読んでください。 Googleが仕掛ける新プロトコルQUICとは何か http://d.hatena.ne.jp/jovi0608/20130227/1361975933 とても詳しくまとまっているので、読めばわかるんですがもっと実装者側の視点に立って考えてみることにします。 最近は通信経路を暗号化するのが前提になってきています。ほとんどの場合で TLS over TCP を使っているのではないでしょうか。ただこれって効率はそんなにイイとは言えないんですよね。 TCP を貼った後に TLS で再度
Playing with QUIC
Build the QUIC client and server A sample server and client implementation are provided in Chromium, and several more are provided as part of QUICHE. To use these you should first have checked out the Chromium source, and then build the binaries: ninja -C out/Debug quic_server quic_client Binary targets include: quic_server - a QUIC server for testing purposes defined in //net/tools/quic/quic_simp
QUIC, a multiplexed stream transport over UDP - The Chromium Projects
QUIC is a new multiplexed transport built on top of UDP. HTTP/3 is designed to take advantage of QUIC's features, including lack of Head-Of-Line blocking between streams. The QUIC project started as an alternative to TCP+TLS+HTTP/2, with the goal of improving user experience, particularly page load times. The QUIC working group at the IETF defined a clear boundary between the transport(QUIC) and a
QUIC - Wikipedia
QUIC（クイック）は、汎用のトランスポート層の通信プロトコルである。GoogleのJim Roskindによって設計され、2012年に実装・デプロイが行われ、実験が広まっていった2013年に公表され[1][2][3]、その後IETFでの標準化が進められた[4]。GoogleのQUICとIETFのQUICと区別して、gQUICとiQUICと呼称することもある[5]。QUICはChromeウェブブラウザからGoogleのサーバーへの全コネクションの半分以上で利用されている[6]。デフォルトでは有効にされていないが、Microsoft Edge[7]、Firefox[8]、Safari[9]でも実装されている。 QUICは、User Datagram Protocol（UDP）上の2つのエンドポイント間の多重化接続の集合体に対応しており、TLS/SSLと同等のセキュリティ保護を提供するだけでな
Googleが仕掛ける新プロトコルQUICとは何か - ぼちぼち日記
まずは免責事項。 1.Disclaimer 本ブログの記載内容は、筆者が独自に QUIC に関する Chromium のソースを分析し、検証した結果です。 QUICに関するGoogle からの公式な技術資料は現状公開されていません。 今後、QUICの技術仕様の公表で本ブログの記述内容が不十分だったり、誤っている可能性があります。ご理解の上お読みください。 (注： 2013年6月27日に Google は正式に QUIC 仕様を公開しました。「Experimenting with QUIC 」 本ブログの内容は大筋では間違っていませんが、当時の解析漏れやその後の開発等により、細かいところで異なっていたり、説明が大きく不足している部分もあります。お読みになる際はご注意ください。) 2. はじめに、 Googleがまたまた新しいプロトコルの実装を始めました。Web表示の高速化を目指した SPDY
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
時雨堂 WebTransport Streaming Server (仮) 開発ログ
Erlang/OTP で WebRTC と QUIC
GitHub - h2o/quicly: A modular QUIC stack designed primarily for H2O
GitHub - private-octopus/picoquic: Minimal implementation of the QUIC protocol
GitHub - quic-go/quic-go: A QUIC implementation in pure Go
https://www.ietf.org/proceedings/92/slides/slides-92-saag-5.pdf