IPv6 コンフィギュレーション ガイド、Cisco IOS Release 15.1S

IPv6 マルチキャストの概要

IPv6 マルチキャスト グループは、特定のデータ ストリームを受信する受信側の任意のグループです。このグループには、物理的境界または地理的境界はありません。受信側は、インターネット上または任意のプライベート ネットワーク内の任意の場所に配置できます。特定のグループへのデータ フローの受信に関与する受信側は、ローカル ルータに対してシグナリングすることによってそのグループに加入する必要があります。このシグナリングは、MLD プロトコルを使用して行われます。

ルータは、MLD プロトコルを使用して、直接接続されているサブネットにグループのメンバが存在するかどうかを学習します。ホストは、MLD レポート メッセージを送信することによってマルチキャスト グループに加入します。ネットワークでは、各サブネットでマルチキャスト データのコピーを 1 つだけ使用して、潜在的に無制限の受信側にデータが伝送されます。トラフィックの受信を希望する IPv6 ホストはグループ メンバと呼ばれます。

グループ メンバに伝送されるパケットは、単一のマルチキャスト グループ アドレスによって識別されます。マルチキャスト パケットは、IPv6 ユニキャスト パケットと同様に、ベストエフォート型の信頼性を使用してグループに伝送されます。

マルチキャスト環境は、送信側と受信側で構成されます。どのホストも、グループのメンバであるかどうかにかかわらず、グループに送信できます。ただし、グループのメンバだけがメッセージを受信します。

マルチキャスト グループ内の受信側に対して、1 つのマルチキャスト アドレスが選択されます。送信側は、グループのすべてのメンバに到達するために、そのアドレスをデータグラムの宛先アドレスとして使用します。

マルチキャスト グループ内のメンバシップはダイナミックです。ホストはいつでも加入および脱退できます。マルチキャスト グループ内のメンバの場所または数に制約はありません。ホストは、一度に複数のマルチキャスト グループのメンバにすることができます。

マルチキャスト グループがどの程度アクティブであるか、その期間、およびメンバシップはグループおよび状況によって異なります。メンバが存在するグループに、アクティビティがないこともあります。

IPv6 マルチキャスト アドレッシング

IPv6 マルチキャスト アドレスは、FF00::/8（1111 1111）というプレフィクスを持つ IPv6 マルチキャスト アドレスです。IPv6 マルチキャスト アドレスは、通常は異なるノードに属するインターフェイスのセットの識別子です。マルチキャスト アドレスに送信されたパケットは、マルチキャスト アドレスが示すすべてのインターフェイスに配信されます。プレフィクスに続く 2 番めのオクテットで、マルチキャスト アドレスのライフタイムとスコープが定義されます。永続マルチキャスト アドレスはライフタイム パラメータが 0 と等しく、一時マルチキャスト アドレスはライフタイム パラメータが 1 と等しくなっています。ノード、リンク、サイト、または組織のスコープ、またはグローバル スコープを持つマルチキャスト アドレスのスコープ パラメータは、それぞれ 1、2、5、8、E です。たとえば、プレフィクスが FF02::/16 のマルチキャスト アドレスは、リンク スコープを持つ永続マルチキャスト アドレスです。図 1 に、IPv6 マルチキャスト アドレスの形式を示します。

図 1 IPv6 マルチキャスト アドレスの形式

IPv6 ノード（ホストとルータ）は、（受信パケットの宛先となる）次のマルチキャスト グループに加入する必要があります。

• 全ノード マルチキャスト グループ FF02:0:0:0:0:0:0:1（スコープはリンクローカル）

• 割り当てられたユニキャスト アドレスおよびエニーキャスト アドレスごとの請求ノード マルチキャスト グループ FF02:0:0:0:0:1:FF00:0000/104

IPv6 ルータは、全ルータ マルチキャスト グループ FF02:0:0:0:0:0:0:2（スコープはリンクローカル）にも加入する必要があります。

請求ノード マルチキャスト アドレスは、IPv6 ユニキャスト アドレスまたはエニーキャスト アドレスに対応するマルチキャスト グループです。IPv6 ノードは、割り当てられているユニキャスト アドレスおよびエニーキャスト アドレスごとに、関連付けられた請求ノード マルチキャスト グループに加入する必要があります。IPv6 請求ノード マルチキャスト アドレスには、対応する IPv6 ユニキャスト アドレスまたは IPv6 エニーキャスト アドレスの下位 24 ビットに連結されたプレフィクス FF02:0:0:0:0:1:FF00:0000/104 があります（図 2を参照）。たとえば、IPv6 アドレス 2037::01:800:200E:8C6C に対応する請求ノード マルチキャスト アドレスは FF02::1:FF0E:8C6C です。請求ノード アドレスは、ネイバー請求メッセージで使用されます。

図 2 IPv6 請求ノード マルチキャスト アドレスの形式

（注） IPv6 にはブロードキャスト アドレスはありません。IPv6 マルチキャスト アドレスがブロードキャスト アドレスの代わりに使用されます。

IPv6 マルチキャスト グループ

インターフェイスで IPv6 トラフィックを転送できるようにするには、そのインターフェイスで IPv6 アドレスを設定する必要があります。インターフェイスでサイトローカルまたはグローバル IPv6 アドレスを設定すると、リンクローカル アドレスが自動的に設定され、そのインターフェイスに対して IPv6 がアクティブになります。また、設定されたインターフェイスは、そのリンクに必要な次のマルチキャスト グループに自動的に加入します。

• インターフェイスに割り当てられたユニキャスト アドレスおよびエニーキャスト アドレスごとの請求ノード マルチキャスト グループ FF02:0:0:0:0:1:FF00::/104

• 全ノード リンクローカル マルチキャスト グループ FF02::1

• 全ルータ リンクローカル マルチキャスト グループ FF02::2

（注） 請求ノード マルチキャスト アドレスは、ネイバー探索プロセスで使用されます。

IPv6 アドレスの設定の詳細については、「 Implementing IPv6 Addressing and Basic Connectivity 」を参照してください。

限定スコープ アドレス アーキテクチャ

IPv6 では、グローバル アドレスと非グローバル アドレスがサポートされています。ここでは、異なるスコープの IPv6 アドレスの使用方法について説明します。

スコープ ゾーン（簡単にはゾーン）とは、特定のスコープのトポロジの、接続されているリージョンです。たとえば、特定のサイト内のルータが接続しているリンクのセット、およびこれらのリンクに接続されているインターフェイスは、サイトローカル スコープの単一のゾーンを構成します。

ゾーンはトポロジ リージョンの特定のインスタンス（たとえば、ゾーン 1 のサイトまたはゾーン 2 のサイト）であるのに対し、スコープはトポロジ リージョンの規模（たとえば、サイトまたはリンク）です。特定の非グローバル アドレスに関連するゾーンは、アドレス自体では符号化されません。ただし、その代わりに、その送受信を行うインターフェイスなどのコンテキストによって判別されます。したがって、特定の非グローバル スコープのアドレスは、そのスコープの別々のゾーンで再利用される場合があります。たとえば、ゾーン 1 のサイトとゾーン 2 のサイトのそれぞれに、サイトローカル アドレス FEC0::1 を持つノードが含まれている場合があります。

異なるスコープのゾーンは、次のようにインスタンス化されます。

• 各リンク、およびそのリンクに接続されているインターフェイスは、リンクローカル スコープの単一のゾーン（ユニキャストおよびマルチキャストの両方に使用）を構成します。

• インターネットのすべてのリンクおよびインターフェイスで構成されるグローバル スコープの単一のゾーン（ユニキャストおよびマルチキャストの両方に使用）もあります。

• インターフェイスローカル、リンクローカル、およびグローバル以外のスコープのゾーンの境界については、ネットワーク管理者が定義および設定する必要があります。ユニキャストおよびマルチキャストの両方で、サイト境界が境界として機能します。

ゾーン境界は、比較的スタティックな機能であり、トポロジにおける短期的な変更に応じて変化することはありません。したがって、ゾーン内のトポロジが「接続されている必要がある」という要件は、一時的にだけ接続されることがあるリンクとインターフェイスを含めるためのものです。たとえば、ダイヤルアップにより従業員のサイトへのインターネット アクセスを取得するレジデンシャル ノードまたはネットワークは、ダイヤルアップ リンクが切断された場合でも、従業員のサイトローカル ゾーンの一部として扱われることがあります。同様に、ゾーンのパーティション化を引き起こすルータ、インターフェイス、またはリンクの障害が発生しても、そのゾーンが複数のゾーンに分割されることはありません。厳密には、別個のパーティションが引き続き同じゾーンに属しているものと見なされます。

ゾーンには、他にも次の特性があります。

• ゾーン境界はリンクではなくノードを横断します（グローバル ゾーンには境界はなく、インターフェイスローカル ゾーンの境界には 1 つのインターフェイスだけが含まれています）。

• 同じスコープのゾーンは重なることができません。つまり、共通するリンクまたはインターフェイスを持つことはできません。

• （グローバルより小さい）特定のスコープのゾーンは、それより大きいスコープのゾーン内に完全に含まれます。つまり、小さいスコープのゾーンには、リンクまたはインターフェイスを共有する大きいスコープのゾーンを超えるトポロジを含めることはできません。

• 各インターフェイスは、それぞれのスコープの 1 つのゾーンに厳密に属しています。

IPv6 マルチキャスト ルーティングの実装

Cisco IOS ソフトウェアでは、IPv6 マルチキャスト ルーティングを実装するため、次のプロトコルがサポートされています。

• MLD for IPv6。MLD は、直接接続リンク上でマルチキャスト リスナー（特定のマルチキャスト アドレス宛てのマルチキャスト パケットを受信するノード）を検出するために IPv6 によって使用されます。MLD には 2 つのバージョンがあります。MLD バージョン 1 はバージョン 2 の Internet Group Management Protocol（IGMP; インターネット グループ管理プロトコル）for IPv4 をベースとしています。MLD バージョン 2 はバージョン 3 の IGMP for IPv4 をベースとしています。Cisco IOS ソフトウェアの IPv6 マルチキャストでは、MLD バージョン 2 と MLD バージョン 1 の両方が使用されます。MLD バージョン 2 は、MLD バージョン 1 と完全な下位互換性があります（RFC 2710 で規定）。MLD バージョン 1 だけをサポートするホストは、MLD バージョン 2 を実行しているルータと相互運用します。MLD バージョン 1 ホストと MLD バージョン 2 ホストの両方が混在する LAN もサポートされています。

