メインコンテンツへスキップ

コンテンツ種別

Research

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

AFRINICはMyAFRINIC v2のテスト参加を会員に呼びかけた――ベータには不具合からリリース判断までを結ぶ台帳が必要だ

記事

AFRINICはMyAFRINIC v2のテスト参加を会員に呼びかけた――ベータには不具合からリリース判断までを結ぶ台帳が必要だ

AFRINIC は AfPIF 2026の公式ページで、MyAFRINIC v2 について、会員の業務フローに関する短時間の聞き取り、ユーザー受入テスト、ベータプログラムへの参加を呼びかけた。資源申請、連絡先変更、請求、日常的な照会を実際に行う会員の経験を取り込むことには合理性がある。ただし、参加募集は受入れの証明ではない。各指摘を、対象業務、テストした版、処置、修正、再テスト、そしてベータに含めるか否かの判断まで結び付ける記録が必要になる。

2026年8月28日
レコードは失効した。それでもリゾルバーは答え続けた

ケースファイル

レコードは失効した。それでもリゾルバーは答え続けた

権威サーバーに届かないとき、期限切れの DNS キャッシュを返すことは障害を和らげる。一方で、公開者が終わらせたはずのアドレスや否定応答を残すこともある。重要なのは古いか新しいかだけではない。例外を誰が決め、どの時計で止めるかである。

2026年8月28日
IETF議長の委任案はIABの席にまで及ぶ

IETF

IETF議長の委任案はIABの席にまで及ぶ

会議を進行する名札は、必要なら別の Area Director に渡せる。ところが IAB の構成員として置かれた一つの席は、同じ動作で移せるのだろうか。2026年6月の個人 Internet-Draft は、IESG 議長、General Area Director、そして IETF 議長の完全な IAB メンバーシップを「委任」という一語で扱う。単独のボトルネックを解く目的は妥当だ。だからこそ、実務の委任と構成員資格の代替を別々に設計する必要がある。

2026年8月28日
外部から見たアドレス:STUNが発見できたが保証できなかったもの

インターネット史

外部から見たアドレス:STUNが発見できたが保証できなかったもの

STUN が返すのは、NAT を越えた一回の Binding 取引で外部サーバーが実際に見た送信元アドレスとポートです。その値は接続候補にはなりますが、恒久的な公開識別子でも、別の相手への到達性を保証する証明でもありません。

2026年8月28日
DNS Serve-Stale は「期限切れでも返す」権限を再帰リゾルバーに移す

IETF

DNS Serve-Stale は「期限切れでも返す」権限を再帰リゾルバーに移す

TTL が切れた瞬間に権威サーバーへ到達できなくなったとき、古い DNS レコードは障害を隠す救済策にも、撤回済みの宛先を延命する経路にもなる。Serve-stale が扱うのはキャッシュの便利機能だけではない。現在性を証明できない時間に、誰が可用性を優先してよいかという制御の問題である。

2026年8月28日
二つの応答は NOERROR だった。新しいゾーンを使ったのは一方だけだ

ケースファイル

二つの応答は NOERROR だった。新しいゾーンを使ったのは一方だけだ

RFC 9660 の ZONEVERSION は、権威応答と、その応答を生成したゾーン版を同じパケットに載せる。分離した SOA 問い合わせでは失われる対応関係を残せるが、ゾーン全体の正しさまで保証するものではない。

2026年8月28日
サービスは消えた。それでも DNS リースは残っていた

ケースファイル

サービスは消えた。それでも DNS リースは残っていた

動的に登録された DNS レコードを放置しないための RFC 9664 は、公開期間に終点を与える。ただし、その終点はサービスの生存証明ではなく、キャッシュの消去命令でもない。

2026年8月28日
3人の支持はIETF上訴を審理に載せるが、正しさは証明しない

IETF

3人の支持はIETF上訴を審理に載せるが、正しさは証明しない

受付票に3人の署名がそろっている。しかし、実体判断のファイルはまだ開かれていない。署名者が述べたのは「IESG 全体または IAB がこの問題を検討する時間を使うべきだ」という一点であり、上訴人の結論に同意したわけではない。2026年7月の個人 Internet-Draft が提案するのは、このような審理着手の門である。制度の成否は、手続上の支持と実体上の賛同を記録の中で混同しないことにかかっている。

2026年8月28日
サーバーは最初のノックで全額を払わない:TCPのSYNフラッド防衛

IETF

サーバーは最初のノックで全額を払わない:TCPのSYNフラッド防衛

TCP の待受サーバーは、見知らぬ相手が扉を叩いた瞬間にメモリーを差し出していた。RFC 4987が扱うのは、相手が応答を受け取った証拠を返すまで、その支出を遅らせる設計である。

2026年8月28日
AFRINICが憲章協議の第3ラウンドを開始、全コメントに版管理された受付記録が必要だ

記事

AFRINICが憲章協議の第3ラウンドを開始、全コメントに版管理された受付記録が必要だ

AFRINIC の Bylaws Review Committee は、第2ラウンドの締切後も憲章協議を継続し、紛争解決と Resource Membership 終了の保障を具体的な論点として示した。追加時間は草案を改善し得る。同時に、各意見を提出時のラウンド、論点範囲、正確な文書版に結び付ける責任も生む。

