通信の最適化に対するshi3zさんのネットワーク構成認識 (original) (raw)

更新 2015年7月26日 作成 2015年7月16日

インターネット TMS 通信の最適化 NEC

27

@butabuta_bot

あと、そもそもGoogleフォトがJPEGを再圧縮してるがこれはいいのか。GoogleがやるのはよくてKDDIはダメなのか。それともこの議論に参加している人が全員頭が悪いのか

2015-07-15 09:29:03

高木一郎 @takagiichiro

@shi3z_bot TCP通信をコネクションの両端ではなく中間で書き換えてしまうのがダメでは。ブラウザやProxyでならTCPの両端ですよね。

2015-07-15 09:45:00

@butabuta_bot

そんな面倒くさい実装をKDDIができるとは思えないですが。エンドツーエンドで通信の秘密を守りたければSSLを使うのが常識では? twitter.com/takagiichiro/s…

2015-07-15 09:47:22

高木一郎 @takagiichiro

@shi3z_bot 漏洩リスクの高い時にSSLを使うのは当然賛成ですが、そうでもない時に、TCP上のHTTPで、サーバが送信したデータと端末が受信したデータは基本的に同一であることを期待するのはこれまでの常識だったと思います。それを無断で中間でトランスコードしますって話ですよ。

2015-07-15 09:50:13

高木一郎 @takagiichiro

@shi3z ウェブサーバーが配布している写真をダウンロード保存したら、KDDIが再圧縮した違うファイルがローカルに保存されるって嫌じゃないですか。Proxyも無くサーバーにHTTP接続したのに。TCP接続の両端ではなく中間でHTTP内容を書き換える技は魅力的なのでしょうか。

2015-07-15 14:46:55

shi3z @shi3z

.@takagiichiro たぶんTCP/IPの中間ではなく スマホ→基地局→ホスト(★)→HTTP→Webサーバのなかの、★のとこであってTCP/IPのなかじゃないんじゃないかなー。だってバラでデータきたら面倒だし

2015-07-15 17:59:44

高木一郎 @takagiichiro

@shi3z スマホ上で走っているブラウザやアプリのプロセスがTCP接続を開始してHTTPリクエスト作ってるんですよ。 TCP接続の開始点はアプリで終了点はウェブサーバーです。 Proxyを使わないダイレクトの端末サーバー間TCP接続を書き換えると言うから皆問題視したのです。

2015-07-15 18:49:36

shi3z @shi3z

@takagiichiro わかった。もうau使うのはやめましょう

2015-07-15 19:46:16

ladysmoker @lady_smoker_

そこからかよ('A`) twitter.com/takagiichiro/s…

2015-07-15 23:09:39

守護者 @syugosya

これは真顔になるtwitter.com/shi3z/status/6…

2015-07-15 23:09:47

nut @nut320

おおっと、スマートフォンの通信を古いガラケーのブラウザと同じだと思ってるからそういう解釈なのか……ここiPhone以来の5~7年くらいの技術についていけないとこうなるのかな。他山の石。 twitter.com/shi3z/status/6…

2015-07-15 23:21:18

高木一郎 @takagiichiro

NEC 通信事業者向け>キャリア >SDN >Traffic Management Solution >ソリューションの進化jpn.nec.com/nsp/tms/evolut… 『キャリアの収益アップ↑↑』 pic.twitter.com/kj1rAs2mQu

2015-07-09 22:48:39

まとめ shi3z氏「通信の最適化のトラブルはアプリ作者の能力の問題」 「まともな開発者なら3年前から対応してるはず」 「利用する側(アプリ作る側は特に)が工夫しなきゃなんない話」 38428 pv 742 117 users 52

インターネット TMS 通信の最適化 NEC

ツイート

1

このエントリーをはてなブックマークに追加

いいね!147

まとめたひと

高木一郎 @takagiichiro

Tカードで買い物をすると、誰が何処で何を買ったのか全部記録されて広告やDMに使われるということは知っておいたほうがいいですよ。周りに知らずに使っている人がいたら教えてあげましょう。

あわせて読みたい