• PIM-SM は、相互に転送されるマルチキャスト パケット、および直接接続されている LAN に転送されるマルチキャスト パケットを追跡するためにルータ間で使用されます。

• PIM in Source Specific Multicast（PIM-SSM）は PIM-SM と類似していますが、IP マルチキャスト アドレスを宛先とした特定の送信元アドレス（または特定の送信元アドレスを除くすべてのアドレス）からのパケットを受信する対象をレポートする機能を別途備えています。

図 3 に、IPv6 マルチキャスト環境で MLD と PIM-SM が動作する場所を示します。

図 3 IPv6 でサポートされている IPv6 マルチキャスト ルーティング プロトコル

マルチキャスト リスナー ディスカバリ プロトコル for IPv6

キャンパス ネットワークでマルチキャストの実装を開始するには、最初にマルチキャストの受信対象を定義する必要があります。MLD プロトコルは、直接接続されているリンク上のマルチキャスト リスナーの存在（たとえば、マルチキャスト パケットの受信を希望するノード）を検出したり、これらのネイバー ノードが対象としているマルチキャスト アドレスを具体的に検出したりするために IPv6 ルータで使用されます。また、ローカル グループおよび送信元固有のグループ メンバシップを検出するためにも使用されます。MLD プロトコルは、特別なマルチキャスト クエリアおよびホストを使用して、ネットワーク全体でマルチキャスト トラフィックのフローを自動的に制御および制限する手段を提供します。

マルチキャスト クエリアおよびホストの違いは次のとおりです。

• クエリアは、クエリー メッセージを送信して、特定のマルチキャスト グループのメンバであるネットワーク デバイスを検出するネットワーク デバイス（ルータなど）です。

• ホストは、レポート メッセージを送信して、クエリアにホスト メンバシップを通知する受信側（ルータを含む）です。

同じ送信元からのマルチキャスト データ ストリームを受信する一連のクエリアおよびホストは、マルチキャスト グループと呼ばれます。クエリアおよびホストは、MLD レポートを使用して、マルチキャスト グループに対する加入および脱退を行ったり、グループ トラフィックの受信を開始したりします。

MLD では、メッセージの伝送に Internet Control Message Protocol（ICMP; インターネット制御メッセージ プロトコル）が使用されます。すべての MLD メッセージはホップ制限が 1 のリンクローカルであり、すべてにルータ アラート オプションが設定されています。ルータ アラート オプションは、ホップバイホップ オプション ヘッダーの実装を意味します。

MLD では、次の 3 種類のメッセージが使用されます。

• クエリー：一般、グループ固有、およびマルチキャスト アドレス固有のクエリーです。MLD から一般クエリーが送信されるとき、クエリー メッセージ内のマルチキャスト アドレス フィールドは 0 に設定されます。一般クエリーでは、接続されているリンク上にリスナーが存在するマルチキャスト アドレスを学習します。

グループ固有のクエリーおよびマルチキャスト アドレス固有のクエリーは同じです。グループ アドレスはマルチキャスト アドレスです。

• レポート：レポート メッセージでは、マルチキャスト アドレス フィールドは、送信側がリッスンしている特定の IPv6 マルチキャスト アドレスのフィールドになります。

• 完了：完了メッセージでは、マルチキャスト アドレス フィールドは、MLD メッセージの送信元が今後リッスンしない特定の IPv6 マルチキャスト アドレスのフィールドになります。

MLD レポートの送信には、有効な IPv6 リンクローカル送信元アドレスを使用するか、または送信側インターフェイスが有効なリンクローカル アドレスをまだ取得していない場合は未指定アドレス（::）を使用する必要があります。ネイバー探索プロトコルでの IPv6 マルチキャストの使用をサポートするために、未指定アドレスを使用してレポートを送信できるようになっています。

ステートレス自動設定で Duplicate Address Detection（DAD; 重複アドレス検出）を実行するためには、ノードは複数の IPv6 マルチキャスト グループに加入する必要があります。DAD よりも前に、レポート ノードで送信側インターフェイス用として使用される唯一のアドレスは暫定的なものであり、通信には使用できません。そのため、未指定アドレスを使用する必要があります。

MLD バージョン 2 または MLD バージョン 1 のメンバシップ レポートから生成される MLD ステートは、グローバルに、またはインターフェイス単位で制限できます。MLD グループ制限機能は、MLD パケットによって生じる Denial of Service（DoS; サービス拒絶）攻撃に対する保護を提供します。設定されている制限を超過するメンバシップ レポートは MLD キャッシュには格納されず、これらの超過メンバシップ レポートのトラフィックは転送されません。

MLD では、送信元フィルタリングがサポートされています。送信元フィルタリングにより、特定の送信元アドレスからのパケット（SSM をサポートするのに必要）、または特定の送信元アドレスを除くすべてのアドレスから特定のマルチキャスト アドレスに送信されたパケットをリッスンする対象をノードがレポートできるようになります。

MLD バージョン 1 を使用するホストが脱退メッセージを送信した場合、ルータはクエリー メッセージを送信することによって、このホストがグループに加入している最後の MLD バージョン 1 ホストであることを再確認する必要があります。再確認後、トラフィックの転送を停止できます。この処理には約 2 秒かかります。この「脱退遅延」は、IPv4 マルチキャスト対応 IGMP バージョン 2 にも存在します。

MLD アクセス グループ

MLD アクセス グループは、Cisco IOS IPv6 マルチキャスト ルータでの受信側アクセス コントロールを実現します。この機能では、受信側が加入できるグループのリストを制限し、SSM チャネルへの加入に使用される送信元を許可または拒否します。

受信側の明示的トラッキング

明示的トラッキング機能を使用すると、ルータが IPv6 ネットワーク内のホストの動作を追跡できるようになります。また、この機能により、高速脱退メカニズムを MLD バージョン 2 のホスト レポートで使用できるようになります。

マルチキャスト ユーザ認証およびプロファイル サポート

IPv6 マルチキャストは、ネットワーク内の任意のホストがマルチキャスト グループの受信側または送信元になれる設計になっています。したがって、ネットワークのマルチキャスト トラフィックを制御するには、マルチキャスト アクセス コントロールが必要です。アクセス コントロール機能は、主に、送信元のアクセス コントロールとアカウンティング、受信側のアクセス コントロールとアカウンティング、およびこのアクセス コントロール メカニズムのプロビジョニングで構成されます。

マルチキャスト アクセス コントロールは、マルチキャストと Authentication, Authorization, Accounting（AAA; 認証、認可、アカウンティング）の間のインターフェイスを提供し、ラストホップ ルータ、マルチキャストにおける受信側アクセス コントロール機能、およびマルチキャストにおけるグループまたはチャネル ディセーブル化機能でのプロビジョニング、認可、およびアカウンティングを実現します。

新しいマルチキャスト サービス環境を展開する場合、ユーザ認証を追加し、インターフェイス単位でユーザ プロファイルのダウンロードを行う必要があります。AAA と IPv6 マルチキャストを使用すると、マルチキャスト環境でのユーザ認証とユーザ プロファイルのダウンロードがサポートされます。

RADIUS サーバからアクセス ルータへのマルチキャスト キャスト アクセス コントロール プロファイルのダウンロードをトリガーするイベントは、アクセス ルータへの MLD join の着信です。このイベントが発生すると、ユーザはタイムアウトする認可キャッシュを調べ、ダウンロードを定期的に要求したり、適切なマルチキャスト クリア コマンドを使用して、プロファイルが変更された場合に新しいダウンロードをトリガーしたりできるようになります。

アカウンティングは RADIUS アカウンティングを使用して行われます。開始および停止アカウンティング レコードは、アクセス ルータから RADIUS サーバに送信されます。リソースの消費をストリーム単位で追跡できるように、これらのアカウンティング レコードには、マルチキャスト送信元およびグループに関する情報が含まれています。ラストホップ ルータが新しい MLD レポートを受信すると、開始レコードが送信され、MLD leave を受信するか、何らかの理由によりグループまたはチャネルが削除されると、停止レコードが送信されます。

MLD プロキシ

MLD プロキシ機能は、ルータのアップストリーム インターフェイス上のすべての（*, G）/（S, G）エントリまたはこれらのエントリのユーザ定義のサブセットについてルータが MLD メンバシップ レポートを生成するメカニズムを提供します。MLD プロキシ機能により、デバイスは、プロキシ グループ メンバシップ情報を学習し、その情報に基づいてマルチキャスト パケットを転送できるようになります。

ルータが mroute プロキシ エントリの RP として動作する場合、これらのエントリの MLD メンバシップ レポートを、ユーザが指定したプロキシ インターフェイス上で生成できます。

プロトコル独立マルチキャスト

Protocol Independent Multicast（PIM; プロトコル独立マルチキャスト）は、相互に転送されるマルチキャスト パケット、および直接接続されている LAN に転送されるマルチキャスト パケットを追跡するためにルータ間で使用されます。PIM は、ユニキャスト ルーティング プロトコルとは独立して動作し、他のプロトコルと同様に、マルチキャスト ルート アップデートの送受信を実行します。ユニキャスト ルーティング テーブルに値を入力するために LAN でどのユニキャスト ルーティング プロトコルが使用されているかどうかにかかわらず、Cisco IOS PIM では、独自のルーティング テーブルを構築および管理する代わりに、既存のユニキャスト テーブル コンテンツを使用して、Reverse Path Forwarding（RPF）チェックを実行します。

PIM-SM または PIM-SSM のいずれかを使用するように IPv6 マルチキャストを設定することも、ネットワークで PIM-SM と PIM-SSM の両方を使用することもできます。

PIM 希薄モード

IPv6 マルチキャストでは、PIM-SM を使用したドメイン内マルチキャスト ルーティングがサポートされています。PIM-SM は、ユニキャスト ルーティングを使用して、マルチキャスト ツリー構築用のリバースパス情報を提供しますが、特定のユニキャスト ルーティング プロトコルには依存しません。

PIM-SM は、トラフィックに対して明示的な要求がある場合を除いて、各マルチキャストに関与しているルータの数が比較的少なく、これらのルータがグループのマルチキャスト パケットを転送しないときに、マルチキャスト ネットワークで使用されます。PIM-SM は、共有ツリー上のデータ パケットを転送することによって、アクティブな送信元に関する情報を配布します。PIM-SM は最初に共有ツリーを使用しますが、これには RP の使用が必要となります。

