KDDI au通信障害はどこのシステムが原因？なぜ起きた？

• 2022年7月2日（土）1：35からKDDIのVoLTE交換機において輻輳（ふくそう＊通信の大渋滞）し、音声通話とデータ通信が利用しづらい事態となりましたが、5日に完全復旧したとの情報がありましたね。

では結局KDDI auの通信障害はどこのシステムが原因でなぜ今回のような事態が起きてしまったのでしょうか？また、復旧できた理由や再び起こる可能性も解説しています。

早速行きましょう！

KDDI au通信障害はどこのシステムが原因で起きたの？

結論から言うと、今回の通信障害がどこのシステムが原因で起こったことなのかどうかはまだ分かっていません。

しかし、今回のKDDI auの通信障害は音声通話を行う際に必要なVoLTE交換機においてエラーが起きたことが原因とされています。

このVoLTE交換機が富士通のものだったのではないか？という噂があったので、それについての記事も書いたので是非そちらもご覧ください。

KDDI au通信障害の原因であるベンダーは富士通の交換機か？

今回は、通信障害の原因であるベンダーは富士通の交換機なのかどうかや、ベンターとは何か、通信障害はいつまでで復旧の目処は？や、過去の大規模な通信障害あったのか、復旧後の対応などについて考察し記事にしました。

oritrenews.com

2022.07.03

ではそもそもなぜ今回のような通信障害は起こってしまったのでしょうか？

そもそも通信障害はなぜ起きた？

今回の通信障害は、何てことない日々のメンテナンスの一環として実施された作業から引き起こったことでした。

そのメンテナンスの内容としては、古いルーターを新しいものに交換するというものです。

このルーターの交換を行うための通信トラフィックのルート変更となるなかで、一部の音声通話が不通となってしまったようです。

また、エラーが起きた後にこの音声トラフィックを戻す「切り戻し処理」を行ったが、約50分に1回の頻度で位置登録が発生するVoLTEの仕組みからアクセスが集中する輻輳（ふくそう＊通信の大渋滞）が発生してしまったみたいですね。

ではなぜ無事に復旧する運びとなったのでしょうか？

復旧までの経緯と理由を見ていきましょう！

通信障害が復旧できた理由は？

通信障害が発生し、VoLTEでの輻輳（ふくそう＊通信の大渋滞）発生に伴い、負荷軽減のためにネットワークトラフィックを50％まで流量制限して、データ通信＆音声通話が繋がりにくい状況が続きながらも復旧作業を完了させたが、加入者データベースの負荷が軽減されない状況が続きました。

その後の調査で、VoLTE交換機18台中6台から不要な過剰信号の送信が行われていることが発覚し、「切り離し」の作業を行いました。

「切り離し」を行ったことで、通信障害前と同じ水準の負荷状態となり、発着信の成功率も向上したことで今回の通信障害はほぼ回復と判断されました。

「切り離し」を行った際の分かりやすい画像を載せておくので参考にしてみて下さい。

「VoLTE交換機を切り離し、過剰信号の統合DBへの送信を停止した。これによって加入者DBの負荷低減、合わせてVoLTE交換機の負荷低減が図れた。データ不一致解消作業は昨日の時点で終わり、負荷低減もこれで解消された。」 pic.twitter.com/DHKK1r4j1d

— 小山安博 Yasuhiro Koyama (@surblue) July 4, 2022

無事に復旧する運びとなりましたが、再び起こる可能性はあるのでしょうか？

今後再び通信障害が起こる可能性は？

詳しい原因や今後の対策はまだ発表されていないので、再びエラーが起こる可能性も否めませんが、今はKDDIさんの対応を信じて待ちましょう。

もし繋がりが悪いと感じたら、端末の電源を入れ直したり、機内モードをオン/オフしたりすると通信できるようになる場合があるので試してみて下さい。

しかし、2022年7月2日から5日にわたって通信障害が続くという大規模な事態となってしまいましたが、とりあえず無事に復旧できて一安心ですね！

今回の通信障害は各方面で多大な被害を出したので、もう再び起きないことを願います汗

まとめ