[B! protocol][network] Watsonのブックマーク

QUIC Geek FAQ (和訳) - yoya's diary

https://docs.google.com/document/d/1lmL9EF6qKrk7gbazY8bIdvq3Pno2Xj_l_YShP40GLQE/edit?pli=1#heading=h.h3jsxme7rovm の和訳アドバイスを頂きました mumumu-tan さんに感謝します。 Experimenting with QUIC も併せてお読みください。 http://d.hatena.ne.jp/yoya/20130630/quic QUIC Geek FAQ QUIC Geek FAQ (for folks that know about UDP, TCP, SPDY, and stuff like that) QUIC Geek FAQ (UDP, TCP, SPDY といった要素が分かる人向け) What is QUIC? QUIC とは何ですか？ QUIC is

Watson 2013/06/29

リンク

Experimenting with QUIC

$200K 1 10th birthday 4 abusive ads 1 abusive notifications 2 accessibility 3 ad blockers 1 ad blocking 2 advanced capabilities 1 android 2 anti abuse 1 anti-deception 1 background periodic sync 1 badging 1 benchmarks 1 beta 83 better ads standards 1 billing 1 birthday 4 blink 2 browser 2 browser interoperability 1 bundles 1 capabilities 6 capable web 1 cds 1 cds18 2 cds2018 1 chrome 35 chrome 81

Watson 2013/06/29

リンク

Googleの新プロトコルQUICを試す - ぼちぼち日記

1.QUIC仕様の公開以前、「Googleが仕掛ける新プロトコルQUICとは何か」のブログエントリーを書いたのが2月末の事でした。それから4か月経ち、今朝Googleが初めてQUICの公表(Chromium Blog: Experimenting with QUIC)を行いました。 IE11のSPDY/3対応が判明した直後でした。なんというタイミングでしょうか。また、近いうち（来週？）には HTTP/2.0 の Implementation Draft が公開される予定です。8月上旬には、GoogleやMicrosoft等が集まって初めての HTTP/2.0 の相互接続試験を行う予定です。ただ今HTTP関連のプロトコルが急激に進化する真っ最中です。目が離せません。 2. で、QUICとは何なのか？先のChromium BlogのエントリーでQUICは、「Quick UDP Inte

Watson 2013/06/29

リンク

TCPに代わる通信プロトコル「CurveCP」、Chromiumで取り込み | エンタープライズ | マイコミジャーナル

Google Chrome runs web pages and applications with lightning speed. CurveCPの初期実装がChromiumに追加された。ただし、まだ完全な実装ではないと説明されている。CurveCPは2010年12月28日にChaos Communication Congressで発表された新しいトランスポートプロトコル。現在策定が進められている段階で、2月21日に最初の実装系となる「NaCL(Networking and Cryptography library)」が公開されたばかり。Chromiumにおける実装はかなり素早い動きといえる。 CurveCPはTCPとよく似たプロトコルとされているが、パケットを楕円曲線暗号で暗号化して通信するという特徴がある。CurveCPで使われている暗号化ツールはDNSCurveで使われているのと

Watson 2011/05/27

リンク

バイナリシリアライズ形式「MessagePack」 - Blog by Sadayuki Furuhashi

Googleが公開したバイナリエンコード手法であるProtocol Buffersは、クライアントとサーバーの両方でシリアライズ形式を取り決めておき（IDL）、双方がそれに従ってデータをやりとりするようにします。この方法では高速なデータのやりとりができる反面、IDLを書かなければならない、仕様を変えるたびにIDLを書き直さなければならない（あらかじめしっかりとIDLを設計しておかないとプログラミングを始められない）という面倒さがあります。 ※追記：Protocol BuffersのデシリアライザはIDLに記述されていないデータが来ても無視するので（Updating A Message Type - Protocol Buffers Language Guide）、仕様を拡張していっても問題ないようです。一方JSONやYAMLなどのシリアライズ形式では、何も考えずにシリアライズしたデータ