要求は、ツリーのルート ノードに向けてホップバイホップで送信される PIM join を使用して行われます。PIM-SM のツリーのルート ノードは、共有ツリーの場合は RP、Shortest Path Tree（SPT; 最短パス ツリー）の場合はマルチキャスト送信元に直接接続されているファーストホップ ルータになります。RP はマルチキャスト グループを追跡し、マルチキャスト パケットを送信するホストはそのホストのファーストホップ ルータによって RP に登録されます。

PIM join がツリーの上位方向に送信されると、要求されたマルチキャスト トラフィックがツリーの下位方向に転送されるように、パス上のルータがマルチキャスト転送ステートを設定します。マルチキャスト トラフィックが今後不要になると、ルータは PIM prune をルート ノードに向けてツリーの上位方向に送信し、不要なトラフィックを削除します（脱退処理）。この PIM prune がツリーの上位方向にホップバイホップで送信されると、各ルータはその転送ステートを適切にアップデートします。最終的に、マルチキャスト グループまたは送信元に関連付けられている転送ステートは削除されます。

マルチキャスト データの送信側は、マルチキャスト グループを宛先としたデータを送信します。送信側の Designated Router（DR; 代表ルータ）は、これらのデータ パケットを受け取り、ユニキャストでカプセル化し、RP に直接送信します。RP は、カプセル化されたこれらのデータ パケットを受信し、カプセル化を解除し、共有ツリー上に転送します。そのあと、パケットは、RP ツリー上のルータの（*, G）マルチキャスト ツリー ステートに従って、RP ツリー ブランチの任意の場所に複製され、そのマルチキャスト グループのすべての受信側に最終的に到達します。データ パケットを RP にカプセル化するプロセスは登録と呼ばれ、カプセル化パケットは PIM register（登録）パケットと呼ばれます。

代表ルータ

Cisco ルータは、LAN セグメント上に複数のルータが存在する場合、PIM-SM を使用してマルチキャスト トラフィックを転送し、選択プロセスに従って代表ルータを選択します。

代表ルータは、PIM register と PIM join および prune メッセージを RP に向けて送信し、ホスト グループ メンバシップについて通知します。

LAN 上に複数の PIM-SM ルータが存在する場合は、代表ルータを選択して、接続されているホストに対するマルチキャスト トラフィックの重複を回避する必要があります。 ipv6 pim dr-priority コマンドを使用して DR の選択を強制しないかぎり、最上位 IPv6 アドレスを持つ PIM ルータが LAN の DR になります。このコマンドでは、LAN セグメント上の各ルータの DR プライオリティ（デフォルトのプライオリティ = 1）を指定して、最もプライオリティの高いルータが DR として選択されるようにすることができます。LAN セグメント上のすべてのルータのプライオリティが同じ場合にも、最上位 IPv6 アドレスを持つルータが選択されます。

図 4 に、マルチアクセス セグメントでの動作を示します。ルータ A およびルータ B は、ホスト A をグループ A のアクティブな受信側として使用する共通のマルチアクセス イーサネット セグメントに接続されます。DR として動作するルータ A だけが join を RP に送信して、グループ A の共有ツリーを構築します。ルータ B も RP への（*, G）join の送信を許可されている場合は、パラレル パスが作成され、ホスト A が重複マルチキャスト トラフィックを受信します。ホスト A がグループにマルチキャスト トラフィックを送信し始めたら、DR は register メッセージを RP に送信する役割を担います。両方のルータに役割が割り当てられている場合は、RP が重複マルチキャスト パケットを受信します。

図 4 マルチアクセス セグメントでの代表ルータの選択

DR で障害が発生した場合、PIM-SM はルータ A の障害を検出し、フェールオーバー DR を選択する手段を提供します。DR（ルータ A）が動作不能になると、ルータ A とのネイバー ルータとの隣接関係がタイムアウトしたときに、ルータ B はその状況を検出します。ルータ B はホスト A から MLD メンバシップ レポートを受けているため、このインターフェイスでグループ A の MLD ステートをすでに持ち、新しい DR になると即座に RP に join を送信します。この段階で、ルータ B を経由する共有ツリーの新しいブランチの下位方向へのトラフィック フローが再び確立されます。また、ホスト A がトラフィックを送信していた場合、ルータ B は、ホスト A から次のマルチキャスト パケットを受信した直後に、新しい登録プロセスを開始します。このアクションがトリガーとなって、RP は、ルータ B を経由する新しいブランチを介して、ホスト A への SPT に加入します。

ヒント 2 つの PIM ルータが直接接続されている場合、これらのルータはネイバーになります。PIM ネイバーを表示するには、特権 EXEC モードで show ipv6 pim neighbor コマンドを使用します。

（注） DR 選択プロセスは、マルチアクセス LAN でだけ必要になります。ホストに直接接続されているラストホップ ルータが DR になります。

ランデブー ポイント

IPv6 PIM では、組み込み RP がサポートされています。組み込み RP サポートを利用すると、ルータは、スタティックに設定されている RP の代わりに、マルチキャスト グループ宛先アドレスを使用して RP 情報を学習できるようになります。ルータが RP である場合、RP としてスタティックに設定する必要があります。

ルータは、MLD レポート内、または PIM メッセージおよびデータ パケット内の組み込み RP グループ アドレスを検索します。このようなアドレスが見つかったら、ルータはアドレス自体からグループの RP を学習します。この学習された RP は、グループのすべてのプロトコル アクティビティに使用されます。ルータが RP である場合、組み込み RP を RP として設定する必要があり、ルータはそのようにアドバタイズされます。

組み込み RP よりも優先するスタティック RP を選択するには、特定の組み込み RP グループ範囲またはマスクをスタティック RP のアクセス リストに設定する必要があります。PIM が希薄モードで設定されている場合は、RP として動作する 1 つ以上のルータを選択する必要もあります。RP は、共有配布ツリーの選択ポイントに配置された単一の共通ルートであり、各ボックスでスタティックに設定されます。

PIM DR は、共有ツリーの下位方向に配布するために、直接接続されているマルチキャスト送信元から RP にデータを転送します。データは次の 2 つの方法のいずれかを使用して RP に転送されます。

• データは register パケットにカプセル化され、DR として動作するファーストホップ ルータによって RP に直接ユニキャストされます。

• RP 自身が送信元ツリーに加入している場合は、「PIM 希薄モード」で説明したように、RPF 転送アルゴリズムに従ってマルチキャスト転送されます。

RP アドレスは、パケットをグループに送信するホストの代わりに、ファーストホップ ルータで PIM register メッセージを送信するために使用されます。また、ラストホップ ルータでも、PIM join および prune メッセージを RP に送信してグループ メンバシップについて通知するために使用されます。すべてのルータ（RP ルータを含む）で RP アドレスを設定する必要があります。

1 つの PIM ルータを複数のグループの RP にすることができます。特定のグループの PIM ドメイン内で一度に使用できる RP アドレスは 1 つだけです。アクセス リストで指定されている条件によって、ルータがどのグループの RP であるかが判別されます。

IPv6 マルチキャストでは、PIM accept register 機能がサポートされています。これは、RP で PIM-SM register メッセージのフィルタリングを実行するための機能です。ユーザは、アクセス リストを照合するか、または登録されている送信元の AS パスとルート マップに指定されている AS パスを比較できます。

IPv6 BSR

ドメイン内の PIM ルータは、各マルチキャスト グループを正しい RP アドレスにマッピングできる必要があります。PIM-SM 対応の BSR プロトコルは、グループと RP のマッピング情報をドメイン全体に迅速に配布するためのダイナミック適応メカニズムを備えています。IPv6 BSR 機能を使用すると、到達不能になった RP が検出され、マッピング テーブルが変更されます。これにより、到達不能な RP が今後使用されなくなり、新しいテーブルがドメイン全体に迅速に配布されるようになります。

すべての PIM-SM マルチキャスト グループを RP の IP または IPv6 アドレスに関連付ける必要があります。新しいマルチキャスト送信側が送信を開始すると、そのローカル DR がこれらのデータ パケットを PIM register メッセージにカプセル化し、そのマルチキャスト グループの RP に送信します。新しいマルチキャスト受信側が加入すると、そのローカル DR がそのマルチキャスト グループの RP に PIM join メッセージを送信します。PIM ルータは、（*, G）join メッセージを送信するとき、RP 方向への次のルータを認識して、G（グループ）がそのルータにメッセージを送信できるようにする必要があります。また、PIM ルータは、（*, G）ステートを使用してデータ パケットを転送するとき、G を宛先としたパケットの正しい着信インターフェイスを認識する必要があります。これは、他のインターフェイスに着信するパケットを拒否する必要があるためです。

ドメイン内の少数のルータが Candidate Bootstrap Router（C-BSR; 候補ブートストラップ ルータ）として設定され、単一の BSR がそのドメイン用に選択されます。また、ドメイン内の一連のルータが Candidate RP（C-RP; 候補 RP）として設定されます。通常、これらのルータは、C-BSR として設定されているものと同じルータです。候補 RP は、Candidate-RP-Advertisement（C-RP-Adv; 候補 RP アドバタイズメント）メッセージをそのドメインの BSR に定期的にユニキャストし、RP になる意思をアドバタイズします。C-RP-Adv メッセージには、アドバタイズを行っている C-RP のアドレス、およびグループ アドレスとマスク長のフィールドの任意のリストが含まれています。これらのフィールドは、立候補のアドバタイズの対象となるグループ プレフィクスを示します。BSR は、定期的に発信する Bootstrap Message（BSM; ブートストラップ メッセージ）にこれらの一連の C-RP とそれに対応するグループ プレフィクスを含めます。BSM は、ドメイン全体にホップバイホップで配布されます。

RP マッピングを設定するための IPv6 BSR 機能を使用すると、スコープと RP のマッピングを候補 RP メッセージから学習する代わりに、BSR から直接アナウンスするように、IPv6 マルチキャスト ルータをスタティックに設定できます。BSR から RP マッピングをアナウンスすると、次のいくつかの状況で役立ちます。

• RP が 1 つしか存在しないか、またはグループ範囲でエニーキャスト RP が使用されているために、RP アドレスが変わらない場合、候補 BSR で RP アドレス通知をスタティックに設定することは容易になります。

• RP アドレスが仮想 RP アドレスである場合（双方向 PIM を使用している場合など）、BSR はそのアドレスを候補 RP から学習できません。その代わりに、候補 BSR で仮想 RP アドレスをアナウンス対象 RP として設定する必要があります。

