プロフィール
Research
Research のプロフィールは、人物、企業、機関、その他のエンティティを横断し、BTW.MEDIA の報道の背後にある対象を比較したい読者に、まとまった情報を提供します。このページでは、公開上の役割、関連イベント、証拠一式、役職・責任の変化、事業展開の範囲、ガバナンス上のリスク、組織間の関係性、市場での重要性を比較できます。企業や人物の記録は通常のニュース時系列とは分けて管理され、見出しの背後にある主体、そのプロフィールを裏付ける証拠、そしてそのプロフィールを重要にするインフラや市場との関係を理解できます。プロフィールが誰・何を表しているか、どの公開情報源がそれを支えているか、企業・市場・ガバナンス機関・イベントとどう結びついているか、そして対象の変化に伴い今後も注目すべき点を確認できます。
記事
LACNIC Whois の routing-c は経路ポリシーを登録できるが、BGP の運用者を証明しない
レジストリに経路ポリシーを入力する権限を持つ人物が、そのポリシーを載せるルーターを実際に操作しているとは限らない。所属チームさえ別の場合がある。LACNIC は `routing-c` を、自律システムが採用する経路ポリシーを登録できる連絡先として定義する。公開記録に対する意味のある権限ではあるが、稼働中の BGP の観測でも、個人によるネットワーク機器の支配を示す証拠でもない。
ケースファイル
天体名を経路表の主キーにしてはいけない
観測者が同じ小天体に二つの仮符号を付け、後に同一物体だと判明したとき、天文学は記録を結び直せる。ネットワークがその二つを恒久的な宛先として焼き込んでいれば、訂正は経路、証明書、ACL、ログを巻き込む移行になる。
インターネット史
送信者が選ぼうとした経路：IPv4ソースルーティングが既定で信頼されなくなった理由
IPv4 には、送信者がパケット内に経路の一部を持たせる仕組みがあった。その仕組みは、通常の機能から、ローカルポリシーで明示的に許可する例外へと変わっていった。
インターネット史
みんなを意味したアドレス：IPv4ブロードキャストがゼロではなく1を選んだ理由
IPv4 はブロードキャスト用の新しいフラグを追加しなかった。既存のアドレス空間に、1台のホストではなく範囲全体を表す値を組み込んだのである。
リーダー
Hisham Ibrahimとコミュニティ形成を測る難しさ
RIPE NCC が2021年にコミュニティ関連業務を再編したことで、Hisham Ibrahim の前には、行事を増やすことより難しい問いが現れた。活動の多さではなく、コミュニティに残る価値をどう見極めるかという問いである。
記事
AFRINIC Whois の mnt-domains は逆引きドメイン記録を認可するが、DNS 運用は証明しない
データベースの鍵が逆引きドメイン・オブジェクトの作成を認可していても、DNS 問い合わせがすべてタイムアウトすることはあり得る。AFRINIC Database の `mnt-domains` は、子 domain オブジェクトを作成できるメンテナーを示す。これは登録更新の権限であり、権威サーバーの設定、委任、到達性、正しい応答の証拠ではない。
ケースファイル
延びたのは締切であり、耐量子認証の証拠責任ではない
IAB は投稿者に一週間を加えた。そこで集まる測定を、公開論文、非公開情報、会議の要約、将来の標準化、実配備へ正しく運ぶには、期限より長く残る来歴が必要である。
インターネット史
ルーターに限界を報告させたビット
DF は当初、分割を禁じるだけのフラグだった。やがて、その拒否による損失が経路の許容サイズを測る手掛かりになった。ただし、エラーが送信元まで戻ることが条件である。
記事
RIPE の assignment-size が示すのは IPv6 集約の粒度であり、稼働中の契約者数ではない
`/46` には理論上 1,024 個の `/56` が入る。RIPE Database の集約オブジェクトに `assignment-size: 56` があれば、この計算自体は正しい。しかし 1,024 をそのまま契約者数にするのは誤りだ。この属性は集約内の End User 割り当ての大きさを記録するもので、全区画の利用、稼働、経路広告、顧客との一対一対応を示さない。
ケースファイル
一覧では件名が隠れていた。それでも秘密とは限らない――RFC 9788のヘッダー証跡
暗号化メールの一覧に `[...]` と表示されても、作成時に件名が配送系へ見えていなかったとは断定できない。RFC 9788は、外側に出した値を暗号ペイロード内に記録し、見た目の差を作成履歴と取り違えない仕組みを定めた。
ケースファイル
CA監査は証明書発行の判定ではない
年次の保証報告は、認証局の統制が定められた期間に検討されたことを示し得る。しかし、それだけで依拠当事者にとって肝心な小さな問いには答えない。この名前と鍵を持つこの証明書が、なぜこの時点で発行されたのか。そして後にクライアントがそれに出会ったとき、何が起きたのか、という問いである。
ケースファイル
4ビットはIPに見えた。だがIPではなかった：RFC 9790が終わらせるペイロード推測
MPLS ラベルスタックの直後に`0x4`があれば、旧来のルーターは IPv4 用のハッシュ処理へ進みがちだ。RFC 9790は、その4ビットだけでは何も識別できない理由を明確にした。
ケースファイル
壊れたのは一回線、ポート全体ではない――RFC 9784が故障範囲を問い直す
一つの物理 ENNI には数千の仮想サービスが収容され得る。RFC 9784は、共有器材の大きさではなく、実際に確認された故障対象に復旧権限を合わせる。
インターネット史
接続より先に課金規則を示すアドレス――RFC 1681
人が料金を知る前に、ソフトウェアが有料の宛先へ進んでしまったらどうなるか。RFC 1681 は1994年、Gopher の自動的な転送を例に、その順序の危うさを描いた。提案は、支払者の区分、あるいは課金アルゴリズム表への索引を宛先アドレスに持たせることだった。機械は接続前に判断できる。しかし、そのビット列は利用者の承諾にも、提供されたサービスにも、正しい請求にもならない。
インターネット史
文書を開く前に、索引は質問を拒めた――RFC 1862
「検索結果なし」は、対象が存在しないという宣言ではない。索引の範囲外だったのかもしれず、更新が遅れているのかもしれず、質問者には存在すら明かせないのかもしれない。1994年の IAB ワークショップを記録した RFC 1862は、検索を文書取得の前段にある独立した開示面として扱った。対象側の鍵だけでは、索引が先に漏らす名称や所在を守れないからである。
ケースファイル
タイムスタンプは精密になった。それでもアソシエーションは維持されなければならない：RFC 9769
送信に最も近い時刻は、パケットが出た後でしか分からないことがある。RFC 9769 はその遅れて届く精密値を次の応答で運び、二つの交換を結ぶ状態の保全を測定条件にした。
ケースファイル
ルートは検証できた。それでも葉の番号は証明されていない
方向を示す一つのビットが、木の大きさ次第で1番、2番、4番、8番の葉を指す。SCITT の CCF レシート案は、候補の文が署名済みルートに含まれることを確認できる。一方、証明だけからその文の通し番号まで決めることは、常にできるわけではない。
インターネット史
予備電力を使って予備電力を測った――RFC 1628
診断が合格した直後こそ、守りが薄いことがある。RFC 1628の深放電校正は、UPS を電池運転に切り替え、メーカーが定めた水準まで放電して稼働時間を確かめた。結果の確度は上がる。しかし保護対象が通常の電池持続時間を取り戻すのは、再充電の後だった。
ケースファイル
メッセージはスキーマに合った。それでも真実になったわけではない：RFC 8927
RFC 8927が判定するのは、JSON の形が宣言された契約に合うかどうかである。送信者の権限、値の新しさ、現実の出来事、処理結果は、その判定の外に残る。
インターネット史
交換機はサービスを示した。端点はまだ開いていなかった――RFC 1618
RFC 1618 が禁じたのは、着信を受けてから黙ることだった。PPP 用の番号へ正しく届いたとしても、端点が管理上 `Open` されていなければ回線を受け入れてはならない。交換機が届けた選択情報と、端点が引き受ける運用判断は別物だった。