【ネット】「原因は中継装置ソフトのバグ」、NTTコムの関西エリア大規模パケット網障害

今回の障害は9月21日17時3分から、奈良県、和歌山県全域と三重県の一部（南牟婁郡鵜殿村）で
「INS-Pサービス」の約3万5000回線（約3500ユーザー）が、
また、大阪市を含む大阪府の13市と兵庫県尼崎市で「DDX-TPサービス」の
約3万3000回線（約1万ユーザー）が不通になったというもの。
これらはNTTコムが旧電電公社時代の1980年から提供する
企業向けのパケット交換網「DDX（Digital Data eXchange）」に、
ISDN回線やアナログ電話回線経由で接続するサービスである。
このトラブルの影響で、主に奈良県や和歌山県で、コンビニエンス・ストアやガソリン・スタンドで
クレジット・カード決済ができなくなったり、
ウイルコムやNTTドコモのPHSサービスの一部が利用不能になるといった被害が出た。

INS-Pのサービス再開は24日の午後5時25分で、停止は実に72時間22分に及んだ。
DDX-TPはダウン翌日の22日10時28分に復旧したが、それでも停止時間は29時間25分。
DDX（Digital Data eXchange）パケット網サービス始まって以来の大規模障害となった。
ちなみにこれまで最長ダウンは15時間だったという。
NTTコムによると、今回発生した障害は、トラブルを起こした中継交換機が、
このバグにより間違った形式の制御パケットを中継網に送り出していたのが原因だった。
中継網側の装置がこの制御パケットを即座に送り返すため、
大量の制御パケットが問題の中継交換機内に滞留し、プロセッサの処理能力を食いつぶす。
中継交換機内は2重化されているが、プロセッサが切り替わってもすぐに同じ状況が起こるので、
結果的にサービスが断続的にダウンするという状況になった。

このバグはいくつかの条件が重なって初めて発現する。
NTTコムでは9月21日に、DDX-Pサービスを収容する加入者交換機と、
問題の中継交換機を切り離す作業を行った。
両者を接続するインタフェースの故障修理のためだが、
結果的にこの作業で「バグを発現させるすべての条件が、たまたまそろってしまった」（NTTコム）。
NTTコムは当初トラブルの原因を、
大量のパケットが何らかの原因で外部から問題の中継交換機に流入したせいと見ていた。
http://itpro.nikkeibp.co.jp/article/NEWS/20051014/222851/

うｎ

早く解除しろよ

CHILL

>>4 が今でも交換機の世界では使われてるのか。
日本だけ？海外ではどうなんだろ。

不思議なことに、L2スイッチをリング状に接続するだけで、
帯域をすべて食いつぶす恐ろしいパケットがある。
その名はARPパケット。
だから、ネットワーク装置の設置者は責任を持ってARPパケットが
出ないようにしなければならない。

25年も使ってて、今ままでバグが潜伏してたわけか
凄すぎ

俺は、アソコはマッチョ！！
風俗いくと、すごく大きいって言われる。

外部のせいにしてやんの　ｶｺﾜﾙｲｗ

ソフォス は13日、過去6か月間のスパムの
最多配信国ワースト12に関するレポートを発表した。
ソフォスの脅威解析センター「SophosLabs」が2005年4〜9月に
受信した全スパムを分析したところ、スパム送信国ワースト1は
前回調査 と同様アメリカ。しかし、アメリカは依然として
スパム送信ワースト1に挙げられてはいるものの、送信数では
世界のスパムの割合と比較すると昨年より実質的には減少している。

内訳
スパム送信国ワースト12は、1位がアメリカ26.35％（昨年41.50％）、
2位韓国19.73％（11.63％）、3位中国（香港含む）15.70％（8.90％）、
4位フランス3.46％（1.27％）、5位ブラジル2.67％（3.91％）、
6位カナダ2.53％（7.06％）、7位台湾2.22％（0.86％）、
8位スペイン2.21％（1.04％）、9位日本2.02％（2.66％）、
10位イギリス1.55％（1.07％）、11位パキスタン1.42％、
12位ドイツ1.26％（1.02％）。
以下リンク先参照されたし
http://headlines.yahoo.co.jp/hl?a=20051014-00000020-inet-sci

初めによく調べもせず置石のせいにしたＪＲ西と同じだな

また大阪とかある地方か

これに限った話では無い。　潜在バグは数多く存在する。
時を経て突然キバを剥く。　

>>6
それ実験したことあるよ。
数秒で、LEDがちかちかしていたのがとまって、通信できなくなった。

