ドコモに何が起きたのか 大規模障害に垣間見える、顕在化するスマホ時代の課題：神尾寿のMobile＋Views（1/2 ページ） 既報のとおり、1月25日に東京都内でNTTドコモの大規模通信障害が発生した。障害は朝8時26分に発生し、約4時間40分後の13時8分に復旧。対象エリアは東京都の14区（葛飾区・江戸川区・江東区・港区・新宿区・千代田区・中央区・品川区・文京区・墨田区・大田区・目黒区・渋谷区・世田谷区）であり、最大252万人のユーザーに影響が出た。東京都心部で、しかも平日の昼間に発生したため、かなり深刻かつ大規模な障害であったことは言うまでもない。 25日の通信障害を受けて、NTTドコモは26日に報道関係者向けの緊急記者会見を実施。NTTドコモ 取締役常務執行役員の岩崎文夫氏が中心になり、障害の原因と今後の対策について説明した。 ドコモの大規模通信障害はなぜ発生したのか。その原因と、
NTTドコモが2012年1月27日、通信トラブルの再発防止策に1640億円を投入すると発表した（NTTドコモが一連の通信障害について対策を発表、2014年度までに1640億円投入 ）。1時間半に及んだ質疑応答の内容を、「トラブル対策全般」「パケット交換機障害」「spモード障害」の三つに分けて紹介する。 トラブル対策全般について 半年で5回も障害があった。ドコモ特有の設計に問題があるのではないか。 MAPS（spモードシステム）では電話番号で認証して、IPアドレスでユーザーを識別している。これは他社も同様だと思うし、世界の通信事業者もそうだと思う。この点はドコモ特有だとは思っていない。 ただ、spモードの接続シーケンスにはドコモ特有の動作があり、特に今回はその点に落ち度があった。 Androidは常時接続するもので、全端末に占める割合よりも絶対量が重要になる。絶対量が多いと大きなバースト的な
音楽・動画 | サービス・機能 | NTTドコモ 担当者はさっさと切腹してください。 にわかに話題になっていますが、「どういう時に何の情報が抜かれるのか」が分かっていない人がかなり多そうなので簡単に解説。 ■まず、なにが「できない」のか こちらの方を勘違いしている人が多いので列挙しておきます ・一般のアプリが無許可でIMEIを抜くこと IMEIへのアクセスにはREAD_PHONE_STATEという許可が必要で、アプリインストール時に許可を取っていないとIMEIにアクセスした途端にアプリがエラーで落ちます。ユーザがREAD_PHONE_STATEを承認しなければ抜けません。 (ただしREAD_PHONE_STATEの説明文が分かりにくいとか、承認範囲をもっと細分化すべきといった指摘はあります。とりあえず今回の問題とは別です) ・ドコモ謹製メディアプレイヤーがインストールされていないA
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
