Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

MLD の設定

MLDを理解する

マルチキャストリスナー検出(MLD)プロトコルは、マルチキャストグループ内のホストとルーターのメンバーシップを管理します。IPバージョン6(IPv6)マルチキャストルーターは、MLDを使用して、接続されている各物理ネットワークについて、どのグループに関心のあるリスナーがいるかを学習します。各ルーティング デバイスは、各サブネットワークのリスナーを持つホスト マルチキャスト アドレスのリストと、各アドレスのタイマーを保持します。しかし、ルーティング・デバイスは各リスナーのアドレスを知る必要はなく、各ホストのアドレスだけを知ることができます。ルーティングデバイスは、使用するマルチキャストルーティングプロトコルにアドレスを提供し、これにより、マルチキャストパケットが、関心のあるリスナーが存在するすべてのサブネットワークに配信されるようになります。このように、MLDはプロトコル独立マルチキャスト(PIM)プロトコルのトランスポートとして使用されます。

MLD は IPv6 の不可欠な部分であり、IP マルチキャスト トラフィックを受信する必要があるすべての IPv6 ルーティング デバイスとホストで有効にする必要があります。Junos OSは、MLDバージョン1および2をサポートしています。バージョン 2 は、SSM(Source-Specific Multicast)の包含モードおよび除外モードでサポートされています。

インクルードモードでは、受信者はマルチキャストグループトラフィックの受信元のソースを指定します。除外モードは、インクルードモードとは逆で動作します。これにより、受信者は、マルチキャストグループトラフィックの受信に関心のないソースを指定できます。

接続されたネットワークごとに、マルチキャスト ルーティング デバイスはクエリアまたは非クエリアのいずれかになります。クエリアルーティングデバイス(通常はサブネットごとに1つ)は、MLDクエリを送信することによってグループメンバーシップ情報を求めます。ホストが、関心のあるリスナーがあることをクエリア ルーティング デバイスに報告すると、クエリア ルーティング デバイスは、受信者(ホスト)の指定ルーター(DR)を使用して、メンバーシップ情報をランデブー ポイント(RP)ルーティング デバイスに転送します。これにより、ランデブーポイントツリー(RPT)が構築され、ホストと関心のあるリスナーをRPルーティングデバイスに接続します。RPTは、送信者が関心のあるリスナーに情報を送信するために使用する最初のパスです。非クエリアルーティングデバイスは、サブネット上で MLD クエリを送信しませんが、クエリアルーティングデバイスに障害が発生した場合に送信できます。

MLD で構成されたすべてのルーティング デバイスは、アタッチされた各サブネット上のクエリア ルーティング デバイスとして起動します ( 図 1 を参照)。右側のクエリアルーティングデバイスは、受信者のDRです。

図1:サブネットRouting Devices Start Up on a Subnetで起動するルーティングデバイス

クエリア ルーティング デバイスを選択するために、ルーティング デバイスは IPv6 送信元アドレスを含むクエリー メッセージを交換します。ルーティング デバイスは、IPv6 送信元アドレスが自身の選択したアドレスよりも数値的に低いクエリ メッセージを受信した場合、非クエリアになります。 図 2 では、左側のルーティング デバイスは、右側のルーティング デバイスよりも数値的に低い送信元アドレスを持っているため、クエリア ルーティング デバイスになります。

手記:

MLD の実際のアプリケーションでは、サブネット上のいくつかのルーティング デバイスは非クエリアです。選択されたクエリア ルーティング デバイスに障害が発生した場合、残りのルーティング デバイス間でクエリー メッセージが交換されます。IPv6 送信元アドレスが最も小さいルーティング デバイスが、新しいクエリア ルーティング デバイスになります。IPv6 近隣探索プロトコル(NDP)実装は、ターゲット リンク層アドレス オプションにブロードキャストまたはマルチキャスト アドレスが含まれる受信近隣アナウンスメント(NA)メッセージをドロップします。この動作は、RFC 2461 で推奨されています。

図2:クエリアルーティングデバイスが決定 Querier Routing Device Is Determined

クエリア ルーティング デバイスは、 リンクスコープの全ノード マルチキャスト アドレス FF02::1 に対する一般的な MLD クエリを、接続されているすべてのサブネットに短い間隔で送信して、グループ メンバーシップ情報を求めます ( 図 3 を参照)。照会メッセージ内には、ホストがレポート・メッセージで応答するのに許される最大遅延を指定する最大 応答遅延 値があります。

図 3: 一般照会メッセージの発行 General Query Message Is Issued