>>9
NTTの通常の苦情処理法です。

NTTｺﾑってｼﾅ人に事務やらせてるんだろ？
ｼﾅ人強盗団の被害者がOCNﾕｰｻﾞｰだけだったら大笑い。

【ネット】NTTコム、OCN申し込み注文の情報処理を中国企業に移管へ
ttp://mimizun.com/cgi/mimizunsearch.pl?whence=0&query=%8E%96%96%B1%81@%88%CF%91%F5%81@%92%86%8D%91%81@ocn&submit=%8C%9F%8D%F5&max=10&result=normal&sort=date%3Alate&idxname=newsplus

ん？　内々で聞いてる話と報道発表の内容が微妙に違う気がするのだが……

>>17
よくあることだ。

さて、その話を書いていただこうか。

>>6 >>14
ヒント：スパニングツリー

>>19
まあ、>>6や>>14は、STPも知らないネット初心者なのでしょう

一瞬、ソフトバンクのスレかとｵﾓﾀ
またあの企業が何かやらかしたのかと

この件で疑いをかけられて仕事を干された派遣君も多いんじゃないかな？
死んだ人もいるような気がするが、その辺は大丈夫なのかな？？？

小生のヨミでは、改造されたソフトが入っているとオモワレ。

一ヶ月足らずで原因がわかったのは奇跡の部類には入るのかな。
いずれにしても原因追求した人達は今頃真っ白な灰になってるだろうな。

小生の借金額しっとるけ？

何考えてるんだろう。
担当者クビだろうな。

１）客への詫び
２）上司から(ﾟДﾟ)ｺﾞﾙｧ
３）総務省報告
４）下請け○|￣|＿

>>20
知ってるわボケ

かわいそうな>>28のためにヒントを

IEEE 802.1D = STP
IEEE 802.1w = RSTP
IEEE 802.1s = MSTP

うわぁ、やめといて良かった。ぎりぎりセーフ、ご愁傷さま（笑

改造されたソフトウェアが、BPDUにランダムなMACアドレスを書き込んでいたら
スパツリなど一発でダウンだと妄想する。

短期間で原因を究明できたのなら、下位３バイトだけランダムに生成せずに
ベンダーコードもでたらめに生成していたんだろうと、妄想が止まらないよ。

そして、このトラブルにはソーカロボが関係していると、ダメ押しで妄想！

25年間使ってきたならもうそれは仕様だな。
バグなどと軽々しく言ってもらいたくない。

>>6と>>14がすごいな。。。。

きっと、こんな人たちもリアル世界じゃネットワーク技術者とか名乗ってるんだろうな。
マジ感動＆笑った。

もう一問出してくれよ。

INSは『いったい　何を　するんだ』の略だと耳にしたのが、記憶によれば21年前。
本当に25年も使われていたのかな？
25年前にはろくなネットワークは無かったはずだ。

どうりで、DDX-TPでテレスターにつながらねーなと思った。

>>18
いや大したことじゃない……中継網側の障害内容がもう少し複雑だった気ガス。
ただまぁ枝葉の内容だし不正なパケット云々あたりはたぶん報道発表の通りだと
思われ。

>>34
DDX-Pは1980年から開始だと>>1に書いてあるのが読めんのか？
それとINSは後からパケット網に繋げたんだよ。

あんた、素人だな(　´,_ゝ｀)

じぇんじぇんわからん。

小生が昔に派遣で使っていただいた證券会社では、Hさんも保守に来ていたけど、
深く根を張っていたのは子会社のHKだったな。以下略。

>>36
派遣だもん。
素人じゃないから、(´･ω･`)ｼｮﾎﾞｰﾝ。

パケット網に入るまではL2の網なんだね。
そういえば、ISDNスイッチって言うもんね。

>>36
あなたも「集団ストーカー」の一味にされるから構わないで置け。

>>39

あなたが集団ストーカーのメンバーでもないのに小生に集団ストーカー
呼ばわりされたのなら、お詫びします。申しわけないことをしました。

５年間安定動作の中継交換機だと、Ｍ●Ｎ−Ｐでしょ。
ネ▲Ｇのみなさんちゃんとしてよ。

>>35
「１６３」が何の番号かしってるおじさんハケーン

TeleStarっていつごろサービス終了したんだっけ...

またCiscoか・・・

また大阪か・・・

大阪のおまえら、もういいかげんにテロに荷担するのやめろ。

>>41
残念ながら○HN-Pは今回問題なっしんぐだったんだな、これが。