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

トピック

マルチキャストルーティング

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

ルートが近道を書き込む:RFC 9914によるRPLルーティング状態の投影

IETF

ルートが近道を書き込む:RFC 9914によるRPLルーティング状態の投影

葉ノードから別の葉ノードへ送るパケットは、より短い方向性の経路が存在していても、伸びた RPL DODAG を上って Root を経由することがある。RFC 9914 は、PCE が計算した近道を Root から選択したノードへルーティング状態として投影できるようにする。ただし、短縮効果と同時に、状態の正しさ、寿命、優先順位を運用する責任も増える。

2026年9月6日
Seyed Pouria Mousavizadeh TehraniとIPv6の最初の応答の前に隠れている状態

リーダー

Seyed Pouria Mousavizadeh TehraniとIPv6の最初の応答の前に隠れている状態

到達性を確認できることと、最初の通信が確実に成立することは同じではない。IPv6 のネットワークでは、経路が存在し、送信元ホストがルーターへパケットを渡せる状態でも、戻りのパケットを届けるために必要な近隣キャッシュの情報が、ルーター側にまだ用意されていない場合がある。Seyed Pouria Mousavizadeh Tehrani が扱う GRAND の問題は、この見えにくい準備状態を、初回通信の前にどのように扱うかという問題である。

2026年9月6日
EVPN の DF 選出は無損失フェイルオーバーの証明ではない

グローバルの地域 ISP トレンド

EVPN の DF 選出は無損失フェイルオーバーの証明ではない

制御プレーンが新しい Designated Forwarder に合意しても、特定サービスが通信不能なままの場合がある。選出、アクセス回線の健全性、転送実装、パケット継続性は別の証拠である。

2026年9月6日
IGMPメンバーシップ報告はマルチキャスト配信証明ではない

グローバルの地域 ISP トレンド

IGMPメンバーシップ報告はマルチキャスト配信証明ではない

受信端末が正しくグループ参加を通知しても、利用できるストリームが届くとは限らない。報告が示すのはローカルな受信意思であり、配信には経路木、転送状態、アプリでの受信という別の証拠が要る。

2026年9月5日
Dino Farinacci と、マルチキャストアドレスを割り当てなかった要件

IETF

Dino Farinacci と、マルチキャストアドレスを割り当てなかった要件

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

2026年9月4日
Hooman Bidgoliと、配信済みサービスではなかったLeaf集合

IETF

Hooman Bidgoliと、配信済みサービスではなかったLeaf集合

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

2026年9月1日
Mike McBrideと、一種類の衝突だけを防いだマルチキャスト・レジストリ

IETF

Mike McBrideと、一種類の衝突だけを防いだマルチキャスト・レジストリ

二人の採番者が同じ番号棚を使い、「たぶん同じ番号は引かない」と期待していた。RFC 10028が変えたのは確率ではない。棚を六つに分け、共通ルールの側から重複を一つ消した。

2026年8月31日
グループ参加だけでは足りない:SSMは受信側に送信元を選ばせる

IETF

グループ参加だけでは足りない:SSMは受信側に送信元を選ばせる

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

2026年8月26日