Webinarスマートフォン用の表示で見るWebinarWeb関連情報のウェブセミナーこの広告は、90日以上更新していないブログに表示しています。Faster」という名を付けられた取り組みによって、常にWeb高速化に向けた取り組みを続けています。今回は、そのWeb高速化の取り組みのひとつであるQUICについて紹介します。Connections)QUICは、SPDYやHTTP/2と同様、Webアクセスの高速化を目的としたプロトコルです。プロトコルスタックとしては、Web用のプロトコルにも関わらず、TCPを使っていません。なっているのかというと、UDP上にTCP相当の信頼性や輻輳制御の機能を持った層が乗っかっていて、さらにその上にTLS相当の暗号化層が乗っかっています。1.1やHTTP/2が乗ります。TCPには、Webの高速化にあたり以下のような課題があり、プロトコル仕様上、越えられない壁になっています。Pipe:前のパケットのACKが返ってくるまで次のパケットを送信できない。Blocking:先頭パケットがロスしたら、後続パケットは先頭パケットの再送を待ってから処理される。Start:スループットは徐々にしか上がらない。今までは、HTTP層が高速化のボトルネックになっていたので、TCPのボトルネックが目立っていなかったのですが、SPDYがある程度普及し、HTTP/2が検討されるようになり、トランスポート層で高速化の限界が見えてきていました。そこでTCPの代替としてのプロトコルがGoogle内で検討されるようになりました。新しいトランスポート層プロトコルを作るのは、理想的ではありますが現実的ではありません。Webはできているからです。Webを構築するネットワーク機器は、セキュリティ上の要求から、トランスポート層のプロトコルとして、基本的にTCPかUDPしか通しません。GoogleはUDPをベースにしたのです。TCPの「信頼性を担保する機能」だったり、「輻輳制御する機能」だったりは捨てたくありません。要は、QUICはUDPとTCPのいいとこどりをしています。Endの暗号化も実施しています。ちなみに仕様は公開されており、詳細を確認したい方はこちらの記事を入り口にQUICの森の中に入ってみてください。Blogにて今後の取り組み計画が発表されました。transport発表内容は大きく2点です。デフォルトプロトコルとする。IETFに対し、QUICの標準化を申請する。今でも既にそうですが、気づかないうちにQUICを使っているという状況が増えそうです。Googleがここまで本格的な取り組みを実施しているということで、SPDYと同じように様々なステークスホルダを巻き込んで普及していくのだと思います。SPDYと同じような流れで今後標準化されるプロトコルのベースになるのだと思います。この辺は規定路線かと思います。私の興味は、今と比べてどれくらいの高速化効果があるのか、どのくらいのペースで普及するのか、です。高速化効果などは機を見て検証し、また記事にて公開してみたいと思います。米モバイルキャリアにおける動画サービス無料化への動き月別アーカイブはてなブログをはじめよう!t-webberさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。