調査・分析
最新記事
インフラ運用者、政策決定、市場動向、デジタル権力の変化に関する最新情報。
IETF
VELOCE会合はIANAポインターを選んだ。WG草案はなおIANA作業なしとする
8月25日の VELOCE プロジェクト会合について、帰属を明らかにした要約は、IANA の間接参照モデルが確認されたと伝えた。RFC にモジュールを埋め込む代わりに、レジストリがリポジトリを指すという構想である。同日に出た WG 版00の IANA Considerations は、なお「IANA actions」はないと明記する。この二つを失敗の証拠として読む必要はない。決定、固定されたバイト列、登録上の状態がまだ一つの公開記録に結ばれていないという状態を示す。IANA は承認済みの成果物を指し示せるが、何が承認されたかを決める者になってはならない。
IETF
Heather Flanaganと、凍結できないRFCアーカイブ
公開済みの RFC に安定性は必要だ。しかし、公開に使う XML の誤りや生成環境の欠陥まで永久保存せよ、という意味ではない。反対に、表示を直す権限が過去に依拠した意味を黙って替える権限になるなら、アーカイブは記録ではなく編集装置になる。Heather Flanagan が Paul Hoffman と共同執筆した RFC 9720は、その狭い境界を扱っている。
インターネット史
12個の判定が流れ去る前に、マスターは受理を告げた：RFC 1301
MTP のパケットには、いま運んでいるデータだけでなく、少し前の判断も同乗した。直近12メッセージについて、受理、保留、拒否を並べる小さな窓である。しかし、その12欄は12人の受信者が押した印ではない。判断したのは一つのマスターだった。RFC 1301 は、ベストエフォートのマルチキャストから共通の順序を作る方法を示した。同時に、伝送上の受理と、各アプリケーションが意味を理解して結果を出したこととの間に、越えてはならない境界を残した。
ケースファイル
上位を示すリンクは、過去の階層を保存していない：RFC 9910
RFC 9910 は、RDAP で番号資源の上下関係をたどるための語彙を増やした。しかしリンク先を記録しただけでは、その時点の応答まで保存したことにはならない。
インターネット史
一つのエージェントが語り、別のプロセスが答えた：RFC 1227
管理端末には一つの SNMP エージェントしか見えない。しかし、その応答を作る値は、ホスト内の複数プロセスから届くことがある。RFC 1227 はその裏側を SMUX という局所的な委任機構にした。木の枝を誰が受け持つかは登録で決まり、その登録自体も優先順位と上位の枝によって隠れ得た。
北米のデータセンタートレンド
FervoとGoogleの396MW契約、その先の約600MWはまだ提示段階
Cape Station からの396MW は15年間の電力購入契約に入った。一方、約600MW の追加分について Fervo が負うのは提示義務であり、Google による受諾でも購入でもない。許認可、確実な送電、資金調達、4回の運転開始を分けて追わなければ、約1GW という見出しだけが先行する。
インターネット史
Trap の中身は 0.0.0.0、差出元は封筒にあった：RFC 1298
返信には、先に届いた依頼の差出元へ戻る道がある。依頼なしに飛び込む Trap には、その自然な往復路がない。RFC 1298 は SNMP を IPX に載せる際、Trap-PDU 内の `agent-addr` を `0.0.0.0` に固定し、受信した管理者に伝送層の情報から発信元を推定させた。住所を消したのではない。本文から封筒へ移したのである。ただし、封筒の住所が分かっても、差出人の身元や報告内容の真実まで証明されたことにはならない。
IETF
Nandita Dukkipatiと、ぎくしゃくしなくなったTCP回復
損失回復の終点が同じなら、途中の送り方も同じだとは限らない。しばらく黙り込み、最後にまとめて送る実装もあれば、戻ってくる ACK ごとに小さな送信枠を計算する実装もある。どちらも最終的な輻輳ウィンドウを十にできる。それでも、キューに与える衝撃、自律クロックの保ち方、運用者が後から検証できる事実は異なる。Nandita Dukkipati が携わった Proportional Rate Reduction は、この「途中」を制御対象にした。
ケースファイル
サーバーが決めたのは CSR の型であり、証明書の承認ではない：RFC 9908
RFC 9908 は、EST サーバーが証明書要求の作り方を細かく伝えられるようにする。その指示と、鍵の所持、本人性、認可、発行、配備を混同しないことが自動化の条件になる。
インターネット史
無線フレームは IP に入った。物理的な縁は入らなかった：RFC 1226
別の容器へ移すとき、何を本文として残し、何を搬送路の仕組みとして外すのか。RFC 1226 は AX.25 フレームを一つの IP データグラムに収め、HDLC のフラグとゼロ挿入を省き、検査系列を残した。その小さな設計判断が、観測から言える範囲も決めている。
IETF
PROCONは現行方針を正確に書くと決めた。だが草案は方針も変えている
IETF 126で PROCON が合意した追加文は短い。「成果文書は現行方針を正確に記述しなければならない」。ところが2418bis を開くと、作業は古い RFC の転記にとどまらない。合意形成を説明する51％と99％の例を削り、補助役の位置を定め、チャットなどの公開フォーラムへ議長の責務を広げ、文書採用を取り消せる状態として書き直している。どれも合理的であり得る。しかし、既存方針の統合、古い仕組みの補正、慣行の規範化、チャーターが認めた方針変更を同じ「正確さ」で包むと、変更を支える権限の違いが見えなくなる。
ケースファイル
登録上は空いた。だが古い装置はその日付を知らない：RFC 9900
RFC 9900 は三つの NETCONF 関連ポートを正しく解放し、歴史的な service name は残した。IANA の状態変更と、各運用環境の退役完了は別々に証明すべき事実である。
インターネット史
「down」は完了報告ではなかった：RFC 1307
操作卓に見える札は二枚しかない。`up` と `down`。しかし、その札の裏側では、接続を始めている最中に解放要求が届き、解放を待つ間に新しい接続要求が入り、古い成功通知が後から追いつく。RFC 1307 の DSLCP は、この折り重なった時間を六つの内部状態で引き受けた。表の札が down に替わっても、コントローラーの作業が終わったとは限らない。二値表示は複雑さを隠すための契約であって、物理世界を二値にしたわけではなかった。
インターネット史
警報の奔流は自ら止まった。沈黙にはなお台帳が要った：RFC 1224
監視画面が静かな理由は一つではない。異常が消えた場合もあれば、管理経路を守るためにエージェントが警報送信を止めた場合もある。RFC 1224 はその区別を仕組みに埋め込み、流量制限とは別に、後から取り出せる履歴を残そうとした。
北米のデータセンタートレンド
Applied Optoelectronicsの新工場2棟は1億250万ドルの先行取得に左右される
Applied Optoelectronics は、まだ建っていないヒューストンの産業施設2棟を借りる。延べ約109万平方フィート、基本賃料は10年分で約9,658万ドルに達する。ただし新契約を存続させるには、先に第1期の3棟を取得する判断が要る。取得しなければ、第2期の貸主は契約を打ち切れる。完成が近づくと、今度は新しい2棟を一括購入する別の選択肢が現れる。これは床面積の話ではなく、期限の異なる権利の設計だ。
インターネット史
一冊に見えて、書架は各地にあった：RFC 1309
索引を引けば、同じ形式の名前と属性が返ってくる。その瞬間、利用者には世界規模の名簿が一冊の本のように見える。だが RFC 1309 の X.500 は、巨大な一冊を中央で管理する構想ではなかった。各地の管理者が自分の頁を持ち、問い合わせは複数の窓口、参照先、複製をたどって答えに届く。統一されていたのは読者の入口であり、記録の所在でも、答えの生成経路でもない。
インターネット史
プロトコルはマルチキャストを求め、ネットワークは名簿へ個別送信した：RFC 1223
HYPERchannel はブロードキャスト LAN を前提にした制御プロトコルを運べても、自らブロードキャストはできなかった。RFC 1223 は受信者名簿を作り、一人ずつ複製し、送信間隔を空けることで差を埋めた。上位には一回の集団送信、現場には複数の独立した成否が残る。
IETF
Ashesh Mishraと、巻き戻せなければならなかったBFD検証
受信側は、そのパケットをまだ信用していない。ところが真偽を確かめる計算そのものが、拒否した後に必要な現在状態を消してしまうことがある。
ケースファイル
SVG Accessibilityは8年ぶりに再公開された。それでもテストの節目は見えない
2026年8月27日、SVG Accessibility API Mappings の新しい作業草案が公開された。前回の作業草案から3,031日ぶりであり、内容にも実質的な更新がある。一方、その9日前に修正された SVG Working Group の次期チャーター案は、今後を「テストの進展を目指す」と記すにとどまった。方向を示す言葉としては意味がある。しかし、どの版を、どの機能一覧とテスト群で、どの独立実装により確認し、いつ誰が見直すのかが結び付かなければ、達成を判定できる節目にはならない。
インターネット史
一台のルーターに二つの領域。それでも責任者は二者だった：RFC 1222
二つのルーティング領域を一台に収めると、外からは境界が消えたように見える。RFC 1222 は逆の設計を求めた。加入者側と NSFNET Backbone 側は同じ Unix 機で動いても、別の論理主体として外部ルーティングを交わし、別々の設定責任を持ち続ける。箱を共有することと、判断を共有することは同じではなかった。