調査・分析
最新記事
インフラ運用者、政策決定、市場動向、デジタル権力の変化に関する最新情報。
IETF
新しいパケットが先に届いたとき：TCP RACKが時間で損失を見つける仕組み
RACK は、確認済みの新しい送信を時間上の基準にして、未確認の古い送信を評価する。そこには並べ替えを許容するための明示的な幅が設けられている。
インターネット史
規則は任意だった。それでも制裁には現場の権限が要った：RFC 1281
連絡先を公開することと、判断権を渡すことは同じではない。RFC 1281 は、緊急時にその差が応答時間を左右すると知っていた。担当者が決められるのか、決められる人へつなぐだけなのか。1991年の文書は、中央管理者のいない Internet で協力を求めながら、共有規範が現場の権限を飛び越えないように、行為と証拠の境目を残した。
記事
AFRINICがフォームサイトの停止を通知。復旧状況は確認できない
5月13日の AFRINIC 通知が示すのは限定された事実だけである。forms.AFRINIC.net は、技術的な問題を受けた緊急メンテナンス中に一時的に利用できなかった。問題の開始、対象手続、検証済みの復旧時刻は示していない。
IETF
Gorry Fairhurstと、故障名を告げずに作動したサーキットブレーカー
保護が作動したという記録は、障害報告書ではない。Gorry Fairhurst が著した RFC 8084は、持続する過大な状態に対し、定義済みの輸送トラフィックを止めるか大幅に減らす仕組みを示す。その仕組みが証明できるのは計測範囲と反応であり、原因や場所や復旧ではない。
IETF
デバイス割当トークンは証拠を運べる。依拠当事者の決定までは運べない
RATS は、機密 VM へのデバイス割当に使う EAT プロファイル草案を採択対象にするかを問うている。問われているのは作業文書の扱いであり、個別デバイスの信頼性ではない。形式が証拠を実装間で運べても、受入れ、認可、損失負担の判断まで運ぶわけではない。
ラテンアメリカ・カリブの国内通信事業者トレンド
Axtelの第2候補にあるのは予備承認であって、より高い買付価格ではない
Axtel の支配権をめぐる経路は二つになった。しかし、比較できる公開買付けが二つそろったわけではない。4 Tech Plus は、AXTELCPO 1口当たり3.86メキシコペソ、Controladora Axtel 1株当たり1.22ペソを示して両社取締役会の承認を得た。5日後、Flō Networks は二つの上場証券を対象とする並行買付けに向けた予備承認を得たが、価格と正式文書は後日に残した。Axtel の定款は、実行前により良い第三者条件が現れれば、取締役会が先の承認を撤回できるとする。価格のない申請を自動的に「高い提案」にする条項ではない。
インターネット史
ゲートウェイはメールを書き換えた。文字集合までは発明できなかった：RFC 1428
古いメールを新しい形式で包み直すことと、そのメールを読めるようにすることは同じではない。1993年の RFC 1428 は、その差を `unknown-8bit` という不格好だが誠実な値に残した。ゲートウェイは MIME の構造を加え、本文とヘッダーを変換し、処理の痕跡も記録できた。しかし、元のオクテットがどの文字集合で書かれたかを示す証拠まで作り出すことはできなかった。
インターネット史
ドメイン項目は組織を指したが、組織そのものではなかった：RFC 1279
別名には「同じものだ」という意味が含まれる。RFC 1279 が DNS 型の木と組織型の木を接続するとき、まさにその意味を拒んだ。ドメインから大学へたどれても、ドメインが大学になるわけではない。メールボックスから人物へたどれても、文字列が人物になるわけではない。接続の便利さより、置換できないものを置換しない規律が先に置かれた。
AFNOG
AfNOGは開催地の優先条件を公表するが、最終判断はコンビーナーに委ねている
AfNOG の Africa Internet Summit 開催要件ページは、候補組織にきわめて詳細な義務を示し、三つの選考上の優先条件も公表している。一方で、AfNOG のコンビーナーと AFRINIC のマネジメントが「最終」とされる判断を下す前に、それらの条件をどう比較するのかは公開していない。
リーダー
Prawijaya Prawijayaとネットワーク登録情報に記された「人の名前」
Prawijaya Prawijaya とネットワーク登録情報に記された「人の名前」の調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。リーダーの調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
インターネット史
フォールバックは書かれていた。それでも稼働中のサーバーはセッションを壊した：RFC 1425
新しい挨拶が分からなければ、エラーを返して古い挨拶を待つ。それが RFC 1425 の描いた移行だった。ところが後継文書は、`EHLO` を受けた瞬間に回線を切るサーバーや、`EHLO` を拒んだあと `HELO` まで拒むサーバーを記録した。互換経路は仕様書には存在しても、動いている状態機械の中には存在しないことがあった。
インターネット史
省略形は表示のためだった。保存されるアドレスはそれより長く生きる必要があった：RFC 1278
ある管理端末では読める短い名前が、別の端末では展開できない。RFC 1278 はその不一致を「標準マクロ」を増やせば解決するとは考えなかった。マクロは再帰的に使えて、表示時には最長の置換を選べる。それでも依存してはならない。人に優しい表記と、後日も解釈できる保存記録を、同じ文字列に背負わせなかったのである。
欧州・中東のデータセンタートレンド
EquinixのatNorth持分は予定の約40%ではなく約34%で決着した
atNorth 買収の企業価値は40億ドルのまま完了したが、Equinix の負担と持分は契約公表時の姿ではない。開示は「最大9億6300万ドルで約40%」から「8億9500万ドルで約34%」へ変わった。6800万ドルの差は確認できるものの、節約額とは呼べない。前者は上限であり、最終構成には Partners Group の再参加、内部保有者のロールオーバー、買収と増設を同時に支える41億ドルの融資枠が加わっている。
インターネット史
メールは読めた。書き換えのたびに検証者の問題になった：RFC 1421
署名を確かめられないのに、本文だけはすでに読める。1993年の `MIC-CLEAR` が作ったのは、そんな不完全な状態を失敗として隠す仕組みではなかった。既存のメール配送を止めずに保護を加えるため、RFC 1421 は人間の理解と暗号学的な確認を別々の出来事として扱った。その間に起きた改変を説明する責任は、最後に検証する側へ渡された。
ラテンアメリカ・カリブの機関トレンド
Chevronのベネズエラ60万bpd目標は、3社のJV合計であって純生産ではない
油田の規模を示す数字と、企業の損益に入る数字は同じではない。Chevron がベネズエラで掲げた日量約60万バレルは、持分の異なる三つの合弁事業をまたぐ生産目標だ。しかも同社の会計上、現地事業の利益は現金を受け取るまで認識されない。投資判断には、井口から入金までを分けて読む必要がある。
インターネット史
結果より先に計画が公開された。告知は標本を変え得た：RFC 1273
測定を見つけた管理者が、発信元を Finger で調べる。そこで `testnet` という利用者名と研究の説明にたどり着く。RFC 1273 が設計したのは接続試験だけではない。全員への個別通知が届かない世界で、観測される研究者自身をどう識別可能にするかという、もう一つの経路だった。
インターネット史
名前サービスが止まっても、エージェントは答えられた：RFC 1419
名前を引いても住所が返らない。それでも昨日の住所へデータグラムを送れば、管理対象は応答するかもしれない。問題は、その住所を今日使っているのが昨日と同じ装置かどうかだった。RFC 1419 は、発見障害を越えるために記憶を残しながら、その記憶を身元証明にしない設計を記録している。
インターネット史
セッションは死んだ。経路の記憶は明示的な例外になった：RFC 1267
障害境界は、何を残すかより先に、何がもう有効ではないかを決める。RFC 1267 では、対向相手の経路表は一つの接続のあいだだけ共有される履歴だった。後の Graceful Restart は境界を消したのではない。古い状態を越境させる条件と、必ず退出させる出口を増やした。
北米の国内通信トレンド
TDS、Arrayの0.86株交換案を撤回し5億2390万ドルの自社株買い余地を再開
TDS が変えたのは Array への支配ではなく、まず動かそうとする株式数の向きだ。撤回した案は、6月末の株数を当てはめれば TDS 普通株を約1,349万株増やす可能性があった。撤回後に再開を見込む自社株買いは、反対にその数を減らし得る。ただし、前者は契約にならず、後者にもまだ約定の証拠はない。
インターネット史
仕様書はゼロを VAR と呼び、稼働中のコードは VALUE と読んだ：RFC 1408
番号36への合意は、意味への合意ではなかった。RFC 1408 の表ではゼロが変数名の開始、1が値の開始だった。しかし同文書が記録するはずだった BSD の参照実装は、二つを逆に解釈していた。相手の実装履歴を示すビットはない。訂正文を出しても既存バイナリの辞書は変わらない。そこで互換性は、旧い流れを推定する段階と、新しい番号で曖昧さを断つ段階に分かれた。