クエリを受信するホストに関心のあるリスナーが接続されている場合、ホストはホストの IPv6 アドレスを含むレポートをルーティング デバイスに送信します ( 図 4 を参照)。報告されたアドレスが、関心のあるリスナーがいるマルチキャストアドレスのルーティングデバイスのリストにまだ含まれていない場合は、アドレスがリストに追加され、アドレスにタイマーが設定されます。アドレスがすでにリストにある場合、タイマーはリセットされます。ホストのアドレスは、PIM ドメインの RP に送信されます。

図 4: クエリアルーティングデバイスReports Are Received by the Querier Routing Deviceによるレポートの受信

ホストに関心のあるマルチキャスト リスナーがない場合は、クエリア ルーティング デバイスに完了メッセージを送信します。受信時に、クエリア ルーティング デバイスは、ホストのマルチキャスト アドレスに対する最後の リスナー クエリ間隔 の値を含むマルチキャスト アドレス固有のクエリを発行します。ルーティング デバイスがマルチキャスト アドレスからのレポートを受信しない場合、リストからマルチキャスト アドレスを削除し、PIM ドメイン内の RP に削除を通知します( 図 5 を参照)。

図5:ホストには関心のある受信者がなく、ルーティングデバイスHost Has No Interested Receivers and Sends a Done Message to Routing Deviceに完了メッセージを送信する

完了メッセージがクエリア ルーティング デバイスによって受信されない場合、クエリア ルーティング デバイスはマルチキャスト アドレス固有のクエリを送信し続けます。最後のレポートの受信時にアドレスに設定されたタイマーが期限切れになると、クエリア ルーティング デバイスは、そのサブネットに関心のあるリスナーがなくなったと見なし、リストからマルチキャスト アドレスを削除し、PIM ドメイン内の RP に削除を通知します( 図 6 を参照)。

図 6: ホスト アドレス タイマーが期限切れになり、アドレスがマルチキャスト アドレス リスト Host Address Timer Expires and Address Is Removed from Multicast Address List から削除される

MLD の設定

マルチキャストリスナー検出(MLD)プロトコルを設定するには、 mld ステートメントを含めます。

以下の階層レベルでこのステートメントを含めることができます。

  • [edit protocols]

  • [edit logical-systems logical-system-name protocols]

デフォルトでは、プロトコル非依存マルチキャスト(PIM)またはディスタンスベクトルマルチキャストルーティングプロトコル(DVMRP)を設定すると、すべてのブロードキャストインターフェイスでMLDが有効になります。

MLD の有効化

マルチキャストリスナー検出(MLD)プロトコルは、サブネット上のグループを確立、維持、および削除することによって、マルチキャストグループを管理します。マルチキャスト ルーティング デバイスは、MLD を使用して、接続されている各物理ネットワークにメンバーを持つグループを学習します。ルーターがIPv6マルチキャストパケットを受信するには、MLDを有効にする必要があります。マルチキャストは IPv4 ネットワークで異なる方法で処理されるため、MLD は IPv6 ネットワークでのみ必要です。MLD は、PIM を設定するすべての IPv6 インターフェイスと、DVMRP を設定するすべての IPv6 ブロードキャスト インターフェイスで有効になります。

MLD は、マルチキャスト リスナーとルーターで異なる動作を指定します。ルーターがリスナーでもある場合、ルーターは自身のメッセージに応答します。ルーターが同じリンクに対して複数のインターフェイスを持っている場合、ルーターはそれらのインターフェイスの1つだけでルーターの動作を実行する必要があります。一方、リスナーは、マルチキャストトラフィックの潜在的な受信者に接続されているすべてのインターフェイスでリスナーの動作を実行する必要があります。

インターフェイスで PIM と DVMRP が設定されていないか、インターフェイスで MLD が明示的に無効になっているために、MLD がインターフェイスで実行されていない場合、MLD を明示的に有効にできます。

MLD を明示的に有効にするには:

  1. PIM と DVMRP がインターフェイスで実行されていない場合は、インターフェイス名を含めて MLD を明示的に有効にします。
  2. インターフェイスで MLD が無効になっているかどうかを確認します。次の例では、ギガビットイーサネットインターフェイスでMLDが無効になっています。
  3. disable ステートメントを削除して、インターフェイスで MLD を有効にします。
  4. 設定を確認します。
  5. show mld interfaceコマンドの出力を確認してMLDの動作検証を行います。

MLD バージョンの変更

デフォルトでは、ルーターは MLD バージョン 1(MLDv1)をサポートします。ルーターが SSM(ソース特定マルチキャスト)にのみ MLD バージョン 2(MLDv2)を使用できるようにするには、 version 2 ステートメントを含めます。

