調査・分析
最新記事
インフラ運用者、政策決定、市場動向、デジタル権力の変化に関する最新情報。
記事
AFRINICはJSContactを追加したという。RDAPガイドはどのJSContactかを示していない
変更履歴に機能名が載ることと、利用者がその機能をどのように扱うべきかが文書化されることは、同じではない。AFRINIC の公開記録は前者を示している。現在の RDAP ガイドは問い合わせの入口を示している。しかし、その二つを結ぶ表現形式の記録は見当たらない。
ケースファイル
W3C Profiles草案は適合性を継承できる 証明層はなお未確定
推論エンジンはためらわない。データがあるプロファイルに適合し、そのプロファイルが上位仕様のプロファイルであるなら、データは上位仕様にも適合する――W3C の新しい Profiles Vocabulary 草案は、その結論を RDF の関係として導けるようにする。ところが、人間が「その適合は何を証明するのか」と尋ねると、答えはまだ一つではない。公理は at risk で、適合の定義は各コミュニティーに委ねられ、公開された Turtle には公理がなく、機能別の実装証拠表も未完成だ。
インターネット史
NASAの資源では動いた。それでもInternetには安全でなかった――RFC 1106とRFC 1110
実験装置の中では、古いパケットが長く残らないことがある。Internet では、遅延し、順序を入れ替え、複製されたパケットが後から戻り得る。RFC 1106の成功と RFC 1110の反論の間にあったのは、実装の有無ではなく、許される世界の広さだった。
ケースファイル
色は PCEP に届いた。サービスには届いていない：RFC 9863
RFC 9863 は TE パスに色属性を運ぶための PCEP 拡張である。色が通ったことは、サービスが選ばれ、低遅延が実現され、利用者に結果が届いたことを意味しない。
ICANN
ICANNのDNS不正利用論争では、同じブロックリスト件数が下限にも上限にもなる
Interisle は、2025年に作成された gTLD 名のうち849万件余りが選定したブロックリストに載ったと報告し、その10%を下限と位置づけた。ICANN は、報告されたドメイン数は確認済み不正利用の上限にすぎないと応じた。同じ数が下限と上限になるのは、両者が別の母集団を見ているからだ。統計上の違いが統治上の危険に変わるのは、数値から対象と証拠段階が外され、政策、評判、停止判断へ運ばれるときである。
ケースファイル
DNSは合図を受け取った。それでも親は判断しなければならない：RFC 9859の委任境界
RFC 9859 は委任保守の確認を早める仕組みである。通知を親側の承認に、応答を DS 公開の証拠に変える仕組みではない。
インターネット史
経路を変えることと、パケットを止めることは別だった――RFC 1104
ある経路が表に載っていても、パケットは境界で捨てられ得る。境界を通っても、必要な帯域が与えられるとは限らない。使用量が記録されても、その数字だけで支払者は決まらない。RFC 1104は1989年、これらを一つの「ポリシー実行」に畳み込まず、別々の制御と証拠として整理した。
インターネット史
SHUT は停止済みを意味しない：RFC 1289 が残した既存リンク
運用記録で「シャットダウン」と読めば、作業は終わったように見える。だが RFC 1289 の `SHUT` は、完了を表す言葉ではない。DECnet Phase IV の管理用状態として、新しい論理リンクを許さず、すでに存在するリンクを消去もしない。そして全リンクがなくなった時点で `OFF` へ移る。この設計は、状態名と完了証明を一つにしないための、1991 年の小さく明確な約束だった。
IETF
Todd Herrと、安全を保証しなかったDMARCのpass
認証結果の横に緑色の `pass` が出ても、そのメールの主語が本人になったわけではない。RFC 9989が確認する主語は人でも本文でもなく、RFC5322.From に置かれたドメインの使用である。この小さな主語を守ることが、DMARC を過信せず強く使う条件になる。
ケースファイル
ルーターは経路を修復した。サービスを復旧したわけではない：RFC 9855 の局所境界
ルーターは直結した障害を検知するとすぐ転送経路を切り替えられる。しかし、それだけで利用者のサービスが戻ったとは分からない。RFC 9855 の TI-LFA は Point of Local Repair における Segment Routing の局所修復である。収束中の限定された転送状態を回復するのであって、エンドツーエンドの到達性、セッション、アプリケーション、容量、事業上の結果を証明しない。
NPNOG
一つの週、二つの組織、二つの回数表記――npNOGとSANOG-38を切り分ける
2022年7月、カトマンズの参加者が経験したのは一つの技術週間だった。4日間のワークショップに1日の会議が続く。一方、公式記録は一つではない。npNOG は NPNOG-6 と SANOG-38 の合同開催と記し、SANOG は同じ週を npNOG 9と告知した。この違いは二つのイベントを意味しない。むしろ、同じ場を支えた責任の分散を示している。
インターネット史
文書は自ら「標準」と名乗った。記録はそう扱わなかった――RFC 1097
1989年4月1日、RFC 1097は、利用者に気づかれないほど短いメッセージを Telnet で点滅させるという仕組みを、厳粛な仕様書の形で提示した。冗談の題材は「説得」だが、歴史的に興味深いのは権限の置き場所である。本文は自分を標準と呼べても標準化上の地位を発行できず、クライアントはオプションに同意できても人の同意を代行できず、表示を試みても知覚や行動までは証明できない。
記事
RIRガバナンス文書案は緊急時に自らの改定経路を凍結する
公開されたばかりの RIR ガバナンス文書バージョン3.4は、レジストリの危機にどう対応し得るかだけを記しているのではない。危機の仕組みが動いている間は、その仕組みを定める文書そのものを改定できないという、小さいが重要な制度上の抑制も提案している。
ケースファイル
リソースは認可サーバーを示した。しかし API を使う権利は与えなかった：RFC 9728 の発見境界
保護されたリソースは、クライアントが次にどこを調べるべきかを正しく示せる。それでも、そのクライアントに API 操作を許可したことにはならない。RFC 9728 のメタデータは発見のための座標であり、トークンでも、リソースサーバーの受入判断でも、実行結果の証拠でもない。
ケースファイル
認可の会話はまだ保留中だった。それは API を使う権利ではない：GNAP の継続境界
クライアントは認可の会話を継続できても、要求した API を呼び出せるとは限らない。RFC 9635 はこの二つを明確に分ける。継続用の資格情報は認可サーバー上で一つのグラント要求を進めるだけであり、リソースへの権利は、その後に別の条件で生じる。
ケースファイル
Internet Society は「遵守義務」を方針冒頭に加えた。従う相手は経営陣ではなく使命だ
組織統治における *obedience* は、上司の命令に従うという日常語の感覚では読めない。Internet Society が2026年7月、理事の受託者義務に関する方針の冒頭へこの語を加えた際も、決議は新しい服従関係を作ったとは述べていない。2016年版の本文にすでにあった第三の義務を、導入部にも正しく表示したのである。その義務が向く先は、組織の使命、設立文書、適用法令であり、経営陣や議長個人ではない。
IETF
Adrian Farrelと公開前に消える実装レシート
最終 RFC に残さないことを前提に書く証拠欄がある。寿命を短く設定しているから価値が低いのではない。仕様がまだ動く時期だけに、実装者、版、対象機能、試験結果を結び付けて判断に使えるから価値がある。
記事
AFRINIC、次期CEOを指名 就任は1月1日
公表日、取締役会が決定した日、実際の就任日。この三つを分けなければ、移行期間の権限を実態以上に描くことになる。
インターネット史
ブリッジ・ポートはインターフェースそのものではなく、カウンタは回線全体を示さなかった：RFC 1286
管理テーブルにポート番号、`ifIndex`、フレーム数のカウンタが並ぶと、それだけで設備と回線の全景を見ている気になりやすい。1991 年の RFC 1286 は、その読み方を許さない Bridge MIB だった。ブリッジ・ポートはインターフェースに関連付けられるが、同一物ではない。複数のポートが一つのインターフェースを共有しうる。カウンタが数えるのは、当該装置がブリッジしているプロトコルのデータだけである。転送データベースも、ある送信元アドレスをどのポートで見たか、または学習済みポートなしに転送・フィルタ情報があることを記すにとどまる。そこから端末…
インターネット史
表示先はTelnetを渡ったが、アクセス権はXに残った――RFC 1096
遠隔ログインの画面では、操作が一続きに見える。だが1989年のプロトコルには明確な継ぎ目があった。Telnet で遠隔ホストに入り、そこで X アプリケーションを起動しても、手元のディスプレイの場所は自動的に伝わらない。RFC 1096はその場所だけを Telnet で運び、接続と権限の判断は X に残した。