調査・分析
最新記事
インフラ運用者、政策決定、市場動向、デジタル権力の変化に関する最新情報。
インターネット史
トークンは接続を見つけた。サブフローを入れたのではない：MPTCP の MP_JOIN 境界
別のアドレス対から来た新しい TCP SYN が、すでに始まっている MPTCP 接続の一部になりたい、と申し出ることがある。MPTCP の肝は「経路が増えた」という標語ではない。既存状態の検索、以前の相手との連続性の確認、新しいサブフローを受け入れるローカル判断を分離したことである。
IETF
Weiqiang Cheng：SRv6 locatorのリースには、なお別の経路が必要だった
Release を受けたサーバーが binding を消しても、経路と広告が同時に消えたとは限らない。RFC 10038は、locator の払い出しを自動化すると同時に、解除時に別々の状態を逆順に確認しなければならない理由を示している。
ICANN
ICANNがセーフガード評価提供者を選定。文字列の審査はいつレジストリ契約上の義務になるのか
ICANN は 2026 ラウンドの Safeguard Assessment 提供者として Mirror Group LLC を選定した。焦点は、文字列評価がいつ、どのようにレジストリ契約の保障義務へ結び付くかである。
記事
LACNICとRIRを越える移行設計の経済学
列車を止めずに分岐器を切り替えるには、線路だけでなく、運行権限と時刻表の正統性まで引き継がなければならない。
欧州・中東の国内通信事業者トレンド
デジタル固定電話の最終通知は、重要な通話経路が確認されるまで安全な停止ではない
日付入りの通知は、事業者が最終手続を始めた証拠にはなる。しかし、それだけで利用者、テレケア、重要な通話経路が安全に引き継がれたことにはならない。
インターネット史
バナーは画面を区切った。方針までは決めなかった：RFC 933 と Telnet の表示境界
アプリケーションが画面を描き直すたびに安全表示を繰り返す代わりに、端末側が一度受け取ったバナーを保持する。RFC 933 はこの分担をプロトコルにしたが、表示文字列に分類や許可の権限まで与えたわけではない。
ケースファイル
モデルはネットワークを説明できる。だが変更を認可できない――NEMOPSと可視性・統制の境界
管理画面で静かな回線、整ったサービス・モデル、成功した API 応答は、いずれも有用な証拠になり得る。しかし、それだけでは「変更してよい」という判断にはならない。NEMOPS が浮かび上がらせるのは、新しい管理言語の不足より、観測と決定の間に残る責任の空白である。
IETF
前回のメール移行でIETFは「全件届いたと考える」とした。今回は証明できる
IETF は9月11日、4つの組織ドメインでメールを受信し、検査し、書き換え、配送する仕組みを大幅に入れ替える。1時間の遅延は保守作業として許容できるかもしれない。だが、作業部会への正当な異論が記録から消え、その理由を説明できないなら、問題は可用性ではなく意思決定資料の欠落である。両者を分けるには、サーバーが復旧したという報告だけでなく、切り替え境界を通ったメッセージの状態を照合する必要がある。
ケースファイル
高速パケットはセッションを Up に保った。変更を承認したわけではない：RFC 9985
RFC 9985が扱うのは、BFD の高頻度な生存確認を認証しながら、認証処理そのものを拡張性の障害にしないための境界である。状態を変える制御パケットには実装負荷の大きい MCI を使い、変化のない`Up`状態を保つ多数のパケットには負荷の小さい LCI を使える。この区分は BFD セッションの保護を整理する。経路変更、フェイルオーバー、顧客向けの正常宣言を自動的に承認するものではない。
記事
APNICの五年輪換ルールには、例外の結論を残す場所が要る
APNIC の透明性ページは、監査法人を少なくとも五年ごとに交代させるとしている。その分かりやすい原則の隣に、2025年12月の EC 議事録は別の記録を置く。EY は五回目の任命に当たり、事務局は二年間の延長を推薦した。2025年の監査後には担当パートナーを交代させ、並行して監査人輪換の枠組みと税務顧問に関わる選択肢を検討する、という内容である。
インターネット史
NAK が拒んだのはパケットではなくポートだった：RFC 938 に見る受信と振り分けの境界
1985 年の実験的プロトコルは、パケット列を受信済みとして進めながら、そのパケットが指定したローカルポートを知らない、と同時に答えられた。RFC 938 の `PORT NAK` は、輸送層の受信記録をアプリケーションへの引き渡しと取り違えないための、きわめて明確な境界線である。
IETF
Bas Westerbaan：ハイブリッドTLS鍵合意は証明書まで耐量子化しなかった
標準文書は、仕組みが何をするかを狭く書く。製品のラベルは、その狭さを消しやすい。RFC 10024が規定するのは TLS 1.3のハイブリッド鍵合意であり、証明書認証を含むサービス全体の「耐量子化」ではない。
ケースファイル
OAM 要件は書かれた。だが、稼働する診断を証明しない：RFC 9974 と BIER の証拠境界
必要な能力の一覧は、設計上の空白を見つけるための道具である。それだけで個別ネットワークの実装、測定結果、あるいは変更権限を保証するものではない。
ケースファイル
署名時刻は転送を省いた。だが、その瞬間を証明しなかった：RPKI、RFC 9589 と切替境界
RRDP が失敗したとき、RPKI relying party は rsync に切り替え、すでに持つオブジェクトの再転送を抑えられる。しかし CMS の `signing-time` を信頼できる時計や有効性判断に変えてはならない。RFC 9589 はその境界を明確にする。
インターネット史
UUID は接続を渡った。権限は残った：RFC 927 が二度目のログインと引き換えにしたもの
パスワード入力を一度省いても、接続先の判断まで省く必要はない。RFC 927 は、認証済みユーザーを示す4オクテットを送る仕組みを定めながら、その認証を信頼するかどうかを接続先に残した。
記事
AFRINICのDBWGにはOpenが46件ある。件数は状態の道筋ではない
「Open 46件」という表示は、読み手に早すぎる結論を促す。数字が大きければ遅延、放置、あるいは何らかの障害を意味するように見えてしまう。しかし、2026年8月31日に取得した AFRINIC の Database Working Group（DBWG）概要が示しているのは、83件の作業項目のうち46件が Open、37件が Resolved だという日付付きの公開スナップショットである。それ以上の判定を、数字だけに背負わせることはできない。
ケースファイル
四千はプレフィックスの申告であり、レート制限の命令ではない：RFC 9977の証拠境界
プレフィックス情報はアドレスをより適切に束ねる助けになる。しかし、公開された数値がサービス側のリスク判断を置き換えることはない。
IETF
Daniel Fett：MFAが確認したのは利用者であり、QRコードの文脈ではない
本物の認可画面で、本物の利用者が、本物の多要素認証を完了する。それでも攻撃者の端末に権限が渡り得る。壊れているのは認証要素ではなく、要求を始めた端末と利用者の判断を結ぶ部分である。
インターネット史
その枝は「下流に誰もいない」と言った：RFC 1075 と DVMRP の期限付き非会員報告
1988 年の実験的なマルチキャスト経路制御では、あるグループのパケットを枝へ送り続けない判断が必要だった。RFC 1075 の答えは意図的に狭い。下流のルータは、特定グループについて自分の配下にメンバーがいないと通知でき、上流の隣接ルータは示された期間だけ、その枝への転送を止められる。これはインターネット全体の受信者名簿ではなく、転送木の一部分に関する暫定的な指示だった。
インターネット史
キー入力は4オクテットになった：RFC 916が反復を状態に置き換えた方法
4オクテットのパケットを単独で見ても、3番目のオクテットは読めない。接続開始なら受信上限、通常時なら長さ、`SO` が立てばデータそのものになるからだ。RFC 916の短さは、バイト列の外にある接続文脈を共有することによって成立していた。