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

調査・分析

最新記事

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

ARINはROAとIRRオブジェクトを結ぶ。見える操作履歴はROA側にしかない

記事

ARINはROAとIRRオブジェクトを結ぶ。見える操作履歴はROA側にしかない

ARIN の IRR Auto-Manager を使えば、一つの操作から ROA と、それに対応する IRR 経路オブジェクトを作れる。二重管理を減らすという価値は明らかだ。だが、二つの記録が後に別々の状態へ進んだとき、公開文書で説明された履歴だけでは、操作全体をたどれない。

2026年8月30日
ICANNのSSE異議申立ては21日間――初日に何を保存すべきか

ICANN

ICANNのSSE異議申立ては21日間――初日に何を保存すべきか

異議を申し立てるべきかという判断が固まる前に、期限は動き始める。2026年ラウンドで初日に必要なのは、結論を急ぐことではない。送信された判断、実際に届いた通知、適用ルール、想定される誤り、提出に至る記録を一つの検証可能な連鎖として保存することである。

2026年8月30日
階層の正体はグラフだった:Gopherが各メニュー行に次のサーバーを埋め込んだ仕組み

インターネット史

階層の正体はグラフだった:Gopherが各メニュー行に次のサーバーを埋め込んだ仕組み

利用者の画面には、一つの整然とした階層が現れた。しかし、その下に一つの中央セッションや単一の所有者がいたわけではない。Gopher のメニュー行は、表示名と、client が次に実行する type、opaque selector、host、port を分離した。利用者は一項目を選ぶだけで、client は別組織の machine へ新しい transaction を始め得た。

2026年8月30日
W3CのDID再憲章には、引き継ぐ標準の状態票が要る

ケースファイル

W3CのDID再憲章には、引き継ぐ標準の状態票が要る

組織の任期を延ばすとき、最も危うい荷物は新しい仕事ではない。途中まで進んだ仕事である。DID Resolution には、8月28日の最新 Candidate Recommendation Draft、8月6日の特許審査用 Snapshot、3月27日と表示された実装テスト、10月28日まで有効な現行チャーターが同時に存在する。ところが、再憲章に向けて refinement 中の公開草案は、なお7月10日の Working Draft を最新刊としている。必要なのは権限を増やす文書ではなく、どの状態を何のために引き継ぐかを示す薄い状態票だ。

2026年8月30日
Steve ShengとDNSSEC保守を止めなかったロック

IETF

Steve ShengとDNSSEC保守を止めなかったロック

管理画面ではドメインが「ロック中」なのに、親ゾーンの DS レコードは正当に更新されている。RFC 10026が解くのは、この一見した矛盾だ。問うべきなのはロックという表示ではなく、誰が設定し、誰のどの命令を拒み、別の認証済み保守経路がなぜ開いていたのかである。

2026年8月30日
AFRINICの異議申立委員5席は12月31日に一斉満了する

記事

AFRINICの異議申立委員5席は12月31日に一斉満了する

AFRINIC は8月28日、政策策定プロセスの異議申立委員会を5人で構成した。ところが公表された任期の終点は全員同じ2026年12月31日である。両端の日を含めれば126暦日。短い初年度が委員会の不備を意味するわけではない。ただし、更新と未完了記録の引継ぎが一つの年末境界に集中する。

2026年8月30日
報告はリンク不良を宣告しない:PPPが品質判断を各端に残した理由

インターネット史

報告はリンク不良を宣告しない:PPPが品質判断を各端に残した理由

Link-Quality-Report は、送った量と受け取った量を双方で突き合わせるための仕組みだった。しかし、その差が何パーセントなら回線を止めるべきかまでは決めなかった。PPP は測定の言葉を共有し、運用上の判断をそれぞれの端点に残した。

2026年8月30日
Token は JavaScript に渡らなかった。それでも命令は通った:RFC 10017 とブラウザー OAuth の権限境界

ケースファイル

Token は JavaScript に渡らなかった。それでも命令は通った:RFC 10017 とブラウザー OAuth の権限境界

「Token をフロントエンドに置いていない」は重要な安全性の主張だ。しかし、「フロントエンドから届いた命令が正当である」と同じ主張ではない。RFC 10017 は BFF の価値を明確にすると同時に、その先に残る実行権限を可視化する。

2026年8月30日
ICANNがSSEの誤りを認めた後に再評価する――二つの判断はどうつながるのか

ICANN

ICANNがSSEの誤りを認めた後に再評価する――二つの判断はどうつながるのか

申請者は ICANN の文字列類似性評価に対するチャレンジで誤りの確認を得ても、まだ新しい評価結果を得たことにはならない。間をつなぐのは再評価の記録である。チャレンジで何が確認され、評価者が何を見直し、後の判断が最初の判断とどう結び付くのかを残す必要がある。

2026年8月30日
モハメド・アワン・ラーはJARINGで何を動かし、何を決められなかったのか

インターネット史

モハメド・アワン・ラーはJARINGで何を動かし、何を決められなかったのか

マレーシア初期の公共インターネットを語るとき、技術を率いた人物の存在感と、制度上の決定権はしばしば一つの「支配力」として扱われる。しかし、モハメド・アワン・ラーの経歴を検証すると、ネットワークを構築し運用する権限、事業を法人化する権限、会社を所有する権限、後任を選ぶ権限、そして会社を清算する権限は、それぞれ別の主体に属していたことが見えてくる。

2026年8月30日
空の応答でも OK だった――RFC 10022 と、UIDBATCHES をスナップショットにしない運用境界

