コンテンツ種別
Research
コンテンツ種別の観点では、Research は同じ編集形式を持つ BTW.MEDIA の記事を集約し、解説、プロフィール、リスクノート、市場分析、イベント記事を、種類の異なる証拠を混ぜずに比較できるようにします。このページは、この記事タイプがサイト上のインターネット基盤の出来事、企業の動き、ガバナンス上の決定、運用上のシグナル、公開された証拠をどのように位置づけるかを説明します。読者は、どの主体やインフラシステムが頻繁に登場するか、情報源の質が解釈をどう変えるか、対象が継続的なプロフィールなのか、時限性のあるイベントなのか、戦略的な市場シグナルなのか、ガバナンス上の進展なのかを比較できます。同じ形式の記事の背景、時期、証拠を理解したい運用者、投資家、顧客、アナリスト、政策関係者にとって役立つ検索ページです。

IETF
回線の検収で、速さと一緒に何を引き受けたのか
合計の転送速度が目標に届いても、個々の処理時間や負荷時の待ち時間まで決着したとは限らない。TCP の測定結果を業務の判断へ渡すには、試験条件と残された課題の引き受け先が必要になる。

インターネット史
ネットワーク更新で、最初の参加者を待たせるのは誰か
新旧の機器が共存できても、先行導入の効果がすぐに現れるとは限らない。Quick-Start の歩みをたどると、技術の性能とは別に、協力を待つ時間を誰が引き受けるのかという問題が見えてくる。

IETF
RDAPの廃止日が退役させるのはラベルであり、利用クライアントではない
レジストリの一行に「廃止」と記す権限と、世界中の実装を更新する権限は一致しない。RDAP の二つの REGEXT 草案は、そのずれを欠陥として隠すのではなく、レジストリ、サーバー、応答、クライアントという別々の証拠面に分解している。移行を安全にするには、日付を増幅するのではなく、各面の責任を結び直す必要がある。

記事
ボトムアップを掲げるRIR草案、地位変更時の協議は任意のまま
RIR ガバナンス文書の勧告最終案は、インターネット番号レジストリ制度を「開かれたボトムアップ型」と位置づける。ところが新設の第2.7条は、RIR の認定または認定取消しを審査するとき、RIR と ICANN に各コミュニティーとの協議を義務づけない。矛盾と決めつけるのは早い。問うべきは、協議をしない自由がある制度で「幅広い支持」の根拠を誰が、どのように見える形にするのかである。

IETF
CDN に一段追加すると、同じ印の意味が変わる
正規の内部処理でも、リクエストは同じ事業者の識別子を繰り返し持ち得る。CDN-Loop が示すのは、印を消さずに運ぶ責任と、その履歴を証明できることとの違いだ。

IETF
DNSSEC復旧は署名者だけでは制御できない複数の時計で進む
秘密鍵が使えなくなっても、直前までに署名されたゾーンは応答を続けられる。利用者から見れば平常運転、運用者から見れば期限付きの猶予である。DNSOP の新しい作業文書は、この猶予を壊さずに署名機能を戻す手順を示す。同時に、復旧の時間は署名装置だけのものではないと教える。

ケースファイル
DNS 障害は51件の問い合わせを呼んだ。原因はまだ特定されていない
APNIC Labs が2026年8月に行った実験では、明確な否定応答は1テスト当たり約4件だった。`SERVFAIL` は51.73件、無応答は83.46件に達した。権威サーバーが受けた負荷は測れたが、どの層が繰り返したかは測れていない。

IETF
接続経路を変えたあと、ポータルは何を同じ端末とみなすのか
同じ端末から同じ URI を開いても、サーバーに見える接続の条件は変わりうる。キャプティブポータルのセッションを支えるのは固定の番号ではなく、各構成要素が維持する期限付きの対応関係である。

IETF
自己署名の委任更新が証明するのは鍵であって権限ではない
新しい鍵が「この秘密鍵を持っている」と自己紹介するのは簡単だ。難しいのは、その持ち主が子ゾーンの委任を変更してよいと誰が決めたかを示すことである。DNSOP の提案は、この二つを別の状態として扱う。実装と監査も同じ区別を守らなければならない。

ケースファイル
パージは受理された。それでも下流 CDN は拒否できる
制御画面に `201 Created` が返れば、仕事は前へ進んだように見える。IETF の CDNI Triggers v2 改訂20は、その後に起きる拒否を追う。さらに下流の CDN が断ったとき、失敗は別事業者の状態資源へ姿を変えて戻り、拒否した主体の名前さえ伏せられ得る。

IETF
設定を変えたあと、以前の性能試験は何を証明できるか
同じ機種を使い続けても、同じ仕事をさせているとは限らない。RFC 9411 が結びつけるのは製品名ではなく、セキュリティーの有効性と性能を測ったときの構成である。

ケースファイル
レジストリロックの定足数は承認を数えても、権限の独立性は証明しない
別々の二人が承認しても、同じメール基盤と回復窓口に依存していれば、攻撃者が越える境界は一つかもしれない。EPP のレジストリロック案は承認数を扱えるが、承認者の支配が独立していることまでは示さない。

ケースファイル
ICMP がノードを名乗っても、本人確認にはならない
IETF の作業草案・第 05 版は、応答元アドレスだけでは発信ノードを十分に特定できない場合、ノード情報を付ける義務を強めた。その情報は障害解析を助ける一方、認証されておらず、MTU に収めるため元パケットの引用部分を削ることもある。

IETF
手入力をやめても、同じ遅延を測り続けるとは限らない
経路選択のための静かな基準値と、利用者の待ち時間を捉える観測は別の仕事だ。RFC 8570 の測定上の区別は、手動設定から動的測定への移行にも責任の境界をつくる。

ケースファイル
EPP残高は取引を止めても、その根拠となる台帳は示さない
機械が読み取れる残高と、後から判断を説明できる証拠は同じではない。REGEXT で検討中の EPP 残高マッピングは、レジストラが使える資金状態を共通化する。一方、その値を生んだ会計記録まで運ぶ設計ではない。

ケースファイル
保有者指定のRDAP参照は発見範囲を広げてもレジストリ権限は広げない
一つの検索結果に見えても、途中で話者が替わることがある。下位データへ到達する新しい道を作るなら、その境界も画面と記録に残さなければならない。

リーダー
モハメド・アワン・ラ:マレーシアの初期インターネットで受け継がれた能力と権限の境界
技術的能力が組織再編、経営交代、所有権の変化を越えてどのように受け継がれ、どこで権限の境界にぶつかったのかを検証する。

ケースファイル
EPPサーバー検証の成功は日付付きの方針判断であり、健全性証明ではない
緑の表示は、それを生んだ観測より長く残り得る。新しい EPP 案は判定を運べるようにするが、永続的な真実にはしない。

ケースファイル
EPPの「同一主体集合」は外部ポリシーを不可分な境界に変える
コマンドに書かれるドメイン名は一つでも、移転や削除の結果は列挙不能な一群へ及び得る。電文は残るが、その境界を描いた規則はプロトコルの外にある。

インターネット史
招待客の一覧を自分で運んだブロードキャストパケット
UDP データグラムは遠隔サブネットへブロードキャストとして到着する。ところが IPv4 ヘッダーの中には、もっと狭い指示があった。名前のあるホストだけが処理を続ける。SDBM はパケット一つ一つを、その場限りの会員名簿にした。
