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

調査・分析

最新記事

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

Pradosh Mohapatraと「利用可能容量」ではなかった帯域値

IETF

Pradosh Mohapatraと「利用可能容量」ではなかった帯域値

next hop の変更前後で、Link Bandwidth の値が同じ50だったとする。見た目には何も変わらない。しかし、単なる保持と、ローカル計算による再生成では、同じ4オクテットが負う責任はまったく異なる。

2026年9月1日
受領書は声明を台帳に載せた。信頼を決めたわけではない:RFC 9943 と SCITT

ケースファイル

受領書は声明を台帳に載せた。信頼を決めたわけではない:RFC 9943 と SCITT

ソフトウェア供給網では、署名、透明性サービス、検証可能な受領書が一つの緑色の表示に縮められがちである。そこから「この成果物は信頼できる」という結論まで進むのは容易だ。しかし RFC 9943 が固定するのは、署名済み声明がある方針の下で記録されたことを後から検証できる仕組みである。声明が正しいこと、発行者が不利益な情報を漏れなく出したこと、登録方針が十分だったこと、利用者が受入れを選ぶべきことまでは決めない。

2026年9月1日
W3Cの2026年XML名前空間は変更規則のない更新中の草案を指している

ケースファイル

W3Cの2026年XML名前空間は変更規則のない更新中の草案を指している

永続するアドレスと、そこで使われる語彙の凍結は同じではない。W3C の XML Security 用名前空間ページは2026年8月19日付だが、その URI を初めて用いた RFC 9231bis の保存版は21日に公開された。早期割当てには実務上の価値がある。問題は、どの版が許可の対象だったのか、凍結前に誰がローカル名を変えられるのか、W3C・IETF・IANA の管理責任がどの時点で移るのかが公開記録から読めないことだ。

2026年9月1日
光ファイバーは速かった。それでもサービスはシステムだった――RFC 1077

インターネット史

光ファイバーは速かった。それでもサービスはシステムだった――RFC 1077

1988年の研究者は、光ファイバーの先にテラビット級の素材を見ていた。RFC 1077が問うたのは、その光をどう速くするかではない。交換機、ホスト、資源配分、運用、そして実測を通じて、どう利用可能なサービスに変えるかだった。

2026年9月1日
Hooman Bidgoliと、配信済みサービスではなかったLeaf集合

IETF

Hooman Bidgoliと、配信済みサービスではなかったLeaf集合

Leaf 集合は、届けるべき相手を表す。実際に届いた相手を表すわけではない。RFC 10018は MVPN と EVPN の自動発見を SR ポイント・ツー・マルチポイント方針へ結び付ける一方、意図、計算、実装、受信を同じ事実として扱わない。

2026年9月1日
キューはジョブを受け入れた。だが一枚も印刷していなかった:RFC 1179 の二つの確認

インターネット史

キューはジョブを受け入れた。だが一枚も印刷していなかった:RFC 1179 の二つの確認

ネットワーク印刷では、「受理」という表示が終点のように見えやすい。クライアントはキューを指定し、ファイルを送り、daemon から正の応答を受けた。それは確かな事実である。しかし、用紙が出たという事実ではない。RFC 1179 が記録した LPD は、この混同を小さなやり取りの中で分けていた。受信サブコマンドへの確認、宣言したファイル境界の後の二度目の確認、そして待機ジョブの印刷を開始する別の命令である。

2026年9月1日
HEMSはプロトコル競争を退いた。データモデルは会議室に残った――RFC 1076

インターネット史

HEMSはプロトコル競争を退いた。データモデルは会議室に残った――RFC 1076

インターネットが1988年に必要としていたのは、最も多機能な管理言語を永久に選ぶことではなかった。異なる装置が早く同じ方法で管理されることだった。HEMS はその合意を妨げないよう候補から退いたが、整理していた管理情報まで持ち去ったわけではない。

2026年9月1日
リングはフィルターを共有できた。だがグループを証明はできなかった:RFC 1469 のマルチキャスト境界

インターネット史

リングはフィルターを共有できた。だがグループを証明はできなかった:RFC 1469 のマルチキャスト境界

1990年代初頭、IP マルチキャストは、物理アドレスの選択肢が限られた Token Ring に載る必要があった。アダプターは受け入れる宛先を選べても、少数の機能アドレスで各 IP グループに固有の札を配ることはできない。RFC 1469 は一つの物理リングで使う方式を揃えた。その共有先は、加入記録でも、身元でも、配送の証明でもなかった。

2026年9月1日
フォーラムは投稿を停止できても、ネットワークを取得できない:RFC 9945 と IETF モデレーションの境界

ケースファイル

フォーラムは投稿を停止できても、ネットワークを取得できない:RFC 9945 と IETF モデレーションの境界

議論の場には、対話を壊す行為を止める手段がいる。しかし、その整理の権限は、そこで話題になったネットワークや資産を支配する権原ではない。RFC 9945 は、IETF の公開オンライン空間を守るための手順を定めながら、その境界を明確にしている。

2026年9月1日
Carlos Pignataroと、「より環境に優しい」を証明しなかったワット値

IETF

Carlos Pignataroと、「より環境に優しい」を証明しなかったワット値

消費電力が下がったという表示は、計器の境界では正しい。それを省エネルギー、排出削減、予備設備の停止判断へ進めるには、時間、配分、電源構成、ライフサイクル、可用性の別々の証拠が要る。

2026年9月1日
マルチキャスト要求は群組に届いた。それでも行為を許可したわけではない:RFC 10020 と CoAP の証拠

ケースファイル

