11. Multicast Considerations (マルチキャストの考慮事項)

11. Multicast Considerations (マルチキャストの考慮事項)

元のインターネットアーキテクチャで定義されているように, マルチキャストグループアドレスは, 受信者ホストの場所をグループ化するトポロジに依存しない識別子です。アドレスエンコーディング自体は受信者の場所を決定しません。マルチキャストルーティングプロトコルとプロトコルが作成するネットワークベースの状態が受信者の場所を決定します。

LISP のコンテキストでは, マルチキャストグループアドレスは EID と Routing Locator の両方です。したがって, IP ヘッダに表示される宛先アドレスに対して特定のセマンティクスまたは操作を実行する必要はありません。したがって, 送信元ホストが構築した内部 IP ヘッダに表示されるグループアドレスは, 宛先 EID として使用されます。LISP ルータによって追加される外部 IP ヘッダ (宛先 Routing Locator アドレス) は, 宛先 Routing Locator として同じグループアドレスを使用します。

とはいえ, 処理する必要があるのは送信元 EID と送信元 Routing Locator だけです。したがって, ITR は外部 IP ヘッダを追加するときに, 送信元 'Routing Locator' フィールドに自身の IP アドレスを入れるだけで済みます。この送信元 Routing Locator アドレスは, 他の Routing Locator アドレスと同様に, グローバルにルーティング可能でなければなりません。

したがって, 受信したパケットがマルチキャストパケットである場合, またはソース固有の Join (IGMPv3 または PIM を介して) を処理する場合, ITR は EID-to-RLOC マッピングを実行する必要はありません。ただし, 送信元 Routing Locator は受信者サイトのマルチキャストルーティングプロトコルによって決定されます。つまり, EID-to-RLOC 変換は制御時に実行されます。

別のアプローチは, ITR にマルチキャストパケットをカプセル化させず, ホストが構築したパケットをコアに流入させることです。送信元アドレスが EID ネームスペースから割り当てられている場合でもです。コアの PIM が RPF-Vector TLV [RFC5496] を使用する場合, コアルータは ITR (コアルーティングに注入された locator アドレス) に RPF できますが, ホスト送信元アドレス (コアルーティングに注入されていない EID アドレス) には RPF できません。

ネットワークコア内の EID ベースのマルチキャスト状態を回避するため, LISP-Multicast には最初のアプローチが選択されました。LISP-Multicast と非 LISP サイトとの相互運用の詳細は [RFC6831] と [RFC6832] で説明されています。