APNIC · RIR ウォッチ
記事
この RIR に関する BTW の報道と背景解説です。提案ごとの経緯、関係者、立場の変化をたどるには、まず「ポリシー」をご覧ください。
記事
最新記事
292記事
記事
APNIC地域で4,611台のBGPルーターが露出 スキャンだけでは開放理由が分からない
APNIC 62で、制御プレーンの見えにくい問題が地域別の数字として示された。2月の IPv4 スキャンでは、APNIC 地域の1,343 AS に属すると推定された4,611台が、求められていない BGP OPEN 交換に応答した。単なる開放ポート検出より踏み込んだ証拠だが、侵害報告でも現在の台帳でもない。必要なのは、対象を公表せずに通知、運用者の判断、再測定をつなぐ記録だ。
記事
APNICのWHOIS時間別アーカイブは、同じ1時間に二つの合計を示している
直近の完了時間について、APNIC は WHOIS 照会を3,192,583件と記録した。ところが七つの照会種別を足すと3,183,463件になる。9,120件の差より重いのは、両者を結ぶ定義がないことだ。
記事
APNICのリーダー多様性協議に必要な参加ファネル
APNIC は、コミュニティ・リーダーの多様性に関する第1段階の協議について、参加者と指摘された障壁を公表した。次の試金石は、個人を特定せずに、周知、参加、対策をより広いリーダー候補層へ結び付けられるかである。
記事
APNICのNIR SIGは憲章について4問を示したが、結果は無記名の1組だけだった
APNIC 62に向けて公開された NIR SIG 憲章見直し資料には、性質の異なる4つの設問が並ぶ。ところが結果として示されたのは、支持86%、中立14%、不支持0%という円グラフ1点だけで、どの設問への回答かが書かれていない。複数の意見を EC に届ける役割を担うなら、集約の前に問いと答えの対応を残す必要がある。
記事
APNICの定義ページは草案、公式テキストは現行版のまま
「最新版」と「現行版」は同じとは限らない。APNIC-080 の通常の入口に表示されるのは2026年の第004版で、状態は`DRAFT`だ。一方、APNIC が公式性を与える安定テキストには2023年の第003版が`Active`として残る。両方の存在は合理的でも、その関係を読むために別の規程まで探させる必要はない。
記事
APNICのSIGオンライン投票、参加者票には現地チェックインが要る
APNIC 62の SIG 選挙はオンラインで投票できる。しかし、会議参加者として投票権を得るにはムンバイの受付を通過しなければならない。会員組織の一票は別の権限経路から生まれる。この二つを一括して「オンライン投票」と呼ぶだけでは、誰が選挙体を構成したのかが見えない。
記事
APNICのASPAが示すのは認可済みプロバイダーであり、観測済みトランジットではない
APNIC の ASPA が示すのは認可済みプロバイダーであり、観測済みトランジットではないの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。記事の調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
記事
APNICはAPNIC Foundationとの連絡役を採用した。公開記録はプロトコルの手前で止まる
連絡役を設ける決定と、その人が会議で何を見て何を持ち帰れるかを定める決定は同じではない。APNIC は両者を分けた。まず長く曖昧だった役割を定義し直し、次にオブザーバー出席、守秘、情報共有を別のプロトコルへ委ねた。この設計は妥当である。検討した公開資料で見えないのは機密の中身ではなく、プロトコルが現在どの状態にあるかだ。
記事
APNICの同じ支払い通知に9月23日と8月17日が併記された
保守通知は、利用者が行動する日時を一つに定めて初めて役に立つ。ところが APNIC の現行通知では、見出しと開始・終了欄が2026年9月23日の4時間を示す一方、説明文は8月17日を挙げている。公表資料だけで正しい日を選ぶことはできない。必要なのは推測ではなく、訂正の前後を残す版管理された保守記録である。
記事
APNICのNIR向けRDAPリダイレクトが示すのは詳細な登録記録であり、ネットワーク運用者ではない
APNIC から各国・地域のインターネットレジストリ向け RDAP ホストへのリダイレクトは、登録データの提供経路を示す。より具体的な記録には到達できるが、現在のルーティング、法的所有、ネットワーク運用の主体までは証明しない。
記事
APNICのレジストリAPIは、バッチ結果がどの要求項目への回答かを示さない
複数の作成・更新・削除を一度に送れることは、バッチ API の価値である。ところが APNIC の公開スキーマでは、各結果にあるのは `status` と `message` だけだ。どの入力項目への答えなのかを機械的に結ぶ欄も、順序の規則も記載されていない。
記事
APNIC Whois の mnt-irt が示すのはインシデント対応であり、ネットワーク支配ではない
必須の連絡先ポインターは、ネットワークを誰が運用しているかを示す宣言のように見えることがある。しかし APNIC Whois の `mnt-irt` が担う役割は、もっと限定的で実務的だ。番号資源の記録を、セキュリティー事故や不正利用の通報を受ける Incident Response Team（IRT）オブジェクトに結び付ける。この関連付けは説明責任を高めるが、ルーターの運用者、観測された BGP 起点、通信の運搬者、法的所有者、あるいは事故の原因となった主体を特定するものではない。
記事
APNICのAPI障害告知はレジストリAPIを名指ししていなかった
`api.APNIC.net` と `registry-api.APNIC.net` の間には、「registry」と一つのハイフンがある。APNIC が8月5日の障害告知で示したのは前者であり、レジストリ更新用に公開している仕様が示すのは後者だ。この差だけで両サービスの独立性は証明できない。しかし、「API」という総称だけでは、障害がどの権限面に及んだのかを特定できないことは証明できる。
記事
APNICのRDAPは「ブラウザーらしくない」リクエストを約1割遮断した
正直に自分を自動処理プログラムだと名乗るほど、機械向けプロトコルへ届きにくくなる。2026年1月の APNIC では、意図せずそのような状態が18時間続いた。必要なのは防御を外すことではない。ソフトウェアの見た目と、アクセスを認める根拠とを分けて測ることである。
記事
APNIC Whois の mnt-lower が示すのはメンテナー階層であり、経路階層ではない
「lower」という語からは、上流と下流、その間を流れるパケットというネットワーク図を連想しやすい。しかし APNIC Whois の `mnt-lower` が示す範囲はもっと狭い。これはレジストリ更新の認可構造にあるメンテナーを指す。説明責任を追うための有用な証拠ではあるが、BGP やトランジットの地図ではない。
記事
APNIC、公開クエリ台帳を開始 ただし会員向け表示は未実装
APNIC、公開クエリ台帳を開始ただし会員向け表示は未実装の調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。記事の調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
記事
APNICはRPKI失効の仕組みを完成させた。だが、その権限整備は追いついていない
APNIC は prop-166 の技術実装が完了したとしている。一方、公開記録では、認証実務規程（CPS）と RPKI 利用条件の更新を残したまま、同ポリシーをなお「実装中」に分類している。この差は重要だ。提案は、60日を超えて機能しないセルフホスト型 RPKI 認証局のリソース証明書を APNIC が失効できるようにするものだからである。
記事
APNICは97億件のDNSクエリを数えた。それでも再試行した層は特定できない
APNIC Labs の実験では、権威サーバーが返す状態だけを変えると、そこへ届くクエリ数が桁違いに変わった。無応答では約97億件に達した。割り算は再現できる。だが、再送を決めた主体は合計値から復元できない。この境界を守らなければ、有力な観測が、見えていない層への断定に変わる。
記事
APNIC prop-175、IPv6 の必要性審査を初回申請へ前倒し
APNIC prop-175 は、適格な組織が最初の申請時点で運用上の必要性を示せる場合、`/48` を超えるプロバイダー非依存 IPv6 割り当てを認める案だ。提案はまだ Policy SIG メーリングリストに掲載された段階にある。手続きの重複を減らせる可能性がある一方、導入前の計画を一貫して評価できるかが統治上の焦点となる。
記事
APNICのリソース品質チェックはアドレスの属性ではない
ある時点で経路が見えなかったという事実は、遠隔ネットワークの古いフィルターまで消してはくれない。APNIC が「保証」を「チェック」に改めた判断は、測定結果にも時刻と観測範囲を残す必要性を示している。