APNICの統計公開が再開、アーカイブには92時間の欠落

要約

08:38 UTCに取得したAPNICのWHOIS・RDAP統計JSONは、2026年10月27日05:00–06:00 UTCを記録し、付属MD5は取得したファイルと一致した。時間別の公開はすでに再開していた。
10月アーカイブには10月23日04:00から26日23:00 UTCまで、92時間分のファイルがない。10月16日の告知には終了時刻も継続時間もなく、区間別の修正一覧も掲載されていない。

統計は戻った。欠けた時間は戻っていない。

08:38 UTCに取得したAPNICのJSONは10月27日05:00–06:00 UTCを示す。MD5はダウンロードした内容と一致した。同時点で、月次ディレクトリーの最新ファイルは04:00–05:00 UTC。時間別の公開は再開していた。

アーカイブをさかのぼると、別の時計が止まったままだ。空白前の最後のファイルは10月23日03:00–04:00 UTCを記録し、次のファイルは27日00:00から始まる。その間、92個の時間開始点に対応するファイルがない。最新報告は戻ったが、カレンダーには四日分の穴が開いている。

数え方はAPNIC自身の仕様にある。READMEは各報告をUTCの半開区間一時間分と定める。新しい報告を正常に公開すると最新ファイルが置き換わり、前のファイルが月次アーカイブに移る。20261023-0300 は23日03:00–04:00を示す。次は04:00開始のはずだ。ところが一覧は 20261027-0000 へ飛ぶ。ファイルがない時間は92時間だ。

10月16日のサービス告知は、問題の開始をUTC+10 10:00、つまりUTC 00:00と記す。対象は「Whois and RDAP stats」。APNICはログ処理の問題でその時点から統計が不完全になり、生成を一時停止したと説明し、修正後に影響ファイルを再公開すると約束した。終了時刻と継続時間の欄は空白である。

アーカイブには修復の手掛かりが一つある。23日03:00–04:00のファイルは27日03:12 UTCに書き直され、その後に新しい時間別報告が続いた。公開記録からは最新時刻への復帰と古い一時間の再公開が分かる。どの区間を再生成し、どれが不完全で、どれを提供できないままにするのかは一覧になっていない。サービス告知ページにも終了報告はない。

時系列データでは、欠けた一時間の扱いが計算を変える。グラフから除く、前後から補間する、ゼロを入れる。選択肢ごとに平均値もアラートも変わる。APNICのレポートは問い合わせ総数、種類別内訳、起源ASNごとの異なる送信元IP数を記録する。時刻とチェックサムは個別ファイルの確認に役立つ。各時間の完全性と修正履歴があれば、系列全体の読み方も揃う。

チェックサムが証明するのはバイト。修復台帳ではない。

修復記録に必要な材料はすでにある。APNICは各対象時間についてUTCの開始・終了、状態、初回公開時刻、修正時刻、現在のチェックサム、置き換えたファイルのチェックサムを示せる。短いマニフェストに欠落時間ごとの「再公開」「提供不可」「保留」を記し、ファイルへリンクすればよい。研究者は旧版と新版を照合し、ディレクトリーの謎解きをせずに計算をやり直せる。

現在のチェックサムは、取得したバイトがAPNICの公開物と一致することを示す。ファイル名は対象時間を示す。10月16日の通知は統計が不完全になった起点を示す。区間別マニフェストが三つの記録を結びつける。

通知が扱うのは統計の生成と統計ファイルだ。27日の報告で公開再開は確認できる。次の更新には、影響した時間、修正版のチェックサム、10月16日告知の終了記録を載せてほしい。時計は壁に戻った。アーカイブは読者に92行を返す番だ。