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

調査・分析

最新記事

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

AFRINIC、次期CEOを指名 就任は1月1日

記事

AFRINIC、次期CEOを指名 就任は1月1日

公表日、取締役会が決定した日、実際の就任日。この三つを分けなければ、移行期間の権限を実態以上に描くことになる。

2026年9月1日
ブリッジ・ポートはインターフェースそのものではなく、カウンタは回線全体を示さなかった:RFC 1286

インターネット史

ブリッジ・ポートはインターフェースそのものではなく、カウンタは回線全体を示さなかった:RFC 1286

管理テーブルにポート番号、`ifIndex`、フレーム数のカウンタが並ぶと、それだけで設備と回線の全景を見ている気になりやすい。1991 年の RFC 1286 は、その読み方を許さない Bridge MIB だった。ブリッジ・ポートはインターフェースに関連付けられるが、同一物ではない。複数のポートが一つのインターフェースを共有しうる。カウンタが数えるのは、当該装置がブリッジしているプロトコルのデータだけである。転送データベースも、ある送信元アドレスをどのポートで見たか、または学習済みポートなしに転送・フィルタ情報があることを記すにとどまる。そこから端末…

2026年9月1日
表示先はTelnetを渡ったが、アクセス権はXに残った――RFC 1096

インターネット史

表示先はTelnetを渡ったが、アクセス権はXに残った――RFC 1096

遠隔ログインの画面では、操作が一続きに見える。だが1989年のプロトコルには明確な継ぎ目があった。Telnet で遠隔ホストに入り、そこで X アプリケーションを起動しても、手元のディスプレイの場所は自動的に伝わらない。RFC 1096はその場所だけを Telnet で運び、接続と権限の判断は X に残した。

2026年9月1日
任意属性はクラスを拡張できたが、必須属性は別のクラスを始めなければならなかった:RFC 1274

インターネット史

任意属性はクラスを拡張できたが、必須属性は別のクラスを始めなければならなかった:RFC 1274

同じ属性名が複数のディレクトリに現れるだけで、同じ意味、正しい値、あるいは発言する権限まで共有されたように見えることがある。RFC 1274 はその飛躍をしなかった。1991 年の COSINE と Internet X.500 パイロット用 schema は、型を格納し識別する共通の語彙を提案した。しかし正しい照合、class の強制、値の表示、記録の真実性は別の層として残した。変更についても、任意属性の追加は既存 class を拡張できるが、必須属性の変更には新しい class が要る、とした。

2026年9月1日
RIPEはLatencyMONを再構築した。グラフにはなお解釈の受領証が要る。

記事

RIPEはLatencyMONを再構築した。グラフにはなお解釈の受領証が要る。

RIPE NCC は、RIPE Atlas のプローブ間で遅延傾向を比較する LatencyMON を再構築した。新しい画面では測定種別が増え、グループ化の選択肢があり、集約範囲外の結果にも届き、共有時には表示状態を持ち運べる。見やすさは大きく向上する。しかし、それだけでグラフが運用上の結論を完結して証明するわけではない。

2026年9月1日
二つの「推奨」プロトコルを、相互運用可能にしたのはプロファイルだった――RFC 1095とCMOT

インターネット史

二つの「推奨」プロトコルを、相互運用可能にしたのはプロファイルだった――RFC 1095とCMOT

1989年4月、インターネットのネットワーク管理には、まだ二つの公式な選択肢が並んでいた。CMOT と SNMP はともに Draft Standard であり、Recommended でもあった。両者は同じ Internet MIB を扱う予定だったが、同じオブジェクト名だけでは同じシステムにならない。RFC 1095は CMIP から TCP または UDP までの接合部を細かく指定し、それでも権限の境界は一つの管理ドメインで止めた。

2026年9月1日
RIPE NCC は複数サービスにまたがる脆弱性を修正した。必要なのは修復の連鎖を残す記録だ。

記事

RIPE NCC は複数サービスにまたがる脆弱性を修正した。必要なのは修復の連鎖を残す記録だ。

セキュリティの公表で「修正済み」と書かれていても、その語だけでは何が確認されたのかは分からない。RIPE NCC が2026年6月に公表した複数サービスにまたがる脆弱性開示は、その曖昧さを避けている。CSRF の問題について、最初の修正は問題の一部にしか届かず、その後の確認で当初の概念実証がなお実行可能だと分かった。さらに追加の経路が見つかり、作業を重ねて完全な修正に至ったという。

2026年9月1日
Qin Wuと実務に追いついた登録規則

IETF

Qin Wuと実務に追いついた登録規則

同じ名前の行を消せばデータはきれいに見える。しかし、その行が改訂履歴なら、消したのは重複ではなく継続性である。RFC 9890は、YANG の登録規則にあったこの取り違えを修正した。

2026年9月1日
測定は結果になる前に許可を必要とした:RFC 1262

インターネット史

測定は結果になる前に許可を必要とした:RFC 1262

ネットワークを測らなければ、成長する Internet をどう計画すればよいのか。1991 年の RFC 1262 は、その問いを退けなかった。むしろ測定を、将来の発展、進化、配備計画に不可欠なものと位置づけた。同時に、Internet 全体に及ぶ活動は通常の運用を妨げ得る、と書いた。知識を得る必要と、他者のネットワークに負荷を担わせる権限は、最初から別のものだった。

2026年9月1日
LACNICとラフ・コンセンサスの制度コスト

記事

LACNICとラフ・コンセンサスの制度コスト

合意形成とは、対立がない状態ではない。希少な番号資源のルールを、後から検証できる判断へ変える制度上の作業である。

