メインコンテンツへスキップ

調査・分析

最新記事

インフラ運用者、政策決定、市場動向、デジタル権力の変化に関する最新情報。

DNSSECは不在を証明できても、名前の資格までは決めない

ケースファイル

DNSSECは不在を証明できても、名前の資格までは決めない

署名付きの否定応答は、ある名前またはレコード型が、限られた期間に特定の署名済みゾーンへ存在しなかったことを示せる。なぜ消えたのか、誰がそのラベルを得るべきか、登録事業者が作成すべきかまでは示さない。NSEC3 Opt-Out では、区間内に省略された非セキュア委任の存在すら、同じ証明だけでは否定できない。

2026年8月21日
古いプロトコルがネットワークを失った日――1983年のTCP/IP切替と技術権力の限界

インターネット史

古いプロトコルがネットワークを失った日――1983年のTCP/IP切替と技術権力の限界

1983年1月1日、世界中のネットワークが一枚の文書に服従したわけではない。ARPANET が NCP を通常サービスとして扱うのをやめたのである。この違いは小さくない。期限に実効性があったのは、運用主体がパケット処理の境界を持ち、その停止の損失にも向き合ったからだ。その権限は ARPANET の外までは届かなかった。

2026年8月21日
境界をつくった箱――IMPが分けたネットワークの責任

インターネット史

境界をつくった箱――IMPが分けたネットワークの責任

インターネットの原型を探すとき、私たちは後世のルーターや TCP/IP の姿を過去へ投影しがちだ。だが1969年前後の ARPANET を動かした Interface Message Processor、IMP が歴史的に重要なのは、現代のルーターを先取りしていたからではない。IMP は、通信網が共通して引き受ける仕事と、接続されたコンピューター自身が決めなければならない仕事とのあいだに、実装可能な境界を初めて強く引いた装置だった。その境界は完全ではなく、のちのインターネットがそのまま継承したものでもない。しかし、契約によって作られた共有基盤がどこまで責…

2026年8月21日
一台のルーターが他者のネットワークを名乗った日――AS7007と境界なき信頼の破綻

インターネット史

一台のルーターが他者のネットワークを名乗った日――AS7007と境界なき信頼の破綻

一台のルーターが他者のネットワークを名乗った日――AS7007 と境界なき信頼の破綻の調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。インターネット史の調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。

2026年8月21日
RIPE NCC、ENUMの将来と問題のある23委任を切り分け

記事

RIPE NCC、ENUMの将来と問題のある23委任を切り分け

9月の ITU-T 第2研究委員会に向けた草案は、DNS の点検結果に背負わせていた問いを小さくした。RIPE NCC は`e164.arpa`の Public ENUM を継続すると明記し、動作していないとみられる17委任と一部に問題がある6委任を個別案件として扱う。システム全体の存廃と、壊れた登録の整備は、同じ判断ではない。

2026年8月21日
最初のネットワークが交換可能になった日――ARPANET退役後も続いたインターネット

インターネット史

最初のネットワークが交換可能になった日――ARPANET退役後も続いたインターネット

1990年に ARPANET が正式に退役しても、インターネットは終わらなかった。先駆的なネットワークの最大の成果は、設備を永久に残すことではない。異なるネットワークを結ぶ機能を、単一の回線網や運営主体から切り離したことだった。

2026年8月21日
LACNIC案、追加アドレスの前に既存ROAを採点へ

記事

LACNIC案、追加アドレスの前に既存ROAを採点へ

LAC-2026-3 は、ネットワークが成長しようとする瞬間を RPKI 整備の期限に変える。既存資源の有効 ROA カバレッジを80%以上にするという案だ。数字は明快でも、数え方、是正期間、再審査が曖昧なら、申請者が直すべきものは見えない。

2026年8月21日
ARINは一つの基準を下げ、三つの入口を閉じた

記事

ARINは一つの基準を下げ、三つの入口を閉じた

ARIN-2025-3 の改訂案は、域内利用の基準を/22から/24へ下げ、小規模な多地域ネットワークが域外需要を説明しやすくする。その直後に、同じ説明を待機リスト、マイクロアロケーション、IPv6 導入用プールでは使えないとした。争点は必要量だけでなく、その需要をどの経路で満たせるかへ移った。

2026年8月21日
自制を覚えたウィンドウ――TCPは交通司令塔なしで輻輳崩壊を止めた

インターネット史

自制を覚えたウィンドウ――TCPは交通司令塔なしで輻輳崩壊を止めた

初期インターネットの輻輳危機は、すべての通信を配分する中央機関を生まなかった。代わりに変わったのは各 TCP 送信側だった。ACK と損失から経路の状態を読み、小さく試し、共有容量を無駄な再送で埋める前に自ら退く仕組みが組み込まれた。

2026年8月21日
APNICは「届く連絡先」と「誰が裁くか」を同じ議題に載せた

記事

APNICは「届く連絡先」と「誰が裁くか」を同じ議題に載せた

通報が対処できる運用者へ届くことと、その行為を不正利用と認定することは別の仕事だ。9月10日に並んで審議される二つの提案は両者を分けたが、判断が争われた後の経路はまだ定めていない。

2026年8月21日
Mozillaが担う見えない境界――Public Suffix Listが実行コードになるまで

