メディア ソリューション向けのシスコの IP ファブリックには、次の前提条件があります。

（注）	Cisco Nexus 9800 スイッチの場合、TCAM カービング構成は必要ありません。

• -R ライン カードを備えた Cisco Nexus 9504 および 9508 スイッチの場合、これらの TCAM カービング コマンドを次の順序で設定してから、スイッチをリロードします。

  hardware access-list tcam region redirect_v6 0
  hardware access-list tcam region ing-nbm 2048
  

• 他のすべてのスイッチでは、これらの TCAM カービング コマンドを次の順序で設定してから、スイッチをリロードします。

  hardware access-list tcam region ing-racl 256
  hardware access-list tcam region ing-l3-vlan-qos 256
  hardware access-list tcam region ing-nbm 1536
  

• 互換性のある Cisco NX-OS および Nexus Dashboard Fabric Controller（NDFC）リリースをインストールします。NDFC のインストール手順については、ご使用の NDFC リリースの『Cisco Nexus Dashboard Fabric Controller インストールおよびアップグレード ガイド』を参照してください。

  互換性のあるリリースとサポートされているスイッチの詳細については、 Nexus Dashboard Fabric Controller ソフトウェアおよびハードウェア互換性マトリックス（旧 DCNM）を参照してください。

メディア ソリューション向けの IP ファブリックには、次の注意事項と制約事項があります。

• リーフ スイッチの数は、使用されるアップリンクの数と、スパイン スイッチで使用可能なポートの数によって異なります。

• IPFM を有効にする前に、スイッチでアクティブなフローがないことを確認してください。アクティブなフローがある場合は、フローをオフにするか、IPFM を設定した後にスイッチをリロードします。

• エンドポイントへのレイヤ 3 ルーテッド ポートを使用することをお勧めします。

• レイヤ 2 ポートを介して接続された SVI およびエンドポイントを備えた -R ライン カードを使用する単一モジュラ スイッチ配置では、フローの最大数は 2000 です。

• -R ライン カードを備えた Cisco Nexus 9504 および 9508 スイッチの場合、IPFM には 6 つのファブリック モジュールが必要です。

• ノンブロッキング パフォーマンスを確保するには、各リーフ スイッチからのアップリンク帯域幅が、エンドポイントに提供される帯域幅以上である必要があります。

• 可能であれば、エンドポイントを異なるリーフ スイッチに分散させて、すべてのリーフ スイッチで送信元と受信者が均等に分散されるようにします。

• 可能であれば、障害に備えてアップリンクをオーバープロビジョニングすることをお勧めします。

• ベスト プラクティスとして、/30 マスクでエンドポイントに向かうレイヤ 3 ポートを使用します。1 つの IP アドレスをエンドポイントに割り当て、別の IP アドレスをスイッチ インターフェイスに割り当てます。

• このソリューションは、IGMPv2 および IGMPv3 の参加と、PIM Any Source Multicast（ASM）および PIM Source-Specific Multicast（SSM）をサポートします。複数の送信元が ASM 範囲内の同じマルチキャスト グループにトラフィックを送信している場合、ファブリックの帯域幅は 1 つのフローのみに対応します。オーバーサブスクリプションが発生する可能性があるため、複数の送信者が ASM 範囲内の同じマルチキャスト グループにトラフィックを送信しないように注意してください。SSM 範囲では、さまざまなソースが同じグループに送信でき、ファブリックの帯域幅はフローごとに考慮されます。

• 統計は、送信側が接続されているスイッチでのみ使用できます。

• IPFM は、拡張 ISSU ではサポートされていません。メディア セットアップの IP ファブリックで noboot mode lxc コマンドを使用しないでください。

• リソースを節約するために、service-policy type qos コマンドを使用するときは統計を無効にすることをお勧めします。

• メディア ソリューションの IP ファブリックは、外部リンク上の IGMP および PIM エンドポイントが帯域幅管理される受信側の帯域幅管理をサポートします。

• メディア ソリューションの IP ファブリックは、DSCP およびフロー帯域幅の動的フロー ポリシーの変更をサポートします。

• メディア プラットフォームでサポートされているすべての IP ファブリックにより、送信側または受信側のエンド ホストをスパインに接続できます。

• メディア ソリューションの IP ファブリックは、ファブリックごとに複数のボーダー リーフをサポートします。

• ユニキャスト帯域幅のパーセンテージを変更する場合は、新しい値を有効にするためにファブリック リンクをフラップする必要があります。

• IPFM 外部リンクとして構成できるのは、レイヤ 3 インターフェイスのみです。レイヤ 3 インターフェイスがスイッチ ポートに変更されると、IPFM 外部リンク構成が削除されます。

• レイヤ 3 インターフェイスを IPFM 外部リンクとして構成すると、インターフェイスがフラップします。

• RPF または OIF インターフェイスのいずれかが帯域幅の変更に対応できない場合、フローは破棄されます。次の IGMP または PIM 参加により、フロー スティッチングが開始されます。

• ファブリック内の既存のフローを持つグループのフロー ポリシー (帯域幅) を変更する場合は、既存のフローへの影響を軽減するために、次の順序で変更を行います。そうしないと、使用中のインターフェースで使用可能な帯域幅に応じて、オーバーサブスクリプションが発生する可能性があります。

  1. より低い帯域幅からより高い帯域幅への変更: 最初に既存のフローのすべてのラスト ホップ ルータでポリシーを変更し、次にすべてのスパイン スイッチで、次に残りのスイッチでポリシーを変更します。

  2. より高い帯域幅からより低い帯域幅への変更: 最初に既存のフローのすべてのファースト ホップ ルータでポリシーを変更し、次にすべてのスパイン スイッチで、次に残りのスイッチでポリシーを変更します。

