Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

ハードウェアリソースのカスタムプロファイル

このトピックでは、ハードウェアリソースのカスタムプロファイルの概要を説明します

ハードウェアプロファイル

hw-db-profileを使用すると、ハードウェアリソースを静的に予約できます。ただし、hw-db-profile は、個別に管理する必要があるリソースがあるため、すべての hw リソースに使用できるわけではありません。代わりにカスタムプロファイルインフラストラクチャを使用して、アプリケーション要件に応じてハードウェアリソースの割り当てをカスタマイズできます。カスタムプロファイルインフラストラクチャを使用して、アプリケーション固有の動的なハードウェアリソース割り当てを作成できます。

以下の設定スタンザでは、ハードウェアプロファイル(hw-profile)は、システムに適用されている現在アクティブなカスタムハードウェアプロファイルを指定する最上位の設定ステートメントです。 hw-profile-name は、システムに適用されている現在アクティブなカスタムハードウェアプロファイルの名前です。コミットに成功すると、システムはPFEを再起動します。このCLIを使用すると、複数のカスタムハードウェアプロファイルを作成できますが、現在アクティブなカスタムハードウェアプロファイルとして使用できるのは1つだけです。

カスタムハードウェアプロファイル

前のセクションで説明したように、カスタムハードウェアプロファイル(hw-profile-name)はユーザー定義であり、カウンターなどのハードウェアリソース用に作成されたカスタムプロファイルの詳細を保持します。

以下の構成スタンザでは、 <hw-profile-name> は、カウンター (counter-profile <counter-profile>) ハードウェア・リソース用に作成されたカスタム・プロファイルの詳細を保持するカスタム・ハードウェア・プロファイルの名前です。

以下の設定スタンザでは、カウンター(ハードウェアリソース)用にカスタムプロファイルが作成されます。カウンター用に作成されたカスタムプロファイルは、カウンタープロファイルと呼ばれます。Junos OSリリース25.3では、カウンタープロファイルのみがサポートされています。

したがって、従うべき一連の手順は次のとおりです。

  • カスタムカウンタプロファイルを作成します。カウンタプロファイルを参照してください

  • カスタムハードウェアプロファイルを作成します。各カスタムハードウェアプロファイルは、1つから複数の異なるカスタムプロファイルで定義できます。 「hw-profiles」を参照してください。

  • アクティブなハードウェアプロファイルとして1つのカスタムハードウェアプロファイルを適用します。 「hw-profile」を参照してください。

カスタムカウンタープロファイル

カスタムカウンタプロファイルは、アプリケーションごとにカウンタエンジンを割り当てるメカニズムを提供します。割り当ては、アプリケーションのスケール要件に基づいて行われます。カウンターリソースは、さまざまなカウンターエンジンを通じて提供されます。カウンターエンジンは、サポートするカウンターの数に基づいて3種類あります。4Kカウンターエンジンは4Kカウンターをサポートします。同様に、8K および 16 カウンタ エンジンは 8K および 16K カウンタをサポートします。カウンタエンジンの数はプラットフォームによって異なります。 カウンタープロファイルを参照してください。

以下の設定スタンザでは、 <counter-profile-name> がカスタムカウンタプロファイルの名前です。 appの下には、 tcam-ingress、 voq、および ifl-ingressは、カウンターハードウェアリソースが割り当てられているアプリケーションの名前です。

例文

次の例は、アプリケーションのカウンタリソースを設定する方法を示しています。2つのカスタムカウンタープロファイルが作成されます。カスタムカウンタープロファイルごとに2つのカスタムハードウェアプロファイルが作成されます。1つのカスタムハードウェアプロファイルがアクティブなハードウェアプロファイルとして設定されます

手順は次のとおりです。

2つのカスタムカウンタープロファイルを作成しますcntr1cntr2

2つのカスタムカウンタープロファイルに対して、それぞれ2つのカスタムハードウェアプロファイルを作成します

アクティブなハードウェアプロファイルとして1つのカスタムハードウェアプロファイルを設定します

カウンタプロファイル管理における考慮事項

デフォルトの動作

  • カスタムカウンタプロファイルが定義されていない場合、プラットフォームはデフォルトの静的に割り当てられたカウンタプロファイルを使用します。この割り当ては、25.3リリース以前の既存の割り当てと同じです。

  • カスタムプロファイルが定義されると、カスタムカウンタープロファイルに記載されているアプリケーションのみが、ユーザーが設定したカウンター割り当てを持つようになります。

