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

プロフィール

Research

Research のプロフィールは、人物、企業、機関、その他のエンティティを横断し、BTW.MEDIA の報道の背後にある対象を比較したい読者に、まとまった情報を提供します。このページでは、公開上の役割、関連イベント、証拠一式、役職・責任の変化、事業展開の範囲、ガバナンス上のリスク、組織間の関係性、市場での重要性を比較できます。企業や人物の記録は通常のニュース時系列とは分けて管理され、見出しの背後にある主体、そのプロフィールを裏付ける証拠、そしてそのプロフィールを重要にするインフラや市場との関係を理解できます。プロフィールが誰・何を表しているか、どの公開情報源がそれを支えているか、企業・市場・ガバナンス機関・イベントとどう結びついているか、そして対象の変化に伴い今後も注目すべき点を確認できます。

Sally Floydと、スループットだけでは合格できない試験

IETF

Sally Floydと、スループットだけでは合格できない試験

あるフローが速くなったとき、同じボトルネックにいた別のフローは何を失ったのか。Sally Floyd の公開された研究記録は、輝く平均値より先に、遅延の裾、損失、過渡応答、公平性、失敗する環境を確認するための評価規律を残している。

2026年8月23日
4社で1本を使う代償――Boldynの20年コンセッションを測る

グローバルの国内通信事業者

4社で1本を使う代償――Boldynの20年コンセッションを測る

ロンドン地下鉄で携帯4社が別々の設備工事をすれば、競争は増える。夜間の作業列も4倍になる。Boldyn の中立ホスト網は、この重複を1つの共通レイヤーに置き換える合理的な仕組みだ。ただし、節約と同時に、障害、更新時期、運用知識を1社へ集める。20年という期間が買うべきものは、囲い込みではなく、検証できる効率と復旧力である。

2026年8月23日
WSIS+20でTCCMは誰の委任を受けて発言したのか

ケースファイル

WSIS+20でTCCMは誰の委任を受けて発言したのか

国連総会決議79/277は、利害関係者から意見を集める手続と、政府間で文書を合意する権限を分けていた。TCCM は前者に継続して入り、技術運用者の主張を一つの流れにまとめた。しかし公開記録から確認できる委任は、文書ごとに名を連ねた団体の範囲までである。

2026年8月23日
インターネットには一つのAS、運用には十二のAS:BGP Confederationと隠されたトポロジーの権限

ケースファイル

インターネットには一つのAS、運用には十二のAS:BGP Confederationと隠されたトポロジーの権限

外部から見た経路は変わらなかった。collector には AS 64500が残り、peer は Established のまま、prefix も消えていない。ところが内部では、一台の router が Member-AS 65021から65031へ移ったのに、相手側だけが古い所属を信じていた。Confederation は外部に内部構造を見せないという仕事を果たした。同時に、最初の障害調査から原因も見えなくした。

2026年8月23日
ルーターは属性を理解できなかった。だから転送した:BGPのPartialビットと「知らないこと」の権限

ケースファイル

ルーターは属性を理解できなかった。だから転送した:BGPのPartialビットと「知らないこと」の権限

説明用の運用シナリオでは、トランジットルーターの動作は仕様どおりだった。未知のオプショナル・トランジティブ属性を受信し、不透明なバイト列を保持し、Partial を立てて経路を再広告した。次のルーターは型を理解したため、不正な値を検出してセッションを切らずに経路を撤回扱いにした。BGP の表示はすべて緑のまま、サービスだけが消えた。

2026年8月23日
英国はデータセンターの系統枠1MWに最大71万2500ポンドの裏付けを求めようとしている

欧州・中東のデータセンタートレンド

英国はデータセンターの系統枠1MWに最大71万2500ポンドの裏付けを求めようとしている

Ofgem の提案は、安く維持できた接続待ちの権利に信用コストを載せる。案件の本気度を測るには役立つが、保証状も変圧器も、顧客と送電日が一致しなければ収益を生まない。

2026年8月23日
プレフィックスはIPv4、そこへ至る道はIPv6:RFC 8950と異種アドレスファミリー間next hopの権限