ケースファイル

空の応答でも OK だった――RFC 10022 と、UIDBATCHES をスナップショットにしない運用境界

選択中のメールボックスにメッセージがあっても、存在しないバッチ番号を指定すれば、RFC 10022 の正しい応答は空の `UIDBATCHES` と `OK` になり得る。ここには拡張の本質が凝縮されている。サーバーが返すのは、ある問い合わせに対する UID 区間の計画であり、メールボックス全体の凍結像でも、後続処理の完了証明でもない。

2026年8月30日
一本のリンクは実は複数だった:PPP Multilinkがbundle全体を一つの順序に保った仕組み

インターネット史

一本のリンクは実は複数だった:PPP Multilinkがbundle全体を一つの順序に保った仕組み

回線を一本追加しても、ネットワーク層の会話まで二つに増やす必要はない。PPP Multilink は各回線を一つの bundle の member とし、fragment ごとの link framing を残したまま、受信側には一つの並びとして packet を復元させた。標準が共有したのは復元に必要な最小限であり、どの回線へ何 byte 送るかという判断までは奪わなかった。

2026年8月30日
上書きを消したら、装置の値が戻ってきた:RFC 10016が分ける設定の権限

ケースファイル

上書きを消したら、装置の値が戻ってきた:RFC 10016が分ける設定の権限

設定を削除すれば、その値はなくなる。運用手順はしばしばそう説明する。しかし RFC 10016の`<system>`では、クライアントの上書きを消した瞬間に、装置が持っていた値が`<intended>`へ再び現れ得る。削除は空白を作る操作ではなく、別の供給者へ実行権を戻す操作になる。

2026年8月30日
MENOGの現地主催者は契約に署名できる――ただし承認権は事務局に残る

MENOG

MENOGの現地主催者は契約に署名できる――ただし承認権は事務局に残る

MENOG では、現地主催者が大きな実務と目に見える便益を担う。一方、公開された開催要件は明確な境界を置く。現地主催者は MENOG 事務局に代わってサービス契約に署名できるが、その署名は事務局の承認を条件とする。

2026年8月30日
成功した瞬間に古くなるストリーム:XMPPがTLSとSASLの後で開き直したもの

インターネット史

成功した瞬間に古くなるストリーム:XMPPがTLSとSASLの後で開き直したもの

TCP は切れていない。それでも XMPP は、TLS や SASL の成功前に使っていた XML ストリームを続けなかった。保護や認証の条件が変われば、それ以前に見えたアドレスや機能まで自動的に信頼できるわけではない。同じ輸送路の上で、会話の前提だけを作り直した。

2026年8月30日
チェックサムが見なかった文字:PPPはなぜシリアル経路を戻してからフレームを検査したのか

インターネット史

チェックサムが見なかった文字:PPPはなぜシリアル経路を戻してからフレームを検査したのか

PPP の FCS は、シリアル回線に現れた全ての文字を記憶する仕組みではなかった。送信側が経路用の表現を後から加え、受信側が限定された規則でそれを先に外す。その順序によって、検査の対象は物理経路の痕跡ではなく、両端が交換しようとしたフレームになった。

2026年8月30日
ツリーは稼働中、それでも一つのリーフには届かなかった――RFC 10018とP2MP完了判定の境界

ケースファイル

ツリーは稼働中、それでも一つのリーフには届かなかった――RFC 10018とP2MP完了判定の境界

ポイント・ツー・マルチポイントでは、「ほぼ全員に届いた」が監視上の成功になりやすい。RFC 10018は、MVPN/EVPN の Auto-Discovery と SR-MPLS/SRv6 の P2MP ツリーを接続する共通手順を定めた。しかし、PTA の広告、コントローラの成功表示、アクティブな Tree-SID のいずれも、全リーフの受領証ではない。完了判定は、同一 PTI の世代について、予定リーフから実ペイロードまでを一つずつ照合して初めて成立する。

2026年8月30日
TLS 1.2は残った。古い鍵交換は残せない:RFC 10015が切り分けた移行責任

ケースファイル

TLS 1.2は残った。古い鍵交換は残せない:RFC 10015が切り分けた移行責任

変更票に「TLS 1.2は継続」と書かれていても、接続可能性が昨日と同じとは限らない。RFC 10015はプロトコル版を一括停止せず、その内部から有限体 DH と RSA の鍵交換経路を退役させる。標準の決定と実際の切断の間を埋めるのは、各終端の設定と観測されたハンドシェイクである。

2026年8月30日
節約できた時だけ現れるヘッダー――IPComp が残した一パケットごとの判断

インターネット史

節約できた時だけ現れるヘッダー――IPComp が残した一パケットごとの判断

IPComp Association が成立していても、次のパケットに IPComp の痕跡があるとは限らない。圧縮ペイロードと四オクテットのヘッダーを合わせて元より小さくならなければ、正しい送信形は元のパケットそのものだった。合意は能力を用意し、実行はデータグラムごとに採算を証明した。

2026年8月30日
一本のストリームとともに消えるデータグラム中継:SOCKS5がUDPをTCP関連付けに結び付けた理由

インターネット史

一本のストリームとともに消えるデータグラム中継:SOCKS5がUDPをTCP関連付けに結び付けた理由

UDP には会話を閉じる FIN がない。それでも SOCKS5 の中継状態には終わりが必要だった。1996年の設計は、データグラムの到着数ではなく、別に維持された TCP 制御接続をその境界にした。パケットが届き続けても、制御の根拠が消えれば関連付けは終わる。

2026年8月30日