調査・分析
最新記事
インフラ運用者、政策決定、市場動向、デジタル権力の変化に関する最新情報。
インターネット史
設定値と、ポートが報告した値は別だった：RFC 1317
初期のネットワーク管理画面には、シリアルポートの速度、パリティ、文字長、エラー数、制御信号が整然と並んでいた。表示値が以前の設定と違えば、「誰かが設定を変えた」と考えたくなる。1992年の RFC 1317 は、もっと地味で重要な可能性を明記した。オートボーが有効なら、管理システムは設定済みの速度、パリティ、文字長とは異なる値を一時的に観測し得る。差分は事実でも、変更した人物はまだ事実ではない。
インターネット史
スイッチはメッセージを受理した。それでも宛先の受領証はなかった：RFC 1221
HAP の受理通知は、ネットワーク全体から届く返事ではない。ホストのすぐ隣にある Wideband Packet Switch が、自分のアクセス回線で下した判断だった。RFC 1221 は、その小さな確定をバッファ管理に使いながら、配送完了という大きな意味を背負わせなかった。
北米のクラウドサービストレンド
Personalis株主が投票した後にTempusが現金比率を決める
Personalis の株主が承認を求められる時点では、受取対価の姿がまだ固まっていない可能性がある。Tempus はクロージングの3営業日前まで、発行済み Personalis 株式の最大50%を1株16.25ドルの現金に切り替えられる。交換比率の計測と、別の価格水準で Personalis に生じる撤退判断はさらに後だ。売り手側の投票が先にあり、買い手側の経済的な選択が残る。
インターネット史
ブリッジは開いた。それでも拡張LANは未証明だった：RFC 1220
RFC 1220 では、BNCP が Open になるまで LAN トラフィックを PPP リンクへ流せない。この順序は明確である。しかし Open は配送票ではない。フレーム長、並列リンクでの順序、MAC 種別、圧縮方向、LAN ID、スパニングツリー、二種類の検査値の扱いは、その後も別々に結果を左右した。
ケースファイル
到達不能は通知された。それでも動作を決めるのは受信側だ：RFC 9929
集約経路が残っているからといって、その内側の全プレフィックスが生きているとは限らない。RFC 9929 は隠れた喪失を知らせるが、その通知に受信側を指揮する権限までは与えていない。
IETF
Wes Hardakerと、二つのTTLを生き延びる必要があったDNSサーバー
旧サーバーを止める時刻は、子ゾーンの設定画面だけを見ても決められない。インターネットのどこかでは、親から受け取った別の時刻表がまだ正しく動いているからだ。
IETF
Agentproto BoFは作業部会の設置を支持し、初期スコープを退けた
IETF 126の Agentproto 記録には、一つの勝敗ではなく二つの条件が残った。初期スコープが正しいかという問いには反対が大きく上回り、「このチャーターで」作業部会を設置するかという問いには賛成が大きく上回った。両者は論理的に両立し得る。しかし、数字だけを設問から切り離せば、どちらも存在しなかった白紙委任や全面拒否に変わる。
リーダー
Karthick Thangavel：光ファイバー地図と現場作業のあいだにある運用上の死角
地域のブロードバンド網で起きる障害は、ルーターや光端末の内部だけで生じるわけではない。融着点、接続箱、現場担当者の記録、顧客情報、チーム間の引き継ぎにも障害の原因は残る。Karthick Thangavel の公開された議論が示しているのは、この境界である。アクティブ機器、受動的な光ファイバー、現場作業、顧客体験が別々の記録に閉じている限り、AI はネットワークを本当に理解可能にはしない。
NPNOG
npNOGはメーリングリストを公開と呼ぶが、モデレーション権限者を示していない
npNOG は、誰でも参加できるメーリングリストを「公開、ただし時にモデレートされる」と説明し、七つの投稿規則も公表している。しかし確認したページには、誰が審査し、何が審査を発動させ、投稿者にどう通知し、異議のある判断を誰が再検討するかが記されていない。
インターネット史
アドレスは残った。それでもマスクは変わった：RFC 1219
RFC 1219 は、既存ホストを番号変更せずにサブネットとホスト数を増やす方法を考えた。アドレスの両端から別々に番号空間を使う発想によって、同じビット列を残せる。しかし、境界を示すマスクは更新され、経路制御は複数のマスクを扱い、二つの割当主体は最後の共有ビットを使う前に合意しなければならない。アドレスが同じでも、ネットワークの判断まで同じとは限らなかった。
IETF
Mirja Kühlewindと、ネットワークRTTではなくアプリ周期を測ったQUIC spin bit
観測点には200ミリ秒ごとに整った反転が現れた。これをそのまま経路 RTT と呼ぶと誤る。疎なアプリが200ミリ秒周期で送信していれば、速い経路の上でも同じ波形が生まれるからだ。
インターネット史
指紋は一致した。それでもまだ誰も署名していなかった：RFC 1319
長さを問わないメッセージを 128 ビットに縮める値は、結論まで縮めたように見える。1992 年の RFC 1319 が MD2 に与えた役割は、そこまでではない。任意長のメッセージを入力とし、128 ビットの fingerprint、すなわち message digest を出力する。RFC はこのアルゴリズムをデジタル署名の用途に意図したが、digest そのものが署名であるとは言わない。人を識別するとも、秘密鍵の支配を示すとも、送信、受領、時刻、許可を証明するとも言わない。digest…
ケースファイル
CA/B Forum草案は失効の終点を公開する。時計はCA内部で動き始める
証明書の失効には、外から確認できる「終わり」と、CA だけが最初に知る「始まり」がある。servercert の pull request 622は前者を CRL と OCSP の応答で定義しようとする一方、後者を問題報告が`actionable`だと CA が判断した時点に置く。その二つを結ぶ記録こそ、期限を実効的な統治に変える。
LKNOG
LKNOGの2019年CFPは一つの議題枠に二つの選考列を設けていた
LKNOG3 は、締切日にかかわらず先着順で発表を選ぶと告知する一方、極めて時宜を得た内容、重要な内容、または運用上きわめて重要な内容のために、委員会が限られた数の枠を締切まで確保できるとしていた。通常枠は提出時刻、例外枠は委員会の判断によって配分される、二重の仕組みだった。
インターネット史
PaperOut の信号は変わった。それでも一枚が印刷されたとはいえない：RFC 1318
1992 年、並列プリンタの接続面に並ぶ語は、運用者にひとつの出来事を語りかけるように見えた。Power、Online、Busy、PaperOut、Fault。紙切れ、稼働、故障という語は、文書がどこまで進んだかも教えてくれるように感じられる。RFC 1318 の扱いはもっと限定的だった。この RFC は、並列プリンタに似たハードウェアの物理的な制御線を管理対象にし、ソフトウェアが検出または設定できる信号、その `none`、`on`、`off`…
ケースファイル
WHATWGは「異議なし」、W3Cは「合意なし」と判断した
金曜日までに異議がなければ5仕様、異議があれば Web Serial だけ――WHATWG の Steering Group は、新しい Peripheral APIs Workstream の発足範囲をこの条件で決めた。ところが参照先の W3C では、期限内に Intel が5 API の削除に明確な懸念を表明していた。WHATWG はその懸念を認めた上で「異議なし」の条件を満たしたと記録し、5仕様を登録した。翌週、W3C…
インターネット史
本文は「標準」と言い、記録は「情報提供」と言った――RFC 1216
RFC 1216 は、IAB の標準化トラックに向けた新しい標準パラダイムを提案すると書いた。ところが RFC Editor の記録は Informational、Independent Stream と分類し、IETF は自らの承認を受けた文書ではなく、標準化プロセス上の正式な位置もないと明記する。本文の自己紹介と制度上の地位は、同じ証拠ではない。
NPNOG
主催者の裁量に委ねられる安全：npNOG行動規範の実施構造を検証する
npNOG は、ハラスメントを禁じ、主催者が迅速に対応できる規則を公開している。一方、申告を誰が受け取り、情報をどう守り、利害関係があるとき誰が退き、誤りをどう訂正するのかは、公開資料から同じ精度では読み取れない。
IETF
Murray Kucherawyと、末尾を署名の外に残したDKIM
`dkim=pass`は、message 全体に貼る品質保証ではない。DKIM-Signature に`l=`があれば、検証対象は canonicalize 後の body 先頭部分で終わり、その後の bytes は reader に表示されても署名の外にある。
インターネット史
ポートにはポートの状態がある。セッションには別の状態がある：RFC 1316
運用画面の一行は、しばしば多くを約束しているように見える。ポート名、状態、増え続ける文字数、そして reset に書ける `execute`。しかし 1992 年の RFC 1316 は、その一行を一つの物語にしなかった。Character MIB は、文字を運ぶポート、そこで成立するセッション、管理上の意図、実際の運用状態、集計値、制御を別々の対象として置く。ポートについて正しい記録が、特定のセッション、相手、利用者、画面やアプリケーションの結果まで正しいとは限らない、という設計である。