トピック
マルチキャストルーティング
「トピックの観点から見たマルチキャストルーティングトピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」

IETF
Dino Farinacci と、マルチキャストアドレスを割り当てなかった要件
仕様文書の射程は、書かれた要求そのものより広く見積もられがちである。Dino Farinacci、Nate Karstens、Mike McBride が共同執筆した RFC 10019 は、その誤読を防ぐために読むべき文書だ。将来のゼロコンフィグ・マルチキャスト割当機構が満たすべき条件を示すが、アドレスを一つも割り当ててはいない。

IETF
Hooman Bidgoli と、配信済みサービスではなかった Leaf 集合
Leaf 集合は、届けるべき相手を表す。実際に届いた相手を表すわけではない。RFC 10018は MVPN と EVPN の自動発見を SR ポイント・ツー・マルチポイント方針へ結び付ける一方、意図、計算、実装、受信を同じ事実として扱わない。

IETF
Mike McBride と、一種類の衝突だけを防いだマルチキャスト・レジストリ
二人の採番者が同じ番号棚を使い、「たぶん同じ番号は引かない」と期待していた。RFC 10028が変えたのは確率ではない。棚を六つに分け、共通ルールの側から重複を一つ消した。

IETF
グループ参加だけでは足りない:SSM は受信側に送信元を選ばせる
Source-Specific Multicast では、受信者がグループだけでなく送信元まで指定する。その一手が、経路を簡素にする代わりにアプリケーションを制御面へ押し上げる。