個々のインターフェイス階層レベルでMLDバージョンを設定すると、 interface all ステートメントを使用したIGMPバージョンの設定が上書きされます。

静的に設定されたマルチキャスト グループで送信元アドレスが指定されている場合、バージョンは MLDv2 に設定する必要があります。

MLD インターフェイスをバージョン 2 に変更するには:

  1. MLD インターフェイスを設定します。
  2. show mld interface コマンドの出力にある version フィールドを確認して、設定を確認します。show mld statistics コマンドには、MLD メッセージ タイプ フィールドのカウンタなど、バージョン固有の出力フィールドがあります。

MLD ホストクエリ メッセージ間隔の変更

MLD の目的は、サブネット全体の IPv6 グループ メンバーシップでルーターを最新の状態に保つことです。ルーターは、すべてのメンバーが誰であるかを知る必要はなく、そのメンバーが存在することだけを知る必要があります。各ホストは、どのマルチキャスト グループがサブスクライブされているかを追跡します。各リンクで、1 台のルーターがクエリアに選出されます。MLD クエリア ルーターは、接続されている各ネットワークで一般的なホスト クエリ メッセージを定期的に送信して、メンバーシップ情報を求めます。これらのメッセージは、グループ メンバーシップ情報を要求し、 リンク スコープの全ノード アドレス FF02::1 に送信されます。一般的なホストクエリメッセージには、クエリ応答間隔を設定することで設定できる最大応答時間があります。

照会応答タイムアウト、照会間隔、および堅牢性変数は、すべてマルチキャスト・リスナー間隔の計算に使用される変数であるという点で関連しています。マルチキャスト リスナー間隔は、マルチキャスト ルーターがホスト グループのメンバーがサブネット上に存在しないと判断するまでに経過する必要がある秒数です。マルチキャスト・リスナー間隔は、(堅牢性変数 x 照会間隔) + (1 x 照会応答間隔) として計算されます。マルチキャスト リスナー間隔が経過する前に特定のグループのレポートを受信しなかった場合、ルーティング デバイスは、そのグループのリモートで発信されたマルチキャスト パケットの接続ネットワークへの転送を停止します。

デフォルトでは、ホストクエリメッセージは125秒ごとに送信されます。この間隔を変更して、サブネットで送信される MLD メッセージの数を変更できます。

クエリ間隔を変更するには:

  1. 間隔を設定します。

    値は 1 から 1024 秒です。

  2. show mld interface コマンドの出力にある MLD クエリ間隔フィールドをチェックして、設定を確認します。
  3. show mld statistics コマンドの出力にある「リスナー照会」フィールドをチェックして、照会間隔の動作を検証します。

MLD クエリ応答間隔の変更

クエリ応答間隔は、クエリア ルーターがホスト クエリ メッセージを送信してからホストから応答を受信するまでに経過できる最大時間です。この間隔を変更して、サブネット上の MLD メッセージのバーストピークを調整できます。トラフィックのバースト性を低くするために、間隔を大きく設定します。

照会応答タイムアウト、照会間隔、および堅牢性変数は、すべてマルチキャスト・リスナー間隔の計算に使用される変数であるという点で関連しています。マルチキャスト リスナー間隔は、マルチキャスト ルーターがホスト グループのメンバーがサブネット上に存在しないと判断するまでに経過する必要がある秒数です。マルチキャスト・リスナー間隔は、(堅牢性変数 x 照会間隔) + (1 x 照会応答間隔) として計算されます。マルチキャスト リスナー間隔が経過する前に特定のグループのレポートを受信しなかった場合、ルーティング デバイスは、そのグループのリモートで発信されたマルチキャスト パケットの接続ネットワークへの転送を停止します。

既定のクエリ応答間隔は 10 秒です。小数点の右側に最大 1 桁の秒未満の間隔を設定できます。設定可能な範囲は 0.1 から 0.9 で、1 秒間隔で 1 から 999,999 までです。

クエリ応答間隔を変更するには:

  1. 間隔を設定します。
  2. show mld interface コマンドの出力にある MLD クエリー応答間隔フィールドをチェックして、設定を確認します。
  3. show mld statistics コマンドの出力にある「リスナー照会」フィールドをチェックして、照会間隔の動作を検証します。

MLD 最終メンバー クエリ間隔の変更

最後のメンバーのクエリ間隔 (最後のリスナーのクエリ間隔とも呼ばれます) は、 リンクスコープオールルーターの アドレス FF02::2 で送信された完了メッセージへの応答として送信されるものを含む、グループ固有のクエリメッセージ間の最大時間です。この間隔を短くすると、ルーターがグループの最後のメンバーの損失を検出するのにかかる時間を短縮できます。

