調査・分析
最新記事
インフラ運用者、政策決定、市場動向、デジタル権力の変化に関する最新情報。
インターネット史
「最終確認日」は現在形ではなかった：RFC 2007 の生きた目録
1996年のネットワーク研修資料目録には、確認日が `Never` のまま収録された項目がある。これは欠陥を隠さなかった証拠であり、収録、編集、確認が別々の行為だったことを示す。
IETF
ハイブリッド署名が「ハイブリッド」かは検証側が決める
長期保存された文書は、作成時とは別の検証器に読まれる。署名のバイト列は変わらなくても、二つの構成要素をともに調べる実装、一方だけで受理する旧実装、証明書内の印を参照する実装では、得られる保証が違う。RFC 9955が示すのは、署名の将来性だけではない。受理判断の来歴を残す必要性である。
グローバルのクラウドサービス
almazcloud.networkとAS210328は、どこまで実際に運用されているのか
almazcloud.network と AS210328 は、どこまで実際に運用されているのかの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。グローバルのクラウドサービスの調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
インターネット史
Steve Crockerと、標準になる前に暫定であり続けたノート
1969年4月7日、動いているネットワークの完成報告を書くことはまだできなかった。Steve Crocker の RFC 1が記したのは、複数拠点がこれから答えるべきホストソフトウェアの問題である。未完成でも、著者、日付、番号、配布先があれば、提案は追跡可能な共同作業になる。最初から権威を装わないことが、その条件だった。
記事
AIRRSが送るのは「amp;profile」――RIPEstatの正しいAFRINICプロファイルは500を返す
画面に七つのタブが並んでいても、想定した地域プロファイルが選ばれた証拠にはならない。AIRRS では、JavaScript が送るパラメーター名と RIPEstat が受け取るべき名前が食い違い、正しい名前で AFRINIC プロファイルを指定すると、四種類の入力すべてで HTTP 500になった。
北米のクラウドサービス
Motorola Cloud Services Networkingは何を運用しているのか——登録情報と到達可能性の境界
Motorola Cloud Services Networking は何を運用しているのか——登録情報と到達可能性の境界の調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。北米のクラウドサービスの調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
記事
APNIC 62の政策提案は7件。2件ではコンセンサス確認が行われなかった
会議報告は、提案を単純な勝敗に分けなかった。prop-165 と prop-172 は議論されたが、コンセンサス確認には進まなかった。この第三の手続状態を、否決と取り違えずに次の公式記録へつなぐ必要がある。
グローバルの機関
ISC-AGP1の権限は、公開記録からどこまで確認できるのか
ISC-AGP1 の権限は、公開記録からどこまで確認できるのかの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。グローバルの機関の調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
IETF
RFC 9950はTLSを設定できる。AAA移行を承認はしない
TACACS+を TLS 1.3へ移す作業は、管理通信を暗号化するだけではない。ネットワークを操作する権限が通る入口そのものを交換する作業だ。RFC 9950は新しい入口を精密に記述する。しかし、いつ扉を切り替え、失敗時に誰が戻し、旧入口をいつ閉じるかは決めない。
IETF
六段階で行き先は決まる。それでも転送は観測しなければならない
VLAN フレームが複数の条件に見かけ上合致しても、revision 18 は一つのサブインターフェースを選べるようにする。しかし、決定規則が明快であることと、装置が実際にその経路へ転送したことは別の事実だ。
グローバルのクラウドサービス
AS210328とalmazcloud.network：クラウド運用の連続性はどこまで確認できるか
AS210328 と almazcloud.network：クラウド運用の連続性はどこまで確認できるかの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。グローバルのクラウドサービスの調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
インターネット史
Butler Lampsonと、許可より先に話者を確かめる要求
コンピューターに要求が届くとき、最初に現れるのは人ではない。線、プロセス、鍵、あるいは認証済みの通信路である。Butler Lampson らの仕事は、この当たり前だが省略されやすい到着点から認証を組み立て直した。通信路が誰の発言を担えるのかを示して初めて、資源側はその操作を許すかどうかを判断できる。
インターネット史
通知が静かなとき、何が分かるのか――RFC 2006の欠測を読む
認証失敗の通知が一件もない。安全と言えるだろうか。RFC 2006を丁寧に読むと、沈黙を解釈する前に確認すべき実装能力、アクセスビュー、通知の到達経路が浮かび上がる。
記事
AFRINICの共同議長候補者名簿は締切の7日半後。指針上の審査期間は「目安2週間」
短いから不当だ、という話ではない。公開日程が示していないのは、応募期間中に審査を進めるなら、早く届いた案件と締切間際の案件をどう同じ手順に乗せるのかという接続部分である。
記事
RIPE NCCのAuthDNS台帳は43ノードを数えるが、アクセス網への到達効果は数えていない
RIPE NCC が掲げた目標は、地図上の点を増やすことではない。十分に届いていない地域で、大規模アクセス網、その接続先、そして複数事業者と交われる IXP に AuthDNS を近づけることだ。公開台帳は43の稼働ノードを証明する一方、各ノードがどのリゾルバー群の anycast 経路を変えたかまでは結び付けていない。
IETF
「眉を上げる処分」にはRFC番号がある。執行権はない
レビュー票に「RFC 9948違反」と書けば、単なる不満より強く見える。さらに本文の大文字 `MUST` を添えれば、判定は完成したように見える。しかし、その二つの断片だけでは、文書が Independent Stream のエイプリルフール作品であることも、実装・配備価値を主張していないことも伝わらない。
ICANN
ICANNの権限はどこから来るのか――定款から契約、救済手続までの統治構造
ICANN の実務上の権限は、政府機関の公権力として一枚岩で存在するわけではない。定款と付属定款が組織の目的、権限、限界を定め、コミュニティによる説明責任の仕組みが意思決定を拘束し、レジストリおよびレジストラとの契約が政策を日常の運用義務へ変換する。その結果、異議を申し立てる側がどの手続を選ぶべきかは、問題が契約違反なのか、組織手続の不備なのか、あるいは定款・付属定款との不整合なのかによって変わる。
グローバルのクラウドサービス
登録情報は運用の証拠になり得るのか――almazcloud.networkとAS210328の観測可能性
登録情報は運用の証拠になり得るのか――almazcloud.network と AS210328 の観測可能性の調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。グローバルのクラウドサービスの調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
IETF
「変更不可」が返った。しかし、装置が変わらないとは限らない
NETMOD の第14版草案は、サーバーが上書きを認めない設定を YANG メタデータとして説明する。自動化にとって重要な前進だが、示されるのは特定インスタンスへのクライアント権限の境界であり、将来の同一性やサービス成果ではない。
グローバルの機関
ISCの権限はどこまで及ぶのか――企業統治、F-root、BIND、Kea、そしてISC-AGP1の境界
Internet Systems Consortium（ISC）は、DNS と DHCP の主要ソフトウェアを保守し、F-root の運用主体としても公に説明されている。一方、法人の存在、ソフトウェア・プロジェクトの管理、ルートサービスの運用、番号資源の登録、経路の観測は、それぞれ異なる権限の問題である。本稿は、公開資料が示す管理面と、なお契約・調整機関・独立運用者に依存する部分を切り分ける。