要約

  • APRICOTは厳しいネットワーク要件を公表し、2024〜2026年には構成、計測、障害、修復を報告した。
  • 「憲章」は反証可能な運用上の約束を表す比喩であり、法的文書でも普遍的な成功証明でもない。

仕様書は、独立した二つの事業者とファイバー、二台の境界ルーター、二重化されたL3コア、完全なIPv4/IPv6 BGPフィード、ローカルDNS/DHCP、Routinator、オンサイト監視、デュアルスタックとIPv6-mostlyの接続を要求する。これは価値の表明として具体的だが、「要求した」ことと「毎年実現した」ことは同じではない。

二経路の図は物理的分離や強制フェイルオーバーの成功を証明しない。Routinatorが構成図にあっても、会場ルーターがROVを実施し、invalid経路を破棄したことにはならない。仕様の信頼性を高めるのは、むしろ実利用で露呈した不整合である。

2024年のIPv6-only SSIDは、公開コードという痕跡を残した。coredhcpへの変更はレビューを経てマージされ、投稿者はAPRICOT 2024で利用中だと説明した。報告は142のユニークMACを数え、そのうち115がDHCP Option 108を要求したとしている。ただしMACは人ではない。ランダム化と再接続があるため、参加者数や普及率へ変換できない。同じ報告には、IPv4要求を繰り返す端末、無線コントローラーによる除外、UDP障害、銀行アプリの不具合、古いJoolに関係するNDP問題も残った。

2025年は反復性を示した。AS24555と同じIPv4/IPv6ブロック、二本の1 Gbit/sリンク、ローカルサービス、IPv6-mostly構成が報告され、2月25日のユニークMAC 1,082件のうち944件がIPv6+NAT64、138件がIPv6+IPv4だった。ピークは400 Mbit/sとされた。これは端末モードの観測であり、人の採用率や可用性ではない。また、二本のリンクが独立した事業者と物理経路だったことも資料からは確定できない。DNSの地理的振り分けで約100 ms離れたサーバーへ向かっていた問題は、転送先変更後に2 msへ低下したと報告されたが、生データは公開されていない。

2026年の記録は、成功物語への最も強い反証を自ら含む。609のユニークMAC、IPv6+NAT64が70%、ピーク300 Mbit/sという数値に加え、四種類の障害が記載された。開会時の混雑でWi-Fiが過負荷となり停止した。一部ASからはプレフィックスへ到達できず、RouteViewsやRIPE RISでは世界的に見えていたという。委員会は「ghost routeの可能性」と慎重に述べ、外部ASの一つが設定を修正したと報告した。正しいSSIDを送信しながらローカルコントローラー外にあったAPも見つかった。さらに、一部IPv4再帰問い合わせで公共DNSが断続的に失敗し、ローカルリゾルバーが配備された。

ここでは、経路の可視性とデータプレーン到達性が分離している。オンサイト管理という原則は、管理外APが現れたときに初めて具体的な意味を持つ。ローカルDNSも、外部依存が失敗したときの継続手段になった。修復は報告されたが、停止時間、影響端末数、パケット損失、再発防止の独立確認は不明である。

外部データも境界を伴う。APNIC RDAPはAS24555と二つのブロックをアジア太平洋の会議用資源と記録するが、APNIC自身が運用者だとはしていない。RIPEstatはAPRICOT 2026を含む期間に両集約がAS24555からoriginatedされ、後に見えなくなったことを示す。イベント期間を覆うRPKIオブジェクトも存在した。しかし、会場でのROV強制やinvalid経路の遮断までは証明しない。

RIPEやIETFにもIPv6-only/NAT64、ローカルDNS、オンサイトNOCを備えた会議ネットワークがある。APRICOTはこのモデルの発明者ではなく、より広い運用者会議文化の参加者である。そのうえで、同じネットワークIDを会場間で再利用し、失敗を繰り返し報告する点が制度的な継続性をつくる。