2026年8月28日
ICANNに届いた1,100件超の代替文字列――14日間の切り替えで本当に回避できるものは何か

ICANN

ICANNに届いた1,100件超の代替文字列――14日間の切り替えで本当に回避できるものは何か

Reveal Day を迎えた申請者が、用意していた第二希望を一度も使わないまま「選択不可」と知らされることがある。ICANN の2026年版 Applicant Guidebook では、代替文字列が他の申請者の第一希望または代替文字列と同一なら使用できない。相手がその代替案を最終的に使わなくても、結論は変わらない。

2026年8月28日
LACNICから考えるNRO協調のインセンティブ

記事

LACNICから考えるNRO協調のインセンティブ

インターネット番号資源の世界では、競争を語る前に「同じ番号を二度配らない」という制約がある。地域インターネットレジストリが互いに無関係な事業者として競えばよい、という発想は成り立たない。世界で一つの登録体系を維持するには協調が必要だ。

2026年8月28日
カタログが空になった朝、権威サーバーは命令どおりに動いた

ケースファイル

カタログが空になった朝、権威サーバーは命令どおりに動いた

DNS Catalog Zone は、大量のゾーン設定を一つの転送可能な成果物へ圧縮する。便利な一覧に見えるが、消費側が解釈した瞬間に稼働中のサービス境界を書き換えるため、その実体は実行可能な権限である。

2026年8月28日
AFRINICが上訴委員会3枠の候補者を募集、任命記録は案件対応可能でなければならない

記事

AFRINICが上訴委員会3枠の候補者を募集、任命記録は案件対応可能でなければならない

AFRINIC 理事会は、ポリシー策定プロセス上訴委員会の三つのプロフィールについて候補者を募り、明確な期限を設けた。これは入口を作る公告であり、案件を扱える審査機関が成立したことの証明ではない。実際の準備には、任命権限、適格性、任期、利益相反、忌避、案件ごとの定足数、証拠、理由を版管理する記録が要る。

2026年8月28日
LACNICから読むICP-2改革の経済学

記事

LACNICから読むICP-2改革の経済学

RIR を承認する基準は、安全性を測る物差しであると同時に、制度変更の費用を誰に負わせるかを決める仕組みでもある。LACNIC の成立と地域ガバナンスは、その二面性を考える具体的な材料になる。

2026年8月28日
ICANNには1,600件超のgTLD申請がある。Reveal Dayまで何が見えないのか

ICANN

ICANNには1,600件超のgTLD申請がある。Reveal Dayまで何が見えないのか

ICANN は2026年ラウンドの申請件数を公表できる一方、社会は申請文字列、申請者、競合セットをまだ確認できない。その間には、提出、支払い、行政確認、公開という別々の制度上の状態がある。

2026年8月28日
最初のシーケンス番号は時計だけでは足りなかった:TCP ISN の防衛

IETF

最初のシーケンス番号は時計だけでは足りなかった:TCP ISN の防衛

TCP 接続は、ひとつの番号を公開するところから始まる。その番号が全体で共通する時計を素直に追っていれば、接続を観測できない攻撃者でも、相手になりすますだけの状態を予測できた。

2026年8月28日
ICANNの24時間ルールは書かれた。認証が整うまで時計は動かない

ICANN

ICANNの24時間ルールは書かれた。認証が整うまで時計は動かない

規則の本文に「24時間」と書かれた日と、24時間以内の対応が契約上の義務として始まる日は同じではない。ICANN の登録データポリシーは、認証済みの緊急要請について2時間以内の受領確認と、原則24時間以内の応答を定めた。一方、同じページの実施注記は、要請者を認証するコンセンサスポリシーを ICANN が完全に実施した日に第10.7節が発効するとしている。現在は、時計の文字盤は完成していても、始動条件が満たされていない状態だ。この移行を曖昧にしないためには、発効事実を版・時刻・対象・受付経路と結び付ける「起動証跡」が要る。同時に、認証は身元の確認にとどまり…

2026年8月28日
リゾルバが他者に代わって送ったプレフィックス:EDNS Client Subnet

インターネット史

リゾルバが他者に代わって送ったプレフィックス:EDNS Client Subnet

EDNS Client Subnet には、送信元プレフィックス長を 0 にするという拒否の表現がある。クライアント由来のアドレス情報を上流へ加えないよう求める、明確なワイヤ上の指示だ。しかし 2016 年の RFC 自身が、その意思を利用者が実際に表せる環境は限られていたと記した。ECS の歴史は、規則の存在と制御手段への到達可能性が同じではないことから始まる。

2026年8月28日
署名された輪にない委任が、親ゾーンには存在していた

ケースファイル

署名された輪にない委任が、親ゾーンには存在していた

NSEC3 Opt-Out は、大規模な親ゾーンが未保護の委任を署名済みハッシュ鎖から省ける仕組みである。省略は正当でも、委任の不存在を意味しない。鎖が証明する範囲と、運用者が保持すべき完全な委任台帳を分離しなければならない。

2026年8月28日