要約

  • 2026年7月28日の保守について、ARINはWhois、Whois-RWS、RDAP、IRR、RPKIリポジトリを稼働状態に保つ一方、同時間帯には更新を公開しないと告知した。
  • ARIN Online、RESTful Provisioning、RPKI Up/Down、RPKI Repository Publicationは利用不可となる予定で、REST呼出しはキューに入り、再送が必要になる場合があった。
  • 2025年年次報告書の付録Cは六つの可用性結果を99.9、99.9、99.9、100、100、99.9%と報告するが、固定した表には鮮度、データ年齢、最終公開、権威更新の欄がない。
  • 問合せの可用性と、書込み受理・公開・照合を別々に示す二時計のサービスカードなら、保守を事故扱いせずに利用者の判断を支えられる。

運用者が「名前解決できた」「RDAPが返った」「リポジトリに届いた」と言うとき、その言葉には一つの事実が含まれる。読取り経路は答えた、という事実である。しかし、そこから新しい変更が既に反映されていると結論してよいかは別問題だ。

この差を、ARINは2026年7月14日の告知で明示した。7月28日の保守ではARIN Online、RESTful Provisioning、RPKI Up/Down、RPKI Repository Publicationが利用不可になる。一方、Whois、Whois-RWS、RDAP、IRR、RPKIリポジトリは稼働を続ける。ただし、更新は公開されない。RESTful Provisioningへの呼出しはキューに置かれ、後で再送を求められる可能性がある。

この文章から、失われた要求、古い回答、利用者の被害、復旧失敗を読み込むことはできない。そうした主張はしない。ここで確定しているのは、読めること、書けること、権威ある状態を公開できること、保守後に保留中の要求を照合できることが別の条件だという点である。

読取りを残すことには実利がある

全ての書込みを停止する日に全ての読取りも閉じるべきだ、という発想は単純だが必ずしも利用者に優しくない。既に公開された登録情報を照会する用途は残る。IRRの既存状態も意味を持つ。RPKIでは、依存側ソフトウェアが公開済みの署名付きオブジェクトとローカルキャッシュを使うため、次の公開が一時停止しても、現在保有する検証可能な資料が直ちに無意味になるわけではない。

ARINのHosted RPKI、Repository Publication Service、Trust Anchor Locator、RPKI用語集は、認証局、公開、リポジトリへの到達、依存側という関連しながら異なる役割を記す。ここから導けるのは、公開済み資料の検証可能性と、新しい資料の公開停止が両立し得ることまでである。全利用者に同じ許容時間を定める根拠にはならない。

したがってARINにとって最も強い説明は、「読取りを残したことは有用な縮退運転だった」である。その説明を強くするのは、読取りの緑表示に書込み、公開、照合まで代弁させないことだ。

年次報告書が数えたもの

ARINの2025年年次報告書付録Cは、ARIN Online、Whois/RDAP、Resource Public Key Infrastructure、RDAP Bootstrap、Internet Routing Registry、Registration Transaction Serviceという六区分を示す。2025年の結果は順に99.9、99.9、99.9、100、100、99.9%で、構成要素の値も記載されている。

可用性の指標は軽視すべきではない。問合せが届かないなら、最新の書込みを受け付ける能力があっても読取り利用者の問題は解決しない。六つの値は、名付けられたサービスがどの程度到達可能だったかを伝える有用な公共記録である。

ただし、今回固定した付録Cの24ページには、freshness、data age、last published、authoritative updateという欄またはラベルがない。この限定は厳守すべきだ。ARINの内部監視、他の公開画面、復旧目標の有無については何も証明しない。表が外部読者に見せていない次元を指摘するだけである。

保守中には、その欠落が実務上の差になる。可用性は「今、尋ねられるか」に答える。鮮度は「今、答えの土台になっている権威状態は最後にいつ公開されたか」に答える。一方をよく測っても、他方が自動的に測定されたことにはならない。

二つの時計を持つ公開境界

提案するのは、大きな監視画面ではない。各公開コンポーネントに小さな二時計カードを付けることである。

第一の時計には、コンポーネント名、読取りインターフェース、問合せ可用性を置く。第二の時計には、書込みを受理しているか、通常の公開間隔、最後に成功した権威公開、現在想定される最大データ年齢を置く。保守時には、要求が拒否されたのか、キューに入ったのか、再実行されたのか、再送が必要なのか、照合済みなのかも示す。版番号と訂正履歴があれば、後の修正は過去の説明を黙って上書きしない。

これは資格情報、内部構成、供給者名、セキュリティ手順を出せという要求ではない。外部に見えているサービスが、今どの約束をしているかを正確に書く提案である。状態要約の「All Systems Operational」は、取得時点の可用性として正しい。最後の権威公開とキュー照合完了は、それぞれ別の正しい文になり得る。

出典

  1. ARINの保守告知
  2. ARIN 2025 Annual Report、Appendix C
  3. ARINのサービス水準報告
  4. ARIN Statuspage と summary API
  5. Hosted RPKI、RPS、TAL、RPKI terms