Cisco IOS IPv6 ルータでは、BSM のフローを妨げることがないように、BSR パケットの RPF フラッディングがサポートされています。ルータは、BSM を十分に認識および解析して、BSR アドレスを識別します。ルータは、この BSR アドレスの RPF チェックを実行し、RPF インターフェイスで受信したパケットだけを転送します。また、RPF 情報を含む BSR エントリを作成し、同じ BSR からの今後の BSM に使用できるようにします。特定の BSR から BSM を今後受信しなくなると、BSR エントリはタイムアウトします。

双方向 BSR がサポートされているため、双方向 RP を C-RP メッセージおよび BSM の双方向範囲でアドバタイズできます。システム内のすべてのルータが BSM の双方向範囲を使用できる必要があります。そうでないと、双方向 RP 機能は動作しません。

BSR では、管理用スコープのマルチキャストを使用してネットワークでグループと RP のマッピングを配布することによって、限定スコープ ゾーンをサポートしています。ユーザは、ドメイン内の管理用スコープ領域ごとに候補 BSR と一連の候補 RP を設定できます。

管理用スコープで BSR が正しく機能するようにするには、BSR と少なくとも 1 つの C-RP がすべての管理用スコープ領域内に存在している必要があります。管理用スコープ ゾーンの境界は、Zone Border Router（ZBR; ゾーン境界ルータ）で設定する必要があります。これは、エラー条件が原因で境界を間違って越える可能性がある PIM join メッセージをフィルタリングする必要があるためです。また、管理用スコープ ゾーン内の少なくとも 1 つの C-BSR が、管理用スコープ ゾーンのアドレス範囲の C-BSR になるように設定する必要があります。

これにより、BSR 選択は、（BSM を使用して）管理用スコープ範囲ごとに 1 回、およびグローバル範囲に対して 1 回行われるようになります。管理用スコープ範囲は BSM で識別されます。これは、特定の RP セットで処理するように設定されている範囲だけでなく、管理用スコープ範囲であることを示すように、グループ範囲がマーク付けされているためです。

C-RP にスコープが設定されていない場合、その C-RP は、スコープ ゾーンのグループ範囲を含む選択 BSR から BSM を受信することによって、管理用スコープ ゾーンの有無およびそのグループ範囲を検出します。C-RP には、各選択 BSR のアドレスとその BSM に含まれる管理用スコープ範囲が格納されます。C-RP は、RP として動作する意思のある管理用スコープ範囲ごとに C-RP-Adv メッセージを適切な BSR に個別にユニキャストします。

管理用スコープ範囲が使用中の PIM ブートストラップ ドメイン内のすべての PIM ルータが、BSM を受信し、該当するすべての管理用スコープ ゾーンに対する選択 BSR と RP のセットを格納できる必要があります。

PIM 送信元固有マルチキャスト

PIM-SSM は、SSM の実装をサポートするルーティング プロトコルであり、PIM-SM から派生したものです。ただし、PIM-SM では PIM join を受けてすべてのマルチキャスト送信元からデータが送信されるのに対し、SSM 機能では、受信側が明示的に加入しているマルチキャスト送信元だけからその受信側にデータグラム トラフィックが転送されます。これにより、帯域利用率が最適化され、不要なインターネット ブロードキャスト トラフィックが拒否されます。さらに、SSM では、RP と共有ツリーを使用する代わりに、マルチキャスト グループの送信元アドレスで見つかった情報を使用します。この情報は、MLD メンバシップ レポートによってラストホップ ルータにリレーされる送信元アドレスを通して受信側から提供されます。その結果として、送信元に直接つながる最短パス ツリーが得られます。

SSM では、データグラムは（S, G）チャネルに基づいて配信されます。1 つの（S, G）チャネルのトラフィックは、IPv6 ユニキャスト送信元アドレス S とマルチキャスト グループ アドレス G を IPv6 宛先アドレスとして使用するデータグラムで構成されます。システムは、（S, G）チャネルのメンバになることによって、このトラフィックを受信します。シグナリングは不要ですが、受信側は特定の送信元からのトラフィックを受信する場合は（S, G）チャネルに加入し、トラフィックを受信しない場合はチャネルから脱退する必要があります。

SSM を動作させるには、MLD バージョン 2 が必要です。MLD を使用すると、ホストが送信元の情報を提供できるようになります。MLD を使用して SSM を動作させるには、Cisco IOS IPv6 ルータ、アプリケーションが実行されているホスト、およびアプリケーション自体で SSM がサポートされている必要があります。

IPv6 用の SSM マッピング

IPv6 用の SSM マッピングでは、MLD バージョン 1 の受信側用にスタティックとダイナミックの両方の Domain Name System（DNS; ドメイン ネーム システム）マッピングがサポートされています。この機能を使用すると、TCP/IP ホスト スタックおよび IP マルチキャスト受信アプリケーションで MLD バージョン 2 サポートを提供できないホストで IPv6 SSM を展開できます。

SSM マッピングにより、ルータは実行コンフィギュレーションまたは DNS サーバのいずれかでマルチキャスト MLD バージョン 1 レポートの送信元を検索できるようになります。そのあと、ルータは送信元に対する（S, G）join を開始できます。

PIM 共有ツリーおよび送信元ツリー（最短パス ツリー）

デフォルトでは、グループのメンバは、RP をルートとする単一のデータ配布ツリーを通じて、送信側からグループへのデータを受信します。このタイプの配布ツリーは、 共有ツリーまたは Rendezvous Point Tree（RPT; ランデブー ポイント ツリー）と呼ばれます（図 5 を参照）。送信側からのデータは、RP に配信され、その共有ツリーに加入しているグループ メンバに配布されます。

図 5 共有ツリーおよび送信元ツリー（最短パス ツリー）

データしきい値で保証される場合、共有ツリー上のリーフ ルータは、送信元をルートとするデータ配布ツリーへの切り替えを開始できます。このタイプの配布ツリーは、最短パス ツリーまたは送信元ツリーと呼ばれます。デフォルトでは、Cisco IOS ソフトウェアは、送信元から最初のデータ パケットを受信した時点で、送信元ツリーへの切り替えを行います。

次に、共有ツリーから送信元ツリーに切り替わるプロセスの詳細を示します。

1. 受信側がグループに加入します。リーフ ルータ C が RP に join メッセージを送信します。

2. RP がルータ C へのリンクを発信インターフェイス リストに登録します。

3. 送信元がデータを送信します。ルータ A が register にデータをカプセル化し、それを RP に送信します。

4. RP が共有ツリーの下位方向のルータ C にデータを転送し、送信元に join メッセージを送信します。この時点で、データはルータ C に 2 回（カプセル化された状態で 1 回、ネイティブの状態で 1 回）着信する可能性があります。

5. データがネイティブの（カプセル化されていない）状態で RP に着信すると、RP はルータ A に register-stop メッセージを送信します。

6. デフォルトでは、ルータ C は、最初のデータ パケットを受信した時点で、送信元に join メッセージを送信します。

7. ルータ C が（S, G）でデータを受信すると、ルータ C は共有ツリーの上位方向にある送信元に prune メッセージを送信します。

8. RP が（S, G）の発信インターフェイスからルータ C へのリンクを削除します。

9. RP が送信元への prune メッセージをトリガーします。

送信元および RP に join および prune メッセージが送信されます。これらのメッセージはホップバイホップで送信され、送信元または RP に向かうパス上の各 PIM ルータによって処理されます。register および register-stop メッセージは、ホップバイホップで送信されません。これらのメッセージは、送信元に直接接続されている代表ルータによって送信され、グループの RP によって受信されます。

Reverse Path Forwarding

Reverse Path Forwarding は、マルチキャスト データグラムの転送に使用されます。これは、次のように機能します。

• ルータで送信元へのユニキャスト パケットの送信に使用しているインターフェイスでデータグラムを受信すると、パケットは RPF インターフェイスに着信しています。

• パケットが RPF インターフェイスに着信した場合、ルータは、マルチキャスト ルーティング テーブル エントリの発信インターフェイス リストに存在するインターフェイスにパケットを転送します。

• パケットが RPF インターフェイスに着信しない場合、パケットはループを回避するためにサイレントにドロップされています。

PIM では、送信元ツリーと RP をルートとする共有ツリーの両方を使用してデータグラムを転送します。RPF チェックは、次のようにそれぞれ異なる方法で実行されます。

• PIM ルータが送信元ツリー ステートである場合（つまり、（S, G）エントリがマルチキャスト ルーティング テーブル内にある場合）、マルチキャスト パケットの送信元の IPv6 アドレスに対して RPF チェックが実行されます。

• PIM ルータが共有ツリー ステートである場合（および送信元ツリー ステートが明示されていない場合）、（メンバがグループに加入している場合は既知である）RP のアドレスに対して RPF チェックが実行されます。

空間モード PIM では、RPF ルックアップ機能を使用して、join および prune の送信先を決定します。（S, G）join（送信元ツリー ステート）は送信元に向けて送信されます。（*, G）join（共有ツリー ステート）は RP に向けて送信されます。

ルーティング可能アドレスの hello オプション

IPv6 内部ゲートウェイ プロトコルを使用してユニキャスト ルーティング テーブルを構築する場合、アップストリーム ルータ アドレスを検出するための手順では、PIM ネイバーとネクストホップ ルータが同じルータを表しているかぎり、これらのアドレスは常に同じであるものと想定されます。ただし、ルータがリンク上に複数のアドレスを持つ場合は、このことが当てはまるとはかぎりません。

2 つの典型的な状況により、IPv6 のこの状況が生じる可能性があります。1 つめの状況は、ユニキャスト ルーティング テーブルが IPv6 内部ゲートウェイ プロトコル（マルチキャスト BGP など）によって構築されない場合に発生します。2 つめの状況は、RP のアドレスがダウンストリーム ルータとサブネット プレフィクスを共有している場合に発生します（RP ルータ アドレスはドメインワイドにする必要があるため、リンクローカル アドレスにはできないことに注意してください）。

ルーティング可能アドレスの hello オプションによって、PIM プロトコルでこのような状況を回避できます。このためには、PIM hello メッセージがアドバタイズされるインターフェイス上のすべてのアドレスを含む PIM hello メッセージ オプションを追加します。PIM ルータが何らかのアドレスのアップストリーム ルータを検出すると、RPF 計算の結果は、PIM ネイバーのアドレス自体に加えて、このオプションのアドレスとも比較されます。このオプションにはそのリンク上の PIM ルータの考えられるアドレスがすべて含まれているため、対象の PIM ルータがこのオプションをサポートしている場合、常に RPF 計算の結果が含まれます。

