Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

例: 管理スコープの構成

マルチキャスト管理スコープについて

マルチキャスト スコープを使用して、マルチキャスト トラフィックを管理上定義されたトポロジ領域に構成することで制限します。マルチキャスト スコープは、マルチキャスト メッセージ(送信元に向かってアップストリームに送信されるマルチキャスト グループ ジョイン メッセージと、ダウンストリームに送信されるデータ転送の両方)の伝達を制御します。スコープを使用すると、帯域幅などの希少なリソースへのストレスを軽減でき、プライバシーやスケーリングのプロパティを向上させることができます。

IP マルチキャストの実装では、IP ヘッダーの Time-to-live(TTL)フィールドを使用することで、ある程度のスコープを設定できます。ただし、TTLスコープを確実に実装することは困難であることが証明されており、結果として得られるスキームは複雑で理解しにくいことがよくあります。

管理スコープの IP マルチキャストは、マルチキャスト スコープのセマンティクスをより明確でシンプルにします。管理スコープのマルチキャスト アドレス宛てのパケットは、設定された管理境界を越えません。管理スコープのマルチキャスト アドレスはローカルに割り当てられるため、管理境界を越えて一意である必要はありません。

管理スコープの IP バージョン 4 (IPv4) マルチキャスト アドレス空間の範囲は、239.0.0.0 から 239.255.255.255 です。

IPv4 の管理スコープのマルチキャスト空間の構造は、RFC 1884 「 IP バージョン 6 アドレッシング・アーキテクチャー」で説明されている IP バージョン 6(IPv6)アドレッシング・アーキテクチャに大まかに基づいています。

よく知られているスコープは 2 つあります。

  • IPv4 ローカル スコープ:このスコープは、239.255.0.0/16 の範囲のアドレスで構成されます。ローカル スコープは、最小の外側のスコープであり、それ以上分割できません。ローカル スコープの正確な範囲はサイトに依存しますが、ローカル スコープの領域は他のスコープ境界にまたがってはならず、より大きなスコープ内に完全に含まれるか、より大きなスコープと同じである必要があります。スコープ領域がエリア内で重複している場合、重複する領域はローカル スコープ内にある必要があります。

  • IPv4組織のローカルスコープ:このスコープは239.192.0.0/14で構成されています。これは、組織がプライベート使用のスコープを定義するときにサブ範囲を割り当てるスペースです。

範囲 239.0.0.0/10、239.64.0.0/10、および 239.128.0.0/10 は未割り当てであり、このスペースの拡張に使用できます。

IPv4 マルチキャスト空間には、静的に割り当てられたリンクローカル スコープ (224.0.0.0/24) と、さまざまなアドレスを含む静的グローバル スコープ割り当ての 2 つのスコープ クラスが既に存在します。

すべてのスコープは、ジョイン メッセージとデータ転送がスコープ付きインターフェイス上で双方向に制御されるという意味で、本質的に双方向です。

マルチキャスト スコープを構成するには、一連のルーティング デバイス インターフェイスとアドレス範囲に関連付けられた名前付きスコープを作成するか、インターフェイスを指定し、アドレス範囲を一連のフィルターとして構成するスコープ ポリシーを参照します。2 つの方法を組み合わせることはできません(両方を含む設定ではコミット操作は失敗します)。これらのメソッドの要件は多少異なり、 show multicast scope コマンドからの出力も異なります。

IP マルチキャスト ネットワークでは、ルーティング ループを回避する必要があります。マルチキャストルーターは、各ダウンストリームブランチのパケットを複製する必要があるため、ループするパケットが宛先に到達しないだけでなく、ループを通過するたびにループするパケットの数が増え、最終的にネットワークが過負荷になります。

スコープは、マルチキャスト パケットの転送に使用できるルーターとインターフェイスを制限します。スコープでは IP パケット ヘッダーの TTL フィールドを使用できますが、TTL スコープは管理者がネットワーク トポロジに関する十分な知識を持っているかどうかによって異なります。このトポロジーは、リンクに障害が発生して復元されると変化する可能性があるため、TTL スコープはマルチキャストには適していません。

マルチキャスト スコープは、RFC 2365 で説明されているように、マルチキャスト アドレスの範囲がスコープ用に予約されているという意味で管理的です。境界にあるルーターは、マルチキャスト パケットをフィルター処理し、パケットが設定された制限を超えないようにする必要があります。

管理スコープは TTL スコープよりもはるかに優れていますが、多くの場合、管理スコープのパケットのドロップはネットワーク管理者によって決定されます。たとえば、マルチキャスト アドレス範囲 239/8 は、RFC 2365 で管理スコープとして定義されており、この範囲を使用するパケットは、ネットワークの「境界」(通常はルーティング ドメイン)を越えて転送されることはありません。しかし、境界ルーターがどこにあるかを知っていて、スコーピングを正しく実装できるのはネットワーク管理者だけです。

ユニキャスト ルーティング プロトコルで使用されるマルチキャスト グループ(すべての OSPF ルーターの 224.0.0.5 など)は、管理上、その LAN のみを対象としています。このスコープにより、OSPF を実行しているすべての LAN で同じマルチキャスト アドレスを競合なく使用できます。

例: マルチキャスト スコープの名前付きスコープの作成

この例では、 ローカル組織エンジニアリングおよびマーケティングの 4 つのスコープでマルチキャスト スコープを構成する方法を示します。

必要条件

始める前に:

概要

