要約

  • AFPUB-2026-ASN-001-DRAFT02は、AFRINICで新規作成するAS-SETに階層型の名前を求める一方、既存のフラットなオブジェクトとその編集を保護する。
  • 既存オブジェクトの維持、編集、削除後の復元、新規作成は別の操作である。
  • AFRINIC職員は復元が運用上の抜け道を残すと警告している。BTWは、個別の判断記録と、機微情報を含まない集計報告を提案する。

この提案は将来に向けたルールであり、既存のフラット名を一掃するものではない。対象はAFRINIC WHOISデータベースでのAS-SET作成である。RFC 2622第5節は、コロンで区切られ、ASNで始まることもある階層型集合名を示す。名前空間の管理規則では、親オブジェクトのメンテナーだけがその下の子名を作成できる。

提案は既存状態を意図的に残す。既存の非階層型AS-SETは改名してはならず、現在の名前のまま利用でき、改名なしで編集できる。大規模な改名はデータの不整合を生み、既存のAFRINIC AS-SETとASNの対応を確実に判定するプログラム的方法もない、というのが示された理由だ。この扱いは、既に設定されたルーティングポリシーの参照も維持する。

維持は同じ身元を残す。編集は名前を変えずに許可された内容を変える。新規作成は提案されたルールの下で新しい記録を作る。復元は、削除された後に、以前存在した身元を戻そうとする。したがって復元には、何が存在し、何が起き、なぜ継続性が必要なのかを示す証拠が要る。

提案の必須例は、誤って削除された非階層型AS-SETの復元である。職員の提示した文言は、必要な場合に例外を認め、AFRINICが理由を記録するというものだ。職員は別途、削除されたフラットなオブジェクトを呼び戻せば運用上の抜け穴となり、政策の有効性を下げる可能性があると警告した。AFRINIC 37の議事録はこれを「サイドドアを残す」問題として記録し、削除にはメンテナーへの認証が必要だとしている。

現在の証拠は、誤削除の立証方法、復元可能な期間、承認者、記録項目、反復復元の可否、集計報告の有無を定めていない。実際の復元事例も確認されていない。

AFRINICの公開IRRガイドは、ポータルとWHOIS-webによる作成、メンテナー保護を説明する。ただし、この資料は本番経路をテストしておらず、提案された制限が有効だとも示していない。対象システムとしてWHOISとMyAFRINIC/IRRが挙げられ、サーバー側および公開フォームやAPIでの検証が想定されている。職員はMyAFRINIC v2後の優先実施を述べているが、これは条件付きの計画であり、実装の証拠ではない。

**BTWの分析：**復元の判断記録には、以前のオブジェクトの身元とハッシュ、削除時刻と認証済み実行者、誤削除の証拠、影響を受けるルーティングポリシー参照、検討した代替策、承認レビュアー、判断時刻、期限または移行条件、終了記録を含めるべきだ。これにより、継続性とフラット状態の無期限な再開を分けられる。

もう一つの BTWの分析 は、メンテナー秘密や機微なルーティング設定を出さず、例外数と処置を集計して報告することである。これは既存のAFRINIC製品でも、採択済み要件でもない。

公開注記：「公開」は予定された編集日である2026年9月7日（Asia/Shanghai）を指す。実際のサーバー公開時刻は未設定である。

情報源

  1. https://www.afrinic.net/policy-proposals.html
  2. https://www.afrinic.net/afpub-2026-asn-001-draft02
  3. https://www.afrinic.net/ppm-afrinic-37.html
  4. https://www.rfc-editor.org/rfc/rfc2622.html
  5. https://afrinic.net/irr-guide