【KDDI通信障害】原因はコアルーター交換時の不具合とアクセス集中 負荷低減のため流量制御実施でつながりにくく 本格再開は未定 ★5 [ギズモ★]
レス数が1000を超えています。これ以上書き込みはできません。
https://pctr.c.yimg.jp/t/amd-img/20220703-35189873-zdnet-000-2-view.jpg
https://pbs.twimg.com/media/FWtU8zPUYAAXe93.jpg
出典:@ishiit_aroka
KDDIの大規模通信障害、影響は最大3915万回線--事象が重なり復旧に遅れ
https://headlines.yahoo.co.jp/hl?a=20220703-35189873-zdnet-sci
KDDIは7月3日午前11時から、2日未明に発生した大規模な通信障害に関する記者会見を開いた。会見した代表取締役社長の高橋誠氏は、「社会インフラを担う安定的なサービスを提供しなければならない通信事業者として深くお詫びする」と謝罪を表明した。
通信障害は7月2日午前1時35分に発生し、全国で通話ができない、SMSの送受信ができない、データ通信の速度が遅くなる、途切れるなどの状態が3日午後現在まで続いている。3日午前11時時点の同社想定による影響範囲は、最大で約3915万回線。
中略
同社は、障害発生後から対応と復旧の作業を進めており(後述)、西日本エリアでは3日午前11時頃に、東日本エリアでは午後5時半頃に復旧作業の完了を予定。ただし、本格的な再開はネットワーク試験の検証結果によるとして未定という。
■複数の事象が重なり、復旧遅れる
同社によると、今回の障害は、東京・多摩ネットワークセンターで行っていたモバイルコアネットワークのコアルーター交換に起因する。通常保守の一環として2日午前1時35分からコアルーターのリプレース作業を行ったところ、新しいコアルーターで原因不明の故障が発生、音声トラフィックの通信経路が変更されず、約15分間に渡ってVoLTE(Voice over LTE)の音声通信が断絶、VoLTE交換機からアラートが発生した。この作業は外部委託ではなくKDDIが実施していたという。
このため午前1時50分に、手順に従って古いコアルーターへの音声トラフィックの切り戻し作業を実施。午前2時に事故対策本部を立ち上げた。しかし、午前2時17分頃から切り戻しに伴うアクセス集中によって、VoLTE交換機で輻輳が発生した。同社は午前2時52分にウェブサイトで障害情報を公開した。
午前3時から午後3時22分の約12時間にわたり、VoLTE交換機の負荷を低減するため、契約者端末からの信号接続要求の流量を制限。VoLTE交換機での呼処理プロセスのリセットと流量制限、無線設備でのデータおよび音声の接続要求の流量制限も実施した。
しかし、午後3時22分から加入者データベース(DB)の処理負荷が増加したという。取締役執行役員専務 技術統括本部長の吉村和幸氏によると、通常は契約者が通話やデータ通信をしていない状況でも端末と通信設備との間で、50分に1回の頻度で通信を行い、その際に位置情報を加入者DBに登録している。加入者DBでの処理後にVoLTE交換機にも位置情報が反映され、これがそろっていることで正常な通信が行われるという。
加入者DBの負荷の高まりは、上述のVoLTE交換機の負荷を軽減する各種作業の影響で、加入者DBへの位置情報の登録処理が不安定になったことが原因という。このため同社は、西日本収容の2台のパケットデータネットワークゲートウェイ(PGW)と東日本収容の2台のPGWを切り離し、加入者DBの負荷低減策を講じた。
さらに午後5時22分には、加入者DBに登録されるデータの不一致が発生した。今度はこれを修正する必要があり、先に切り離した東西日本収容の4台のPGWについてセッションをリセットしてデータの不一致を修正。その後に、別のPGW(計13台)についても切り離しとセッションのリセットを行ったとしている。
記者会見の時点で、障害発生のきっかけと見られるコアルーターの故障原因は調査中という。輻輳の発生による通信障害についても、事前の想定を超える事象が重なったことにより、復旧作業を手順通り実施したにもかかわらず復旧が長期化していると、同社では説明している。…
全文はソース参照
【写真】最初に発生した障害の概要。コアルーターを旧製品から新製品へ交換したところ何らかの不具合が発生した(日経クロステック)
https://cdn-xtech.nikkei.com/atcl/nxt/news/18/13226/ph2.jpg
【写真】コアルーターの切り戻し後に起きた障害の概要。VoLTE交換機へのアクセスが集中し、さらに加入者データベースのデータにも不一致が発生した(日経クロステック)
https://cdn-xtech.nikkei.com/atcl/nxt/news/18/13226/ph3.jpg
※前スレ
【KDDI通信障害】原因はコアルーター交換時の不具合とアクセス集中 負荷低減のため流量制御実施でつながりにくく 本格再開は未定 ★4 [ギズモ★]
https://asahi.5ch.net/test/read.cgi/newsplus/1656851142/ ようやく完全に復旧したかな...
固定も携帯へも繋がるようになった >>951
あれ?冷蔵庫はえーすあーやめたの?ねくすぁすなのか? なんかもっともらしい理由書いてるけど
深夜に輻輳するほどの需要なんかそもそもないだろ
位置登録の再送にしたってこんなこと想定してるやろから
一斉かつ延々と送信したりせず端末側の仕様として徐々に間隔を開けたり
絶対時刻と端末の何かしらのidを基準に他の端末と出来るだけ重ならないようにするアルゴリズム入ってるだろうし 制御系信号の輻輳なんて再送タイマーに依存するんだから、
ユーザー数なんて関係ねーだろ
それでなくてもVoLTEなんてスマホの電源入れてるだけでもセッション張りにいくのに ハードとソフト両方とも
元から欠陥機器導入してもうた? ドコモのときは、Iot関連のシステム改修と発表されていたけど
システム入れ替えといいつつ、やはり
システム全停止したときにおける問題点の洗い出しが目的だったのでは。
復旧させたかったら、旧システムにもどせばいいだけの話かとおもうが
ドコモもauも完全麻痺させた状態を2日くらい継続させた。
これはいいがかりだが、
電話番号つかった通話やSMSの信頼性が大きく失われた。
SNSやらRCS(プラスメッセージや楽天LINK)のごり押しくるんでないのな。
利用者側もそういう選択をとらざるえないし。
もともとごり押ししてるけど。 >>951
そうなのか
なんかでっかいのを並べときゃ負荷が分散するかと思ってたわ >>961
ワイはgoogle authenticatorみたい何がいいとおもうけどね
GoogleとかAppleならまあ信用できるし
1アプリで多サイト対応できるから 馬鹿高い設備投資してまで高音質のVoLTE推して、3G停波までしてきたのに、それはない
そんなら最初からIP電話だけで良かったやんて話
もとより俺はIP電話しか使ってなかったからどうでもよかったけど >>962
負荷は分散するよ
そのおじさんもボロでだしたな
切断したい残セッションが生き残ってしまうからタチが悪いのよ >>951
彡"⌒ヾ
ヽ( ^ω^)ノ いや、その並列みたいなイメージでも有効なんだよ
へノ / あえて並列みたいに使いたい場合はメトリックを変えればいい
ω ノ インターネット(イントラネット)とはそういう概念
> 危機を分散できるのがインターネットのいいところ >>962
彡"⌒ヾ
ヽ( ^ω^)ノ いや、その並列みたいなイメージでも有効なんだよ
へノ / あえて並列みたいに使いたい場合はメトリックを変えればいい
ω ノ インターネット(イントラネット)とはそういう概念
> 危機を分散できるのがインターネットのいいところ >>962 誤字を訂正
彡"⌒ヾ
ヽ( ^ω^)ノ ×危機を分散 ○機器を分散
へノ /
ω ノ
> 彡"⌒ヾ
ヽ( ^ω^)ノ 世の中ボロボロのシッタカ老害が多いから、鵜呑みにすんなよ
へノ ノ
ω ノ
> >>963
そういった認証手段も、アップルやグーグルに頼る形になるのかもなあ。
今回通信断絶おこしても、端末自体はネットがつかえるから、どうにかなったのかもしれないし。
ガラケだったらやばかったようにおもえる。 >>970
>>951こんなボロ出しておいてそれはないわw >>971
ワンタイムコードの生成はシードプラス時刻要素のハッシュだから別にいいでしょ >>965,972
「並列って概念は無い」 って話しに 「分散はする」 ってこのアホ
インターネットを知らない無知の理解度だな
いわゆるシッタカってのがこの様なアホの事 >>968
理論的には全ての基地局に呼出すりゃ受けられるけどね >>975
>>962の返しはおっさんの言うてることを理解してない返しだが、その962に対しての>>965の返しは正しいだろ 俺が言ってるのは>>951のこと
ここのシステムに触れたことなくても、こんなおかしなことは言わんだろw >>965
彡"⌒ヾ
ヽ( ^ω^)ノ なんだ、このボロボロ老害が発狂してんのか?
へノ ノ そんじゃ老害が言う「分散」ってどうできるのか言ってみろ
ω ノ 機器の配置とか
> >>979
彡"⌒ヾ
ヽ( ^ω^)ノ なんでクソ禿げが湧いてくるんだ?
へノ ノ バカはすっこんでろや、ハゲが
ω ノ
> >>980
コアルータ周辺ならBGPのメトリックを等コストにしてやりゃええし、
拠点間の負荷分散ならMMEで流量調整してやりゃいい >>982
彡"⌒ヾ
ヽ( ^ω^)ノ メトリックってのは俺が言い出したことだろうが、老害
へノ ノ
ω ノ
> >>982
彡"⌒ヾ
ヽ( ^ω^)ノ それに、機器周辺でメトリックをいじったところで
へノ ノ 分散まではしないだろ
ω ノ
> >>982
彡"⌒ヾ
ヽ( ^ω^)ノ こいつ、本当に分散すると思ってやがる
へノ ノ
ω ノ
> >>983
まずBGPであることをなんか触れたかい?そしてBGPのパスアトリビュートがいくつあんのか知ってんの?
ちなみにどのアトリビュートで分散させてるか知ってても俺は言えない >>987
彡"⌒ヾ
ヽ( ^ω^)ノ で?
へノ ノ
ω ノ
> はい、このハゲただのしったか確定
そもそも>>951の時点でただの知ったかw
どんな機種つかってんのそれw >>989
彡"⌒ヾ
ヽ( ^ω^)ノ 分散老害、で?
へノ ノ
ω ノ
> ハゲさんわかりやすく発狂しててワロタw
本当に知ってる奴相手にしったかするなよw >>991
彡"⌒ヾ
ヽ( ^ω^)ノ 分散老害、で?
へノ ノ
ω ノ
> >>993
彡"⌒ヾ
ヽ( ^ω^)ノ メトリックで分散させる魔法使いの分散老害、で?
へノ ノ
ω ノ
> メトリックで分散させられることも知らない学生以下の知識だったのか、がっかりだよ どこまで本当の言ってるのか疑わしいな
twitterとかの火消し工作は万全みたいだけど >>995
彡"⌒ヾ
ヽ( ^ω^)ノ お前頭おかしいだろ、完璧に
へノ ノ
ω ノ
> ターミナルからつくるルーティングてなーに?
CLIでルーティング設定したら、それは仮想ルータなのか? >>996
彡"⌒ヾ
ヽ( ^ω^)ノ ニュースでも5ちゃんでもみんなバラバラ
へノ ノ KDDIが嘘を言ってるからな
ω ノ
> >>998
彡"⌒ヾ
ヽ( ^ω^)ノ シッタカ老害が悔しくて発狂し出したね
へノ ノ
ω ノ
> このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 15時間 57分 57秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。