調査・分析
最新記事
インフラ運用者、政策決定、市場動向、デジタル権力の変化に関する最新情報。
インターネット史
ルーターに限界を報告させたビット
DF は当初、分割を禁じるだけのフラグだった。やがて、その拒否による損失が経路の許容サイズを測る手掛かりになった。ただし、エラーが送信元まで戻ることが条件である。
インターネット史
パーサーなしで読めても、安全に解析できるとは限らなかった――RFC 1874
文書をそのまま眺める行為と、構造を解釈する行為は同じではない。RFC 1874 は 1995 年、SGML を `text` と `application` に分ける基準を「専用ソフトがなくても人が大意を読めるか」に置いた。だが、読めることは無害であることの証明ではなかった。変換方式、別部品に置かれた起動情報、処理命令、実行権限は、その後に残る別々の判断だった。
記事
RIPE の assignment-size が示すのは IPv6 集約の粒度であり、稼働中の契約者数ではない
`/46` には理論上 1,024 個の `/56` が入る。RIPE Database の集約オブジェクトに `assignment-size: 56` があれば、この計算自体は正しい。しかし 1,024 をそのまま契約者数にするのは誤りだ。この属性は集約内の End User 割り当ての大きさを記録するもので、全区画の利用、稼働、経路広告、顧客との一対一対応を示さない。
ケースファイル
一覧では件名が隠れていた。それでも秘密とは限らない――RFC 9788のヘッダー証跡
暗号化メールの一覧に `[...]` と表示されても、作成時に件名が配送系へ見えていなかったとは断定できない。RFC 9788は、外側に出した値を暗号ペイロード内に記録し、見た目の差を作成履歴と取り違えない仕組みを定めた。
グローバルのデータセンタートレンド
Equinix、管理型マルチクラウドネットワーク向け Fabric One を発表
Fabric One では、顧客が接続要件を指定し、Equinix がルーティング、クラウド接続、暗号化、フェイルオーバーを管理する。
インターネット史
離脱パケットは全員に忘却を求めた。消去の証明にはならなかった――RFC 1868
キャッシュは、過去を短く保存する装置である。その短さが十分でない瞬間を、RFC 1868 は拾い上げた。ダイヤルイン端末が通信サーバーを離れ、別のサーバーから戻ってきても、LAN 上の相手は古い代理先へ送り続けることがあった。UNARP は、古い対応を消すようブロードキャストで求めた。しかし、要求を発した記録と、各受信者が実際に消した記録は同じではない。十六バイトの通知は誤った記憶を短くできても、分散した記憶を一斉に確定する証明書にはならなかった。
記事
APNICのレジストリAPIは、バッチ結果がどの要求項目への回答かを示さない
複数の作成・更新・削除を一度に送れることは、バッチ API の価値である。ところが APNIC の公開スキーマでは、各結果にあるのは `status` と `message` だけだ。どの入力項目への答えなのかを機械的に結ぶ欄も、順序の規則も記載されていない。
リーダー
Daniel Fettと、サーバーを名乗ってもトークンを証明しない発行者フィールド
OAuth のコールバックには正しい`state`と本物の認可コードが含まれていても、そのコードが誤ったサーバーへ向かうことがある。RFC 9207が漏えいの前に加えるのは小さな照合だ。応答が示した発行者は、クライアントが要求開始時に記録した発行者と同一か。
ケースファイル
CA監査は証明書発行の判定ではない
年次の保証報告は、認証局の統制が定められた期間に検討されたことを示し得る。しかし、それだけで依拠当事者にとって肝心な小さな問いには答えない。この名前と鍵を持つこの証明書が、なぜこの時点で発行されたのか。そして後にクライアントがそれに出会ったとき、何が起きたのか、という問いである。
インターネット史
相手のシステムには届いた。それでも取引は成立していなかった――RFC 1865
電子注文書が通信路を最後まで走り切っても、商取引まで完了したとは限らない。RFC 1865 は、専用の SMTP 接続なら EDI を取引相手のシステムへ直接届け、配送を保証できると説明した。しかし、その保証が届くのはメールの境界までである。MIME の型、SMTP の応答、署名付き MDN、受信内容の MIC は、それぞれ有用な証拠を残す。いずれも単独では、相手の業務アプリケーションが注文を受理したことも、署名者に契約権限があったことも示さない。インターネット化が浮かび上がらせたのは、一本の配送路ではなく、権限の異なる複数の受領点だった。
ケースファイル
4ビットはIPに見えた。だがIPではなかった：RFC 9790が終わらせるペイロード推測
MPLS ラベルスタックの直後に`0x4`があれば、旧来のルーターは IPv4 用のハッシュ処理へ進みがちだ。RFC 9790は、その4ビットだけでは何も識別できない理由を明確にした。
インターネット史
最短のタイマーが勝ちやすかった。それでも競合はクライアントが受け止めた――RFC 1863
同じ新規クライアントを複数のルートサーバーが同時に見つけ、互いの一覧にはまだ担当者が載っていない。RFC 1863は、これを一回の選挙で解決したとは書かなかった。負荷の小さいサーバーほど短く待ち、満了時にもう一度確認する。それでも複数が送信を始め得るため、クライアントは同一経路を静かに置き換え、障害時の再担当は Hold Time 内に終えなければならなかった。
ケースファイル
壊れたのは一回線、ポート全体ではない――RFC 9784が故障範囲を問い直す
一つの物理 ENNI には数千の仮想サービスが収容され得る。RFC 9784は、共有器材の大きさではなく、実際に確認された故障対象に復旧権限を合わせる。
インターネット史
接続より先に課金規則を示すアドレス――RFC 1681
人が料金を知る前に、ソフトウェアが有料の宛先へ進んでしまったらどうなるか。RFC 1681 は1994年、Gopher の自動的な転送を例に、その順序の危うさを描いた。提案は、支払者の区分、あるいは課金アルゴリズム表への索引を宛先アドレスに持たせることだった。機械は接続前に判断できる。しかし、そのビット列は利用者の承諾にも、提供されたサービスにも、正しい請求にもならない。
インターネット史
文書を開く前に、索引は質問を拒めた――RFC 1862
「検索結果なし」は、対象が存在しないという宣言ではない。索引の範囲外だったのかもしれず、更新が遅れているのかもしれず、質問者には存在すら明かせないのかもしれない。1994年の IAB ワークショップを記録した RFC 1862は、検索を文書取得の前段にある独立した開示面として扱った。対象側の鍵だけでは、索引が先に漏らす名称や所在を守れないからである。
記事
AFRINICは392万7253件の学習行動を報告した。Academyの登録画面は、その記録を説明していない
優れた計測は、数字を増やすだけでは完成しない。何を測り、誰と結び、いつまで残すのかを、測られる側が確かめられて初めて運用になる。AFRINIC Academy が公表した七桁の学習行動数は、その最後の接続がまだ見えないことを浮かび上がらせる。
ケースファイル
タイムスタンプは精密になった。それでもアソシエーションは維持されなければならない：RFC 9769
送信に最も近い時刻は、パケットが出た後でしか分からないことがある。RFC 9769 はその遅れて届く精密値を次の応答で運び、二つの交換を結ぶ状態の保全を測定条件にした。
ケースファイル
ルートは検証できた。それでも葉の番号は証明されていない
方向を示す一つのビットが、木の大きさ次第で1番、2番、4番、8番の葉を指す。SCITT の CCF レシート案は、候補の文が署名済みルートに含まれることを確認できる。一方、証明だけからその文の通し番号まで決めることは、常にできるわけではない。
インターネット史
予備電力を使って予備電力を測った――RFC 1628
診断が合格した直後こそ、守りが薄いことがある。RFC 1628の深放電校正は、UPS を電池運転に切り替え、メーカーが定めた水準まで放電して稼働時間を確かめた。結果の確度は上がる。しかし保護対象が通常の電池持続時間を取り戻すのは、再充電の後だった。
インターネット史
届いたのはポケットベルで、人の注意ではなかった――RFC 1861
返信を待つ時間は、回線の時間と同じではない。1995年の RFC 1861は、双方向ページングを設計する際にこのずれを正面から扱った。ゲートウェイによる受理、オフライン時の保留、端末への到着、利用者による閲覧、返信、そして最終的な終了を別々の状態として記録したのである。「届いた」という一語を細分化したその設計は、古い無線端末の説明を超え、記録がどこまで事実を語ってよいのかという境界を今に残している。