ケースファイル

プレフィックスはIPv4、そこへ至る道はIPv6:RFC 8950と異種アドレスファミリー間next hopの権限

説明用の移行シナリオでは、判定は成功だった。BGP session はすべて Established、双方の OPEN に capability 5があり、IPv4 prefix も消えていない。それでも一つの rack から IPv4 顧客へ届かない。経路は存在するが、IPv6 next hop が誤った table で再帰解決されていた。合意された文法が、転送の成功として扱われたのである。

2026年8月23日
Jeff Tantsura と、まだ結果ではなかったインテント

IETF

Jeff Tantsura と、まだ結果ではなかったインテント

画面の表示は緑のままだ。保護経路を維持するというインテントは受理され、必要な変更も一度は適用された。ところが、その後のトポロジー変更で代替経路が失われている。残っているのは望んだ状態の記録であり、現在の通信が得ている結果ではない。Jeff Tantsura が共著した RFC 9315 は、このずれを見分けるための重要な線を引いている。

2026年8月23日
次の鍵は通知されたが、届けられてはいなかった:TCP-AOと鍵エポックの権威

ケースファイル

次の鍵は通知されたが、届けられてはいなかった:TCP-AOと鍵エポックの権威

説明用の鍵切替シナリオでは、午前2時7分、監視画面が緑になった。双方の BGP ルーターに鍵42が表示され、packet capture にも`RNextKeyID=42`が見える。運用者は切替完了と判断し、鍵17を削除した。数秒後、TCP 再送が増え、BGP は Established を離れた。相手に届いたのは番号であって、新しい鍵を使えるという共同事実ではなかった。

2026年8月23日
安定化が復旧を遅らせたとき――ルートフラップ・ダンピングの選択

インターネット史

安定化が復旧を遅らせたとき――ルートフラップ・ダンピングの選択

IP プレフィックスを正しく保有し、障害を直し、BGP で再広告しても、それだけでは世界中のルーターが直ちに経路を採用するとは限らない。1990年代の限られた処理能力を守ったルートフラップ・ダンピング(RFD)の歴史は、番号資源の記録と実際の到達性が別の権力によって動くことを示している。

2026年8月23日
距離の余白を使い切ったパケット:BGP GTSMが近接性に与える権限

ケースファイル

距離の余白を使い切ったパケット:BGP GTSMが近接性に与える権限

説明用のシナリオでは、午前2時の経路切り替え後、ping は通るのに BGP だけが戻らなかった。送信側は引き続き TTL 255で TCP セグメントを出している。ところが復路にルータが一台増え、受信値は253から252へ下がった。受信側の GTSM は253以上しか認めない。障害の原因は鍵でも経路ポリシーでもなく、「この近さなら通す」という約束と現実の距離の不一致だった。

2026年8月23日
フィルターはセッションを越えたが、境界は越えなかった――BGP ORFと「少なく求める」権限

ケースファイル

フィルターはセッションを越えたが、境界は越えなかった――BGP ORFと「少なく求める」権限

顧客は受信 prefix-list をフルルートから数百経路へ変更した。自分の RIB はすぐ小さくなった。しかし上流は、依然として全経路を計算し、queue に入れ、送信し、最後に顧客が捨てているかもしれない。Outbound Route Filtering は「不要」という希望を sender 側へ運び、無駄を手前で止める。その希望は、sender の export 境界の所有権まで運ばない。

2026年8月23日
Linda Dunbarと、隣接先を作り出してはならないディレクトリ

IETF

Linda Dunbarと、隣接先を作り出してはならないディレクトリ

「該当なし」は、常に同じ意味ではない。情報が不完全なディレクトリなら、まだ知らないだけかもしれない。対象範囲を完全に把握しているなら、存在しないという判断に近づく。Linda Dunbar が共同執筆した四つの TRILL RFC は、この差が単なるデータ品質ではなく、フレームを探索するか捨てるかを分ける運用上の権限であることを示している。

