トピック
制度的正当性
「トピックの観点から見た制度的正当性トピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」
記事
LACNICのASO AC選挙結果、正式化を示す完了記録がない
速報値から正式結果へ移る間に、候補者別の144票は一票も変わらなかった。変わったのはページ上の状態である。二つの監査期間を通過したことは日程から分かるが、通過を確認した公開記録は見当たらない。争点は勝者ではなく、「正式」という効力を生んだ手続きの痕跡だ。
記事
ARINの新しい「専ら域外」定義には観測期間がない
一つのプレフィックスを三つのエニーキャスト拠点から提供するとする。一拠点は ARIN のサービス地域内、二拠点は域外にある。域内拠点を保守のため一時間止め、再び稼働させる。保有者もサービスの目的も多拠点設計も変わらない。それでも新提案の文言では、同じプレフィックスが政策上の境界を二度またぐように見えうる。足りないのは詳しい地図ではない。いつからいつまでを見るかという時計である。
記事
APNICのSIG見直しは十二の変更を並べた。まだ決定文はない
制度改革では、課題の一覧が完成すると、決定まで終わったように見えやすい。APNIC の SIG ガイドラインをめぐる7月案は、十二の論点を丁寧に切り出した。しかし、コンセンサスが対象にできるのは「明確さ」や「公正さ」という方向ではない。誰の任期がいつ終わり、誰がどの証拠で何を決め、どこへ不服を申し立てられるかを記した文章である。
記事
AFRINICの調査で数えられるのは回答だ。「代表」はまだ数えられない
回答欄が埋まっても、回答しなかった組織まで見えたことにはならない。AFRINIC の新しい会員・ステークホルダー調査は、サービス改善に役立つ経験を集められる。だが、その結果を「コミュニティの姿」と呼べるかどうかは、対象集団、招待経路、有効回答、除外、重み付けを記録したもう一つの表にかかっている。
ICANN
ICANNは7人を選んだ。選考基準と結果を結ぶ対応表はまだない
ICANN の2026年 Nominating Committee は7人の選任結果と、223件の応募者集団に関する全体統計を公表した。一方、職務ごとの要件やコミュニティからの要望、今回初めて試した Board スキル分析が、最終的な構成判断にどう結び付いたかは示されていない。落選者の情報を明かさずに説明できる余地は大きく、10月まで続く報告段階がその機会となる。
クリエイター
Jakub Kicinski：Linux はいかにネットワーク機能を保守可能にするか
新しいネットワークカードは、魅力的な機能と商業的な納期を伴って登場する。Linux が問わなければならないのは、より時間のかかる問いだ。その機能は、他のハードウェアが理解でき、運用者が観測でき、テストが再現でき、何年も後のメンテナーが支え続けられる形で表現できるだろうか。Jakub Kicinski は、まさにその境界でキャリアを築いてきた。Netronome のプログラム可能な NFP ハードウェアから Linux ネットワークの共同メンテナンスに至る道のりは、コードレビュー、API…
インターネット史
インターネットが無視を学んだメッセージ――ICMP Source Quenchが権限を失った理由
初期のインターネットでは、混雑したゲートウェイが遠隔の送信元へ別の命令を送り、速度低下を求められた。運用経験はこの約束を反転させた。輻輳には今もフィードバックが必要だが、孤立した ICMP 命令にトランスポート速度を変える資格はない。
ICANN
ICANNのCIPは動き出した。説明責任の検証はこれからだ
ICANN が公表した Continuous Improvement Program 初年度の進捗表では、参加する8組織のうち6組織が作業を開始し、ALAC は改善実施の段階に進んだ。これは制度が紙の上だけではないことを示す。ただし、組織が実際に有効になった、あるいは説明責任が高まったという結果ではない。目標値と実績、未達の理由、公開報告がそろうのは今後であり、その間、独立した Organizational Reviews は延期されている。
記事
AFRINIC第24条の初稿には独立した審査が要る
締切は過ぎたが、準拠法と紛争解決を定めるはずの条文はまだ提案になっていなかった。翌日も公開リンクに置かれた53ページの草案には、見出しと番号、そして外部の法的助言を待って追記するという注記しかない。
グローバルの機関
DMTF：OS の下でサーバーを制御する標準規格
オペレーティングシステムが利用できなくても、サーバーの電源オフ、点検、更新、再構成は可能です。DMTF は、Redfish API や MCTP トランスポート、PLDM コマンド、SPDM アイデンティティ、SMBIOS インベントリなど、特権的な管理プレーンで使われる言語の多くを定義しています。標準は異種混在フリートの自動化を容易にしますが、ミスの拡大も容易にします。
グローバルの機関
DMTF とサーバー管理の言語
OS が使えない状態でも、サーバーの電源操作・確認・更新・再構成ができます。この特権的な管理プレーンの言語を DMTF が定義しています。Redfish API、MCTP トランスポート、PLDM コマンド、SPDM の識別、SMBIOS によるインベントリなど。共通標準は設備群の自動化を可能にしますが、誤ったコマンド、脆弱な権限、失敗した更新も同じように拡大させます。
ICANN
ICANNの代替命名テストは技術的実現可能性まで
ICANN は、グローバル DNS の gTLD と代替命名システムで同じ文字列を使う仕組みについて意見を募っている。初期報告は、すべての系で同じ主体が名前を支配し、論理的に一つの正しい状態を保てるなら安全に運用できるとみる。厳しい技術条件を示した文書ではあるが、承認でも契約でもなく、統合によって動く権利関係への答えでもない。
IETF
IETF事務局は内側へ移ったが、標準化の権限は移っていない
IETF 事務局は8月1日から、IETF Administration LLC の下にある二つのチームとして動く。4月に従来型の一括委託から EOR 方式へ移行した流れを仕上げる再編だ。運営責任は近くなったが、技術標準を決める権限まで LLC に寄せたわけではない。
記事
AFRINIC新委員会を読む鍵は「5票」と「3つの任期末」
8月17日に構成が発表されたガバナンス委員会には、会員選出と理事会任命という二つの経路が同居する。任期をずらした設計が継続性を生むかどうかは、助言の理由と受け手の回答が公開記録として残るかにかかっている。
ICANN
ICANNの1,600件は、まだ最終文字列の数ではない
2026年の新 gTLD 募集には1,600件を超える主申請が集まり、1,100件超が代替文字列も登録した。締切時点の規模は見えたが、評価へ進む名称の顔ぶれは、支払いと公開後の選択を経るまで確定しない。
インターネット史
中心であることをやめる必要があった中心――EGPと自律システムの発明
初期インターネットが分散化できたのは、参加ネットワークが同じ判断をするようになったからではない。異なる判断を抱えたまま接続する境界をつくったからだ。EGP は内部経路制御を各運用者に残し、外部には限定された到達可能性を示した。しかし、特権的なコアと少ない証拠で成り立つ設計は、網状に成長するネットワークを支えきれなかった。その失敗の補い方に、自治と責任を両立させる原型がある。
ケースファイル
検証済みRFC正誤表は記録を正すが、標準を書き換えない
RFC の正誤表は、実在する誤りを指摘し、正しい文面を示し、所管者の確認を受けられる。それでも公開済み RFC を黙って置き換えるものではない。この距離があるからこそ、実装者は欠陥を避けつつ、共同体が実際に承認した文面と、その後の判断を別々に検証できる。
インターネット史
CERNが所有しない道を選んだWeb――研究所が自らの出口を設計したとき
World Wide Web は、有名な研究所で発明されたから世界へ広がったのではない。共通部分を小さく保ち、仕様を公開し、クライアントを一台の NeXT から解放し、最後に CERN が基本ソフトウェアへの知的財産上の門を外した。最も重要な遺産は永続的な管理ではなく、出生地の許可なしに動ける仕組みだった。
ケースファイル
DNSSECは不在を証明できても、名前の資格までは決めない
署名付きの否定応答は、ある名前またはレコード型が、限られた期間に特定の署名済みゾーンへ存在しなかったことを示せる。なぜ消えたのか、誰がそのラベルを得るべきか、登録事業者が作成すべきかまでは示さない。NSEC3 Opt-Out では、区間内に省略された非セキュア委任の存在すら、同じ証明だけでは否定できない。
インターネット史
古いプロトコルがネットワークを失った日――1983年のTCP/IP切替と技術権力の限界
1983年1月1日、世界中のネットワークが一枚の文書に服従したわけではない。ARPANET が NCP を通常サービスとして扱うのをやめたのである。この違いは小さくない。期限に実効性があったのは、運用主体がパケット処理の境界を持ち、その停止の損失にも向き合ったからだ。その権限は ARPANET の外までは届かなかった。