クエリアとして機能するルーティング デバイスがホストからグループ脱退(done)メッセージを受信すると、ルーティング デバイスは複数のグループ固有のクエリーをグループに送信します。クエリアは、これらのクエリを特定の数送信し、特定の間隔で送信します。送信されたクエリの数は、最後のリスナークエリ数と呼ばれます。クエリが送信される間隔は、最後のリスナークエリ間隔と呼ばれます。どちらの設定も構成可能であるため、脱退の待機時間を調整できます。IGMP 脱退レイテンシは、マルチキャスト グループからの脱退要求から、マルチキャスト グループのデータの最後のバイトを受信するまでの時間です。

最後のリスナーのクエリカウント x (回)、最後のリスナーのクエリ間隔 = (等しい) ルーティングデバイスが、グループの最後のメンバーがグループを脱退したと判断し、グループトラフィックの転送を停止するのにかかる時間。

デフォルトの最終リスナー照会間隔は 1 秒です。小数点の右側に最大 1 桁の秒未満の間隔を設定できます。設定可能な範囲は 0.1 から 0.9 で、1 秒間隔で 1 から 999,999 までです。

この間隔を変更するには:

  1. ルーティングデバイスがグループ固有のクエリーに応答してレポートを待つ時間(秒単位)を設定します。
  2. show igmp interfaces コマンドの出力にある MLD 最終メンバー クエリ間隔フィールドをチェックして、設定を確認します。
手記:

ロバスト性変数を構成することで、最終メンバーのクエリ数を構成できます。この 2 つは常に同等です。

MLD の即時離脱ホスト削除の指定

即時脱退設定は、MLD メンバーシップの脱退待機時間を最小限に抑えるのに役立ちます。この設定を有効にすると、ルーティング デバイスは、最後のホストがマルチキャスト グループを離れた直後にマルチキャスト グループを離れます。

即時退出設定では、ホスト トラッキングが有効になり、デバイスは参加メッセージを送信したホストを追跡します。これにより、MLD は、最後のホストがマルチキャスト グループの Leave メッセージをいつ送信するかを判断できます。

即時脱退設定が有効になっている場合、デバイスは最初に MLD グループ固有のクエリーをインターフェイスに送信せずに、転送テーブルのエントリーからインターフェイスを削除します。インターフェイスは、MLD leave メッセージで指定されたマルチキャスト グループのマルチキャスト ツリーから削除されます。即時脱退設定により、複数のマルチキャスト グループが同時に使用されている場合でも、スイッチド ネットワーク上のホストの帯域幅を最適に管理できます。

即時脱退が無効で、1 つのホストが脱退グループメッセージを送信した場合、ルーティング デバイスはまずグループ クエリーを送信して、別の受信者が応答しているかどうかを判断します。レシーバーが応答しない場合、ルーティング デバイスはインターフェイス上のすべてのホストをマルチキャスト グループから削除します。即時脱退は、MLD バージョン 1 と MLD バージョン 2 の両方でデフォルトで無効になっています。

手記:

即時脱退を有効にすると、IGMPv2 および MLDv1 でホスト トラッキングが有効になりますが、これらのバージョンでは、インターフェイス上にホストが 1 つの場合にのみ即時脱退を使用します。その理由は、IGMPv2 と MLDv1 がレポート抑制メカニズムを使用し、インターフェイス上の 1 つのホストだけがメンバーシップ クエリーに応答してグループ参加レポートを送信するためです。他の関心のあるホストは、レポートを抑制します。このメカニズムの目的は、同じグループのレポートの洪水を回避することです。ただし、ルーターは関心のある1つのホストについてのみ認識し、他のホストについては認識しないため、ホストの追跡にも干渉します。

即時休暇を有効にするには:

  1. MLD インターフェイスで即時脱退を設定します。
  2. show mld interface コマンドの出力にある [即時退出(Immediate Leave)] フィールドをチェックして、設定を確認します。

MLD インターフェイス レベルでの不要な MLD レポートのフィルタリング

特定のマルチキャスト グループに参加できるサブネットを制限する必要があるとします。 group-policy ステートメントを使用すると、インターフェイスレベルで不要な MLD レポートをフィルタリングできます。

ルーターで group-policy ステートメントが有効になっている場合、ルーターが MLD レポートを受信した後、ルーターは指定されたグループ ポリシーとグループを比較し、そのポリシーで設定されたアクションを実行します(たとえば、ポリシーが定義されたアドレスまたはネットワークに一致する場合はレポートを拒否します)。