PIM メッセージにサイズ制限があることと、ルーティング可能アドレスの hello オプションが単一の PIM hello メッセージ内に収まる必要があるため、インターフェイスで設定できるアドレスの制限は 16 個になっています。

双方向 PIM

双方向 PIM を使用すると、マルチキャスト ルータは、PIM-SM の単一方向共有ツリーと比べて縮小されたステート情報を維持できるようになります。双方向共有ツリーは、送信元から RP にデータを伝送し、それらを RP から受信側に配布します。PIM-SM とは異なり、双方向 PIM は送信元ツリーへの切り替えは実行しません。また、送信元から RP へのデータの登録カプセル化は行われません。

双方向 PIM は、中レートまたは低レートの送信元が多数存在する場合に役立ちます。ただし、双方向送信元ツリーは、PIM-SM で構築された送信元ツリーよりも、遅延特性が劣ります。

IPv6 では、双方向 RP のスタティック設定だけがサポートされています。

スタティック mroute

IPv6 スタティック mroute は、IPv6 スタティック ルートとほぼ同じように動作します。IPv6 スタティック mroute は、IPv6 スタティック ルートと同じデータベースを共有し、スタティック ルート サポートを拡張することによって実装されます。スタティック mroute では、等価コスト マルチパス mroute がサポートされています。また、ユニキャスト専用スタティック ルートもサポートされています。

IPv6 スタティック ルートの詳細については、「 Implementing Static Routes for IPv6 」を参照してください。

MRIB

Multicast Routing Information Base（MRIB; マルチキャスト ルーティング情報ベース）は、マルチキャスト ルーティング プロトコル（ルーティング クライアント）によってインスタンス化されるマルチキャスト ルーティング エントリのプロトコル非依存リポジトリです。その主要機能は、ルーティング プロトコルと Multicast Forwarding Information Base（MFIB; マルチキャスト転送情報ベース）間の非依存性を実現することです。また、クライアント間の調整および通信ポイントとしても機能します。

ルーティング クライアントは、MRIB が提供するサービスを使用して、ルーティング エントリをインスタンス化し、他のクライアントによってルーティング エントリに加えられた変更を取得します。MRIB では、ルーティング クライアント以外に、転送クライアント（MFIB インスタンス）や特別なクライアント（MLD など）も扱われます。MFIB は、MRIB からその転送エントリを取得し、パケットの受信に関連するイベントについて MRIB に通知します。これらの通知は、ルーティング クライアントによって明示的に要求されることも、MFIB によって自発的に生成されることもあります。

MRIB のもう 1 つの重要な機能は、同じマルチキャスト セッション内でマルチキャスト接続を確立するときに複数のルーティング クライアントの調整が可能なことです。また、MRIB では、MLD とルーティング プロトコル間の調整も可能です。

MFIB

MFIB は、IPv6 ソフトウェア用のプラットフォーム非依存およびルーティング プロトコル非依存ライブラリです。その主な目的は、転送テーブルが変更されたときに、Cisco IOS プラットフォームに、IPv6 マルチキャスト転送テーブルおよび通知を読み取るインターフェイスを提供することです。MFIB が提供する情報には、明確に定義された転送セマンティクスが含まれています。この情報は、プラットフォームが特定のハードウェアまたはソフトウェア転送メカニズムに容易に変換できる設計になっています。

ネットワーク内でルーティングまたはトポロジが変更されると、IPv6 ルーティング テーブルがアップデートされ、これらの変更が MFIB に反映されます。MFIB は、IPv6 ルーティング テーブル内の情報に基づいて、ネクストホップ アドレス情報を管理します。MFIB エントリとルーティング テーブル エントリの間には 1 対 1 の相互関係があるため、MFIB には既知のすべてのルートが含まれ、ファスト スイッチングや最適スイッチングなどのスイッチング パスに関連付けられているルート キャッシュ管理の必要がなくなります。

分散型 MFIB

Distributed MFIB（dMFIB; 分散型 MFIB）は、分散型プラットフォーム上でマルチキャスト IPv6 パケットをスイッチングするために使用されます。また、dMFIB には、ラインカード間での複製に関するプラットフォーム固有の情報も含まれることがあります。転送ロジックのコアを実装する基本 MFIB ルーチンは、すべての転送環境に共通です。

dMFIB は、次の機能を実装します。

• ラインカードに MFIB のコピーを配布します。

• ラインカードで生成されたデータ駆動型プロトコル イベントを PIM にリレーします。

• ハードウェア アクセラレーション エンジンをプログラミングするためのプラットフォーム固有のコードに MFIB の変更を伝播する MFIB プラットフォーム Application Program Interface（API; アプリケーション プログラム インターフェイス）を提供します。また、この API には、ソフトウェアでパケットをスイッチングしたり（パケットがデータ駆動型イベントのトリガーとなっている場合に必要）、ソフトウェアにトラフィックの統計情報をアップロードしたりするエントリ ポイントも含まれています。

• RP に存在するクライアントがオンデマンドでトラフィックの統計情報を読み取れるようにするフックを提供します（dMFIB はこれらの統計情報を RP に定期的にアップロードすることはありません）。

また、dMFIB および MRIB サブシステムを組み合せて使用すると、ルータが各ラインカードで MFIB データベースの「カスタマイズ」コピーを保有したり、MFIB 関連のプラットフォーム固有の情報を RP からラインカードに転送したりできるようになります。

IPv6 マルチキャストのプロセス スイッチングおよびファスト スイッチング

統合 MFIB は、IPv6 マルチキャストでの PIM-SM および PIM-SSM に対するファスト スイッチングおよびプロセス スイッチングの両サポートを提供するために使用されます。プロセス スイッチングでは、ルート プロセッサが各パケットの調査、書き換え、および転送を行う必要があります。最初にパケットが受信され、システム メモリにコピーされます。次に、ルータがルーティング テーブル内でレイヤ 3 ネットワーク アドレスを検索します。そのあと、レイヤ 2 フレームがネクストホップの宛先アドレスで書き換えられ、発信インターフェイスに送信されます。また、RP は、Cyclic Redundancy Check（CRC; 巡回冗長検査）も計算します。このスイッチング方式は、IPv6 パケットをスイッチングする方式の中でスケーラビリティが最も低い方式です。

IPv6 マルチキャストのファスト スイッチングを使用すると、ルータはプロセス スイッチングよりも高いパケット転送パフォーマンスを実現できます。従来ルート キャッシュに格納される情報は、IPv6 マルチキャスト スイッチング用にいくつかのデータ構造に格納されます。これらのデータ構造では、ルックアップが最適化され、パケット転送を効率的に行えるようになっています。

IPv6 マルチキャスト転送では、PIM プロトコル ロジックで許可されていれば、最初のパケットのファスト スイッチングが行われます。また、IPv6 マルチキャストのファスト スイッチングでは、MAC カプセル化ヘッダーが事前に計算されます。IPv6 マルチキャストのファスト スイッチングでは、MFIB を使用して、IPv6 送信先プレフィクス ベースのスイッチング判定が行われます。IPv6 マルチキャストのファスト スイッチングでは、MFIB に加えて、隣接関係テーブルを使用して、レイヤ 2 アドレッシング情報が付加されます。隣接関係テーブルでは、すべての MFIB エントリのレイヤ 2 ネクストホップ アドレスが管理されます。

隣接が検出されると、隣接関係テーブルにそのデータが入力されます。（ARP などを使用して）隣接エントリが作成されるたびに、その隣接ノードのリンクレイヤ ヘッダーが事前に計算され、隣接関係テーブルに格納されます。ルートが決定されると、そのヘッダーはネクストホップおよび対応する隣接エントリを指します。そのあと、そのヘッダーはパケット スイッチング時のカプセル化に使用されます。

ロード バランシングと冗長性の両方に対応するようにルータが設定されている場合など、ルートには送信先プレフィクスへの複数のパスが存在することがあります。解決されたパスごとに、そのパスのネクストホップ インターフェイスに対応する隣接へのポインタが追加されます。このメカニズムは、複数のパスでのロード バランシングに使用されます。

IPv6 マルチキャスト アドレス ファミリのマルチプロトコル BGP

IPv6 マルチキャスト アドレス ファミリのマルチキャスト BGP 機能では、マルチキャスト BGP for IPv6 拡張を提供し、IPv4 BGP と同じ機能と機能性をサポートします。マルチキャスト BGP に対する IPv6 拡張には、IPv6 マルチキャスト アドレス ファミリ、Network Layer Reachability Information（NLRI; ネットワーク レイヤ到達可能性情報）、および IPv6 アドレスを使用するネクストホップ（宛先へのパス内の次のルータ）アトリビュートのサポートが含まれています。

マルチキャスト BGP は、ドメイン間 IPv6 マルチキャストの配布を可能にする、拡張された BGP です。マルチキャスト BGP は、複数のネットワーク レイヤ プロトコル アドレス ファミリ（IPv6 アドレス ファミリなど）および IPv6 マルチキャスト ルートに関するルーティング情報を伝送します。IPv6 マルチキャスト アドレス ファミリには、IPv6 PIM プロトコルによる RPF ルックアップに使用される複数のルートが含まれており、マルチキャスト BGP IPv6 は、同じドメイン間転送を提供します。ユニキャスト マルチキャスト BGP が学習したルートは IPv6 マルチキャストには使用されないため、ユーザは、BGP で IPv6 マルチキャストを使用する場合は、マルチキャスト BGP for IPv6 マルチキャストを使用する必要があります。

マルチキャスト BGP 機能は、個別のアドレス ファミリ コンテキストを介して提供されます。Subsequent Address Family Identifier（SAFI）では、アトリビュートで伝送されるネットワーク レイヤ到達可能性情報のタイプに関する情報を提供します。マルチプロトコル BGP ユニキャストでは SAFI 1 メッセージを使用し、マルチプロトコル BGP マルチキャストでは SAFI 2 メッセージを使用します。

IPv6 マルチキャスト RPF ルックアップを使用して、異なるポリシーおよびトポロジ（IPv6 ユニキャストとマルチキャストなど）を設定するために、個別の BGP ルーティング テーブルが維持されています。マルチキャスト RPF ルックアップは、IP ユニキャスト ルート ルックアップと非常によく似ています。

IPv6 マルチキャスト BGP テーブルと関連付けられている MRIB はありません。ただし、必要な場合、IPv6 マルチキャスト BGP は、ユニキャスト IPv6 RIB で動作します。マルチキャスト BGP では、IPv6 ユニキャスト RIB へのルートの挿入や更新は行いません。

