アカウント名:
パスワード:
新交換器(群)のキャパが旧交換器(群)のキャパより小さかったということだけは明らかで、スマホや山手線や050plusはダウンの直接の原因ではないよね。
まったくだ。新旧のスペック比較表見たら誰でも「なんでキャパ減らしてんだよ」って思うよな。
ドコモのプレスリリースもITProの記事もややまわりくどい。要は信号量の見積もりが間違っていた、というのが原因の本質ではないのか。事前(1年前)の見積もりが1200万(1時間あたり)で、設計仕様は1410万。実際には1650万(推定)だったので、たちまパンクした。同時接続数の見積もりの方は71万で、仕様は180万だから、設計上2.5倍もの余裕がある。信号量も見積もりの2.5倍にしなかったのは、傍目には不可解。いや不可解ではない、ちゃんとした理由がある、というのなら、聞いてみたいものである。
#1年の間にVoIPアプリが普及したのかもしれないが、そういったアプリを規制する考えは無いとも表明している。スマホが信号量の増大につながっているという問題意識は世界中で共有されているとも言う。
実際の信号量が把握されていなかったという話があるけど、それは本格稼動させる前に何とかなるのではないか。障害の本質を問うなら、実際の信号量を把握せずに全面移行した判断が問われるべきだろう。
ドコモのプレスリリース [nttdocomo.co.jp]を読むと、
3.発生原因・ 頻繁に「制御信号」を必要とするスマートフォンのアプリケーション(VoIP、チャット等)が急激に普及したことに伴い、ネットワーク上の制御信号が増加しており、そのような状況の中で、新型パケット交換機への切り替えを実施したところ、制御信号がパケット交換機の処理能力をオーバーフローしたことが原因です。
どうも原発ムラと同じ匂いがしてくる気がする。
もしかして、同時接続数と処理可能な信号量を独立に決められると思ってる?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
言い訳は変遷してるけど (スコア:0)
新交換器(群)のキャパが旧交換器(群)のキャパより小さかったということだけは明らかで、
スマホや山手線や050plusはダウンの直接の原因ではないよね。
Re: (スコア:0)
まったくだ。
新旧のスペック比較表見たら誰でも「なんでキャパ減らしてんだよ」って思うよな。
自分も思ったw (スコア:2)
いままでが,2,750万でオーバースペックでした,
なのはわかった。そこは考慮してやろう。
だが,想定してたトラヒックが1,200万で
新型の処理能力が1,410万って,
だれが見てもヤバイだろ。
仕様は1410万、現実には1650万だった (スコア:3)
ドコモのプレスリリースもITProの記事もややまわりくどい。要は信号量の見積もりが間違っていた、というのが原因の本質ではないのか。事前(1年前)の見積もりが1200万(1時間あたり)で、設計仕様は1410万。実際には1650万(推定)だったので、たちまパンクした。同時接続数の見積もりの方は71万で、仕様は180万だから、設計上2.5倍もの余裕がある。信号量も見積もりの2.5倍にしなかったのは、傍目には不可解。いや不可解ではない、ちゃんとした理由がある、というのなら、聞いてみたいものである。
#1年の間にVoIPアプリが普及したのかもしれないが、そういったアプリを規制する考えは無いとも表明している。スマホが信号量の増大につながっているという問題意識は世界中で共有されているとも言う。
実際の信号量が把握されていなかったという話があるけど、それは本格稼動させる前に何とかなるのではないか。障害の本質を問うなら、実際の信号量を把握せずに全面移行した判断が問われるべきだろう。
ドコモのプレスリリース [nttdocomo.co.jp]を読むと、
どうも原発ムラと同じ匂いがしてくる気がする。
Re: (スコア:0)
もしかして、同時接続数と処理可能な信号量を独立に決められると思ってる?