2026年9月1日
IETFはAUDIT BoFを却下した 新設メーリングリストは作業部会ではない

IETF

IETFはAUDIT BoFを却下した 新設メーリングリストは作業部会ではない

AI エージェントが「誰の指示を、どの権限で、どこまで実行したか」を後から検証する AUDIT 構想に、新しい議論の場ができた。しかし、場ができたことと IETF から標準化の委任を受けたことは同じではない。2026年9月1日時点で BoF 申請は Declined、リストは non-WG、技術文書は個人提出の Internet-Draft である。この状態の区別そのものが、AUDIT が実現しようとする説明責任の最初の試験になる。

2026年9月1日
MAC アドレスはあっても IP スタックはなかった:RFC 1089 が開いた一つの LAN 内の管理路

インターネット史

MAC アドレスはあっても IP スタックはなかった:RFC 1089 が開いた一つの LAN 内の管理路

ネットワークを支える装置が、IP ネットワークの管理画面には存在しない。1989 年の RFC 1089 は、この矛盾を小さなカプセル化で解いた。SNMP メッセージを UDP/IP に載せず、Ethernet フレームへ直接収める。簡素な装置まで管理対象になった一方、その経路は一つの論理 LAN に閉じ、MAC で届くことは命令権限を何も保証しなかった。

2026年9月1日
パケットは印を運んだ。運用上の判決を出したわけではない:RFC 9947 と SRv6 測定の権限

ケースファイル

パケットは印を運んだ。運用上の判決を出したわけではない:RFC 9947 と SRv6 測定の権限

損失ビット、遅延ビット、フロー識別子、時刻、連番を持つパケットを見ると、見えなかった経路が事実になったように感じる。しかし、それは測定器であって結論ではない。全ホップがその印を読んだこと、識別子が一つだけのフローを指すこと、時計と期間が比較可能なこと、観測経路が顧客の経路であること、アプリケーションが役立つ結果を受け取ったことは、そこからは分からない。

2026年9月1日
Daniel Eggertと、安定したページではなかったメッセージバッチ

IETF

Daniel Eggertと、安定したページではなかったメッセージバッチ

1:100を取得した後に101:200を取れば、連続する二百ページ分になる――そう考えた瞬間、メールボックスの変化は記録の外へ追い出される。RFC 10022が境界のバッチを重ねる案を示すのは、番号がスナップショットではないからだ。

2026年9月1日
ハートビートはX.25サブアドレスを保持したが、申請者を認証しなかった:RFC 1086のTP0ブリッジ

インターネット史

ハートビートはX.25サブアドレスを保持したが、申請者を認証しなかった:RFC 1086のTP0ブリッジ

使える X.25 サブアドレスは有限だった。RFC 1086のブリッジは、その一つを IP ホスト向けに一時確保し、登録用 TCP connection が閉じた時点で返却した。寿命の管理はできても、占有の正当性までは決めなかった。

2026年9月1日
ICANNの.TEXAS同意要件は完全一致まで テキサス州書簡は「派生形すべて」を加えた

ICANN

ICANNの.TEXAS同意要件は完全一致まで テキサス州書簡は「派生形すべて」を加えた

`.texas` が ISO 3166-2に載る州名との完全一致として申請されたなら、テキサス州の支持または不反対が必要になる。これは2026年ラウンドの Applicant Guidebook が定めた、実効性のある要件だ。一方、州の書簡は反対を「その派生形すべて」に広げた。Guidebook は、地理的名称を含んでも完全一致しない文字列を同じ審査から除外している。州の懸念を残しつつ規則も守るには、実在する申請文字列ごとに審査経路を切り分ける必要がある。

2026年9月1日
同じサービスに二つの隣接圏。間にはなおルーターがあった:RFC 1209

インターネット史

同じサービスに二つの隣接圏。間にはなおルーターがあった:RFC 1209

同じ通信サービスにつながっているという事実は、二つのホストが当然に IP の隣人であるかのように見せる。1991 年の RFC 1209 は、SMDS 上で IP と ARP を扱う際、その見方を採らなかった。別々の管理主体が閉じた logical IP subnetwork、すなわち LIS を構成し、それらは一つの SMDS サービスを共有できる。直接通信は同じ LIS の内部だけである。別の LIS へ出るときは、SMDS に物理的な直行経路があり得ても、IP ルーターを通す。

2026年9月1日
オプションが有効な間だけ、Control-S は命令だった――RFC 1080 の Telnet 境界

インターネット史

オプションが有効な間だけ、Control-S は命令だった――RFC 1080 の Telnet 境界

同じキーを押しても、ある端末では表示が止まり、別の端末では編集プログラムへ一文字が届く。RFC 1080 が整えたのはキーの普遍的な意味ではない。どのセッションで、誰が、ローカルな文字処理の変更を要求できるかという期限付きの権限だった。

2026年9月1日
NIC は続いて見えた。だが登録簿への書込みは止まっていた:RFC 1261

インターネット史

NIC は続いて見えた。だが登録簿への書込みは止まっていた:RFC 1261

移行で人を安心させるものは、たいてい目に見える連続性である。同じ宛先にメールを送れる。Help Desk の名が残る。新しいホストに接続しても、画面は以前のものに近い。RFC 1261 は 1991 年の NIC 引継ぎを知らせながら、その連続性を過大に読ませない。利用者の入口を保とうとした一方で、WHOIS のマスター・データベースを移すため、登録変更を五日間停止すると明記した。入口が生きていることと、権威ある台帳が書けることは同じではない。

2026年9月1日
Pradosh Mohapatraと「利用可能容量」ではなかった帯域値

IETF

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

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

2026年9月1日