9月18日、Netnodが「Telstra outage: The night a network decided the year was 2006」と題した記事を公開した。オーストラリア最大手の通信キャリアTelstraで2026年7月に発生した大規模障害の技術的根本原因を、時刻配信の専門組織が詳細に解説したものだ。

障害の原因は、サイバー攻撃でも、ファイバー切断でも、停電でもない。メルボルン1カ所のシャーシに搭載された1基のGPS受信機が、メンテナンス後の再起動で「現在が2006年11月」だと認識し、ネットワーク全体をその誤った時刻に染め上げた。さらに深刻なのは、NTPの防御機構は一切誤作動していなかったという点だ。壊れていたのはプロトコルではなく、2010年から2026年にかけて誰にも全体像を把握されないまま積み重なったアーキテクチャだった。

2026年7月8日：モバイルから鉄道、決済端末まで止まった

2026年7月8日、Telstraのモバイルネットワークで大規模障害が発生した。音声通話やSMSが届かなくなっただけでなく、緊急通報（日本の110番・119番に相当）すら繋がらないケースも報告された。被害はモバイル通信にとどまらず、鉄道、決済端末、券売機、EV充電器にまで波及した。

Telstraはこの障害についてTechnology Audit Partners（TAP）社による独立調査を委託し、報告書を公開している。今回の記事を書いたNetnodはスウェーデンを拠点とする中立的なネットワーク基盤組織で、原子時計を用いたNTPサービスを運用している。時刻配信の専門的知見を持つ立場から、このインシデントを解説した。

なぜ通信ネットワークは時刻にここまで依存するのか

現代の5Gを含むモバイル通信の多くはTDD（時分割複信）を採用している。TDDは1つの周波数帯を上りと下りで交互に使う方式で、周波数帯を上下に分けるFDD（周波数分割複信）と比べてトラフィックに応じた柔軟な帯域割り当てができる。日本の5G主要帯域（Sub-6帯域など）もこの方式を多く採用している。

TDDの弱点は、全セルが「今」を共有していないと自己干渉を起こす点にある。隣のセルが受信しているタイミングに自分が送信し始めたら、ネットワークが自分自身を妨害する。この設計上の要請から、精度にして数マイクロ秒（100万分の数秒）レベルの時刻同期が前提となる。通信インフラにとって、時刻同期は「あると便利な機能」ではなく「ネットワークの土台」なのだ。

5年間隔の二つの判断が組み合わさった

ここが記事の核心だ。障害は単一のミスではなく、5年間隔で行われた二つの独立した判断が組み合わさった結果として生じた。

NTPの階層構造（前提）

NTPは階層（ストラタム）で時刻を配信する。GPSや原子時計などの一次参照がStratum 0、それに直接同期するサーバがStratum 1、以下Stratum 2、3と順次下流に配信される。ストラタム値が低いほど「より信頼できる時刻源」として優先される。

Telstraの2010年設計では、オーストラリア国立計量研究所（NMI）のStratum 1から時刻を受け取る2台のStratum 2サーバ（シドニー、メルボルン）が基盤にあり、TAP報告書はこれを「目的に適った設計」と評価している。

2020年：ハードウェア更改で冗長性が構造的に失われた

新しいNTPシャーシは、同一筐体内でStratum 2→Stratum 3への同期ができなかった。そのため、シドニーのStratum 3はメルボルンのStratum 2から、メルボルンのStratum 3はシドニーのStratum 2から時刻を取る交差配線に変更された。

さらに、一方向のクライアント/サーバモデルからピアリングモデル（双方向に時刻を交換しあう方式）に切り替えた。これにより「タイミングループ」——お互いの時刻を参照しあう、伝言ゲームのような状態——が構造的に発生しうるようになった。

NTPには外れ値を排除する多数決の防御機構がある。しかしこの機構は「参照ソースが互いに独立している」ことを前提とする。ループ内では全員が同じ「噂」を元にした時刻を持つため、多数決は機能しない。

2025年10月：GPSカード有効化で「無承認のStratum 1」が誕生した

メルボルンがシドニーのStratum 2ソースを頻繁に見失う問題が続いていた。根本原因の究明はされないまま、シャーシに搭載されていた未使用のGPSカードをメルボルンのStratum 3サーバに接続して対処とした。

問題は、GPSカードを接続した瞬間にそのサーバはStratum 3からStratum 1に昇格したことだ。NMIと同格の権威を持つサーバが、誰にも承認されないまま誕生した。「ストラタムが低いほど優先される」というNTPの原則が、「最も権威があるが最も誤りうる」ソースを全クライアントが優先する構造を作り上げた。

GPS週番号ロールオーバー：19.6年ごとに過去に戻る

GPSの週番号（Week Number）は10ビットで表現される。上限は1,023週、つまり約19.6年ごとにゼロにリセットされる（ロールオーバー）。GPS運用開始（1980年）から最初のロールオーバーが1999年8月、次が2019年4月に発生している（参考：IGSロールオーバー情報）。

電源を入れたまま動作し続けたGPS受信機はこの折り返しを内部でカウントし続けるため問題ない。しかし一度電源を切ると、エポック情報は揮発する。再起動時にファームウェアが正しいエポックを判断できなければ、1,024週（≒19.6年）前の日付を返す。

メルボルンのGPSカードのファームウェアは2019年のロールオーバーに対応した更新がされていなかった。2025年10月の有効化時点では問題が顕在化しなかったが、その後のメンテナンスで電源が切られ、2026年7月の再起動時に「2006年11月」という時刻でネットワークに接続した。

• NTPの第一防御（ストラタムによる優先付け）→ Stratum 1に昇格したメルボルンGPSが最優先に選択される
• NTPの第二防御（多数決による外れ値排除）→ 下流サーバ群が誤った時刻に染まり、「多数派」が2006年を支持し始める

クライアントは正しく動作した。ただし、正しく動作した結果として誤った時刻を受け入れた。

「プロトコルは正常、アーキテクチャが壊れた」

記事の結論は端的だ。NTPは設計通りに動いた。壊れていたのは、2010年から2026年にかけて誰にも全体像を把握されないまま積み重なったアーキテクチャだった。

「二つの防御機構はどちらも誤作動していない。それぞれが依存するものを奪われていただけだ。一方はより上位にランクされるべきソースを必要とし、もう一方は反論できるソースを必要としていた。5年間隔の二つの決定が、それぞれを順に除去した」

記事がまとめる主な教訓は以下のとおりだ：

• 時刻配信をクリティカルインフラとして明示的に管理する（ネットワーク全体を道連れにしうる機能として文書化・監視対象とする）
• NTPアーキテクチャを継続的に監査する（ループ検出、ピア関係の可視化）
• GPS受信機など外部時刻源を導入・変更する際は、ストラタム昇格の影響を必ず評価する
• GPS受信機のファームウェアを定期更新する（週番号ロールオーバーへの対応を含む）
• 症状ではなく根本原因を修正する（シドニー接続断の原因は最後まで究明されなかった）

「時刻がずれる」という地味な障害が、モバイル・鉄道・決済を一夜にして止めた。インフラの堅牢性は、最新のプロトコルよりも「誰も全体を把握していない積み重ね」によって損なわれる——そのことを、この事例は具体的な数字と時系列で示している。

詳細はTelstra outage: The night a network decided the year was 2006を参照していただきたい。