ポリシーの route-filter ステートメントを使用してグループ アドレスを照合することで、MLD グループ アドレスのみを照合するようにポリシーを定義します(MLDv1 の場合)。ポリシーの route-filter ステートメントを使用してグループ アドレスを照合し、ポリシーの source-address-filter ステートメントを使用して送信元アドレスと一致するようにすることで、MLD(送信元、グループ)アドレス(MLDv2 の場合)に一致するようにポリシーを定義します。

不要な MLD レポートをフィルタリングするには:

  1. MLDv1 ポリシーを設定します。
  2. MLDv2 ポリシーを設定します。
  3. 特定のグループまたは(ソース、グループ)レポートを受信したくない MLD インターフェイスにポリシーを適用します。この例では、 ge-0/0/0.1 は MLDv1 を実行し、 ge-0/1/1.0 は MLDv2 を実行しています。
  4. show mld statistics コマンドの出力にある [拒否されたレポート] フィールドにチェックを入れて、フィルターの動作を確認します。

例: MLD ロバスト性変数の変更

この例では、マルチキャストドメインでMLD堅牢性変数を設定および検証する方法を示しています。

必要条件

始める前に:

概要

MLD の堅牢性変数は、サブネットで予想されるパケット損失を考慮して微調整できます。ロバストカウントを増やすと、パケット損失は増加しますが、サブネットワークの脱退レイテンシが増加します。

ロバスト性変数の値は、以下の MLD メッセージ間隔の計算に使用されます。

  • グループ メンバー間隔 - マルチキャスト ルーターが、ネットワーク上にグループのメンバーがもういないと判断するまでに経過する必要がある時間。この間隔は、(堅牢性変数 x クエリ間隔) + (1 x クエリ応答間隔) のように計算されます。

  • その他のクエリア存在間隔:マルチキャスト ルーターが、クエリアである別のマルチキャスト ルーターがなくなったと判断するまでに経過する必要がある時間。この間隔は、(堅牢性変数 x クエリ間隔) + (0.5 x クエリ応答間隔) のように計算されます。

  • 最終メンバー クエリ数:ルーターがグループのローカル メンバーがいないとみなす前に送信されたグループ固有クエリの数。デフォルトの数値は、堅牢性変数の値です。

デフォルトでは、ロバストネス変数は2に設定されています。数値は 2 から 10 までです。サブネットでパケットが失われることが予想される場合は、この値を増やすことができます。

構成

プロシージャ

CLIクイック構成

この例を迅速に設定するには、以下のコマンドをコピーして、テキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、コマンドを [edit] 階層レベルで CLI にコピー アンド ペーストして、設定モードから commit を入力します。

手順

次の例では、設定階層のいくつかのレベルに移動する必要があります。CLI のナビゲーションについては、『Junos OS CLIユーザーガイド』の「 コンフィギュレーション・モードで CLI エディタを使用する」を参照してください。

ロバスト性変数の値を変更するには:

  1. ロバストカウントを設定します。

  2. デバイスの設定が完了したら、設定をコミットします。

検証

設定が正しく機能していることを確認するには、show mld interfacesコマンドの出力でMLD堅牢性カウントフィールドを確認します。

MLD の最大メッセージ レートの制限

ルーターが 1 秒間に送信する MLD パケットの最大数の制限を変更できます。

1秒あたりに送信されるMLDパケットの最大数を増やすことは、MLDに参加している多数のインターフェイスを持つルーターで役立つ場合があります。

ルーターが 1 秒間に送信できる MLD パケットの最大数の制限を変更するには、 maximum-transmit-rate ステートメントを含め、送信する 1 秒あたりの最大パケット数を指定します。

MLD 静的グループ メンバーシップの有効化

MLD 静的グループ メンバーの作成

MLD 静的グループ メンバーシップを作成して、受信側ホストなしでマルチキャスト転送をテストできます。MLD 静的グループ メンバーシップを有効にすると、データはインターフェイスに転送されますが、そのインターフェイスはダウンストリーム ホストからメンバーシップ レポートを受信しません。

サービスクラス(CoS)調整は、MLD静的グループメンバーシップではサポートされていません。

マルチキャスト トラフィックを受信するインターフェイスにスタティック グループを設定する場合、自動的に作成するスタティック グループの数を指定できます。

この例では、静的グループ ff0e::1:ff05:1a8d を作成します。

  1. static ステートメントと group ステートメントを含め、作成するグループの IPv6 マルチキャスト アドレスを指定して、作成するスタティック グループを設定します。
  2. 設定をコミットしたら、 show configuration protocol mld コマンドを使用して MLD プロトコルの設定を確認します。
  3. 設定をコミットし、送信元がトラフィックを送信した後、 show mld group コマンドを使用して、スタティックグループ ff0e::1:ff05:1a8d が作成されていることを確認します。
    手記:

    グループごとに一意のアドレスを指定する必要があります。

