調査・分析
最新記事
インフラ運用者、政策決定、市場動向、デジタル権力の変化に関する最新情報。
インターネット史
保存してもページはそのままだった：HTTP 204
HTTP 204 は、操作の完了を告げながら、その操作を始めた作業面を置き換えない方法を Web に与えた。応答コンテンツはない。それでも制御情報は残る。状態が完了を、ヘッダーが操作後の身元を示し、利用者エージェントは現在の表示を保つ。
インターネット史
その接続は権威ではなかった――HTTPに421が必要になった理由
HTTP/2 は、認証済みの一本の接続を複数のオリジンで共有し、握手と待ち時間を減らした。421が守ったのは、その最適化の限界である。到達でき、証明書が名前を含み、再利用可能に見えても、特定のオリジンがその接続コンテキストで応答する義務までは生じない。
インターネット史
差分として届いたコピー：HTTP 226
HTTP 226 は、キャッシュが既に知っている部分を Web が再送しないための仕組みを提案した。新しいインスタンスは古いコピーへの変換命令として届き得る。ただし、基底、差分メッセージ、再構成結果の身元を混同しないことが条件だった。
ケースファイル
Route reflectorは間違った都市から選んだ：BGP ORRと他のrouterの最適出口を計算する権限
中央の route reflector は、client traffic が一度も通らない場所から path を決めることがある。BGP Optimal Route Reflection は client の logical position から計算させる。失われた視点を戻す一方で、どの topology、policy、candidate を別 router の視界とみなすかを中央に委任する。
インターネット史
二つ目の経路をもう一度たどらなかった：HTTP 208
HTTP 208 は、同じ WebDAV コレクションへ複数の URI が届くとき、経路の存在を消さずに子孫の再列挙だけを止める。名前空間が木からグラフへ変わっても、深さ無限の探索を有限に保つための状態である。
ケースファイル
ルートリフレクターが選択肢を隠した：BGP ADD-PATHと代替経路を見せる権限
route reflector は、自ら選んだ経路を client へ配ることで iBGP の規模を抑える。減るのは session だけではなく情報でもある。ADD-PATH は同じ prefix の複数経路を共存させるが、どの候補を見せるか、どれだけの state を許すか、何が実際に packet を運ぶかまでは決めない。
IETF
John Scudder と、能力を先に名乗る BGP セッション
TCP がつながっただけでは、二台のルーターが同じ BGP を話せるとは限らない。新しい拡張を片方だけが実装している場合も、両方が実装していても今回の OPEN では片方しか表明しない場合もある。John Scudder の名が残る標準文書は、この曖昧さを小さな相互記録へ変えた。未知の能力は無視して共存し、目的に不可欠な能力が欠けるときだけ、理由を示して止まる。拡張性とは、何でも受け入れることではなく、同意した範囲と終点を見える形にすることである。
ケースファイル
経路は正しかった。リフレクターがループと判定した――BGP Cluster IDと到達性を捨てる権限
発信元にはプレフィックスがあり、BGP session もすべて Established だった。それでも西側の route reflector は経路を無視した。受信した`CLUSTER_LIST`に、自分の local cluster ID と同じ値があったからだ。障害は protocol の逸脱ではなく、異なる二つの領域へ同じ意味を割り当てた identity map にあった。
インターネット史
負けることを許された優先順位：Happy Eyeballsがデュアルスタックを使えるものにした
IPv6 アドレスが正しく登録されていても、そこへ至る経路が生きているとは限らない。Happy Eyeballs は IPv6 を先に試す方針を残しながら、その方針が利用者を長い待ち時間に縛ることを止めた。
ケースファイル
ポリシーは変わったが経路は変わらない：BGP Route Refreshと再評価の権限
BGP の import policy を書き換えても、旧ルールで判断済みの経路が自動的に戻ってくるわけではない。Route Refresh は session を切らずに、隣接網へ現在の export を再広告するよう依頼する。しかし過去を復元せず、相手が出さない経路を命令で取り出すこともできない。
インターネット史
アドレスより長く生きた接続：QUICにConnection IDが必要だった理由
端末が Wi-Fi を離れれば IP アドレスは変わる。NAT が対応表を作り直せば UDP ポートも変わる。それでも通信には未完了のストリームと共有済みの暗号状態が残る。QUIC は Connection ID によって、その接続をアドレスの寿命から切り離した。
ケースファイル
経路が運んだのは拘束ではなく依頼だった：BGP NO_EXPORTと伝播権限
`NO_EXPORT`が付いた経路は、鍵を掛けられたように見える。しかし送信側が隣接網のルータを遠隔操作するわけではない。共通の値が伝えるのは「ここで止めてほしい」という境界であり、その値を残し、次の広告を止めるのは受信側で動くポリシーである。
記事
APNICのSIG見直しは十二の変更を並べた。まだ決定文はない
制度改革では、課題の一覧が完成すると、決定まで終わったように見えやすい。APNIC の SIG ガイドラインをめぐる7月案は、十二の論点を丁寧に切り出した。しかし、コンセンサスが対象にできるのは「明確さ」や「公正さ」という方向ではない。誰の任期がいつ終わり、誰がどの証拠で何を決め、どこへ不服を申し立てられるかを記した文章である。
インターネット史
問われて初めて現れた名前：DNSワイルドカードが既定値を限定した理由
ゾーンに一つの子孫を追加しただけで、別の名前へのワイルドカード応答が消えることがある。星印のレコードは変わっていない。変わったのは「どの欠如を既定値で埋めてよいか」を決める名前木の境界である。
ケースファイル
隣接網が入口を勧めても、入るかは自分で決める：BGP MEDと助言の権限
一つの自律システムは、二つの相互接続に小さい値と大きい値を付け、どちらからトラフィックを受け取りたいかを示せる。隣接網はそれを採用し、書き換え、あるいは無視できる。MED の価値は決定権を渡さずに協調できる点にあり、危険は二者間の助言を世界共通の順位と誤認するところから始まる。
インターネット史
接続が運べなかった名前：HTTPにHostが必要だった理由
TCP はアドレスへ到達し、HTTP は経路を指定できた。だが複数のサイトが一つのアドレスを共有すると、選ばれた名前が残らない。HTTP/1.1 は`Host`を必須にした。
ケースファイル
経路は三度選ばれ、隣接網が聞いたのは一度だけ：BGP MRAIと時間の権限
BGP ルーターは最良経路を何度も変えながら、そのすべてを隣接網へ伝えないことがある。その沈黙は故障でも迷いでもない。MRAI は、ローカルな経路選択と外部への開示の速度を意図的に分離する。UPDATE と相手側の計算量を抑える代わりに、相手が持つ知識を古くする。問うべきは速いか遅いかではなく、誰がその鮮度を使う権限を持つかである。
IETF
Ketan Talaulikarと、最初のルーター名を保ったプレフィックス
同じプレフィックスについて、二つのログが別のルーター名を示していた。片方は LSA をいま広告した ABR、もう片方はそのプレフィックスを最初に起点としたルーターである。矛盾ではない。OSPF の階層を越えると、広告の作成者は変わり得る。Ketan Talaulikar が4人の共著者と編集した RFC 9084は、この二つの事実を分けて残す。起点情報を保存しても、経路計算や広告権限まで与えないことが設計の核心だ。
インターネット史
パケット間で消えたヘッダー：TCP/IPはどう「記憶」を共有したか
低速シリアル回線では、キー入力一文字にも四十オクテットの TCP/IP ヘッダーが付いた。RFC 1144は意味を削らず、隣り合う二装置に前回を覚えさせ、差分だけを運んだ。
記事
AFRINICの調査で数えられるのは回答だ。「代表」はまだ数えられない
回答欄が埋まっても、回答しなかった組織まで見えたことにはならない。AFRINIC の新しい会員・ステークホルダー調査は、サービス改善に役立つ経験を集められる。だが、その結果を「コミュニティの姿」と呼べるかどうかは、対象集団、招待経路、有効回答、除外、重み付けを記録したもう一つの表にかかっている。