IPv6 マルチキャストでの NSF と SSO のサポート

IPv6 マルチキャストでは、Nonstop Forwarding（NSF; ノンストップ フォワーディング）および Stateful Switchover（SSO; ステートフル スイッチオーバー）がサポートされています。NSF と SSO の詳細については、『 Cisco IOS High Availability Configuration Guide 』の「 Stateful Switchover 」および「 Cisco Nonstop Forwarding 」を参照してください。

IPv6 マルチキャストの帯域幅ベースの CAC

IPv6 マルチキャストの帯域幅ベースの Call Admission Control（CAC; コール アドミッション制御）機能は、コスト乗数を使用してインターフェイス単位の mroute ステート リミッタをカウントする手段を実装します。この機能を使用すると、マルチキャスト フローで異なる量の帯域幅が利用されるネットワーク環境で、インターフェイス単位の帯域幅ベースの CAC を提供できます。

この機能では、IPv6 マルチキャスト ステートを詳細に制限および考慮します。この機能を設定すると、IPv6 マルチキャスト PIM トポロジの着信インターフェイスまたは発信インターフェイスとして使用できる回数にインターフェイスを制限できます。

この機能を使用すると、ルータ管理者はアクセス リストと一致するステートに対してグローバル制限コスト コマンドを設定して、インターフェイス制限に対してこのようなステートを考慮するときに使用するコスト乗数を指定できます。この機能では、異なる帯域幅要件に応じてコスト乗数を適切に調整することによって、帯域幅ベースのローカル CAC ポリシーを柔軟に実装できます。

IPv6 マルチキャスト ルーティングのイネーブル化

この作業では、すべてのインターフェイスで IPv6 マルチキャスト ルーティングをイネーブルにする方法、およびイネーブルになっているすべてのルータ インターフェイスで PIM および MLD に対してマルチキャスト転送をイネーブルにする方法を示します。

前提条件

ルータで IPv6 マルチキャスト ルーティングをイネーブルにするためには、そのルータで最初に IPv6 ユニキャスト ルーティングをイネーブルにする必要があります。ルータで IPv6 ユニキャスト ルーティングをイネーブルにする方法については、「 Implementing IPv6 Addressing and Basic Connectivity 」を参照してください。

IPv6 ユニキャスト ルータをすでに使用している場合に、IPv6 マルチキャスト ルーティングをイネーブルにし、IPv6 マルチキャスト ルーティング オプションを設定するには、次の作業を実行します。

手順の概要

1. enable

2. configure terminal

3. ipv6 multicast-routing

手順の詳細

MLD プロトコルのカスタマイズおよび確認

• 「インターフェイスでの MLD のカスタマイズおよび確認」

• 「MLD グループ制限の実装」

• 「受信側の明示的トラッキングによってホストの動作を追跡するための設定」

• 「マルチキャスト ユーザ認証およびプロファイル サポートの設定」

• 「MLD トラフィック カウンタのリセット」

• 「MLD インターフェイス カウンタのクリア」

インターフェイスでの MLD のカスタマイズおよび確認

手順の概要

1. enable

2. configure terminal

3. interface type number

4. ipv6 mld join-group [ group-address ] [ include | exclude ] { source-address | source-list [ acl ]}

5. ipv6 mld access-group access-list-name

6. ipv6 mld static-group [ group-address ] [ include | exclude ] { source-address | source-list [ acl ]}

7. ipv6 mld query-max-response-time seconds

8. ipv6 mld query-timeout seconds

9. ipv6 mld query-interval seconds

10. exit

11. show ipv6 mld groups [ link-local ] [ group-name | group-address ] [ interface-type interface-number ] [ detail | explicit ]

12. show ipv6 mld groups summary

13. show ipv6 mld interface [ type number ]

14. debug ipv6 mld [ group-name | group-address | interface-type ]

15. debug ipv6 mld explicit [ group-name | group-address ]

手順の詳細

	コマンドまたはアクション	目的
ステップ 1	enable   Router> enable	特権 EXEC モードをイネーブルにします。 • 必要に応じてパスワードを入力します。
ステップ 2	configure terminal   Router# configure terminal	グローバル コンフィギュレーション モードを開始します。
ステップ 3	interface type number   Router(config)# interface FastEthernet 1/0	インターフェイスのタイプと番号を指定し、ルータをインターフェイス コンフィギュレーション モードにします。
ステップ 4	ipv6 mld join-group [ group-address ] [ include | exclude ] { source-address | source-list [ acl ]}   Router(config-if)# ipv6 mld join-group FF04::10	指定したグループおよび送信元に対して MLD レポートを設定します。
ステップ 5	ipv6 mld access-group access-list-name   Router(config-if)# ipv6 access-list acc-grp-1	ユーザに IPv6 マルチキャストの受信側アクセス コントロールの実行を許可します。
ステップ 6	ipv6 mld static-group [ group-address ] [ include | exclude ] { source-address | source-list [ acl ]}   Router(config-if)# ipv6 mld static-group ff04::10 include 100::1	指定したインターフェイスにマルチキャスト グループのトラフィックをスタティックに転送し、MLD ジョイナがインターフェイスに存在するかのようにインターフェイスが動作するようにします。
ステップ 7	ipv6 mld query-max-response-time seconds   Router(config-if)# ipv6 mld query-max-response-time 20	MLD キューにアドバタイズされる最大応答時間を設定します。
ステップ 8	ipv6 mld query-timeout seconds   Router(config-if)# ipv6 mld query-timeout 130	ルータがインターフェイスのクエリアを継承するまでのタイムアウト値を設定します。
ステップ 9	ipv6 mld query-interval seconds   Router(config-if)# ipv6 mld query-interval 60	Cisco IOS ソフトウェアが MLD ホストクエリー メッセージを送信する頻度を設定します。 注意 この値を変更すると、マルチキャスト転送に深刻な影響が及ぶ可能性があります。
ステップ 10	exit   Router(config-if)# exit	このコマンドを 2 回入力して、インターフェイス コンフィギュレーション モードを終了し、特権 EXEC モードを開始します。
ステップ 11	show ipv6 mld groups [ link-local ] [ group-name | group-address ] [ interface-type interface-number ] [ detail | explicit ]   Router# show ipv6 mld groups FastEthernet 2/1	ルータに直接接続されており、MLD を介して学習したマルチキャスト グループを表示します。
ステップ 12	show ipv6 mld groups summary   Router# show ipv6 mld groups summary	MLD キャッシュに存在する (*, G) および (S, G) メンバシップ レポートの番号を表示します。
ステップ 13	show ipv6 mld interface [ type number ]   Router# show ipv6 mld interface FastEthernet 2/1	インターフェイスのマルチキャスト関連情報を表示します。
ステップ 14	debug ipv6 mld [group-name | group-address | interface-type]   Router# debug ipv6 mld	MLD プロトコル アクティビティに対するデバッグをイネーブルにします。
ステップ 15	debug ipv6 mld explicit [ group-name | group-address ]   Router# debug ipv6 mld explicit	ホストの明示的トラッキングに関連する情報を表示します。

MLD グループ制限の実装

インターフェイス単位の MLD 制限とグローバル MLD 制限は相互に独立して機能します。インターフェイス単位の MLD 制限とグローバル MLD 制限の両方を同じルータで設定できます。MLD 制限の数は、グローバルの場合もインターフェイス単位の場合も、デフォルトでは設定されません。ユーザが制限を設定する必要があります。インターフェイス単位のステート制限またはグローバル ステート制限を超えるメンバシップ レポートは無視されます。

次の各作業では、MLD バージョン 2 または MLD バージョン 1 メンバシップ レポートから生じる MLD ステートをグローバルに、またはインターフェイス単位で制限する方法を示します。

• 「MLD グループ制限のグローバルな実装」

• 「MLD インターフェイス カウンタのクリア」

MLD グループ制限のグローバルな実装

手順の概要

1. enable

2. configure terminal

3. ipv6 mld state-limit number

手順の詳細

MLD グループ制限のインターフェイス単位での実装

手順の概要

1. enable

2. configure terminal

3. interface type number

4. ipv6 mld limit number [ except access-list ]

手順の詳細

受信側の明示的トラッキングによってホストの動作を追跡するための設定

この作業では、受信側機能の明示的トラッキングをイネーブルにします。明示的トラッキング機能を使用すると、ルータが IPv6 ネットワーク内のホストの動作を追跡できるようになります。また、高速脱退メカニズムを MLD バージョン 2 のホスト レポートで使用できるようになります。

手順の概要

1. enable

2. configure terminal

3. interface type number

4. ipv6 mld explicit-tracking access-list-name

手順の詳細

マルチキャスト ユーザ認証およびプロファイル サポートの設定

ここでは、マルチキャスト ユーザ認証およびプロファイル サポート機能をイネーブルにして設定するためのいくつかの作業について説明します。

前提条件

マルチキャスト ユーザ認証およびプロファイル サポートを設定する前に、IPv6 マルチキャストで次の受信側アクセス コントロール機能を設定できます。

• MLD グループをグローバルに制限するには、「MLD グループ制限のグローバルな実装」を参照してください。

• MLD グループをインターフェイス単位で制限するには、「MLD グループ制限のインターフェイス単位での実装」を参照してください。

• インターフェイスで許可する MLD グループおよび送信元を指定するには、「インターフェイスでの MLD のカスタマイズおよび確認」のステップ 5 を参照してください。

制約事項

マルチキャスト ユーザ認証およびプロファイル サポートを設定する前に、次の制約事項を認識しておく必要があります。

• ポート、インターフェイス、VC、または VLAN ID がユーザまたは加入者アイデンティティになります。ホスト名、ユーザ ID、またはパスワードを使用したユーザ アイデンティティはサポートされていません。

マルチキャスト ユーザ認証およびプロファイル サポートを設定するには、次の各作業を実行します。

• 「IPv6 マルチキャストに対する AAA アクセス コントロールのイネーブル化」

• 「方式リストの指定およびマルチキャスト アカウンティングのイネーブル化」

• 「ルータでの未認証マルチキャスト トラフィックの受信のディセーブル化」

• 「MLD インターフェイスでの認可ステータスのリセット」

IPv6 マルチキャストに対する AAA アクセス コントロールのイネーブル化

手順の概要

1. enable

2. configure terminal

3. aaa new-model

手順の詳細

方式リストの指定およびマルチキャスト アカウンティングのイネーブル化