静的グループを自動的に作成する

MLD スタティック グループ メンバーシップを作成して、マルチキャスト トラフィックを受信するインターフェイスでマルチキャスト転送をテストする場合、いくつかのスタティック グループが自動的に作成されるように指定できます。これは、各受信者を個別に設定することなく、複数の受信者への転送をテストする場合に便利です。

この例では、3 つのグループを作成します。

  1. group-count ステートメントを含め、作成するグループの数を指定して、作成する静的グループの数を設定します。
  2. 設定をコミットしたら、 show configuration protocol mld コマンドを使用して MLD プロトコルの設定を確認します。
  3. 設定をコミットし、送信元がトラフィックを送信した後、 show mld group コマンドを使用して、スタティック グループ ff0e::1:ff05:1a8d、ff0e::1:ff05:1a8e、ff0e::1:ff05:1a8f が作成されていることを確認します。

グループアドレスを自動的に増やす

マルチキャスト トラフィックを受信するインターフェイスにスタティック グループを設定し、自動的に作成するスタティック グループの数を指定する場合、グループ アドレスがアドレス数だけ自動的にインクリメントされるように設定することもできます。

この例では、3 つのグループを作成し、グループごとにグループ アドレスを 2 ずつ増やします。

  1. group-increment ステートメントを含め、グループごとにアドレスがインクリメントされる番号を指定して、グループ アドレスの増分を設定します。増分は、IPv6 アドレスと同様の形式で指定されます。
  2. 設定をコミットしたら、 show configuration protocol mld コマンドを使用して MLD プロトコルの設定を確認します。
  3. 設定をコミットし、送信元がトラフィックを送信した後、 show mld group コマンドを使用して、スタティック グループ ff0e::1:ff05:1a8d、ff0e::1:ff05:1a8f、ff0e::1:ff05:1a91 が作成されていることを確認します。

マルチキャスト送信元アドレスの指定(SSMモードの場合)

マルチキャスト トラフィックを受信したいインターフェイスにスタティック グループを設定し、ネットワークが SSM(Source-Specific Multicast)モードで動作している場合、受け入れるマルチキャスト送信元アドレスを指定できます。

SSM 範囲内のグループ アドレスを指定する場合は、送信元も指定する必要があります。

静的に設定されたマルチキャスト グループで送信元アドレスが指定されている場合、インターフェイスで MLD バージョンを MLDv2 に設定する必要があります。MLDv1 が既定値です。

この例では、グループ ff0e::1:ff05:1a8d を作成し、IPv6 アドレス fe80::2e0:81ff:fe05:1a8d を唯一の送信元として受け入れます。

  1. source ステートメントを含めて送信元アドレスを設定し、送信元ホストの IPv6 アドレスを指定します。
  2. 設定をコミットしたら、 show configuration protocol mld コマンドを使用して MLD プロトコルの設定を確認します。
  3. 設定をコミットし、送信元がトラフィックを送信した後、 show mld group コマンドを使用して、スタティックグループ ff0e::1:ff05:1a8d が作成され、送信元 fe80::2e0:81ff:fe05:1a8d が受け入れられたことを確認します。

マルチキャスト ソースを自動的に指定する

マルチキャスト トラフィックを受信したいインターフェイスにスタティック グループを設定する場合、自動的に受け入れられるマルチキャスト ソースの数を指定できます。

この例では、静的グループ ff0e::1:ff05:1a8d を作成し、送信元アドレスとして fe80::2e0:81ff:fe05:1a8d、fe80::2e0:81ff:fe05:1a8e、および fe80::2e0:81ff:fe05:1a8f を受け入れます。

  1. source-count ステートメントを含め、受け入れるソース数を指定して、受け入れるマルチキャスト送信元アドレス数を設定します。
  2. 設定をコミットしたら、 show configuration protocol mld コマンドを使用して MLD プロトコルの設定を確認します。
  3. 設定をコミットし、送信元がトラフィックを送信した後、 show mld group コマンドを使用して、スタティックグループ ff0e::1:ff05:1a8d が作成されていること、および送信元 fe80::2e0:81ff:fe05:1a8d、fe80::2e0:81ff:fe05:1a8e、fe80::2e0:81ff:fe05:1a8f が受け入れられていることを確認します。

送信元アドレスを自動的に増分

マルチキャスト トラフィックを受信したいインターフェイスにスタティック グループを設定し、自動的に受け入れるマルチキャスト ソースの数を指定する場合、受け入れる送信元ごとにアドレスをインクリメントする数を指定することもできます。