マルチキャスト要求は群組に届いた。それでも行為を許可したわけではない:RFC 10020 と CoAP の証拠

保護された一通の要求を送信し、いくつかの応答が戻る。制約のある網では、その簡潔さが強い安心感を生む。しかし RFC 10020 が整えるのは CoAP の群組通信であって、ひとつのアドレス、鍵の文脈、あるいは部分的な応答を、全端末の権限や実行結果へ読み替える仕組みではない。

2026年9月1日
NSFNETはIPをOSIアドレスに収めた。それでも経路を選んだのは方針だった――RFC 1074

インターネット史

NSFNETはIPをOSIアドレスに収めた。それでも経路を選んだのは方針だった――RFC 1074

外部の地域ネットワークが「この宛先へ行ける」と告げても、その一言が骨格網の真実になるわけではなかった。1988年の NSFNET では、申告を運ぶ EGP、代表権を記したデータベース、IP 事実を NSAP 形の欄へ移す変換、内部で配る IS-IS が、それぞれ別の責任を持っていた。

2026年9月1日
IETFの「未完了」な二つのキャプチャー対策——第4四半期に必要なのは公開管理図だ

IETF

IETFの「未完了」な二つのキャプチャー対策——第4四半期に必要なのは公開管理図だ

制度が自らの最悪の失敗を名指しすることと、その失敗が実際に起きたと認定することは同じではない。IETF Administration LLC の2026年リスク登録簿は「IETF、またはその重要な一部がキャプチャーされる」という状態を明記したうえで、対策二件を完了、二件を未完了としている。これは告発ではなく、管理対象を可視化した記録である。第4四半期に問われるのは赤い表示を黒に変えることだけではない。どの仕組みが、誰を、どの証拠によって守り、誰が完了を決めたのかを、機密を損なわずに示せるかである。

2026年9月1日
Sean Turnerと、証明書発行を許可しなかった秘密鍵の証明

IETF

Sean Turnerと、証明書発行を許可しなかった秘密鍵の証明

証明書要求の署名を検証できても、認証局が発行すべき証明書はまだ決まらない。鍵を使えること、申請者が名乗る主体であること、その名前を申請できること、発行方針を満たすことは別々の判断である。

2026年9月1日
ウィンドウはクライアントのもの、反応はサーバーのもの――RFC 1073とTelnet NAWS

インターネット史

ウィンドウはクライアントのもの、反応はサーバーのもの――RFC 1073とTelnet NAWS

遠隔の画面が崩れたとき、「サイズは送られていた」という説明だけでは足りない。1988年の RFC 1073は、ウィンドウの変更、4オクテットの通知、サーバーの採用、子プロセスの反応を最初から別々の出来事として扱っていた。NAWS が運んだのは寸法の申告であって、表示成功の証明ではない。

2026年9月1日
名前はローカルだった。それでも番号には記録が要った:RFC 1101 の DNS マッピング境界

インターネット史

名前はローカルだった。それでも番号には記録が要った:RFC 1101 の DNS マッピング境界

1989 年の DNS はホスト情報を配布できたが、ネットワーク番号からそのネットワーク名を尋ねる標準的な方法はまだ持っていなかった。RFC 1101 は `IN-ADDR.ARPA` のホスト部がゼロの名前、PTR、そして必要時のマスクを運ぶ A レコードでその隙間を埋めようとした。ここから読めるのは、照会が万能の真実を生むという話ではない。ローカルな名前を検索可能にする記録は、番号を割り当てず、ネットワークを支配せず、通信の成否も証明しないという境界である。

2026年9月1日
集約レポートが実際に知っていること:RFC 9990と実行前の境界

ケースファイル

集約レポートが実際に知っていること:RFC 9990と実行前の境界

正しい形式の XML 添付ファイルが届いたとしても、それはただちに安全な入力でも、完全な事実でも、実行すべき方針でもない。RFC 9990 は DMARC 集約レポートを交換可能にする。そこに書かれるのは Mail Receiver が見た範囲の観測であり、後続の判断を自動化する権限ではない。

2026年9月1日
Internetはリンクであってネットワークではなかった――RFC 1070の実験境界

インターネット史

Internetはリンクであってネットワークではなかった――RFC 1070の実験境界

IP では届く。それでも、実験上は隣接していない。1989年の RFC 1070が組み立てた EON では、この二つが同時に成り立った。既存の Internet は遠隔地までパケットを運ぶが、その上で誰を隣とし、誰がルーターとして振る舞うかは、別のリスト、キャッシュ、役割設定、経路交換が決めていた。

2026年9月1日
Lukasz Kondradと、まだ再構成シーンではなかったRTPグループ

IETF

Lukasz Kondradと、まだ再構成シーンではなかったRTPグループ

SDP の一行は、アトラス、占有、幾何、属性の各ストリームを同じ V3C 表現に結び付けられる。しかし、その宣言だけでは受信側に同じ三次元シーンが現れたことにならない。

2026年9月1日
IETF ToolsはAIコードの全行レビューを維持した――次の境界はまだ書かれていない

IETF

IETF ToolsはAIコードの全行レビューを維持した――次の境界はまだ書かれていない

生成 AI は、コードを書く時間を短くした。しかし、そのコードを読み、運用に引き受け、障害時に説明する時間まで短くしたわけではない。IETF Tools は8月、この差が大規模 PR によるレビュー能力の枯渇につながり得ると公表した。それでも実際に採用した規則は、全ての行を保守担当者が読むという従来の境界を残した。今後問われるのは AI の利用そのものではない。「低影響」と分類して人間のレビューを減らせるのは誰か、という運用権限である。

2026年8月31日