この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
この章では、IPv4 ネットワークでの Internet Group Management Protocol(IGMP)、および IPv6 ネットワークでの Multicast Listener Discovery(MLD)の設定方法について説明します。
• 「IGMP」
• 「MLD」
ここでは、IPv4 ネットワークで IGMP を設定する方法を説明します。
• 「関連情報」
IGMP は、ホストが特定のグループにマルチキャスト データを要求するために使用する IPv4 プロトコルです。ソフトウェアは、IGMP を介して取得した情報を使用し、マルチキャスト グループまたはチャネル メンバシップのリストをインターフェイス単位で保持します。これらの IGMP パケットを受信したシステムは、既知の受信者が含まれるネットワーク セグメントに、要求されたグループまたはチャネルに関する受信データをマルチキャスト送信します。
IGMP プロセスはデフォルトで実行されています。インターフェイスでは IGMP を手動でイネーブルにすることはできません。IGMP は、インターフェイスで次のいずれかの設定作業を行うと、自動的にイネーブルになります。
デバイスでは、IGMPv1 のほかに、IGMPv2 と IGMPv3 のレポート受信もサポートされています。
デフォルトでは、ソフトウェアが IGMP プロセスを起動する際に、IGMPv2 がイネーブルになります。必要に応じて、各インターフェイスでは IGMPv3 をイネーブルにできます。
IGMPv3 には、次に示す IGMPv2 からの重要な変更点があります。
• Source Specific Multicast(SSM)をサポートし、各受信者から送信元までの Shortest Path Trees(SPT; 最短パス ツリー)を構築できるとともに、次の機能を備えています。
–ホスト メッセージについてグループと送信元の両方を指定可能
–IGMPv2 ではグループについてのみ保持できたマルチキャスト ステートを、グループおよび送信元について保持可能
• ホストによるレポート抑制が行われなくなり、IGMP クエリー メッセージを受信するたびに IGMP メンバシップ レポートが送信されるようになりました。
IGMPv2 の詳細については、 RFC 2236 を参照してください。
IGMPv3 の詳細については、 RFC 3376 を参照してください。
図2-1 に、ルータが IGMP を使用し、マルチキャスト ホストを検出する基本的なプロセスを示します。ホスト 1、2、および 3 は要求外の IGMP メンバシップ レポート メッセージを送信して、グループまたはチャネルに関するマルチキャスト データの受信を開始します。
図2-1 IGMPv1 および IGMPv2 クエリー応答プロセス
図2-1 のルータ A(サブネットの代表 IGMP クエリア)は、すべてのホストが含まれる 224.0.0.1 ホスト マルチキャスト グループに定期的にクエリー メッセージを送信して、マルチキャスト データを要求しているホストを検出します。グループ メンバシップ タイムアウト値を設定し、指定したタイムアウト値が経過すると、ルータはサブネット上にグループのメンバーまたは送信元が存在しないとみなします。IGMP パラメータの設定方法については、「IGMP インターフェイス パラメータの設定」を参照してください。
IP アドレスが最下位のルータが、サブネットの IGMP クエリアとして選出されます。ルータは、自身よりも下位の IP アドレスを持つルータからクエリー メッセージを継続的に受信している間、クエリア タイムアウト値をカウントするタイマーをリセットします。ルータのクエリア タイマーが期限切れになると、そのルータは代表クエリアになります。そのあとで、このルータが、自身よりも下位の IP アドレスを持つルータからのホスト クエリー メッセージを受信すると、ルータは代表クエリアとしての役割を放棄してクエリア タイマーを再度設定します。
図2-1 では、ホスト 1 からのメンバシップ レポートの送出が止められており、最初にホスト 2 からグループ 224.1.1.1 に関するメンバシップ レポートが送信されます。ホスト 1 はホスト 2 からレポートを受信します。ルータに送信する必要があるメンバシップ レポートは、グループにつき 1 つのみであるため、その他のホストではレポートの送出が止められ、ネットワーク トラフィックが削減されます。レポートの同時送信を防ぐため、各ホストではランダムなインターバルでレポート送信が保留されます。クエリーの最大応答時間パラメータを設定すると、ホストのランダムな応答インターバルを制御できます。
(注) IGMPv1 および IGMPv2 メンバシップ レポートが抑制されるのは、同じポートに複数のホストが接続されている場合だけです。
図2-2 のルータ A は、IGMPv3 グループ/ソース スペシフィック クエリーを LAN に送信します。ホスト 2 および 3 は、アドバタイズされたグループおよび送信元からデータを受信することを示すメンバシップ レポートを送信して、そのクエリーに応答します。この IGMPv3 機能では、SSM がサポートされます。IGMPv1 ホストおよび IGMPv2 ホストが SSM をサポートするよう、SSM を変換する方法については、「IGMP SSM 変換の設定」を参照してください。
図2-2 IGMPv3 グループ/ソース スペシフィック クエリー
(注) IGMPv3 ホストでは、IGMP メンバシップ レポートの抑制が行われません。
代表クエリアから送信されるメッセージの Time-To-Live(TTL; 存続可能時間)値は 1 です。つまり、サブネット上の直接接続されたルータからは、メッセージは転送されません。IGMP の起動時に送信されるクエリー メッセージの頻度および回数を個別に設定したり、スタートアップ クエリー インターバルを短く設定したりすることで、グループ ステートの確立時間を最小限に抑えることができます。通常は不要ですが、起動後のクエリー インターバルをチューニングすることで、ホスト グループ メンバシップ メッセージへの応答性と、ネットワーク上のトラフィック量のバランスを調整できます。
マルチキャスト ホストがグループを脱退する場合、IGMPv2 以上を実行するホストでは、IGMP Leave メッセージを送信します。このホストがグループを脱退する最後のホストであるかどうかを確認するために、IGMP クエリー メッセージが送信されます。これにより、最終メンバーのクエリー応答インターバルと呼ばれる、ユーザが設定可能なタイマーが起動されます。タイマーが切れる前にレポートが受信されない場合は、ソフトウェアによってグループ ステートが解除されます。ルータはグループ ステートが解除されないかぎり、このグループにマルチキャスト トラフィックを送信し続けます。
輻輳ネットワークでのパケット損失を緩和するには、ロバストネス値を設定します。ロバストネス値は、IGMP ソフトウェアがメッセージ送信回数を確認するために使用されます。
224.0.0.0/24 内に含まれるリンク ローカル アドレスは、Internet Assigned Numbers Authority(IANA)によって予約されています。ローカル ネットワーク セグメント上のネットワーク プロトコルでは、これらのアドレスが使用されます。これらのアドレスは TTL が 1 であるため、ルータからは転送されません。IGMP プロセスを実行すると、デフォルトでは、非リンク ローカル アドレスにのみメンバシップ レポートが送信されます。ただし、リンク ローカル アドレスにレポートが送信されるよう、ソフトウェアの設定を変更できます。
IGMP パラメータの設定方法については、「IGMP インターフェイス パラメータの設定」を参照してください。
Virtual Device Context(VDC)は、一連のシステム リソースを論理的に表現する用語です。各 VDC 内では、複数の Virtual Routing and Forwarding(VRF)インスタンスを定義できます。VDC ごとに実行できる IGMP プロセスは 1 つです。IGMP プロセスは対象の VDC に含まれるすべての VRF をサポートし、その VDC 内で IGMP スヌーピング機能を実行します。IGMP スヌーピングの詳細については、「IGMP スヌーピングの設定」を参照してください。
show コマンドに VRF 引数を指定して実行すると、表示される情報のコンテキストを確認できます。VRF 引数を指定しない場合は、デフォルト VRF が使用されます。
VDC の設定の詳細については、『 Cisco NX-OS Virtual Device Context Configuration Guide, Release 4.0 』を参照してください。
VRF の設定の詳細については、『 Cisco NX-OS Unicast Routing Configuration Guide, Release 4.0 』を参照してください。
|
|
---|---|
IGMP にはライセンスは不要です。ライセンス パッケージに含まれていない機能は、Cisco NX-OS システム イメージにバンドルされて提供されます。追加料金は発生しません。NX-OS ライセンス スキームの詳細については、『 Cisco NX-OS Licensing Guide, Release 4.0 』を参照してください。 |
• 現在の VDC が正しい。VDC は、一連のシステム リソースを論理的に表現する用語です。 switchto vdc コマンドでは VDC 番号を指定できます。
• 現在の VRF モードが正しい(グローバル コンフィギュレーション コマンドの場合)。この章の例で示すデフォルトのコンフィギュレーション モードは、デフォルト VRF に適用されます。
IGMP グローバル パラメータおよびインターフェイス パラメータを設定すると、IGMP プロセスの動作を変更できます。
(注) Cisco IOS CLI の詳しい知識がある場合は、この機能で使用する Cisco NX-OS コマンドが、よく使用される Cisco IOS コマンドとは異なる可能性があることに注意してください。
表2-1 に、設定可能なオプションの IGMP インターフェイス パラメータを示します。
|
|
---|---|
インターフェイスでイネーブルにする IGMP のバージョン。有効な IGMP バージョンは 2 または 3 です。デフォルトは 2 です。 |
|
インターフェイスに静的にバインドされるマルチキャスト グループ。(*, G) というステートでインターフェイスの加入先グループを設定するか、グループに加入する送信元 IP を、(S, G) というステートで指定します。 (注) (S, G) ステートで設定しても、送信元ツリーが構築されるのは IGMPv3 がイネーブルな場合だけです。SSM 変換の詳細については、「IGMP SSM 変換の設定」を参照してください。 ネットワーク上の全マルチキャスト対応ルータを含むマルチキャスト グループを設定すると、このグループに ping 要求を送信することで、すべてのルータから応答を受け取ることができます。 |
|
出力インターフェイスに静的にバインドされるマルチキャスト グループ。(*, G) というステートで出力インターフェイスの加入先グループを設定するか、グループに加入する送信元 IP を、(S, G) というステートで指定します。 (注) (S, G) ステートで設定しても、送信元ツリーが構築されるのは IGMPv3 がイネーブルな場合だけです。SSM 変換の詳細については、「IGMP SSM 変換の設定」を参照してください。 |
|
起動時のクエリー インターバル。デフォルトでは、ソフトウェアができるだけ迅速にグループ ステートを確立できるように、このインターバルはクエリー インターバルより短く設定されています。有効範囲は 1 ~ 18,000 秒です。デフォルト値は 31 秒です。 |
|
スタートアップ クエリー インターバル中に送信される起動時のクエリー数。有効値の範囲は 1 ~ 10 です。デフォルト値は 2 です。 |
|
輻輳ネットワークでのパケット損失を許容範囲内に抑えるために使用される、調整可能なロバストネス変数。ロバストネス変数を大きくすることで、パケットの再送信回数を増やすことができます。有効値の範囲は 1 ~ 7 です。デフォルト値は 2 です。 |
|
前クエリアがクエリーを停止してから、自身がクエリアとして処理を引き継ぐまで、ソフトウェアが待機する秒数。有効範囲は 1 ~ 65,535 秒です。デフォルト値は 255 秒です。 |
|
IGMP クエリーでアドバタイズされる最大応答時間。大きな値を設定すると、ホストの応答時間が延長されるため、ネットワークの IGMP メッセージのバースト性を調整できます。この値は、クエリー インターバルよりも短く設定する必要があります。有効範囲は 1 ~ 25 秒です。デフォルト値は 10 秒です。 |
|
IGMP ホスト クエリー メッセージの送信頻度。大きな値を設定すると、ソフトウェアによる IGMP クエリーの送信頻度が低くなるため、ネットワーク上の IGMP メッセージ数を調整できます。有効範囲は 1 ~ 18,000 秒です。デフォルト値は 125 秒です。 |
|
サブネット上の既知のアクティブ ホストから最後にホスト Leave メッセージを受信したあと、ソフトウェアが送信する IGMP クエリーへの応答に対するクエリー インターバル。このインターバル中に応答が受信されない場合、グループ ステートは解除されます。この値を使用すると、サブネット上でソフトウェアがトラフィックの送信を停止するタイミングを調整できます。この値を小さく設定すると、グループの最終メンバーまたは送信元が脱退したことを、より短時間で検出できます。有効範囲は 1 ~ 25 秒です。デフォルト値は 1 秒です。 |
|
サブネット上の既知のアクティブ ホストから最後にホスト Leave メッセージを受信したあと、最終メンバーのクエリー応答インターバル中に、ソフトウェアが IGMP クエリーを送信する回数。有効値の範囲は 1 ~ 5 です。デフォルト値は 2 です。 |
|
ルータによって、ネットワーク上にグループのメンバーまたは送信元が存在しないとみなされるまでのグループ メンバシップ インターバル。有効範囲は 3 ~ 65,535 秒です。デフォルト値は 260 秒です。 |
|
224.0.0.0/24 内のグループにレポートを送信できるようにするためのオプション。リンク ローカル アドレスは、ローカル ネットワーク プロトコルでのみ使用されます。非リンク ローカル グループには、常にレポートが送信されます。デフォルトではディセーブルになっています。 |
|
ルーティング規則ポリシーに基づく、IGMP レポートのアクセス ポリシー 1 。 |
|
インターフェイスが接続されたサブネット上のホストについて、加入可能なマルチキャスト グループを制御するためのルーティング規則ポリシー 1 を設定するオプション。 |
1.ルーティング規則ポリシーの設定方法については、『Cisco NX-OS Unicast Routing Configuration Guide, Release 4.0』を参照してください。 |
ip igmp join-group group-addr [ source source-addr ]
ip igmp static-oif group-addr [ source source-addr ]
ip igmp startup-query-interval seconds
ip igmp startup-query-count count
ip igmp robustness-variable value
ip igmp querier-timeout seconds
ip igmp query-max-response-time seconds
ip igmp query-interval interval
ip igmp last-member-query-response-time seconds
ip igmp last-member-query-count count
ip igmp report-link-local-groups
4. show ip igmp interface [ interface ] [ vrf vrf-name | all ] [ brief ]
SSM 変換を設定すると、IGMPv1 または IGMPv2 によるメンバシップ レポートを受信したルータで、SSM がサポートされるようになります。メンバシップ レポートでグループおよび送信元アドレスを指定する機能を備えているのは、IGMPv3 のみです。グループ プレフィクスのデフォルト範囲は、232.0.0.0/8 です。PIM SSM 範囲の変更方法については、「SSM の設定」を参照してください。
表2-2 に、SSM 変換の例を示します。
|
|
---|---|
表2-3 に、IGMP メンバシップ レポートに SSM 変換を適用した場合に、IGMP プロセスによって作成される MRIB ルートを示します。複数の変換を行う場合は、各変換内容に対して (S, G) ステートが作成されます。
|
|
---|---|
(注) これは、一部の Cisco IOS ソフトウェアに組み込まれている SSM マッピングと類似した機能です。
2. ip igmp ssm-translate group-prefix source-addr
|
|
|
---|---|---|
ルータが IGMPv3 メンバシップ レポートを受信したときと同様に、(S,G) ステートが作成されるよう、IGMP プロセスによる IGMPv1 または IGMPv2 メンバシップ レポートの変換を設定します。 |
||
|
|
|
---|---|---|
IGMP の設定情報を表示するには、次の作業のいずれかを行います。
これらのコマンド出力のフィールドの詳細については、『 Cisco NX-OS Multicast Routing Command Reference, Release 4.0 』を参照してください。
表2-4 に、IGMP パラメータのデフォルト設定を示します。
|
|
---|---|
ここでは、IPv6 ネットワークに MLD を設定する方法を説明します。
• 「関連情報」
MLD は、ホストが特定のグループにマルチキャスト データを要求するために使用する IPv6 プロトコルです。ソフトウェアは、MLD を介して取得した情報を使用し、マルチキャスト グループまたはチャネル メンバシップのリストをインターフェイス単位で保持します。MLD パケットを受信したデバイスは、既知の受信者が含まれるネットワーク セグメントに、要求されたグループまたはチャネルに関する受信データをマルチキャスト送信します。
MLDv1 は IGMPv2 から、MLDv2 は IGMPv3 から派生したプロトコルです。IGMP は IP Protocol 2 メッセージ タイプを使用しますが、MLD は ICMPv6 メッセージのサブセットである IP Protocol 58 メッセージ タイプを使用します。
MLD プロセスはデバイス上で自動的に起動されます。インターフェイスでは MLD を手動でイネーブルにすることはできません。MDL は、インターフェイスで次のいずれかの設定作業を行うと、自動的にイネーブルになります。
デバイスでは MLDv1 および MLDv2 がサポートされています。MLDv2 は MLDv1 リスナー レポートをサポートしています。
デフォルトでは、ソフトウェアが MLD プロセスを起動する際に、MLDv2 がイネーブルになります。必要に応じて、各インターフェイスでは MLDv1 をイネーブルにできます。
MLDv2 には、次に示す MLDv1 からの重要な変更点あります。
• 次の機能を提供し、各受信者から送信元までの SPT を構築可能な SSM をサポートします。
–MLDv1 ではグループについてのみ保持できたマルチキャスト ステートを、グループおよび送信元について保持可能
• ホストによるレポート抑制が行われなくなり、MLD クエリー メッセージを受信するたびに MLD リスナー レポートが送信されるようになりました。
MLDv1 の詳細については、 RFC 2710 を参照してください。MLDv2 の詳細については、 RFC 3810 を参照してください。
図2-3 に、ルータが MLD を使用し、マルチキャスト ホストを検出する基本的なプロセスを示します。ホスト 1、2、および 3 は要求外の MLD リスナー レポート メッセージを送信して、グループまたはチャネルに関するマルチキャスト データの受信を開始します。
図2-3 のルータ A(サブネットの代表 MLD クエリア)は、リンクスコープの全ノードを対象として、マルチキャスト アドレス FF02::1 に定期的に共通のクエリー メッセージを送信し、マルチキャスト グループに対する各ホストの受信要求を検出します。グループ スペシフィック クエリーは、特定のグループの情報を要求するホストを検出する場合に使用されます。グループ メンバシップ タイムアウト値を設定し、指定したタイムアウト値が経過すると、ルータはサブネット上にグループのメンバーまたは送信元が存在しないとみなします。MLD パラメータの設定方法については、「MLD インターフェイス パラメータの設定」を参照してください。
図2-3 では、ホスト 1 からのリスナー レポートの送出が止められており、最初にホスト 2 からグループ FFFE:FFFF:90::1 に関するリスナー レポートが送信されます。ホスト 1 はホスト 2 からレポートを受信します。ルータに送信する必要があるリスナー レポートは、グループにつき 1 つのみであるため、その他のホストではレポートの送出が止められ、ネットワーク トラフィックが削減されます。レポートの同時送信を防ぐため、各ホストではランダムな時間だけレポート送信が保留されます。クエリーの最大応答時間パラメータを設定すると、ホストのランダムな応答間隔を制御できます。
(注) MLDv1 メンバシップ レポートが抑制されるのは、同じポートに複数のホストが接続されている場合だけです。
図2-4 のルータ A は、MLDv2 グループ/ソース スペシフィック クエリーを LAN に送信します。ホスト 2 および 3 は、アドバタイズされたグループおよび送信元からデータを受信することを示すリスナー レポートを送信して、そのクエリーに応答します。この MLDv2 機能では、SSM がサポートされます。MLDv1 ホストが SSM をサポートするよう、SSM を変換する方法については、「MLD SSM 変換の設定」を参照してください。
(注) MLDv2 では、すべてのホストがクエリーに応答します。
図2-4 MLDv2 グループ/ソース スペシフィック クエリー
IP アドレスが最下位のルータが、サブネットの MLD クエリアとして選出されます。ルータは、自身よりも下位の IP アドレスを持つルータからクエリー メッセージを継続的に受信している間、非クエリアとして動作して、クエリア タイムアウト値をカウントするタイマーをリセットします。ルータのクエリア タイマーが期限切れになると、そのルータは代表クエリアになります。そのあとで、このルータが、自身よりも下位の IP アドレスを持つルータからのホスト クエリー メッセージを受信すると、ルータは代表クエリアとしての役割を放棄してクエリア タイマーを再度設定します。
代表クエリアから送信されるメッセージの TTL 値は 1 です。つまり、サブネット上の直接接続されたルータからは、メッセージは転送されません。また、MLD の起動中に送信されるクエリー メッセージの頻度および回数を個別に設定することもできます。起動時のクエリー インターバルを短く設定することで、グループ ステートの確立時間を最小限に抑えることができます。通常は不要ですが、起動後のクエリー インターバルをチューニングすることで、ホスト グループ メンバシップへの応答性と、ネットワーク上のトラフィック量のバランスを調整できます。
グループを脱退するマルチキャスト ホストは、MLDv1 に対して脱退を知らせるメッセージを送信するか、または対象のグループを除外したリスナー レポートを、リンクスコープ内の全ルータを含むマルチキャスト アドレス FF02::2 に送信する必要があります。このホストがグループを脱退する最後のホストであるかどうかを確認するために、MLD クエリー メッセージが送信されます。これにより、最終メンバーのクエリー応答インターバルと呼ばれる、ユーザが設定可能なタイマーが起動されます。タイマーが切れる前にレポートが受信されない場合は、ソフトウェアによってグループ ステートが解除されます。ルータはグループ ステートが解除されないかぎり、このグループにマルチキャスト トラフィックを送信し続けます。
輻輳ネットワークでのパケット損失を緩和するには、ロバストネス値を設定します。ロバストネス値は、MLD ソフトウェアがメッセージ送信回数を確認するために使用されます。
FF02::0/16 内に含まれるリンク ローカル アドレスには、IANA が定義したリンク スコープが設定されています。ローカル ネットワーク セグメント上のネットワーク プロトコルでは、これらのアドレスが使用されます。これらのアドレスは TTL が 1 であるため、ルータからは転送されません。MLD プロセスを実行すると、デフォルトでは、非リンク ローカル アドレスにのみリスナー レポートが送信されます。ただし、リンク ローカル アドレスにレポートが送信されるよう、ソフトウェアの設定を変更できます。
MLD パラメータの設定方法については、「MLD インターフェイス パラメータの設定」を参照してください。
VDC は、一連のシステム リソースを論理的に表現する用語です。各 VDC 内では、複数の VRF インスタンスを定義できます。VDC ごとに実行できる MLD プロセスは 1 つです。MLD プロセスは、対象の VDC に含まれるすべての VRF をサポートします。
show コマンドに VRF 引数を指定して実行すると、表示される情報のコンテキストを確認できます。VRF 引数を指定しない場合は、デフォルト VRF が使用されます。
VDC の設定の詳細については、『 Cisco NX-OS Virtual Device Context Configuration Guide, Release 4.0 』を参照してください。
VRF の設定の詳細については、『 Cisco NX-OS Unicast Routing Configuration Guide, Release 4.0 』を参照してください。
|
|
---|---|
MLD にはライセンスは不要です。ライセンス パッケージに含まれていない機能は、Cisco NX-OS システム イメージにバンドルされて提供されます。追加料金は発生しません。NX-OS ライセンス スキームの詳細については、『 Cisco NX-OS Licensing Guide, Release 4.0 』を参照してください。 |
• 現在の VDC が正しい。VDC は、一連のシステム リソースを論理的に表現する用語です。 switchto vdc コマンドでは VDC 番号を指定できます。
• 現在の VRF モードが正しい(グローバル コンフィギュレーション コマンドの場合)。この章の例で示すデフォルトのコンフィギュレーション モードは、デフォルト VRF に適用されます。
MLD グローバル パラメータおよびインターフェイス パラメータを設定すると、MLD プロセスの動作を変更できます。
(注) MLD コマンドにアクセスするには、MLD 機能をイネーブルにしておく必要があります。
(注) Cisco IOS CLI の詳しい知識がある場合は、この機能で使用する Cisco NX-OS コマンドが、よく使用される Cisco IOS コマンドとは異なる可能性があることに注意してください。
表2-5 に、設定可能なオプションの MLD インターフェイス パラメータを示します。
|
|
---|---|
インターフェイスでイネーブルにする MLD のバージョン。MLDv2 は MLDv1 をサポートしています。有効な MLD バージョンは 1 または 2 です。デフォルトは 2 です。 |
|
インターフェイスに静的にバインドされるマルチキャスト グループ。(*, G) というステートでインターフェイスの加入先グループを設定するか、グループに加入する送信元 IP を、(S, G) というステートで指定します。 (注) (S, G) ステートで設定しても、送信元ツリーが構築されるのは MLDv2 がイネーブルな場合だけです。SSM 変換の詳細については、「MLD SSM 変換の設定」を参照してください。 ネットワーク上の全マルチキャスト対応ルータを含むマルチキャスト グループを設定すると、このグループに ping 要求を送信することで、すべてのルータから応答を受け取ることができます。 |
|
出力インターフェイスに静的にバインドされるマルチキャスト グループ。(*, G) というステートで出力インターフェイスの加入先グループを設定するか、グループに加入する送信元 IP を、(S, G) というステートで指定します。 (注) (S, G) ステートで設定しても、送信元ツリーが構築されるのは MLDv2 がイネーブルな場合だけです。SSM 変換の詳細については、「MLD SSM 変換の設定」を参照してください。 |
|
起動時のクエリーインターバル。デフォルトでは、ソフトウェアができるだけ迅速にグループ ステートを確立できるように、このインターバルはクエリー インターバルより短く設定されています。有効範囲は 1 ~ 18,000 秒です。デフォルト値は 30 秒です。 |
|
スタートアップ クエリー インターバル中に送信される起動時のクエリー数。有効値の範囲は 1 ~ 10 です。デフォルト値は 2 です。 |
|
輻輳ネットワークでのパケット損失を許容範囲内に抑えるために使用される、調整可能なロバストネス変数。ロバストネス変数を大きくすることで、パケットの再送信回数を増やすことができます。有効値の範囲は 1 ~ 7 です。デフォルト値は 2 です。 |
|
前クエリアがクエリーを停止してから、自身がクエリアとして処理を引き継ぐまで、ソフトウェアが待機する秒数。有効範囲は 1 ~ 65,535 秒です。デフォルト値は 255 秒です。 |
|
MLD クエリーでアドバタイズされる最大応答時間。大きな値を設定すると、ホストの応答時間が延長され、ネットワークの MLD メッセージのバースト性を調整できます。この値は、クエリー インターバルよりも短く設定する必要があります。有効範囲は 1 ~ 25 秒です。デフォルト値は 10 秒です。 |
|
MLD ホスト クエリー メッセージの送信頻度。大きな値を設定すると、ソフトウェアによる MLD クエリーの送信頻度が低くなるため、ネットワーク上の MLD メッセージ数を調整できます。有効範囲は 1 ~ 18,000 秒です。デフォルト値は 125 秒です。 |
|
サブネット上の既知のアクティブ ホストから最後にホスト Leave メッセージを受信したあと、ソフトウェアが送信する MLD クエリーへの応答に対するクエリー インターバル。このインターバル中に応答が受信されない場合、グループ ステートは解除されます。この値を使用すると、サブネット上でソフトウェアがトラフィックの送信を停止するタイミングを調整できます。この値を小さく設定すると、グループの最終メンバーまたは送信元が脱退したことを、より短時間で検出できます。有効範囲は 1 ~ 25 秒です。デフォルト値は 1 秒です。 |
|
サブネット上の既知のアクティブ ホストから最後にホスト Leave メッセージを受信したあと、最終メンバーのクエリー応答インターバル中に、ソフトウェアが MLD クエリーを送信する回数。有効値の範囲は 1 ~ 5 です。デフォルト値は 2 です。 |
|
ルータによって、ネットワーク上にグループのメンバーまたは送信元が存在しないとみなされるまでのグループ メンバシップ インターバル。有効範囲は 3 ~ 65,535 秒です。デフォルト値は 260 秒です。 |
|
FF02::0/16 内のグループにレポートを送信できるようにするためのオプション。リンク ローカル アドレスは、ローカル ネットワーク プロトコルでのみ使用されます。非リンク ローカル グループには、常にレポートが送信されます。デフォルトではディセーブルになっています。 |
|
ルーティング規則ポリシーに基づく、MLD レポートのアクセス ポリシー 2 。 |
|
インターフェイスが接続されたサブネット上のホストについて、加入可能なマルチキャスト グループを制御するためのルーティング規則ポリシー 1 を設定するオプション。 |
2.ルーティング規則ポリシーの設定方法については、『Cisco NX-OS Unicast Routing Configuration Guide, Release 4.0』を参照してください。 |
ipv6 mld join-group group-addr [ source source-addr ]
ipv6 mld static-oif group-addr [ source source-addr ]
ipv6 mld startup-query-interval seconds
ipv6 mld startup-query-count count
ipv6 mld robustness-variable value
ipv6 mld querier-timeout seconds
ipv6 mld query-timeout seconds
ipv6 mld query-max-response-time seconds
ipv6 mld query-interval interval
ipv6 mld last-member-query-response-time seconds
ipv6 mld last-member-query-count count
ipv6 mld group-timeout seconds
ipv6 mld report-link-local-groups
4. show ipv6 mld interface [ interface ] [ vrf vrf-name | all ] [ brief ]
SSM 変換を設定すると、MLDv1 リスナー レポートを受信したルータで、SSM がサポートされるようになります。リスナー レポートでグループおよび送信元アドレスを指定する機能を備えているのは、MLDv2 のみです。グループ プレフィクスのデフォルト範囲は、FF3x/96 です。PIM SSM 範囲の変更方法については、「SSM の設定」を参照してください。
表2-6 に、SSM 変換の例を示します。
|
|
---|---|
表2-7 に、MLDv1 リスナー レポートに SSM 変換を適用した場合に、MLD プロセスによって作成される M6RIB ルートを示します。複数の変換を行う場合は、各変換内容に対して (S, G) ステートが作成されます。
|
|
---|---|
(2001:0DB8:0:ABCD::1, FF30:10::10) |
2. ipv6 [ icmp ] mld ssm-translate group-prefix source-addr
MLD の設定情報を表示するには、次の作業のいずれかを行います。
これらのコマンド出力のフィールドの詳細については、『 Cisco NX-OS Multicast Routing Command Reference, Release 4.0 』を参照してください。
表2-8 に、MLD パラメータのデフォルト設定を示します。
|
|
---|---|
IGMP の実装に関する詳細情報については、次の項目を参照してください。
• 「関連資料」
• 「規格」
• 「技術サポート」
|
|
---|---|
『 Cisco NX-OS Virtual Device Context Configuration Guide, Release 4.0 』 |
|
『 Cisco NX-OS Multicast Routing Command Reference, Release 4.0 』 |
|
|
---|---|
この機能がサポートする新しい規格または変更された規格はありません。また、この機能で変更された既存規格のサポートはありません。 |
|
|
---|---|
TAC のホーム ページには、製品リンク、テクノロジー、ソリューション、テクニカル ティップス、ツールを含め、30,000 ページに及ぶ検索可能な技術コンテンツがあります。Cisco.com の登録ユーザは、このページからログインして、さらに多くのコンテンツを利用できます。 |