VOQ統計 - 予約済みカウンター

  • ACX7100/ACX7509プラットフォームには、ポートVOQ統計用に内部で予約された1つの8Kカウンターエンジンがあります。

  • 他のプラットフォームでは、デフォルトで1つの4Kカウンターエンジンを予約しています。

  • 明示的なVOQ割り当てなしでカスタムカウンタープロファイルが設定されている場合、予約済みエンジンはポートVOQのみをサポートします。HQoS統計では、アプリ voq を含むカスタムカウンタープロファイルを設定する必要があります。

TCAMおよびポリサーエンジン

  • 25.3リリースでカスタムカウンタプロファイルを定義する際には、ユーザーが設定できるようになるまで、TCAMとポリサーアプリケーション(tcam-ingress、tcam-egress、policer-ingress、policer-egress)を設定することが必須です。TCAMとポリサーアプリを、デフォルトのプロファイル値以外の値で設定することはできません。

  • これらのアプリケーションに設定された値は、プラットフォームのデフォルトの割り当てと正確に一致する必要があります。

  • デフォルトのカウンタ発生から逸脱すると(例えば、tcam-ingress counter-8k をデフォルトの 3 ではなく 2 に設定すると)、コミット中に検証エラーが発生します。

  • カウンターエンジンは、カウンターとポリサーの間で共有されます。ポリサーを使用するアプリケーションは、リソースの競合を回避するために、必要な数のカウンターエンジンを明示的に予約する必要があります。

マルチキャストルート統計

  • リリース25.3以降、マルチキャスト統計はカウンタープロファイルインフラストラクチャを通じてサポートされており、リソースの柔軟性とアプリケーション固有の割り当てが可能になります。

  • 下位互換性を確保するため、レガシー CLI: set system packet-forwarding-options mcast stats-enable は、該当するリリースで保持(非表示)されます。これにより、新しいモデルに移行しながら、古い構成をサポートできます。

  • 検証は、マルチキャストのカウンターエンジン予約の重複を防ぎ、従来のCLIと新しいプロファイルベースのアプローチ間の設定競合を回避するために導入されました。

  • ユーザーは、カスタムカウンタプロファイルを使用してマルチキャスト統計を明示的に設定し、従来のCLI設定を削除して、明確さを確保し、意図しない動作を回避することをお勧めします。

OP2(ACX7332)の外部カウンター(external-cntr)

  • ACX7332では、TCAMはIFF/FTFベースのフィルターに対してOP2でカウンタエンジンを使用します。ただし、ポリサーやその他の用途では、TCAMは引き続き内部カウンタエンジンを使用します。したがって、それに応じて割り当てを行う必要があります。

  • external-cntrは、カウンターエントリーの数に基づいて割り当てられます。external-cntrエントリーを予約できるのはtcam-ingressアプリケーションのみで、262142エントリーに設定されています。

設定ガイドライン

以下の表は、各アプリケーションのカウンターエンジンの設定に関する推奨事項をまとめたものです。ユーザーは、アプリケーションスケールの数に合わせてカウンターエンジンの数を設定することをお勧めします。

表1:カスタムプロファイルを使用したアプリケーションの設定ガイドライン

アプリケーション

設定ガイドライン

ストーム制御

ストーム制御は、カウンターエンジンに依存してポリシング機能を実装します。そのため、アプリケーションスケールを超えてカウンタエンジンを設定する必要はありません。

VOQ

統計情報をサポートするHQoSスケールは、利用可能な無料のカウンタエンジンリソースに基づいて増加させることができます。

HQoS スケールの増加は、他のハードウェア リソースにも依存するため、カウンター エンジンの可用性に正比例しません。」

カウンタエンジンは、HQoSのシステムレベルで割り当てられます

TCAMイングレス

カウンターエンジンは改造できないため適用されません。

perf-mon-ingress

TWAMP とインライン sFlow 機能は、それぞれタイムスタンプとシーケンスの目的でカウンターエンジンを利用します。そのため、アプリケーションスケールを超えてカウンタエンジンを設定する必要はありません。

ifl-ingress

IFLが複数のPFEに対称的に分散されている場合は、より少ない数のカウンターエンジンエントリーで十分な場合があります。例えば、16K IFLが2つのPFEに均等に分割されている場合(PFEあたり8K IFL)、8Kのカウンターエンジンエントリーで十分な場合があります。これは、カウンタエンジン自体もPFE全体に対称的に分散されているためです。

ただし、単一のPFEで同じIFLの総数(例:16K IFL)が設定されている場合は、システムレベルでカウンターエンジンエントリーの全量(例:16K)をプロビジョニングして、すべてのインターフェイスの統計情報を収集できるようにすることをお勧めします。

