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です。

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

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

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

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

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

関連項目
MLD の設定
マルチキャストリスナー検出(MLD)プロトコルを設定するには、 mld
ステートメントを含めます。
mld { accounting; interface interface-name { disable; (accounting | no-accounting); group-policy [ policy-names ]; immediate-leave; oif-map [ map-names ]; passive; ssm-map ssm-map-name; static { group multicast-group-address { exclude; group-count number; group-increment increment; source ip-address { source-count number; source-increment increment; } } } version version; } maximum-transmit-rate packets-per-second; query-interval seconds; query-last-member-interval seconds; query-response-interval seconds; robust-count number; }
以下の階層レベルでこのステートメントを含めることができます。
[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 を明示的に有効にするには:
関連項目
MLD バージョンの変更
デフォルトでは、ルーターは MLD バージョン 1(MLDv1)をサポートします。ルーターが SSM(ソース特定マルチキャスト)にのみ MLD バージョン 2(MLDv2)を使用できるようにするには、 version 2
ステートメントを含めます。
個々のインターフェイス階層レベルでMLDバージョンを設定すると、 interface all
ステートメントを使用したIGMPバージョンの設定が上書きされます。
静的に設定されたマルチキャスト グループで送信元アドレスが指定されている場合、バージョンは MLDv2 に設定する必要があります。
MLD インターフェイスをバージョン 2 に変更するには:
関連項目
MLD ホストクエリ メッセージ間隔の変更
MLD の目的は、サブネット全体の IPv6 グループ メンバーシップでルーターを最新の状態に保つことです。ルーターは、すべてのメンバーが誰であるかを知る必要はなく、そのメンバーが存在することだけを知る必要があります。各ホストは、どのマルチキャスト グループがサブスクライブされているかを追跡します。各リンクで、1 台のルーターがクエリアに選出されます。MLD クエリア ルーターは、接続されている各ネットワークで一般的なホスト クエリ メッセージを定期的に送信して、メンバーシップ情報を求めます。これらのメッセージは、グループ メンバーシップ情報を要求し、 リンク スコープの全ノード アドレス FF02::1 に送信されます。一般的なホストクエリメッセージには、クエリ応答間隔を設定することで設定できる最大応答時間があります。
照会応答タイムアウト、照会間隔、および堅牢性変数は、すべてマルチキャスト・リスナー間隔の計算に使用される変数であるという点で関連しています。マルチキャスト リスナー間隔は、マルチキャスト ルーターがホスト グループのメンバーがサブネット上に存在しないと判断するまでに経過する必要がある秒数です。マルチキャスト・リスナー間隔は、(堅牢性変数 x 照会間隔) + (1 x 照会応答間隔) として計算されます。マルチキャスト リスナー間隔が経過する前に特定のグループのレポートを受信しなかった場合、ルーティング デバイスは、そのグループのリモートで発信されたマルチキャスト パケットの接続ネットワークへの転送を停止します。
デフォルトでは、ホストクエリメッセージは125秒ごとに送信されます。この間隔を変更して、サブネットで送信される MLD メッセージの数を変更できます。
クエリ間隔を変更するには:
関連項目
MLD クエリ応答間隔の変更
クエリ応答間隔は、クエリア ルーターがホスト クエリ メッセージを送信してからホストから応答を受信するまでに経過できる最大時間です。この間隔を変更して、サブネット上の MLD メッセージのバーストピークを調整できます。トラフィックのバースト性を低くするために、間隔を大きく設定します。
照会応答タイムアウト、照会間隔、および堅牢性変数は、すべてマルチキャスト・リスナー間隔の計算に使用される変数であるという点で関連しています。マルチキャスト リスナー間隔は、マルチキャスト ルーターがホスト グループのメンバーがサブネット上に存在しないと判断するまでに経過する必要がある秒数です。マルチキャスト・リスナー間隔は、(堅牢性変数 x 照会間隔) + (1 x 照会応答間隔) として計算されます。マルチキャスト リスナー間隔が経過する前に特定のグループのレポートを受信しなかった場合、ルーティング デバイスは、そのグループのリモートで発信されたマルチキャスト パケットの接続ネットワークへの転送を停止します。
既定のクエリ応答間隔は 10 秒です。小数点の右側に最大 1 桁の秒未満の間隔を設定できます。設定可能な範囲は 0.1 から 0.9 で、1 秒間隔で 1 から 999,999 までです。
クエリ応答間隔を変更するには:
関連項目
MLD 最終メンバー クエリ間隔の変更
最後のメンバーのクエリ間隔 (最後のリスナーのクエリ間隔とも呼ばれます) は、 リンクスコープオールルーターの アドレス FF02::2 で送信された完了メッセージへの応答として送信されるものを含む、グループ固有のクエリメッセージ間の最大時間です。この間隔を短くすると、ルーターがグループの最後のメンバーの損失を検出するのにかかる時間を短縮できます。
クエリアとして機能するルーティング デバイスがホストからグループ脱退(done)メッセージを受信すると、ルーティング デバイスは複数のグループ固有のクエリーをグループに送信します。クエリアは、これらのクエリを特定の数送信し、特定の間隔で送信します。送信されたクエリの数は、最後のリスナークエリ数と呼ばれます。クエリが送信される間隔は、最後のリスナークエリ間隔と呼ばれます。どちらの設定も構成可能であるため、脱退の待機時間を調整できます。IGMP 脱退レイテンシは、マルチキャスト グループからの脱退要求から、マルチキャスト グループのデータの最後のバイトを受信するまでの時間です。
最後のリスナーのクエリカウント x (回)、最後のリスナーのクエリ間隔 = (等しい) ルーティングデバイスが、グループの最後のメンバーがグループを脱退したと判断し、グループトラフィックの転送を停止するのにかかる時間。
デフォルトの最終リスナー照会間隔は 1 秒です。小数点の右側に最大 1 桁の秒未満の間隔を設定できます。設定可能な範囲は 0.1 から 0.9 で、1 秒間隔で 1 から 999,999 までです。
この間隔を変更するには:
ロバスト性変数を構成することで、最終メンバーのクエリ数を構成できます。この 2 つは常に同等です。
関連項目
MLD の即時離脱ホスト削除の指定
即時脱退設定は、MLD メンバーシップの脱退待機時間を最小限に抑えるのに役立ちます。この設定を有効にすると、ルーティング デバイスは、最後のホストがマルチキャスト グループを離れた直後にマルチキャスト グループを離れます。
即時退出設定では、ホスト トラッキングが有効になり、デバイスは参加メッセージを送信したホストを追跡します。これにより、MLD は、最後のホストがマルチキャスト グループの Leave メッセージをいつ送信するかを判断できます。
即時脱退設定が有効になっている場合、デバイスは最初に MLD グループ固有のクエリーをインターフェイスに送信せずに、転送テーブルのエントリーからインターフェイスを削除します。インターフェイスは、MLD leave メッセージで指定されたマルチキャスト グループのマルチキャスト ツリーから削除されます。即時脱退設定により、複数のマルチキャスト グループが同時に使用されている場合でも、スイッチド ネットワーク上のホストの帯域幅を最適に管理できます。
即時脱退が無効で、1 つのホストが脱退グループメッセージを送信した場合、ルーティング デバイスはまずグループ クエリーを送信して、別の受信者が応答しているかどうかを判断します。レシーバーが応答しない場合、ルーティング デバイスはインターフェイス上のすべてのホストをマルチキャスト グループから削除します。即時脱退は、MLD バージョン 1 と MLD バージョン 2 の両方でデフォルトで無効になっています。
即時脱退を有効にすると、IGMPv2 および MLDv1 でホスト トラッキングが有効になりますが、これらのバージョンでは、インターフェイス上にホストが 1 つの場合にのみ即時脱退を使用します。その理由は、IGMPv2 と MLDv1 がレポート抑制メカニズムを使用し、インターフェイス上の 1 つのホストだけがメンバーシップ クエリーに応答してグループ参加レポートを送信するためです。他の関心のあるホストは、レポートを抑制します。このメカニズムの目的は、同じグループのレポートの洪水を回避することです。ただし、ルーターは関心のある1つのホストについてのみ認識し、他のホストについては認識しないため、ホストの追跡にも干渉します。
即時休暇を有効にするには:
MLD インターフェイス レベルでの不要な MLD レポートのフィルタリング
特定のマルチキャスト グループに参加できるサブネットを制限する必要があるとします。 group-policy
ステートメントを使用すると、インターフェイスレベルで不要な MLD レポートをフィルタリングできます。
ルーターで group-policy
ステートメントが有効になっている場合、ルーターが MLD レポートを受信した後、ルーターは指定されたグループ ポリシーとグループを比較し、そのポリシーで設定されたアクションを実行します(たとえば、ポリシーが定義されたアドレスまたはネットワークに一致する場合はレポートを拒否します)。
ポリシーの route-filter
ステートメントを使用してグループ アドレスを照合することで、MLD グループ アドレスのみを照合するようにポリシーを定義します(MLDv1 の場合)。ポリシーの route-filter
ステートメントを使用してグループ アドレスを照合し、ポリシーの source-address-filter
ステートメントを使用して送信元アドレスと一致するようにすることで、MLD(送信元、グループ)アドレス(MLDv2 の場合)に一致するようにポリシーを定義します。
不要な MLD レポートをフィルタリングするには:
関連項目
例: MLD ロバスト性変数の変更
この例では、マルチキャストドメインでMLD堅牢性変数を設定および検証する方法を示しています。
必要条件
始める前に:
ルーター インターフェイスを設定します。
内部ゲートウェイ プロトコルまたはスタティック ルーティングを設定します。 ルーティングデバイス用 Junos OS ルーティングプロトコルライブラリをご覧ください。
IPv6 ユニキャスト ルーティングを有効にします。 ルーティングデバイス用 Junos OS ルーティングプロトコルライブラリをご覧ください。
PIM を有効にします。 「PIM の概要」を参照してください。
概要
MLD の堅牢性変数は、サブネットで予想されるパケット損失を考慮して微調整できます。ロバストカウントを増やすと、パケット損失は増加しますが、サブネットワークの脱退レイテンシが増加します。
ロバスト性変数の値は、以下の MLD メッセージ間隔の計算に使用されます。
グループ メンバー間隔 - マルチキャスト ルーターが、ネットワーク上にグループのメンバーがもういないと判断するまでに経過する必要がある時間。この間隔は、(堅牢性変数 x クエリ間隔) + (1 x クエリ応答間隔) のように計算されます。
その他のクエリア存在間隔:マルチキャスト ルーターが、クエリアである別のマルチキャスト ルーターがなくなったと判断するまでに経過する必要がある時間。この間隔は、(堅牢性変数 x クエリ間隔) + (0.5 x クエリ応答間隔) のように計算されます。
最終メンバー クエリ数:ルーターがグループのローカル メンバーがいないとみなす前に送信されたグループ固有クエリの数。デフォルトの数値は、堅牢性変数の値です。
デフォルトでは、ロバストネス変数は2に設定されています。数値は 2 から 10 までです。サブネットでパケットが失われることが予想される場合は、この値を増やすことができます。
構成
プロシージャ
CLIクイック構成
この例を迅速に設定するには、以下のコマンドをコピーして、テキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、コマンドを [edit]
階層レベルで CLI にコピー アンド ペーストして、設定モードから commit
を入力します。
set protocols mld robust-count 5
手順
次の例では、設定階層のいくつかのレベルに移動する必要があります。CLI のナビゲーションについては、『Junos OS CLIユーザーガイド』の「 コンフィギュレーション・モードで CLI エディタを使用する」を参照してください。
ロバスト性変数の値を変更するには:
検証
設定が正しく機能していることを確認するには、show mld interfacesコマンドの出力でMLD堅牢性カウントフィールドを確認します。
MLD の最大メッセージ レートの制限
ルーターが 1 秒間に送信する MLD パケットの最大数の制限を変更できます。
1秒あたりに送信されるMLDパケットの最大数を増やすことは、MLDに参加している多数のインターフェイスを持つルーターで役立つ場合があります。
ルーターが 1 秒間に送信できる MLD パケットの最大数の制限を変更するには、 maximum-transmit-rate
ステートメントを含め、送信する 1 秒あたりの最大パケット数を指定します。
MLD 静的グループ メンバーシップの有効化
- MLD 静的グループ メンバーの作成
- 静的グループを自動的に作成する
- グループアドレスを自動的に増やす
- マルチキャスト送信元アドレスの指定(SSMモードの場合)
- マルチキャスト ソースを自動的に指定する
- 送信元アドレスを自動的に増分
- マルチキャスト送信元アドレスを除外する(SSM モードの場合)
MLD 静的グループ メンバーの作成
MLD 静的グループ メンバーシップを作成して、受信側ホストなしでマルチキャスト転送をテストできます。MLD 静的グループ メンバーシップを有効にすると、データはインターフェイスに転送されますが、そのインターフェイスはダウンストリーム ホストからメンバーシップ レポートを受信しません。
サービスクラス(CoS)調整は、MLD静的グループメンバーシップではサポートされていません。
マルチキャスト トラフィックを受信するインターフェイスにスタティック グループを設定する場合、自動的に作成するスタティック グループの数を指定できます。
この例では、静的グループ ff0e::1:ff05:1a8d を作成します。
静的グループを自動的に作成する
MLD スタティック グループ メンバーシップを作成して、マルチキャスト トラフィックを受信するインターフェイスでマルチキャスト転送をテストする場合、いくつかのスタティック グループが自動的に作成されるように指定できます。これは、各受信者を個別に設定することなく、複数の受信者への転送をテストする場合に便利です。
この例では、3 つのグループを作成します。
グループアドレスを自動的に増やす
マルチキャスト トラフィックを受信するインターフェイスにスタティック グループを設定し、自動的に作成するスタティック グループの数を指定する場合、グループ アドレスがアドレス数だけ自動的にインクリメントされるように設定することもできます。
この例では、3 つのグループを作成し、グループごとにグループ アドレスを 2 ずつ増やします。
マルチキャスト送信元アドレスの指定(SSMモードの場合)
マルチキャスト トラフィックを受信したいインターフェイスにスタティック グループを設定し、ネットワークが SSM(Source-Specific Multicast)モードで動作している場合、受け入れるマルチキャスト送信元アドレスを指定できます。
SSM 範囲内のグループ アドレスを指定する場合は、送信元も指定する必要があります。
静的に設定されたマルチキャスト グループで送信元アドレスが指定されている場合、インターフェイスで MLD バージョンを MLDv2 に設定する必要があります。MLDv1 が既定値です。
この例では、グループ ff0e::1:ff05:1a8d を作成し、IPv6 アドレス fe80::2e0:81ff:fe05:1a8d を唯一の送信元として受け入れます。
マルチキャスト ソースを自動的に指定する
マルチキャスト トラフィックを受信したいインターフェイスにスタティック グループを設定する場合、自動的に受け入れられるマルチキャスト ソースの数を指定できます。
この例では、静的グループ 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 をソースとして受け入れます。
マルチキャスト送信元アドレスを除外する(SSM モードの場合)
マルチキャスト トラフィックを受信したいインターフェイスにスタティック グループを設定し、ネットワークが SSM(Source-Specific Multicast)モードで動作している場合、特定のマルチキャスト送信元アドレスを除外するように指定できます。
デフォルトでは、スタティック グループに設定されたマルチキャスト送信元アドレスは、インクルード モードで動作します。包含モードでは、グループのマルチキャストトラフィックは設定された送信元アドレスから受け入れられます。静的グループが除外モードで動作するように設定することもできます。除外モードでは、グループのマルチキャストトラフィックは、設定された送信元アドレス以外のアドレスから受け入れられます。
静的に設定されたマルチキャスト グループで送信元アドレスが指定されている場合、インターフェイスで MLD バージョンを MLDv2 に設定する必要があります。MLDv1 が既定値です。
この例では、アドレス fe80::2e0:81ff:fe05:1a8d をグループ ff0e::1:ff05:1a8d のソースから除外します。
IGMP プロトコルを使用した IPv4 マルチキャスト トラフィックでも、同様の設定が可能です。
例:MLD 参加イベントと退出イベントの記録
この例では、MLD の参加イベントと退出イベントを記録するようにルーティング デバイスを設定することで、ネットワークで MLD チューニングが必要かどうかを判断する方法を示します。
必要条件
始める前に:
ルーター インターフェイスを設定します。
内部ゲートウェイ プロトコルまたはスタティック ルーティングを設定します。 ルーティングデバイス用 Junos OS ルーティングプロトコルライブラリをご覧ください。
IPv6 ユニキャスト ルーティングを有効にします。 ルーティングデバイス用 Junos OS ルーティングプロトコルライブラリをご覧ください。
PIM を有効にします。 「PIM の概要」を参照してください。
概要
表 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
を入力します。
set protocols mld interface fe-0/1/0.2 accounting set system syslog file mld-events any info set system syslog file mld-events match ".*RPD_MLD_JOIN.* | .*RPD_MLD_LEAVE.* | .*RPD_MLD_ACCOUNTING.* | .*RPD_MLD_MEMBERSHIP_TIMEOUT.*" set system syslog file mld-events archive size 100000 set system syslog file mld-events archive files 3 set system syslog file mld-events archive transfer-interval 1440 set system syslog file mld-events archive archive-sites "ftp://user@host1//var/tmp" password "anonymous" set system syslog file mld-events archive archive-sites "ftp://user@host2//var/tmp" password "test"
手順
次の例では、設定階層のいくつかのレベルに移動する必要があります。CLI のナビゲーションについては、『Junos OS CLIユーザーガイド』の「 コンフィギュレーション・モードで CLI エディタを使用する」を参照してください。
MLD の参加および退出イベントの記録を設定するには:
グローバルに、または MLD インターフェイスでアカウンティングを有効にします。この例では、インターフェイス設定を示しています。
[edit protocols mld] user@host# set interface fe–0/1/0.2 accounting
記録するイベントを設定し、 mld-events などのわかりやすいファイル名を持つシステム ログ ファイルにイベントをフィルタリングします。
[edit system syslog file mld-events] user@host# set any info [edit system syslog file mld-events] user@host# set match “.*RPD_MLD_JOIN.* | .*RPD_MLD_LEAVE.* | .*RPD_MLD_ACCOUNTING.* | .*RPD_MLD_MEMBERSHIP_TIMEOUT.*”
ログ ファイルを定期的にアーカイブします。
この例では、ファイルが 100 KB に達すると 24 時間 (1440 分) ごとにファイルをローテーションし、3 つのファイルを保持します。
[edit system syslog file mld-events] user@host# set archive size 100000 [edit system syslog file mld-events] user@host# set archive files 3 [edit system syslog file mld-events] user@host# set archive archive-sites “ftp://user@host1//var/tmp” password “anonymous” [edit system syslog file mld-events] user@host# set archive archive-sites “ftp://user@host2//var/tmp” password “test” [edit system syslog file mld-events] user@host# set archive transfer-interval 1440 [edit system syslog file mld-events] user@host# set archive start-time 2011–01–07:12:30
デバイスの設定が完了したら、設定をコミットします。
[edit system syslog file mld-events]] user@host# commit
検証
システム・ログ・ファイルを表示するには、 file show コマンドを実行します。
user@host> file show mld-events
monitor start コマンドおよびmonitor stop コマンドを実行することにより、ファイルに項目が追加されるときにシステム・ログ・ファイルをモニターできます。
user@host> monitor start mld-events
*** mld-events *** Apr 16 13:08:23 host mgd[16416]: UI_CMDLINE_READ_LINE: User 'user', command 'run monitor start mld-events ' monitor
論理インターフェイスでの 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論理インターフェイスでのマルチキャストグループ参加を制限するには:
設定内容を確認するには、 show protocols mld
コマンドを使用します。設定されたグループ制限、オプションの警告しきい値、ログメッセージ間の間隔など、インターフェイスでのMLDの動作を確認するには、 show mld interface
コマンドを使用します。
MLD の無効化
変更履歴テーブル
機能のサポートは、使用しているプラットフォームとリリースによって決まります。 機能エクスプローラー を使用して、機能がプラットフォームでサポートされているかどうかを判断します。