ローカル スコープは、GRE トンネル インターフェイスで設定されます。組織のスコープは、GRE トンネル インターフェイスと SONET/SDH インターフェイスで設定されます。エンジニアリング スコープは、IP-IP トンネル インターフェイスと 2 つの SONET/SDH インターフェイスで構成されます。マーケティング範囲は、GREトンネルインターフェイスと2つのSONET/SDHインターフェイスで設定されます。Junos OS は、ユーザーが設定可能な任意の IPv6 または IPv4 グループのスコープを設定できます。

名前付きスコープを定義してマルチキャスト スコープを構成するには、スコープの名前、スコープを構成するルーティング デバイス インターフェイスのセット、およびスコープのアドレス範囲を指定する必要があります。

手記:

prefix ステートメントで指定するプレフィックスは、scope ステートメントごとに一意である必要があります。複数のスコープに同じプレフィックスが含まれている場合は、最後のスコープのみがインターフェイスに適用されます。複数のインターフェイスに同じプレフィックスのスコープを設定する必要がある場合は、単一のscopeステートメントの interface ステートメントにすべてのプレフィックスをリストします。

名前付きスコープでマルチキャスト スコープを構成する場合は、すべてのスコープ境界に ローカル スコープを含める必要があります。このスコープが設定されていない場合は、すべてのスコープ付きインターフェイスで自動的に追加されます。 ローカル スコープは、マルチキャスト グループ 239.255.0.0/16 の使用を接続された LAN に制限します。

構成

プロシージャ

CLIクイック構成

この例をすばやく設定するには、次のコマンドをコピーしてテキストファイルに貼り付け、改行を削除して、ネットワーク構成に合わせて必要な詳細を変更し、 [edit] 階層レベルのCLIにコマンドをコピーして貼り付けます。

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

    ローカル スコープを構成します。

  2. 組織のスコープを構成します。

  3. エンジニアリング スコープを設定します。

  4. マーケティング範囲を構成します。

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

業績

show routing-options コマンドを入力して、設定を確認します。

検証

グループスコープが有効であることを確認するには、 show multicast scope コマンドを発行します。

名前付きスコープでスコープを設定すると、 show multicast scope operational mode コマンドは定義されたスコープ、プレフィックス、インターフェイスの名前を表示します。

例: マルチキャスト スコープでのスコープ ポリシーの使用

この例では、 allow-auto-rp-on-backboneという名前のマルチキャストスコープポリシーを設定し、バックボーンに面したインターフェイスでauto-RPグループ224.0.1.39/32および224.0.1.40/32のパケットを許可し、224.0.1.0/24および239.0.0.0/8アドレス範囲の他のすべてのアドレスを拒否する方法を示しています。

必要条件

始める前に:

概要

参照される各ポリシーは、 [edit policy-options] 階層レベルで正しく構成し、スコープを構成するルーティング デバイス インターフェイスのセットを指定し、スコープのアドレス範囲を一連のルート フィルターとして定義する必要があります。マルチキャストスコープポリシーでは、 インターフェイスルートフィルタープレフィックスリストの 一致条件のみがサポートされています。その他の設定済み一致条件は無視されます。サポートされているアクションは、 受け入れ拒否、およびポリシーフローアクション次の 用語次のポリシーのみです。 拒否 アクションは、設定されたインターフェイス上で両方向のジョインとマルチキャスト転送が抑制されることを意味します。 accept アクションにより、インターフェイス上で双方向のジョインとマルチキャスト転送が許可されます。デフォルトでは、スコープポリシーはすべてのインターフェイスに適用されます。デフォルトのアクションは accept です。

手記:

スコープ ポリシーで構成されたマルチキャスト スコープは、名前付きスコープ ( scope ステートメントを使用) で構成されたスコープとはいくつかの点で異なります。

  • すべてのスコープ ポリシーがすべてのルーティング インスタンスに適用されるため、スコープ ポリシーを特定のルーティング インスタンスに適用することはできません。対照的に、名前付きスコープは特定のルーティング インスタンスに個別に適用されます。

  • 名前付きスコープを使用したスコープとは対照的に、スコープ ポリシーを使用したスコープでは、スコープ境界に ローカル スコープが自動的に追加されることはありません。ローカル スコープの境界を明示的に構成する必要があります。 ローカル スコープは、マルチキャスト グループ 239.255.0.0/16 の使用を接続された LAN に制限します。

構成

プロシージャ

CLIクイック構成

この例をすばやく設定するには、次のコマンドをコピーしてテキストファイルに貼り付け、改行を削除して、ネットワーク構成に合わせて必要な詳細を変更し、 [edit] 階層レベルのCLIにコマンドをコピーして貼り付けます。

手順

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

  1. 許可するパケットを定義します。

  2. 許可しないパケットを定義します。

  3. ポリシーを適用します。

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

業績

show policy-options コマンドと show routing-options コマンドを入力して、設定を確認します。

検証

スコープ ポリシーが有効であることを確認するには、 show multicast scope コンフィグレーション モード コマンドを発行します。

スコープ ポリシーを使用してマルチキャスト スコープを構成すると、 show multicast scope 操作モード コマンドはスコープ ポリシーの名前のみを表示します。

例:外部向け PIM ボーダー ルーターの設定

この例では、[edit routing-options multicast] 階層レベルで scope ステートメントを追加して、auto-RP トラフィックが PIM ドメインとの間で「リーク」するのを防ぎます。以下に定義されている 2 つのスコープ、auto-rp-39auto-rp-40 は、特定のアドレス用です。scoped-range ステートメントはグループ範囲を定義し、グループトラフィックのリークを防ぎます。