• IPFM フロー ポリサーを無効にすると、統計は利用できません。

• 障害時に、IPFM フローの優先順位付け機能は、可能な場合、優先順位のフローを回復しようとします。設計上、IPFM フローの優先順位付けは、優先順位のフローに対応するために既に確立されているフローを停止しません。

• Cisco Nexus リリース 10.1(1) 以降、IPFM を使用した IPFM フローの優先順位付けは、Cisco Nexus 9300-FX3 プラットフォーム スイッチでサポートされています。

• Cisco NX-OS リリース 10.1 (2) 以降、IPFM は N9K-X9624D-R2 および N9K-C9508-FM-R2 プラットフォーム スイッチでサポートされます。

• Cisco NX-OS リリース 10.2(1q)F 以降、IPFM は N9K-C9332D-GX2B プラットフォーム スイッチでサポートされます。

• Cisco Nexus 9500 -R ライン カードの場合、IPFM パッシブ モードで構成されている場合、入力廃棄が増加しますが、これは予期されるものであり、影響はないと判断されています。

• VXLAN 対応スイッチで実行されている IPFM はサポートされていません。IPFM 機能により、VXLAN アンダーレイ マルチキャスト転送が中断される場合があります。

• Cisco NX-OS リリース 10.3(1)F 以降、次の IPFM 機能が Cisco Nexus 9808 プラットフォーム スイッチでサポートされています。

  • スパインおよびシングル ボックスのサポート（L3 フロント パネル ポートのみ、L2 ポート/SVI サポートなし）。

  • ホスト管理のためのフロー ポリシー/ホスト ポリシー。

  • フロー プロビジョニングの Pim-Active モードと Pim-Passive モード。

  • NDFC の有効化のために公開されたフロー/エンド ポイントの Oper MO 公開。

• Cisco NX-OS リリース 10.4(1)F 以降、この機能は、Cisco Nexus X98900CD-A ラインカードを搭載した Cisco Nexus 9808 スイッチでサポートされます。

• Cisco NX-OS リリース 10.4(1)F 以降、この機能は、Cisco Nexus X98900CD-A ラインカードおよび X9836DM-A を搭載した Cisco Nexus 9804 スイッチでサポートされます。

• Cisco NX-OS リリース 10.3(2)F 以降、マルチキャスト サービス リフレクション（マルチキャスト NAT）は、Cisco Nexus 9200、9300、9408、および 9800 プラットフォーム スイッチ、および -R ライン カードを搭載した Cisco Nexus 9504 および 9508 スイッチにおいて、IPFM モード pim-active および IPFM モード pim-passive の全ホストおよびファブリック ポートのサブインターフェイスに拡張されました。

• 親ポートとそれに対応するサブインターフェイスは、同じ IPFM pim-active または IPFM pim-passive モードの VRF の一部であることが期待されます。

  例：親ポートが PIM アクティブ モードの IPFM VRF の一部である場合、そのサブインターフェイスも同じ PIM アクティブ モードの VRF（異なる VRF コンテキストである可能性があります）にある必要があります。

• Cisco NX-OS リリース 10.3(2)F 以降、サブインターフェイス タイプは IPFM モード pim-active および IPFM モード pim-passive でサポートされるようになりました。

• Cisco NX-OS リリース 10.3(2)F 以降、IPFM モードの pim-active と IPFM モードの pim-passive を同じスイッチ上で共存させることができます。

• Cisco NX-OS リリース 10.4(1)F 以降、ISIS は IPFM でサポートされます。

• Cisco NX-OS リリース 10.4(1)F 以降、IPFM は Cisco Nexus 9348GC-FX3 スイッチでサポートされます。

• Cisco NX-OS リリース 10.4(2)F 以降、IPFM は Cisco Nexus C93108TC-FX3 スイッチでサポートされます。

• Cisco NX-OS リリース 10.4(2)F 以降では、ホスト IP ではなくインターフェイス IP に基づいてエンドポイント MO がパブリッシュされます。SVI インターフェイスの受信者と frowMQ のreporterIP の場合、SVI 受信者はホスト IP ではなく インターフェイス IP を持つことになるからです。

• Cisco NX-OS リリース 10.4(2)F 以降では、 IPFM を使用して、既存の L3 ポート フロー データに加えて L2 ポート情報にアクセスできるようになり、フロー パスの可視性が向上しました。この機能は、次の TOR および EOR スイッチでサポートされています。

  • Cisco Nexus 92348GC-X プラットフォーム スイッチ

  • Cisco Nexus 9300-EX/FX/FX2/FX3/H1 プラットフォーム スイッチ

  • Nexus 9300C/GX/GX2 プラットフォーム スイッチ

  • Nexus 9700-EX/FX/GX ライン カード

  • Nexus 9600-R/R2 ライン カード

• Cisco NX-OS リリース 10.5(2)F 以降、IPFM の詳細な優先順位ベースのフロー機能は、IPFM フローに 16 レベルのプライオリティを提供し、リンク帯域幅の制約が存在する場合に、プライオリティの低いフローよりも重要なフローを優先させることを可能にします。この機能では、必要に応じてフローの優先順位を制御、カスタマイズし、割り当てることができます。優先順位フロー機能は、新しい コマンドによって制御されます。ただし、優先順位フローは PIM パッシブ モードではサポートされません。

メディア向け IP ファブリックを構成する手順（IPFM） は、メディア ソリューションの IP ファブリックに使用した展開方法を構成する手順によって異なります。

• スパイン リーフ トポロジ

• シングル モジュラ スイッチ

Cisco NX-OS リリース 10.3(1)F 以降、vPC は機能 IPFM でサポートされます。