次の作業では、AAA 認可およびアカウンティングに使用される方式リストを指定する方法、およびインターフェイス上の指定したグループまたはチャネルでマルチキャスト アカウンティングをイネーブルにする方法を示します。

手順の概要

1. enable

2. configure terminal

3. aaa authorization multicast default [ method1 | method2 ]

4. aaa accounting multicast default [ start-stop | stop-only ] [ broadcast ] [ method3 ] [ method4 ] [ method3 ] [ method4 ]

5. interface type number

6. ipv6 multicast aaa account receive access-list-name [ throttle throttle-number ]

手順の詳細

ルータでの未認証マルチキャスト トラフィックの受信のディセーブル化

状況によっては、アクセス コントロール プロファイルに従って加入者の認証とチャネルの認可が行われていないかぎり、マルチキャスト トラフィックの受信を防止することが必要となる場合があります。つまり、アクセス コントロール プロファイルで特に指定がなければ、トラフィックを完全になくす必要があります。

次の作業では、未認証グループまたは未認可チャネルからのマルチキャスト トラフィックをルータで受信しないようにする方法を示します。

手順の概要

1. enable

2. configure terminal

3. ipv6 multicast group-range [ access-list-name ]

手順の詳細

IPv6 での MLD プロキシのイネーブル化

手順の概要

1. enable

2. configure terminal

3. ipv6 mld host-proxy [ group-acl ]

4. ipv6 mld host-proxy interface [ group-acl ]

5. show ipv6 mld host-proxy [ interface-type interface-number ] [ group [ group-address ]]

手順の詳細

MLD インターフェイスでの認可ステータスのリセット

次の作業では、インターフェイスの認可ステータスをリセットする方法を示します。インターフェイスを指定しない場合は、すべての MLD インターフェイスで認可がリセットされます。

手順の概要

1. enable

2. clear ipv6 multicast aaa authorization [ interface-type interface-number ]

手順の詳細

MLD トラフィック カウンタのリセット

手順の概要

1. enable

2. clear ipv6 mld traffic

3. show ipv6 mld traffic

手順の詳細

MLD インターフェイス カウンタのクリア

手順の概要

1. enable

2. clear ipv6 mld counters [ interface-type ]

手順の詳細

PIM の設定

• 「PIM-SM の設定およびグループ範囲の PIM-SM 情報の表示」

• 「PIM オプションの設定」

• 「双方向 PIM の設定および双方向 PIM 情報の表示」

• 「PIM トラフィック カウンタのリセット」

• 「PIM トポロジ テーブルをクリアすることによる MRIB 接続のリセット」

PIM-SM の設定およびグループ範囲の PIM-SM 情報の表示

手順の概要

1. enable

2. configure terminal

3. ipv6 pim rp-address ipv6-address [ group-access-list ] [ bidir ]

4. exit

5. show ipv6 pim interface [ state-on ] [ state-off ] [ type number ]

6. show ipv6 pim group-map [ group-name | group-address ] | [ group-range | group-mask ] [ info-source { bsr | default | embedded-rp | static }]

7. show ipv6 pim neighbor [ detail ] [ interface-type interface-number | count ]

8. show ipv6 pim range-list [ config ] [ rp-address | rp-name ]

9. show ipv6 pim tunnel [ interface-type interface-number ]

10. debug ipv6 pim [ group-name | group-address | interface-type | neighbor | bsr ]

手順の詳細

PIM オプションの設定

次の作業では、一般的なインターフェイスまたは指定したインターフェイスの両方で PIM-SM および PIM-SSM の設定を細かく調整するために使用できるコマンドを示します。また、PIM の設定と情報を確認するために使用できる各種コマンドについても示します。

手順の概要

1. enable

2. configure terminal

3. ipv6 pim spt-threshold infinity [ group-list access-list-name ]

4. ipv6 pim accept-register { list access-list | route-map map-name }

5. interface type number

6. ipv6 pim dr-priority value

7. ipv6 pim hello-interval seconds

8. ipv6 pim join-prune-interval seconds

9. exit

10. show ipv6 pim join-prune statistic [ interface-type ]

手順の詳細

双方向 PIM の設定および双方向 PIM 情報の表示

手順の概要

1. enable

2. configure terminal

3. ipv6 pim rp-address ipv6-address [ group-access-list ] [ bidir ]

4. exit

5. show ipv6 pim df [ interface-type interface-number ] [ rp-address ]

6. show ipv6 pim df winner [ interface-type interface-number ] [ rp-address ]

手順の詳細

PIM トラフィック カウンタのリセット

PIM が誤動作する場合、または予想される PIM パケット数が送受信されていることを確認するために、ユーザは PIM トラフィック カウンタをクリアできます。トラフィック カウンタがクリアされたら、ユーザは show ipv6 pim traffic コマンドを入力して、PIM が正しく機能していること、および PIM パケットが正しく送受信されていることを確認できます。

この作業では、PIM トラフィック カウンタをリセットし、PIM トラフィック情報を確認する方法を示します。

手順の概要

1. enable

2. clear ipv6 pim counters

3. show ipv6 pim traffic

手順の詳細

PIM トポロジ テーブルをクリアすることによる MRIB 接続のリセット

MRIB を使用するのに設定は不要です。ただし、特定の状況においては、PIM トポロジ テーブルをクリアして MRIB 接続をリセットし、MRIB 情報を確認する必要がある場合があります。

手順の概要

1. enable

2. clear ipv6 pim topology [ group-name | group-address ]

3. show ipv6 mrib client [ filter ] [ name { client-name | client-name : client-id }]

4. show ipv6 mrib route [ link-local | summary | source-address | source-name | * ] [ group-name | group-address [ prefix-length ]]

5. show ipv6 pim topology [ link-local | route-count | group-name | group-address ] [ source-address | source-name ]

6. debug ipv6 mrib client

7. debug ipv6 mrib io

8. debug ipv6 mrib proxy

9. debug ipv6 mrib route [ group-name | group-address ]

10. debug ipv6 mrib table

手順の詳細

BSR の設定

• 「BSR の設定および BSR 情報の確認」

• 「BSR への PIM RP アドバタイズメントの送信」

• 「限定スコープ ゾーン内で BSR を使用できるようにするための設定」

• 「BSR ルータにスコープと RP のマッピングをアナウンスさせるための設定」

BSR の設定および BSR 情報の確認

手順の概要

1. enable

2. configure terminal

3. ipv6 pim bsr candidate bsr ipv6-address [ hash-mask-length ] [ priority priority-value ]

4. interface type number

5. ipv6 pim bsr border

6. exit

7. show ipv6 pim bsr { election | rp-cache | candidate-rp }

手順の詳細

BSR への PIM RP アドバタイズメントの送信

手順の概要

1. enable

2. configure terminal

3. ipv6 pim bsr candidate rp ipv6-address [ group-list access-list-name ] [ priority priority-value ] [ interval seconds ] [ scope scope-value ] [ bidir ]

4. interface type number

5. ipv6 pim bsr border

手順の詳細

限定スコープ ゾーン内で BSR を使用できるようにするための設定

次の作業では、限定スコープ ゾーン内で BSR を使用できるようにします。ユーザは、ドメイン内の管理用スコープ領域ごとに候補 BSR と一連の候補 RP を設定できます。

候補 RP でスコープが指定されている場合、このルータは指定されたスコープの BSR に自身を C-RP 専用としてアドバタイズします。スコープとともにグループ リストが指定されている場合は、そのグループ リストと同じスコープが指定されたアクセス リスト内のプレフィクスだけがアドバタイズされます。

ブートストラップ ルータでスコープが指定されている場合、その BSR はそのスコープに関連付けられているグループ範囲を含む BSM の起点となり、指定されたスコープに属するグループに対する C-RP 通知を受け入れます。

手順の概要

1. enable

2. configure terminal

3. ipv6 pim bsr candidate bsr ipv6-address [ hash-mask-length ] [ priority priority-value ]

4. ipv6 pim bsr candidate rp ipv6-address [ group-list access-list-name ] [ priority priority-value ] [ interval seconds ] [ scope scope-value ] [ bidir ]

5. interface type number

6. ipv6 multicast boundary scope scope-value

手順の詳細

BSR ルータにスコープと RP のマッピングをアナウンスさせるための設定

IPv6 BSR ルータは、スコープと RP のマッピングを候補 RP メッセージから学習するのではなく、直接アナウンスするようにスタティックに設定できます。ユーザは、スコープと RP のマッピングをアナウンスするように BSR ルータを設定して、BSR をサポートしていない RP がその BSR にインポートされるように設定できます。この機能をイネーブルにすると、ローカルの候補 BSR ルータの既知のリモート RP が、企業の BSR ドメインの外部に配置されている RP を学習できるようになります。

手順の概要

1. enable

2. configure terminal

3. ipv6 pim bsr announced rp ipv6-address [ group-list access-list-name ] [ priority priority-value ] [ bidir ] [ scope scope-value ]

手順の詳細

SSM マッピングの設定

SSM マッピング機能をイネーブルにすると、DNS ベースの SSM マッピングが自動的にイネーブルになります。つまり、ルータは、マルチキャスト MLD バージョン 1 レポートの送信元を DNS サーバから検索するようになります。

ルータ設定に応じて、DNS ベースのマッピングまたはスタティック SSM マッピングのいずれかを使用できます。スタティック SSM マッピングを使用する場合は、複数のスタティック SSM マッピングを設定できます。複数のスタティック SSM マッピングを設定すると、一致するすべてのアクセス リストの送信元アドレスが使用されるようになります。

この作業では、SSM マッピングをイネーブルにし、DNS ベースのマッピングをディセーブルにし、スタティック SSM マッピングを設定する方法について説明します。

制約事項

DNS ベースの SSM マッピングを使用するには、ルータは正しく設定されている DNS サーバを少なくとも 1 つ見つける必要があります。ルータは、その DNS サーバに直接接続される可能性があります。

手順の概要

1. enable

2. configure terminal

3. ipv6 mld ssm-map enable

4. no ipv6 mld ssm-map query dns

5. ipv6 mld ssm-map static access-list source-address

6. exit

7. show ipv6 mld ssm-map [ source-address ]

手順の詳細

スタティック mroute の設定

