In-vehicle Ethernet to Shape the Future of Automobile 日程：2013年07月11日、07月12日 会場：ソラシティ カンファレンスセンター 自動車業界が、Ethernetの利用に舵を切り始めています。情報系だけでなく、制御系の領域をカバーできることから、車載Ethernetは今、自動車業界での大きな関心事になっています。特に2013年は、車載Ethernetが搭載された自動車が発売される予定です。 現在、クルマの安全性を高めるために運転支援システム（ADAS）などに注目が集まっていますが、こうした機能の実現のためには、周辺監視カメラの搭載増加をはじめ、カメラの高解像度化によるリアルタイムでの画像認識などが必須となり、通信ネットワークの高速化が求められています。 さらに、将来的には車両ネットワークのバック・ボーンとして、車載Etherne
最近、ちょくちょくSCTP(Stream Control Transmission Protocol)サポートに関する記述を見かけます。 たとえば、OpenFlow 1.1仕様にはUDP/TCP/ICMPと並んでSCTPもサポートされるようになっています。 SCTPは、随分前に標準化されたトランスポートプロトコル(RFC4960参照)ですが、当時色々と標準化に関連して議論されていたイメージがあります。 ただ、あまりトランスポートプロトコルまわりの話が身近でなかったこともあり、研究以外でSCTPを実際に活用している事例を見たことがないようなイメージなプロトコルでもありました。 そんなSCTPを最近見かけるのは何故だろうと思ったのですが、LTEで使われているみたいです(それ以前に、3GPPの仕様にも含まれているようです)。 docomoジャーナル: LTE-Advanced技術特集 - IMT
現在の無線通信速度を10倍以上向上させる新技術が登場。しかも、ただ通信の仕方を少し変えるだけ2012.10.29 19:00 Wi-Fiでは10倍以上、新幹線のような高速で移動中では約27倍に速度が向上！ 驚きです！ 先日、MITやハーバード大学などの合同研究チームが、基地局を新たに作る事や送信電力の増加やインフラの整備など、これらすべて行わなかった場合でも通信速度が劇的に速くなる技術を開発したそうです。 私達が普段使っている携帯等の無線ネットワーク通信のパケットは全パケットの約3%が、高速で移動する電車のような乗り物に乗車している時には5%もパケットロスが発生しています。たかだか3%や5%のロスなんてそんなものあまり通信速度に影響はないと思ってしまいそうですが、今回の報道によるとそのごくわずかな3〜5%のパケットロスを改善する技術を使った結果、通常のW-Fiネットワークでは1Mbpsが1
TOP > ブログ > RFC6724: Default Address Selection for Internet Protocol Version 6 (IPv6) RFC3484を置き換えるRFC6724が制定されました。 今後、IPv6が関連する話題で非常に多く登場することになるRFCだと思うので、IPv6に興味がある方々はご覧になることをお勧めします。 Default Address Selection for Internet Protocol Version 6 (IPv6) RFC6724のauthorとして、NTTの松本存史氏が加わっています。 元のdraftには他の方々も含まれていましたが、draft-ietf-6man-rfc3484bisからは日本人は松本氏だけに変わっていました。 authorには含まれていませんが、日本から多くの関係者が議論に加わって完成したR
Giichiro's blog: iOSプッシュ通知とAndroid C2DMの違い
2012年3月26日月曜日 iOSプッシュ通知とAndroid C2DMの違い ただいま絶賛進行中の案件で、 Android C2DMを調査しているのでその結果報告。 （近日中にWP７のPUSHも調査する＼（@@）／） プログラマ以外の違い ・証明書系の違い APNS: iOS Dev Centerにて、対象アプリのp12を取得。pemに変換してから使う。 C2DM: とあるURLに送信者のgoogleIDとpasswordをPOSTして、そのリターンで出てくるAuthKEYを使う。（アプリ毎ではない、送信者のKeyだ） #c2dmの、この辺イケてない。。 ・デバイス登録、登録解除の違い APNS: デバイス登録はアプリのプログラミングで行う。（がOSからユーザに許可確認が入る）。登録解除はOSの設定画面から行うか、アンインストール。 C2DM: デバイス登録はアプリの
エンドツーエンド原理（End-to-End Principle）は、コンピュータネットワークの古典的設計原理であり[注 1]、1981年に Jerome H. Saltzer、David P. Reed、デービッド・ダナ・クラークらの論文 End-to-end arguments in system design で初めてその概念が提唱された[1][注 2]。通信プロトコルの操作は可能な限り通信システムの終端で行い、また制御対象のリソースになるべく近いところで行うべきであるというもの。 エンドツーエンド原理では、アプリケーション固有の機能がネットワーク終端のホストで「完全かつ正しく」実装できるなら、ネットワーク内の中間ノードではなく終端のホストで実装されるべきだとする。この考え方はバランが1960年代に行った信頼できない部品で信頼性のあるネットワークを構築する研究にまで遡り、ネットワークに
みなさん、こんにちは お元気ですか？僕は元気です。 さて 最近よく、「いいね！」ボタンや「ミクシィチェック」ボタンによって、ウェブページを紹介し合う文化が少しずつ定着してきたなーと思います。 そんな中で、今後重要になってくるんじゃないかと思われる OGP （Open Graph Protocol）と言われる仕様があります。今日はそのことについて書いてみたいと思います。 OGP? おーじーぴー？？とはなんでしょうか。 OGP とは 簡単に言うと「このウェブページは何のことを書いているか」という情報を、プログラムから読める形で HTML に付加する記述方法のことです。 まあ、普通のウェブページは人間が読めばだいたい何のことが書いてあるか分かりますよね。 ですが、プログラムは人間ほど頭が良くないので、そのウェブページ内の文章だけではそのページが何のことについて書かれているページなのか正確に識別す
Googleは、ウェブを高速化する継続的な取り組みの一環として、最も基本的な接続の1つであるウェブサーバとブラウザのやり取りに注目している。 ウェブサーバとコンピュータのブラウザが互いにやり取りして、ウェブパブリッシャーがサーバに置いた情報をユーザーのブラウザでウェブページに変換できるようにするには、当然のようにしてずっとハイパーテキストトランスファープロトコル（HTTP）が使われてきた。しかしGoogleは米国時間11月12日、現行のHTTPよりもあらゆる点で高速になるとして、「SPDY」（発音は「スピーディ」）と名付けたプロジェクトに取り組んでいることを公式ブログで明らかにした。 「ウェブサイトとブラウザの進化をさらに支援するため、実験と最適化というウェブの慣例にのっとって構築していきたい。ウェブブラウザとサーバが会話するための新しい方法を、Google内部でこの数カ月にわたって実験し
クラウド型のサービスを推進するGoogleは、Webを高速化する様々な試みに取り組んでいる。米国時間の11日、ソフトウエアエンジニアのMike Belshe氏とRoberto Peon氏が「SPDY」(読みはspeedy)という、アプリケーション層プロトコルのリサーチプロジェクトを明らかにした。 SPDYは、多重化ストリーム、リクエスト・プライオリタイゼーション、HTTPヘッダ圧縮などを用いて、Webのコンテンツの送受信におけるレイテンシを短縮する。Belshe氏らのグループは、すでにSPDYをサポートするWebサーバとGoogle Chromeのプロトタイプを完成している。ラボ環境におけるホームネットワーク(SSL)接続のシミュレーションでSPDYプロトタイプは、トップ100に含まれる25Webサイトを通常のHTTPよりも最大55%短い時間でロードしたという。 SPDYは、Webブラウザ
・Googleの提案するアプリケーション層プロトコル ・HTTPのオーバーライド [ 目的 ] ・Web上の通信の最適化 ・Webコンテンツの読み込みを高速化(レイテンシの短縮) [ 目標 ] ・読み込み時間50%削減 ・低い導入コスト ・TCPを利用するため，既存ネットワークを変更する必要がない ・Webサイト管理者に対して負担をかけない ・SPDYは，Webサーバとブラウザの実装だけなので，CGIなどには影響を与えない ・オープンソースで開発 [ 技術的目標 ] ・TCPの1セッションで，複数のHTTPリクエストを同時に受け付ける ・HTTPの利用帯域を削減 ・実装の容易なプロトコルを提案 ・SSLを利用 ・サーバからクライアントへのプッシュ機能 ・1つのTCPコネクション上で複数の同時SSL接続 ・HTTPのGETやPOSTに代わるデータ転送方法 ・双方向通信 [ 特徴 ] ・多重化
米グーグルは2006年1月17日（米国時間），同社の「Google Talk」がインスタント・メッセージング（IM）のプロトコル仕様「XMPP」に完全準拠したと発表した。XMPPは，米アップル・コンピュータのIMソフト「iChat」も採用。XMPP準拠のIMソフトはコンシューマ市場を中心にダウンロード数を伸ばしている。グーグルは当初からXMPPを採用し，拡張仕様の策定を主導してきた。今回の声明で，米マイクロソフトや米IBMなどが採用するIMプロトコル「SIMPLE」との間にある相互接続性の“壁”に揺さぶりをかけた格好だ。 XMPPは，米ジャバーが開発したIMソフト「Jabber」のプロトコルを拡張したもの。在席確認やメッセージの交換規約といった基本仕様をやインターネットの標準を策定するIETF（Internet Engineering Task Force）がRFC3920～3923として
yebo blog: RFC 5837、ICMPを拡張
2010/04/24 RFC 5837、ICMPを拡張 ICMPメッセージで、ifIndex、IPv4/v6アドレス、インタフェース名、MTUなどの情報を集めることができるようにする拡張仕様RFC 5837「Extending ICMP for Interface and Next-Hop Identification」が公開された。仕様のauthorがBT、Juniper、Ciscoなので実装も期待できる。これが実装されれば、運用管理面(SNMPなど)、tracerouteなどが便利になるかも。 投稿者 zubora 投稿時間 10:45 ラベル: Internet, Protocol, Technology 0 コメント: コメントを投稿
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