この例では、静的グループ ff0e::1:ff05:1a8d を作成し、fe80::2e0:81ff:fe05:1a8d、fe80::2e0:81ff:fe05:1a8f、fe80::2e0:81ff:fe05:1a91 をソースとして受け入れます。

  1. source-increment ステートメントを含め、受け入れるソース数を指定して、受け入れるマルチキャスト送信元アドレス数を設定します。
  2. 設定をコミットしたら、 show configuration protocol mld コマンドを使用して MLD プロトコルの設定を確認します。
  3. 設定をコミットし、送信元がトラフィックを送信した後、 show mld group コマンドを使用して、スタティックグループ ff0e::1:ff05:1a8d が作成され、送信元 fe80::2e0:81ff:fe05:1a8d、fe80::2e0:81ff:fe05:1a8f、fe80::2e0:81ff:fe05:1a91 が受け入れられていることを確認します。

マルチキャスト送信元アドレスを除外する(SSM モードの場合)

マルチキャスト トラフィックを受信したいインターフェイスにスタティック グループを設定し、ネットワークが SSM(Source-Specific Multicast)モードで動作している場合、特定のマルチキャスト送信元アドレスを除外するように指定できます。

デフォルトでは、スタティック グループに設定されたマルチキャスト送信元アドレスは、インクルード モードで動作します。包含モードでは、グループのマルチキャストトラフィックは設定された送信元アドレスから受け入れられます。静的グループが除外モードで動作するように設定することもできます。除外モードでは、グループのマルチキャストトラフィックは、設定された送信元アドレス以外のアドレスから受け入れられます。

静的に設定されたマルチキャスト グループで送信元アドレスが指定されている場合、インターフェイスで MLD バージョンを MLDv2 に設定する必要があります。MLDv1 が既定値です。

この例では、アドレス fe80::2e0:81ff:fe05:1a8d をグループ ff0e::1:ff05:1a8d のソースから除外します。

  1. exclude ステートメントを含め、除外する IPv6 送信元アドレスを指定することにより、マルチキャスト静的グループが除外モードで動作するように設定します。
  2. 設定をコミットしたら、 show configuration protocol mld コマンドを使用して MLD プロトコルの設定を確認します。
  3. 設定をコミットし、送信元がトラフィックを送信したら、 show mld group detail コマンドを使用して、静的グループ ff0e::1:ff05:1a8d が作成され、静的グループが除外モードで動作していることを確認します。

IGMP プロトコルを使用した IPv4 マルチキャスト トラフィックでも、同様の設定が可能です。

例:MLD 参加イベントと退出イベントの記録

この例では、MLD の参加イベントと退出イベントを記録するようにルーティング デバイスを設定することで、ネットワークで MLD チューニングが必要かどうかを判断する方法を示します。

必要条件

始める前に:

概要

表 1 に、記録可能な MLD の参加イベントと退出イベントを示します。

表 1: MLD イベント メッセージ

ERRMSG タグ

定義

RPD_MLD_JOIN

MLD 参加イベントを記録します。

RPD_MLD_LEAVE

MLD 脱退イベントを記録します。

RPD_MLD_ACCOUNTING_ON

MLD インターフェイスで MLD アカウンティングが有効になっている場合に記録します。

RPD_MLD_ACCOUNTING_OFF

MLD インターフェイスで MLD アカウンティングが無効になっている場合に記録します。

RPD_MLD_MEMBERSHIP_TIMEOUT

MLD メンバーシップのタイムアウト イベントを記録します。

構成

プロシージャ

CLIクイック構成

この例を迅速に設定するには、以下のコマンドをコピーして、テキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、コマンドを [edit] 階層レベルで CLI にコピー アンド ペーストして、設定モードから commit を入力します。

手順

次の例では、設定階層のいくつかのレベルに移動する必要があります。CLI のナビゲーションについては、『Junos OS CLIユーザーガイド』の「 コンフィギュレーション・モードで CLI エディタを使用する」を参照してください。

MLD の参加および退出イベントの記録を設定するには:

  1. グローバルに、または MLD インターフェイスでアカウンティングを有効にします。この例では、インターフェイス設定を示しています。

  2. 記録するイベントを設定し、 mld-events などのわかりやすいファイル名を持つシステム ログ ファイルにイベントをフィルタリングします。

  3. ログ ファイルを定期的にアーカイブします。

    この例では、ファイルが 100 KB に達すると 24 時間 (1440 分) ごとにファイルをローテーションし、3 つのファイルを保持します。

  4. デバイスの設定が完了したら、設定をコミットします。

検証

システム・ログ・ファイルを表示するには、 file show コマンドを実行します。