上記の説明は、物理的なIFLには当てはまりますが、論理的なIFLには当てはまりません。

ポリサーイングレス

カウンタエンジンは変更できないため、該当なし

TCAM-egress

カウンタエンジンは変更できないため、該当なし

パフォーマンスモンエグレス

インラインSflowアプリケーションのperf-mon-ingressと同じです。

iflエグレス

ifl-ingressと同じ

ポリサーエグレス

カウンタエンジンは変更できないため、該当なし

マルチキャスト

カウンタエンジンは、マルチキャストルートのシステムレベルで割り当てられます。

マルチキャスト ルートの統計情報の可用性は、他のハードウェア リソース(FEC-3 階層)にも依存します

  • ACX7100-32CやACX7100-48Lなどのプラットフォームでは、特定のアプリの内部予約により、デフォルトのカウンタープロファイル設定をカスタムプロファイルに直接コピーすることはできません。その結果、ユーザーは、必要に応じて、カスタムプロファイルのカウンターエンジンを、デフォルトプロファイルの動作やスケールに合わせて手動で調整する必要があります。

    例えば、以下のデフォルトのカウンタープロファイルは、カウンターエンジンの割り当てです。

    カウンターエンジンを調整することで、以下の方法でデフォルトのカウンタープロファイルと同じスケールを実現できます。(内部VOQは8Kを予約しています。内部予約は show cntr-app-map)で確認できます。

  • ACX7024の場合、デフォルトのカウンタープロファイルの割り当ては次のとおりです。

    カスタムプロファイル設定では、1 4kがVOQに内部的に予約されているため、4kカウンターエンジンはデフォルトよりも小さくなります。したがって、以下に示すように、どちらかのアプリ PERF_MON_INGRESS or PERF_MON_EGRESS 8k に調整する必要があります。

検証例

以下は、設定ステートメントをコミットする前にシステムがチェックを実行するための検証例です。

ingressとegressのIfl対称検証

設定されたエンジンの数がサポートされているエンジンを超えています

アプリ固有の検証 - インラインSflowは設定されているが、Sflowに必要なカウンターエンジンは設定されていない

現在のリリースにおけるTCAMとポリサーアプリの必須設定

TCAMアプリのデフォルトプロファイルと同じ値を設定します

アップグレードとダウングレードシナリオの処理

カスタムプロファイルインフラストラクチャをサポートしていないJunos OSバージョンにダウングレードするには、ハードウェアプロファイル、すべてのカスタムハードウェアプロファイル、およびすべてのカスタムカウンタープロファイルを削除する必要があります。カスタムプロファイルがサポートされているJunos OSバージョンにアップグレードするには、通常のJunos OSアップグレード手順に従ってから、カスタムプロファイルインフラストラクチャの使用を開始します。

25.3リリース以前は、CLI set system packet-forwarding-options mcast stats-enableを使用してマルチキャストルート統計がサポートされていたため、システムは次の表にまとめた方法で、アップグレードおよびダウングレード手順のマルチキャストルート統計を処理します。

表2:アップグレードまたはダウングレード手順におけるマルチキャストルート統計のサポート

シナリオ

予想される動作

カスタムプロファイルをサポートするイメージにアップグレード - マルチキャスト統計がデバイスで設定されていない場合。

アップグレードは成功します。必要に応じて、ユーザーは multicast アプリケーションでカスタムプロファイルを設定できます。

カスタムプロファイルサポート付きのイメージへのアップグレード - デバイスでマルチキャスト統計が設定されている場合。

  • マルチキャスト統計CLIコマンド set system packet-forwarding-options mcast stats-enable はユーザーに表示されません。

  • カウンタエンジンは、 multicast アプリケーション用に静的に予約されます。

  • 古いJunosイメージで set system packet-forwarding-options mcast stats-enable を使用してマルチキャスト統計設定が行われた場合、この設定を削除する必要があります。次に、カスタムプロファイルインフラストラクチャの新しいCLIを使用して、 multicast アプリケーション用に新しいカスタムプロファイルを作成する必要があります。

  • 以前のマルチキャスト設定が削除されるまで、システムは新しいカスタムプロファイルインフラストラクチャCLIを使用して multicast アプリケーションのカスタムプロファイルを設定することを許可しません。

    一連の手順は次のとおりです。

    • 以前の CLI 設定を削除します

      delete system packet-forwarding-options mcast stats-enable

    • multicastアプリケーションのカスタムカウンタプロファイルを定義します。以下に、このような設定の例を示します。

      set system packet-forwarding-options custom-profiles counter-profiles cntr1 app multicast counter-16k 1
    • このカスタムカウンタープロファイルでカスタムハードウェアプロファイルを定義します

      set system packet-forwarding-options custom-profiles hw-profiles hw1 counter-profile cntr1
    • このカスタムハードウェアプロファイルをアクティブなハードウェアプロファイルとして適用します

      set system packet-forwarding-options hw-profile hw1

