プロフィール
Research
Research のプロフィールは、人物、企業、機関、その他のエンティティを横断し、BTW.MEDIA の報道の背後にある対象を比較したい読者に、まとまった情報を提供します。このページでは、公開上の役割、関連イベント、証拠一式、役職・責任の変化、事業展開の範囲、ガバナンス上のリスク、組織間の関係性、市場での重要性を比較できます。企業や人物の記録は通常のニュース時系列とは分けて管理され、見出しの背後にある主体、そのプロフィールを裏付ける証拠、そしてそのプロフィールを重要にするインフラや市場との関係を理解できます。プロフィールが誰・何を表しているか、どの公開情報源がそれを支えているか、企業・市場・ガバナンス機関・イベントとどう結びついているか、そして対象の変化に伴い今後も注目すべき点を確認できます。
IETF
BLACKHOLE コミュニティは破棄を要請しても、隣接網に無制限の経路権限を与えない
DDoS の被害者は、相互接続回線が埋まる前に攻撃トラフィックを上流で捨ててもらう必要がある。しかし、隣接ネットワークに到達性の破壊を求めることは強い権限を伴う。RFC 7999 はこの要請を共通化する一方、事前合意、プレフィックスの広告権限、受信側の明示設定、伝播範囲という境界を置く。
リーダー
Prasanna Premachandraと、移動時間を学習時間に変えた学校ネットワーク
教室を移る途中で無線接続が切れる。それだけなら小さな技術障害に見える。しかし一日の中で繰り返されれば、授業時間の損失、接続機会の不平等、サポート担当者への恒常的な負担になる。Prasanna Premachandra の公開記録からは、移動性、公平性、運用のしやすさを、裏方の IT ではなく教育サービスの構成要素として扱った歴史的な事例が見えてくる。
ケースファイル
二文字だけが事件ではなかった――Virtual Works対Volkswagenと`vw.net`をめぐる電話
二十四時間という期限は、短いドメインの希少性を意図の証拠へ変えた。第四巡回区控訴裁判所が重視したのは`vw.net`の二文字そのものではない。登録時の会話、約二年間の実利用、代替名、そして Volkswagen へ向けた売却条件を一つの時間軸で読んだ。
インターネット史
二つの答えを要求した標準：TCP-AOの暗号基盤
暗号アルゴリズムに選択肢があっても、接続には一致が必要だ。TCP-AO では、標準に準拠した二つの装置が同じアルゴリズムを実装していても、設定された MAC/KDF の組が異なれば認証を始められない。
AFNOG
AIS 2026は対話を進展につなげるが、成果台帳を公開しない
AfNOG は AIS を対話が実際の進展に変わる場と説明する。確認した一次ページは議論、勧告、約束を区別する成果台帳を公開していない。
IETF
グレースフルシャットダウン・コミュニティは保守を告げても、隣接網の経路権限までは奪わない
保守は一つのネットワークが決めるが、その影響は相互接続の境界を越える。RFC 8326 は、EBGP 経路をまもなく撤去するという意思を標準化された方法で伝えながら、隣接網が自らの経路優先度を決める権限を残す。宣言する側と、ローカルな効果を認可する側を分けることこそ、この仕組みの運用上の価値である。
インターネット史
認証済み接続を変えたトランスレータ：TCP-AO と NAT
中間装置は、経路を変えずにパケットを書き換えられる。TCP-AO は、TCP オプションの変更と、アドレスやポートの変更を同じものとして扱わない。前者は認証対象を減らすことで対応できるが、後者は保護対象の接続そのものを別のものにする。
AFNOG
AIS 2026は主催者と開催地受入機関を示すが、決定境界を示さない
AIS 2026は AfNOG と AFRINIC を共同主催者、TESPOK を開催地の受入機関とする。確認した現行一次ページは役割が交わる場面でどの機関が決定するかを示さない。
AFNOG
AIS 2026は距離を障壁としないが、ハイブリッド参加基準を示さない
AIS 2026はライブ配信と双方向の議論を約束し、距離は参加の障壁にならないとする。確認した現行の一次ページには、その約束を検証可能にするサービス基準と救済経路がない。
インターネット史
信頼できなかったリセット：ピア再起動後の TCP-AO
*暗号学的な履歴が失われると、正しい送信元からのメッセージでも十分な証拠にならない。*
AFNOG
AIS 2026は排除権を示すが、会議での再検討経路を示さない
AIS 2026は AFRINIC が登録者を会議から排除でき、その対象にチャットなどの通信手段も含まれるとする。一方、確認した公開ページは会議固有の決定・再検討の連鎖を同じ明瞭さで示していない。
IETF
拡張DNSエラーは失敗を説明しても別の応答を許可しない
DNS の失敗はプロトコル上正しくても、運用判断には情報が足りないことがある。RFC 8914は、結果を変えずに応答者が原因を詳しく示す仕組みを定めた。この分離は観測性を高める一方、診断情報をセキュリティ回避や方針変更の命令に変えない統制を必要とする。
AFNOG
AIS 2026は参加規約を変更できるが、通知規則を公開していない
AIS 2026の規約は、変更が公開時に有効となり、その後の参加が同意の確認になるとする。確認した規約には、重要な変更を各登録者へ直接知らせる方法がない。
AFNOG
AIS 2026は身分証の提出を必須にする一方、取扱規則を公開していない
AIS 2026は登録者全員に旅券または政府発行の身分証明書のアップロードを求める。公開中の登録ページと規約は参加者情報の一部の用途を説明するが、この必須ファイル固有のライフサイクルは示していない。
IETF
安全なTACACS+移行に残る危険な中間段階：RFC 9887と二重認証経路の代償
TLS 対応の TACACS+クライアントは、TLS に失敗しても非 TLS へフォールバックしてはならない。それでも、すべての機器を同時に移行できない場合には、未移行の機器向けに分離した非 TLS サーバーを残すことがある。その旧経路が到達可能な間、混在する移行段階は完了するまで安全ではない。新しい TLS エンドポイントが正しく動作するだけでは、二重経路の収束を証明できない。
インターネット史
同じ番号に戻ったセグメント：TCP-AOのシーケンス番号拡張
TCP 接続が十分長く続けば、32ビットのシーケンス番号は一周して再び現れる。TCP-AO が防ぐべきだったのは数字の再登場ではなく、認証に渡す証拠まで同じになることだった。
ケースファイル
通知は届いた。それでも一台のサーバーは空だった
RRDP の notification は軽いファイルだが、そこに書かれた snapshot と delta が取得可能だという重い約束を持つ。IETF が最終意見募集にかけた RPKI 公開運用案は、その約束を順序で守る。データを先に置き、notification は最後に見せる。
ケースファイル
同じ Policy に二つの「最良」があった：RFC 9830
BGP では候補 A が best、SRPM では候補 B が active。運用画面が二つの結果を一つの「最良経路」にまとめた瞬間、どちらの判断も説明できなくなる。RFC 9830 が規定するのは、SR Policy の Candidate Path を BGP で運ぶ方法である。BGP の選択を headend の選択に昇格させる規格ではない。
AFNOG
AIS 2026は「選定された録画」を約束するが、選定者を示していない
AIS 2026は、オンライン参加者がライブ配信、双方向の議論、そして「選定された録画」にアクセスできるハイブリッド会議として案内されている。しかし「選定」は単なる制作作業ではない。どのセッションを公共記録に残すかを誰が、どの権限と基準で決めるのかは、公開ページからは分からない。
IETF
ドローンIDがDNS委任になるとき：RFC 9886とリモートIDを支える登録連鎖
Broadcast Remote ID が運ぶのは小型の DRIP エンティティ Tag（DET）だが、それが登録体系に実際に含まれることを認証するための公開証拠は、放送フレーム内に集約されていない。逆引き DNS の委任、HHIT/BRID レコード、証明書チェーンに分散している。