monitor start コマンドおよびmonitor stop コマンドを実行することにより、ファイルに項目が追加されるときにシステム・ログ・ファイルをモニターできます。

論理インターフェイスでの MLD マルチキャスト グループ参加数の設定

group-limit ステートメントでは、論理インターフェイスの MLD マルチキャスト グループ参加の数を制限できます。MLDバージョン2を実行しているルーターでこのステートメントが有効になっている場合、グループレポートの受信時に制限が適用されます。グループ制限に達すると、後続の参加要求は拒否されます。

MLD マルチキャスト グループの制限を設定するときは、次の点に注意してください。

  • 各任意のソース グループ (*,G) は、制限に対して 1 つのグループとしてカウントされます。

  • 各ソース固有グループ (S,G) は、制限に対して 1 つのグループとしてカウントされます。

  • MLDv2 除外モードのグループは、制限にカウントされます。

  • 複数のソース固有のグループは、同じグループ用であっても、グループ制限に対して個別にカウントされます。たとえば、(S1, G1) と (S2, G1) は、構成された制限に対して 2 つのグループとしてカウントされます。

  • 任意のソースグループとソース固有のグループの組み合わせは、同じグループ用であっても、グループ制限に個別にカウントされます。たとえば、(*, G1) と (S, G1) は、構成された制限に対して 2 つのグループとしてカウントされます。

  • ネットワーク上にすでに存在するグループ制限よりも低いネットワーク上でグループ制限を設定してコミットすると、設定からすべてのグループが削除されます。その後、グループはネットワークへの再参加を要求する必要があります(新しく設定されたグループ制限まで)。

  • 動的プロファイルを使用して、MLD論理インターフェイス上のマルチキャストグループを動的に制限できます。動的プロファイルの作成の詳細については、 Junos OS加入者管理およびサービスライブラリ を参照してください。

Junos OS 12.2以降では、オプションで、論理インターフェイスで受信したMLDマルチキャストグループ参加に対するシステムログ警告しきい値を設定できます。トラブルシューティングのためにシステム ログ メッセージを確認し、インターフェイスで過剰な量の MLD マルチキャスト グループ ジョインが受信されていないかを検出すると便利です。これらのログ メッセージは、設定されたグループ制限を超えたとき、設定されたしきい値を超えたとき、およびグループ数が設定されたしきい値を下回ったときに伝えます。

group-threshold ステートメントでは、警告メッセージが記録されるしきい値を設定できます。範囲は 1 から 100% です。警告しきい値はグループ制限のパーセンテージであるため、group-limit ステートメントを設定して警告しきい値を設定する必要があります。例えば、グループの数が設定された警告しきい値を超えても、設定されたグループ制限を下回っている場合、マルチキャストグループは引き続き受け入れられ、デバイスは警告メッセージをログに記録します。さらに、グループ数が設定された警告しきい値を下回ると、デバイスは警告メッセージを記録します。log-interval ステートメントを設定することで、ログ メッセージ間の時間(秒)をさらに指定できます。範囲は 6 から 32,767 秒です。

設定されたしきい値の後に追加されたすべてのエントリと、設定された制限の後に拒否されたすべてのエントリは警告メッセージがログに記録されるため、ログ メッセージのスロットリングを検討できます。ログ間隔を設定することで、MLD マルチキャスト グループ参加に対して生成されるシステム ログ警告メッセージの量を調整できます。

MLD論理インターフェイスでのマルチキャストグループ参加を制限するには:

  1. MLD プロトコル階層レベルで論理インターフェイスにアクセスします。
  2. インターフェイスのグループ制限を指定します。
  3. (オプション)警告メッセージが記録されるしきい値を設定します。
  4. (オプション)ログメッセージ間の時間を設定します。

設定内容を確認するには、 show protocols mld コマンドを使用します。設定されたグループ制限、オプションの警告しきい値、ログメッセージ間の間隔など、インターフェイスでのMLDの動作を確認するには、 show mld interface コマンドを使用します。

MLD の無効化

インターフェイスで MLD を無効にするには、 disable ステートメントを含めます。

以下の階層レベルでこのステートメントを含めることができます。

  • [edit protocols mld]

  • [edit logical-systems logical-system-name protocols mld]

変更履歴テーブル

機能のサポートは、使用しているプラットフォームとリリースによって決まります。 機能エクスプローラー を使用して、機能がプラットフォームでサポートされているかどうかを判断します。

解放
形容
12.2
Junos OS 12.2以降では、オプションで、論理インターフェイスで受信したMLDマルチキャストグループ参加に対するシステムログ警告しきい値を設定できます。