この作業では、スタティック マルチキャスト ルートを設定し、スタティック mroute 情報を確認する方法を示します。IPv6 のスタティック マルチキャスト ルート（mroute）は、IPv6 スタティック ルートの拡張として実装できます。ルータを設定する際には、ユニキャスト ルーティング専用としてスタティック ルートを使用するか、マルチキャスト RPF 選択専用としてスタティック マルチキャスト ルートを使用するか、またはユニキャスト ルーティングとマルチキャスト RPF 選択の両方にスタティック ルートを使用するように設定できます。

手順の概要

1. enable

2. configure terminal

3. ipv6 route ipv6-prefix / prefix-length { ipv6-address | interface-type interface-number [ i pv6-address ]} [ administrative-distance ] [ administrative-multicast-distance | unicast | multicast ] [ tag tag ]

4. exit

5. show ipv6 mroute [ link-local [ group-name | group-address [ source-address | source-name ]] [ summary ] [ count ]

6. show ipv6 mroute [ link-local | group-name | group-address ] active [ kbps ]

7. show ipv6 rpf ipv6-prefix

手順の詳細

IPv6 マルチプロトコル BGP の設定

次の各作業では、マルチキャスト ルーティングを実行するように IPv6 マルチプロトコル BGP を設定する方法を示します。IPv6 マルチキャストに関連するこれらのマルチキャスト BGP 作業は、IPv6 ユニキャスト用のマルチキャスト BGP 作業と類似していることに注意してください。

• 「IPv6 ピア グループでマルチキャスト BGP ルーティングを実行するための設定」

• 「IPv6 マルチプロトコル BGP へのルートのアドバタイズ」

• 「IPv6 マルチプロトコル BGP へのプレフィクスの再配布」

• 「BGP の管理ディスタンスの割り当て」

• 「IPv6 マルチキャスト BGP の変換アップデートの生成」

• 「BGP セッションのリセット」

• 「外部 BGP ピアのクリア」

• 「IPv6 BGP ルート減衰情報のクリア」

• 「IPv6 BGP フラップ統計情報のクリア」

IPv6 ピア グループでマルチキャスト BGP ルーティングを実行するための設定

手順の概要

1. enable

2. configure terminal

3. router bgp as-number

4. neighbor peer-group-name peer-group

5. neighbor { ip-address | ipv6-address | peer-group-name } remote-as as-number

6. address-family ipv6 [ unicast | multicast ]

7. neighbor { ip-address | peer-group-name | ipv6-address } activate

8. neighbor { ip-address | ipv6-address } peer-group peer-group-name

手順の詳細

この次の手順

ピア グループにオプションを割り当てて、BGP またはマルチキャスト BGP ネイバーをピア グループのメンバにする方法の詳細については、「 Implementing Multiprotocol BGP for IPv6 」の「Configuring an IPv6 Multiprotocol BGP Peer Group」および『 Cisco IOS IP Routing Configuration Guide 』の「BGP Features Roadmap」の章を参照してください。

IPv6 マルチプロトコル BGP へのルートのアドバタイズ

この作業では、IPv6 マルチキャスト BGP にプレフィクスをアドバタイズ（挿入）する方法を示します。IPv6 マルチキャストに関連するこの作業および他のマルチキャスト BGP 作業は、IPv6 ユニキャスト用のマルチキャスト BGP 作業と類似していることに注意してください。

手順の概要

1. enable

2. configure terminal

3. router bgp as-number

4. address-family ipv6 [ unicast | multicast ]

5. network ipv6-address / prefix-length

この次の手順

ピア グループにオプションを割り当てて、BGP またはマルチキャスト BGP ネイバーをピア グループのメンバにする方法の詳細については、「 Implementing Multiprotocol BGP for IPv6 」実装ガイドの「Advertising Routes into IPv6 Multiprotocol BGP」の項を参照してください。

IPv6 マルチプロトコル BGP へのプレフィクスの再配布

この作業では、別のルーティング プロトコルからプレフィクスを IPv6 マルチキャスト BGP に再配布（注入）する方法を示します。IPv6 マルチキャストに関連するこの作業および他のマルチキャスト BGP 作業は、IPv6 ユニキャスト用のマルチキャスト BGP 作業と類似していることに注意してください。

手順の概要

1. enable

2. configure terminal

3. router bgp as-number

4. address-family ipv6 [ unicast | multicast ]

5. redistribute protocol [ process-id ] [ level-1 | level-1-2 | level-2 ] [ metric metric-value ] [ metric-type { internal | external }] [ route-map map-name ]

6. exit

7. debug bgp ipv6 { unicast | multicast } dampening [ prefix-list prefix-list-name ]

8. debug bgp ipv6 { unicast | multicast } updates [ ipv6-address ] [ prefix-list prefix-list-name ] [ in | out ]

この次の手順

ピア グループにオプションを割り当てて、BGP またはマルチキャスト BGP ネイバーをピア グループのメンバにする方法の詳細については、「 Implementing Multiprotocol BGP for IPv6 」実装ガイドの「Redistributing Prefixes into IPv6 Multiprotocol BGP」の項を参照してください。

BGP の管理ディスタンスの割り当て

この作業では、RPF ルックアップでユニキャスト ルートとの比較に使用されるマルチキャスト BGP ルートの管理ディスタンスを指定する方法を示します。IPv6 マルチキャストに関連するこの作業および他のマルチキャスト BGP 作業は、IPv6 ユニキャスト用のマルチキャスト BGP 作業と類似していることに注意してください。

手順の概要

1. enable

2. configure terminal

3. router bgp as-number

4. address-family ipv6 [ unicast | multicast }

5. distance bgp external-distance internal-distance local-distance

IPv6 マルチキャスト BGP の変換アップデートの生成

ここでは、ピアから受信したユニキャスト IPv6 アップデートに対応する IPv6 マルチキャスト BGP アップデートを生成する方法を示します。

一般的に、マルチキャスト BGP 変換アップデート機能は、BGP 対応ルータだけが存在するカスタマー サイトとピアであるマルチキャスト BGP 対応ルータで使用されます。カスタマー サイトは、ルータをマルチキャスト BGP 対応イメージにアップグレードしません（できません）。カスタマー サイトはマルチキャスト BGP アドバタイズメントの起点となることはできないため、そのピアであるルータが BGP プレフィクスをマルチキャスト BGP プレフィクスに変換します。この変換後のプレフィクスがマルチキャスト送信元の RPF ルックアップで使用されます。

手順の概要

1. enable

2. configure terminal

3. router bgp as-number

4. address-family ipv6 [ unicast | multicast }

5. neighbor ipv6-address translate-update ipv6 multicast [ unicast ]

手順の詳細

BGP セッションのリセット

手順の概要

1. enable

2. clear bgp ipv6 { unicast | multicast } { * | autonomous-system-number | ip- address | ipv6-address | peer-group-name } [ soft ] [ in | out ]

手順の詳細

外部 BGP ピアのクリア

手順の概要

1. enable

2. clear bgp ipv6 { unicast | multicast } external [ soft ] [ in | out ]

3. clear bgp ipv6 { unicast | multicast } peer-group [ name ]

IPv6 BGP ルート減衰情報のクリア

手順の概要

1. enable

2. clear bgp ipv6 { unicast | multicast } dampening [ ipv6-prefix / prefix-length ]

IPv6 BGP フラップ統計情報のクリア

手順の概要

1. enable

2. clear bgp ipv6 { unicast | multicast } flap-statistics [ ipv6-prefix / prefix-length | regexp regexp | filter-list list ]

IPv6 の帯域幅ベースの CAC の設定

次の各作業では、IPv6 の帯域幅ベースの CAC を設定する方法を示します。

• 「IPv6 の帯域幅ベースの CAC で使用するインターフェイス制限の設定」

• 「IPv6 の帯域幅ベースの CAC で使用するアクセス リストの設定」

• 「IPv6 の帯域幅ベースの CAC で使用するグローバル制限の設定」

IPv6 の帯域幅ベースの CAC で使用するインターフェイス制限の設定

IPv6 の帯域幅ベースの CAC では、コスト乗数を使用してインターフェイス単位の IPv6 mroute ステートをカウントします。この機能を使用すると、ルータ管理者はインターフェイス制限に対してこのようなステートを考慮するときに使用するコスト乗数を指定できます。

手順の概要

1. enable

2. configure terminal

3. interface type number

4. ipv6 address { ipv6-address / prefix-length | prefix-name sub-bits / prefix-length }

5. ipv6 multicast limit [ connected | rpf | out ] limit-acl max

手順の詳細

IPv6 の帯域幅ベースの CAC で使用するアクセス リストの設定

IPv6 の帯域幅ベースの CAC では、ルータ管理者はアクセス リストと一致するステートに対してグローバル制限コスト コマンドを設定できます。この作業では、アクセス リストを設定して、そのアクセス リストと一致するステートを設定できるようにする方法について説明します。

手順の概要

1. enable

2. configure terminal

3. ipv6 access-list access-list-name

4. permit

または

deny

手順の詳細

IPv6 の帯域幅ベースの CAC で使用するグローバル制限の設定

ルータ管理者は、アクセス リストと一致するステートに対してグローバル制限コスト コマンドを設定できます。この作業では、IPv6 の帯域幅ベースの CAC で使用するグローバル制限を設定する方法を示します。

手順の概要

1. enable

2. configure terminal

3. ipv6 multicast limit cost access-list cost-multiplier

手順の詳細

IPv6 マルチキャストでの MFIB の使用

IPv6 マルチキャスト ルーティングをイネーブルにすると、マルチキャスト転送が自動的にイネーブルになります。次の各作業では、必要に応じて MFIB の設定と動作を確認するための情報を表示し、MFIB をリセットする方法を示します。

• 「IPv6 マルチキャストでの MFIB の動作の確認」

• 「MFIB トラフィック カウンタのリセット」

• 「IPv6 マルチキャストのデフォルトの機能のディセーブル化」

IPv6 マルチキャストでの MFIB の動作の確認

手順の概要

1. enable

2. show ipv6 mfib [ link-local | ipv6-prefix / prefix-length | group-name | group-address [ source-name | source-address ]] [ verbose ]

3. show ipv6 mfib [ link-local | group-name | group-address ] active [ kbps ]

4. show ipv6 mfib [ link-local | group-name | group-address [ source-name | source-address ]] count

5. show ipv6 mfib interface

6. show ipv6 mfib status

7. show ipv6 mfib summary

8. debug ipv6 mfib [ group-name | group-address ] [ adjacency | signal | db | init | mrib | pak | ps ]

MFIB トラフィック カウンタのリセット

手順の概要

1. enable

2. clear ipv6 mfib counters [ group-name | group-address [ source-address | source-name ]]