2026年8月23日
セッションは Established、経路はゼロ――RFC 8212が問い直す「明示的な許可」の権限

ケースファイル

セッションは Established、経路はゼロ――RFC 8212が問い直す「明示的な許可」の権限

更改直後の境界ルーターで、BGP セッションは `Established` と表示されている。KEEPALIVE は続き、障害アラームもない。しかし IPv4 の経路は一つも採用されず、相手にも何も広告されない。通信路は成立しているが、経路を運ぶ権限は成立していない。RFC 8212 は、この一見矛盾した状態を障害ではなく、安全側に倒れた正常な初期条件として定義する。

2026年8月23日
セッションは沈黙する前に理由を残した:BGP停止通知と「閉じる理由」を語る権限

ケースファイル

セッションは沈黙する前に理由を残した:BGP停止通知と「閉じる理由」を語る権限

予定時刻に peering が落ちる。隣接側の log には`Cease`だけでなく、change 番号、短い理由、復旧見込みが残った。この一文は誤調査を防げる一方、偽造、盗み見、log 表示の欺瞞、あるいは traffic drain 済みという誤解も生む。RFC 9003が与えるのは、自分の閉鎖を説明する小さな権限であり、相手 network の判断を操作する権限ではない。

2026年8月23日
二つの接続が OPEN に達しても、残せるのは一つ:BGP 接続衝突と安定した識別子の権限

ケースファイル

二つの接続が OPEN に達しても、残せるのは一つ:BGP 接続衝突と安定した識別子の権限

両方のルータが同時に発信する。同じアドレス対の間に二つの TCP 接続が完成し、どちらにも正しい BGP OPEN が流れる。輸送は壊れていない。それでも一つの設定済みピアリングに二つの状態機械と二つの履歴を残すことはできない。BGP は到着順ではなく、四オクテットの識別子で一方を捨てる。

2026年8月23日
送信を続ける隣接者が受信を止めたとき:BGP SendHoldTimer と一方向セッションを終える権限

ケースファイル

送信を続ける隣接者が受信を止めたとき:BGP SendHoldTimer と一方向セッションを終える権限

BGP セッションは Established のまま、交換関係としては壊れ得る。相手からの KEEPALIVE は届き、HoldTimer は更新される。しかし相手の TCP 受信ウィンドウがゼロなら、こちらの経路撤回は一つも出ていかない。緑色の表示は「受信できている」という半分の事実であり、相手が古い経路を保持している危険を隠す。

2026年8月23日
パケットを消すために受理された経路:BGP BLACKHOLEと到達性を破壊する権限

ケースファイル

パケットを消すために受理された経路:BGP BLACKHOLEと到達性を破壊する権限

宛先型ブラックホールでは、経路が選ばれた結果として通信が届かなくなる。DDoS で共有回線を守るための合理的な犠牲になり得る一方、誤った一つの/32を正常なサービス停止へ変える力でもある。重要なのは`65535:666`という記号ではなく、誰が、どの宛先について、どの境界まで、いつまで廃棄を許可したかである。

2026年8月23日
このセッションは運べたが、次は運べなかった:BGP Extended Messagesと共有サイズ予算の権限

ケースファイル

このセッションは運べたが、次は運べなかった:BGP Extended Messagesと共有サイズ予算の権限

12 KB の UPDATE を受理して route を選んでも、次の peer が4,096 octets のままなら完全な広告は止まる。Malformed でも policy reject でもない。受信容量は一つの session の約束であり、reachability は全 hop の合成だからだ。

2026年8月23日
Hannes Gredler と双方向にドレインすべき OSPF リンク

IETF

Hannes Gredler と双方向にドレインすべき OSPF リンク

片側のコストを最大にして経路が迂回し始めても、回線が空になったとは限らない。隣接ルーターは逆方向の状態を自ら広告しているため、そちらからのトラフィックは残り得る。Hannes Gredler が共著者となった RFC 8379 は、この非対称性を保守手順の中心に据えた。必要なのは単なる高コスト化ではなく、対象リンクの特定、対向側の応答、そして双方向の実測である。

2026年8月23日