「大晦日から元日の約2時間は、「おめでとうコール・
メール」はなるべくお控えください。」
携帯電話会社の試練がやって来た。

通話量が電話交換機の処理能力を超えるとパフォーマンスが
低下する事を「輻輳」と言うが、1つの会社で輻輳状態が
発生すると、他の電話会社や携帯電話会社にも影響し、
下手をすると自社の電話交換機のシステムダウンや
他社を含めた通信障害が発生する。

携帯電話会社では、この時期から初めに書いた通り、
31日23:00～1月1日01:00までの約2時間は電話やメールを
控えるようにとアナウンスしている。
とは言え、ただアナウンスだけしているのでは無く、
早い段階からトラヒックを調査した上で、基地局の増設
増波工事や交換機の増強工事を行っているが、それでも
さばききれないのが現実。
最終手段として、交換機に対して輻輳規制を行い、
システムダウンが発生しないような仕組みを取る。

1年でこの時期が一番気を遣うらしい。
急ぎでなければ、年末年始の携帯電話の使用は後々の事を
考えて一時的に使わないようにしてもいいかとは思う。

前回から暫く時間が経ちましたが、まだ続いています。

付属のデバッグツールを使ってログを採取し、送信し、
待つ事10日間、回答内容が送られた。

サポートセンターから8回目の回答
システムファイルのバージョンを画面キャプチャして
送信して欲しい

恐らく原因が特定出来ていないのだろう。
最近はスクリプトでウィルスソフトのサービスを手動
起動させてから現象は7回中1回発生するくらいなので、
システムログにも現れない状況では．．．．．。

画面キャプチャ後、ファイル化してすぐに送信。
※ちょうど有休休暇ですでに年末年始休暇に入っていた
　ので即座に対応し、送信。

約2時間後、すぐに回答が到着。

サポートセンターから9回目の回答
クラッシュダンプの採取とデバッグツールの起動を
お願いしたい。

やはり、無効でも打つ手無しと言ったところだろうか
とりあえずサポートセンターからの指示通りに
クラッシュダンプ採取とデバッグツールを起動。
採取したデータを送信。
※しかしデバッグツールを起動する前に現象自体が発生
　せず、数回OS再起動でようやく現象発生。
　その状態でデバッグツールを起動。

ところが、採取したデータは10MB近くあり、
前回同様に私物のオンラインストレージの公開フォルダに
保存し、その事も含めて連絡。

しかし、恐らく内部規定だろうか。別途オンライン
ストレージを用意するので待って欲しいと回答。
その回答待ち。

恐らく越年するんだろうなあ。
第4章に続く．．．．．．