ケースファイル

Mozillaが担う見えない境界――Public Suffix Listが実行コードになるまで

Mozilla は Public Suffix List を始め、Firefox はいまもその一つの版をブラウザーの挙動へ変えている。DNS は`whatwg.github.io`が`github.io`の下にあることを示せても、二つのサブドメインが同じ管理者か、互いを信用しない利用者かを語れない。本稿は Mozilla を発起者と下流実装者という二つの限定された役割から追い、共同記録が実行コードで安全上の権限を得る過程を、Mozilla の所有物とせずに明らかにする。

2026年8月21日
司令塔ではなく交換台を――1988年のワームがCERTに与えなかった権限

インターネット史

司令塔ではなく交換台を――1988年のワームがCERTに与えなかった権限

インターネット最初の大規模な緊急事態が求めたのは、全端末を動かす中央司令部ではなかった。必要だったのは、ばらばらの運用者を確かな情報で結び、なおかつ各組織の判断を奪わない、信頼できる「交換台」だった。

2026年8月21日
AFRINIC証明書の期限は四つの時計に分かれた

記事

AFRINIC証明書の期限は四つの時計に分かれた

2月の通知は8月18日を一つの切替点として描いた。運用の現実には、告知日、上流ソース、portable リリース、ネットワークが観測できるバリデータ実行という四つの時計があり、同時には進まなかった。

2026年8月21日
Slurm:GPU を誰に割り当てるかを決めるスケジューラ

グローバルの機関

Slurm:GPU を誰に割り当てるかを決めるスケジューラ

Slurm は、HPC および AI クラスタ全体で希少な計算リソースを割り当て、キューのポリシーを「誰がいつ GPU を手に入れるか」という実際の決定に変える。NVIDIA による2025年の SchedMD 買収はプロジェクトにさらなるリソースをもたらした一方で、ベンダー中立な開発運営は、リリース、テスト、コントリビューションのあり方を通じて判断されるべき課題となった。

2026年8月19日
Sage Weil: 分散ストレージを計算可能にしたエンジニア

クリエイター

Sage Weil: 分散ストレージを計算可能にしたエンジニア

Sage Weil の最も永続的な貢献は、ストレージ機器ではなくアーキテクチャでした。CRUSH はデータ配置を計算し、RADOS はストレージ・修復・再配置をクラスター全体に分散させます。Ceph はありふれたマシンを単一システムとして機能させ、創設者なしで存続することを学びました。

2026年8月19日
Sage Weil:分散ストレージを計算可能にした設計者

クリエイター

Sage Weil:分散ストレージを計算可能にした設計者

Sage Weil がインターネット基盤に残した最も永続的な貢献は、ストレージ装置ではなくアーキテクチャだった。Ceph は CRUSH を使ってデータの所在を計算し、RADOS でストレージと修復と移動をクラスター全体に分散した。その設計は汎用マシンをひとつのストレージシステムのように振る舞わせ、最終的には創設者を超えて成長しなければならなかった運用プロジェクトを生んだ。

2026年8月19日
NVM Express:ストレージはいかにしてネットワークプロトコルになったか

グローバルの機関

NVM Express:ストレージはいかにしてネットワークプロトコルになったか

NVMe は、サーバーに搭載されたフラッシュメモリへのアクセスを効率化する手段として始まった。現在は、同じコマンドキューと名前空間を PCIe、TCP、RDMA 上で運ぶプロトコル群へと進化し、この連続性によってストレージは構成可能になった。同時に、複雑さの一部はネットワーク、ファームウェア、ディスカバリ、運用へと移された。

2026年8月19日
NVM Express:ストレージがネットワークプロトコルになった理由

グローバルの機関

NVM Express:ストレージがネットワークプロトコルになった理由

NVMe は、サーバー内に搭載されたフラッシュメモリとより効率的に通信する方法として始まりました。やがて、同じキュー、コントローラー、ネームスペースのモデルを PCIe、TCP、RDMA で運ぶプロトコルファミリーへと発展しました。この連続性により容量の分離が可能になりましたが、複雑さの一部はファブリック、ファームウェア、ディスカバリー、運用へと移りました。

2026年8月19日
NVM Express:ストレージがネットワークプロトコルになるまで

グローバルの機関

NVM Express:ストレージがネットワークプロトコルになるまで

NVMe は、サーバー内のフラッシュストレージのための、より効率的な言語として始まった。そこから、キュー、コントローラー、名前空間という同じモデルを PCIe、TCP、RDMA 経由で転送するプロトコルファミリーへと発展した。この連続性によりストレージは構成可能になったが、複雑さはファブリック、ファームウェア、ディスカバリー、運用へと移された。

2026年8月19日
チップレット向け UCIe の可能性はリンクの先にある仕組みにかかっている

グローバルの機関

チップレット向け UCIe の可能性はリンクの先にある仕組みにかかっている

UCIe はダイ間インターフェースを定義し、最大 64 GT/s に対応するほか、現在では 3D パッケージング、raw トラフィック、パッケージ全体の管理まで対象を広げている。決定的な試金石は、電力、熱、製造歩留まり、ソフトウェア、セキュリティ、契約上の責任が標準外で解決されるなかでも、これらの規則が複数ベンダー製品を支えられるかどうかだ。

2026年8月19日