カウンタープロファイルインフラストラクチャがサポートされていない古いJunos OSイメージへのダウングレード/ロールバック、および multicast アプリケーションのカスタムプロファイル設定。

ダウングレードに失敗します。古いJunos OSバージョンに正常にダウングレードするには、 multicast アプリケーションのカスタムプロファイルインフラストラクチャCLI設定を削除する必要があります。

カスタムプロファイルインフラストラクチャがサポートされていない古いJunosイメージにダウングレードした後、ユーザーは古いマルチキャスト統計CLIを使用してマルチキャスト統計サポートを設定できます - set system packet-forwarding-options mcast stats-enable

カウンタプロファイルインフラストラクチャがサポートされておらず、マルチキャスト統計設定がすでにを使用して設定されている古いJunos OSイメージへのダウングレード/ロールバック set system packet-forwarding-options mcast stats-enable

古いイメージへのダウングレードは成功し、イメージのダウングレード後にマルチキャストカウンターエンジンが予約されます。

トラブルシューティング - hw-profile

  • 表示コマンド show system packet-forwarding-options hw-profile と show system packet-forwarding-options hw-profile counter-profile を使用して、カウンタプロファイルとハードウェアプロファイルのアクティベーションの失敗を表示します。

  • また、PFEコマンド( show evo-pfemand cntr-info と show evo-pfemand cntr-app-map )を使用して、PFEの障害を診断することもできます。 show evo-pfemand cntr-info には、各機能に割り当てられたカウンタエンジンが表示されます。これは、ユーザーが設定したカウンターエンジンの数と一致する必要があります。 show evo-pfemand cntr-app-map には、PFEの各機能のカウンタ設定が成功または失敗か、および失敗の理由が表示されます。

showコマンド出力 hw-profileが設定されていない場合 - デフォルトのhwプロファイル

hw-profile設定時のShow Command Outputs

PFEデバッグコマンド - デフォルトのカウンタープロファイル

トラブルシューティング - カスタムカウンタープロファイル

デバッグコマンド - カウンタプロファイルが設定されました

注意事項

  • ポリサーは16Kエンジンでのみ割り当て可能

  • 一部のカウンターは内部使用用に予約されており、ユーザーは利用できません。

  • ACX7332では、TCAMはIFF/FTFベースのフィルターに対してOP2でカウンタエンジンを使用します。ただし、ポリサーやその他の用途では、TCAMは引き続き内部カウンタエンジンを使用します。したがって、それに応じて割り当てを行う必要があります。

  • Ifl-ingress また、 ifl-egress カウンターエンジンは対称的に配置する必要があります。

  • 25.3リリース以前は、マルチキャストカウンターエンジンはLSP/IPトンネルカウンターエンジンと共有され、それぞれのCLIを使用して有効にできるのはそのうちの1つだけです。そのため、LSP/IPアプリケーションによって予約されたカウンターエンジンは引き続き予約されます。古いCLI(set system packet-forwarding-options mcast stats-enable)を介してマルチキャスト統計を有効にすると、LSP/トランジットと共有するカウンターエンジンが引き続き静的に予約されます。マルチキャスト統計がカウンタープロファイルを介して有効になっている場合、カスタムカウンタープロファイルで利用可能なリソースが使用されます。

  • ポートVOQは、内部で予約されたカウンターを使用します。HQoS用にユーザーが設定したカウンタエンジンが使い果たされると、ポートVOQカウンタの残りのエントリと重複することがあります。

制限事項

  • アプリケーションが割り当てられたカスタムプロファイルカウンターエンジンの数を超えてスケーリングされた場合、動作は非決定的になります。例えば、IFLスケールが8kで、4kカウンタエンジンが1つしか設定されていない場合、どのIFL統計が表示されるかは保証できません。

  • hw-db-profileとカスタムハードウェアプロファイルがシステム上に共存する場合、BNG DBプロファイルは hw-db-profile からサポートされません。

  • evo-pfemandが再起動されるため、CLIが正常にコミットされると、既存の統計情報がクリアされます。