ライブ動画配信プロトコル（HTTP Live Streaming, HLS）の概要図解メモ（AbemaTV／FRESH!）
FRESH!で再生が止まってしまったときに、Chrome DevToolsのNetworkタブを見ていたところ、.m3u8というファイルの取得に失敗していることが分かりました。そこから、.m3u8ファイルと.tsファイルを用いて実現されるライブ動画配信の仕組みHTTP Live Streaming (HLS)の挙動について調べ、実際の通信内容と比較して、クライアント側の動作や、ファイルの内容などの仕組みが見えてきました。 その基本的なところについての理解を図解してみたので、ここにメモ＆紹介しておきます。 実際の挙動については、サイバーエージェントの動画配信サービス「FRESH!」および、「AbemaTV」の挙動を参考にしました。 目次 1. HTTP Live Streaming (HLS)2. ２種類のファイルを用意して動画配信する2.1. .tsファイル（動画）2.2. .m3u8（プ
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を介
Web表示の高速化を実現するSPDYとHTTP/2.0の標準化 | IIJの技術 | インターネットイニシアティブ（IIJ）
はじめに SPDY(スピーディと読みます)は、GoogleがWebの表示を高速化するために開発した、新しいプロトコルです。新しいと言っても、今後普及が見込まれるような新技術ではなく、既に実用化され多くの方が日常的に利用しています。 現在ChromeやFirefox、Operaのブラウザを使われている方は、Googleのサービスやtwitterにアクセスしていると、実は全く気付かないうちに、このプロトコルを利用しています。 SPDYは2010年6月にリリースされたChromeのバージョン6安定版からデフォルトで有効になっており、Chrome利用者はこの新技術を3年以上も利用していることになります。 一般のユーザはSPDYを使っているかどうか、どうしたらわかるのでしょうか？ Chromeでは、"SPDY Indicator"という便利な拡張機能を提供しています。また同種のツールは、Firefo
HTTP vs HTTPS Test
HTTP vs HTTPS Test Encrypted Websites Protect Our Privacy and are Significantly Faster Compare load times of the unsecure HTTP and encrypted HTTPS versions of this page. Each test loads 360 unique, non-cached images (0.62 MB total). For fastest results, run each test 2-3 times in a private/incognito browsing session.
「HTTPS(SPDY)」と「HTTP」ではどちらが高速に接続できるか体感できる「HTTP vs HTTPS Test」
by themonnie PCやスマートフォンでブラウジングをしていると、GoogleのサービスやTwitter・Facebookのタイムラインはわりとサクサクと表示できるのに、それ以外のサイトでは読み込みが遅い気がする、という人がいるかもしれません。これは気のせいではなく、実際に一部のサイトでは通信速度が高速になっているためです。HTTPで接続しているか、HTTPS(SPDY)で接続しているかの違いによるものですが、「HTTP vs HTTPS Test」というサイトでは、これをわかりやすく体感することができます。 HTTP vs HTTPS Test https://www.httpvshttps.com/ サイトにアクセスすると通信速度が測定されます。この事例だと読み込み時間は1.638秒でした。 続いて、サイト右上の「HTTP」というリンクをクリックします。 先ほどはHTTPS(S
HTTP/2の最終草案がリリースされる。Firefoxのナイトリービルドでサポートへ | スラド IT
The Internet Engineering Task ForceがHTTP/2の最終草案をリリースしました（Publickey）。HTTP/2 draft 14として公開されていたもので、今後はInternet Engineering Steering Groupにてレビューが行われ、RFCとして発行される予定です。 これを受け、FirefoxなどのMozilla製品のナイトリービルドではデフォルトでHTTP/2が有効になりました（Mozilla開発者であるNicholas Hurley氏のブログ）。 テストが順調に進めば、一般ユーザーはFirefox 34でHTTP/2を体験することになります。なお、現時点ではTwitter.comに接続できない症状があり、どちらに問題があるかなどが調査中です（Bugzilla）。
HTTP/2 入門
ストリームによる多重化 2つ目の特徴は「ストリーム」です。従来のHTTPでは、リクエストとレスポンスの組を1つずつしか同時に送受信できないことが、パフォーマンス上のボトルネックになっています。この問題を改善するべくHTTP/1.1では新たにパイプラインが導入されましたが、一部のレスポンスに時間がかかるような場面でレスポンスが詰まってしまう問題などがあり、広く使われてはいません。そこで、HTTP/2では1つの接続上にストリームと呼ばれる仮想的な双方向シーケンスを作ることでこの問題に取り組んでいます。 1つの接続上に作られた複数のストリーム上では、複数のフレームを同時並行で転送できます。例えば、あるストリーム上ではリクエストにあたるフレームが送信中でも、別のストリームではレスポンスにあたるフレームを受信するといったことが可能になります。これにより、全体的なパフォーマンスが向上します。 ヘッダー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
NICT、TCP互換で10Gbps環境に最適化した通信プロトコル「HpFP」開発、遅延・パケットロス環境下でも高速通信 