• Like
  • Save
最新Webプロトコル傾向と対策
Upcoming SlideShare
Loading in...5
×
 

最新Webプロトコル傾向と対策

on

  • 21,009 views

 

Statistics

Views

Total Views
21,009
Views on SlideShare
4,314
Embed Views
16,695

Actions

Likes
36
Downloads
91
Comments
0

25 Embeds 16,695

http://www.publickey1.jp 11412
http://html5experts.jp 4025
http://www.kisato.net 637
http://stocker.jp 235
http://feedly.com 166
http://www.feedspot.com 81
https://twitter.com 57
http://www.newsblur.com 30
https://www.google.co.jp 14
http://www.google.co.jp 9
http://digg.com 6
http://publickey1.jp 4
http://plus.url.google.com 3
http://newsblur.com 2
https://www.commafeed.com 2
http://webcache.googleusercontent.com 2
http://kyasaki.atnifty.com 2
http://cache.yahoofs.jp 1
http://www12243uf.sakura.ne.jp 1
https://reader.aol.co.jp 1
http://r.awks.jp 1
http://reader.aol.com 1
https://kcw.kddi.ne.jp 1
http://translate.googleusercontent.com 1
http://news.google.com 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    最新Webプロトコル傾向と対策 最新Webプロトコル傾向と対策 Presentation Transcript

    • 最新Webプロトコル 傾向と対策 HTML5 conference 2013 NTT communications こまつけんさく
    • 自己紹介  名前:小松健作  所属:NTT communications  HTML5の研究開発  HTML5の啓蒙・コミュニティ運営  html5jスタッフ  今回のNW頑張ってひきました。  Google Developer Expert (HTML5)  Microsoft Most Valuable Professional(IE)
    • 最新Webプロトコルが続々と  WebSocket  SPDY, HTTP2.0  WebRTC  Raw Socket API  SCTP over UDP (for WebRTC reliable data channel )  QUIC
    • なぜ こんなに?
    • HTTP/1.1 Browser Server request response
    • HTTP/1.1 Browser Server Round Trip Tiime
    • Concurrent HTTP Browser Server
    • Concurrent HTTP Browser Server 超えられないGAP
    • Gap を超えるために  複数リソースを一つのセッションにまとめる。 Browser Server まとめたリクエスト を送る
    • Gapを超えるpractice  CSS sprite
    • もっと Genericに!
    • SPDYの考え方  複数リソースを一つのTCPにまとめている Browser Server
    • DEMO
    • SPDY使えば何も考え なくてもいい?
    • リソースサイズを変えてみる
    • 更に、ネットワークをエミュ レート(MacOS) sudo ipfw add pipe 1 ip from any to any sudo ipfw pipe 1 config delay 50ms
    • エミュレート環境で 測ってみる
    • リソースサイズ、latency SPDY HTTPS
    • TCP : Long Fat Pipe Browser ACKが返ってくるま で、データを送信で Server きない
    • 計測データ 総データ送信量 ACK time (100ms) データ送信量 about 15KB
    • SPDYとHTTPSの違い  SPDY  複数リソースダウンロードをを一つのTCPで  Long Fat Pipeの制限が顕著となる  HTTPS  Long Fat Pipeは、個々のTCPに対して起こる  TCPの数だけ早くなる
    • 何が言えるか?  Latencyが多い環境  ACKの待ち時間が支配的  リソースサイズが増えるに従い、顕著となる  SPDYより、HTTPSのほうが早いケースも
    • Head of Line Blocking Browser Server
    • HTTPSでは、HoLの影響を受け づらい Browser Server
    • 計測データ
    • 何が原因?  SPDY … NO  TCPの制限が原因  Webの進化によりTCPの制限にぶつか るようになった HTTP / HTTPS SPDY, WebSocket HTTP2.0 TCP TCP IP IP Layer Dependency
    • TCP alternative  SCTP over UDP  QUIC
    • TCP alternativeはいつ? Access NW Browser Load Balancer FireWall Server CGN インターネット上のあらゆる機器に影響が出てくる・・・ ルーム5C:17:15〜のキャリアパネルでこの辺の話が聞けるかも
    • 速度って何?  SPDYの特徴は、スピードだけではない  絶対的なスピード競争に目を奪われてはいけない  ユーザーの体感スピードをあげることが重要  User Experience
    • 体感速度を早くする  1st view のレンダリングを高速化する  1st viewに関係ない画像やスクリプトなどは、後でダ ウンロードすればいい。
    • Resource Priorities
    • 例 Attribute = lazyload <img class='Backgrounds' id='BackgroundLevel1' src='Background1.png' /> <img class='Backgrounds' id='BackgroundLevel2' src='Background2.png' lazyload />
    • WebRTC的な話
    • WebRTCの特徴 WebRTC WebSocket Server Server Browser Browser Browser Browser
    • P2Pを実現するには? 相手のIPアドレ ス、ポート番 号が必要 Browser Browser
    • NATがある場合 実際のアドレス、 ポート番号は分か らない NAT Browser NAT Browser
    • アドレス、ポート番号を知る ために : STUN STUN NAT Browser 実際のアドレス、 ポート番号をブラ ウザに返す NAT Browser
    • フルコーンNAT STUN ポート番号だけを見て変換 (UDP Hole Punching) NAT Browser NAT STUNに教えても らった情報を使い 通信 Browser
    • シンメトリックNAT STUN アドレスが違うの でブロック NAT Browser NAT STUNに教えても らった情報を使い 通信 Browser
    • TURN TURN NAT Browser サーバーを中継す るため、シンメト リックNATでもOK NAT Browser
    • 同一セグメント内ならICEは STUN, TURNは不要 Broadband Router LAN Browser Browser
    • 同一セグメントでも・・・ Wireless Controller 公衆無線LAN セキュリティの観 点からセグメント 内 P2Pを禁止 TURNが必要 Browser Browser
    • IPv6になったらSTUNは不要? STUN FWに穴を開けるために 必要 FW Browser FW Browser
    • 宣伝 SkyWay WebRTC BaaS 日本で、もっとWebRTCを! 近日 preview release 予定
    • Thank You!! @komasshu