AI-MLファブリック向けに最適化されたその他の機能

AI-MLファブリック向けに最適化された機能の詳細については、 AI-MLデータセンター機能ガイドを参照してください。

• リアクティブパスリバランシング (QFX5240)— 23.4R2 Junos OS Evolvedリリース以降、QFX5240デバイスでリアクティブパスリバランシングがサポートされています。リアクティブパスリバランスは、動的ロードバランシング(DLB)機能の既存のフローレットモードの拡張機能です。DLB のフローレット モードでは、ユーザーは非アクティブ間隔を構成します。トラフィックは、フローの一時停止が非アクティブタイマーよりも大きくなるまで、割り当てられた発信インターフェイスを使用します。現在の発信リンクの品質が一定期間にわたって悪化し、フロー内の一時停止が設定されている非アクティブ タイマーを超えない可能性があります。クラシック フローレット モードでは、非アクティブ間隔内に別のリンクに再割り当てされず、より高品質のリンクを利用できません。リアクティブパスリバランスは、ユーザーがフローレットモードでより質の高いリンクにトラフィックを移動できるようにすることで、この制限に対処します。

  既存の DLB 機能に従って、各 ECMP エグレス メンバー リンクには、通過するトラフィックに基づいて品質帯域が割り当てられます。品質帯域は、ポートの負荷または送信されるエグレス バイト数とキュー バッファー、またはエグレス ポートからの送信を待機しているバイト数によって異なります。これらの属性は、ECMP を通過するトラフィック パターンに基づいてカスタマイズできます。

  リアクティブ パス負荷分散のメリットは、次のとおりです。

  • 帯域幅の最適な使用

  • 拡張性

  • 存続期間の長いフローによる負荷分散の非効率性を回避するのに役立ちます。

  DLB はフローレットモードで設定する必要があります。リアクティブ パス ロード バランシングを有効にすると、フローがあるポートから別のポートに移動する際にパケットの順序変更が発生する可能性があります。

  フローをより質の高いメンバーに再割り当てするには、以下のルールを満たす必要があります。

  • 現在のエグレスポートと同等以上の品質のエグレスメンバーポートが利用可能である必要があります。

  • パケットのランダム値が 、再割り当て確率の閾値より低くなっています。低い確率の閾値を設定すると、フローは遅い速度でより高品質のメンバーに移動します。たとえば、確率しきい値が 200 の場合、確率しきい値の 50 よりも高品質のメンバーへのマクロ フローの移動が速くなります。

  例

  図1に示すような、デバイスに3つのイングレスポートと2つのエグレスポートがあるトポロジーを考えてみましょう。また、各エグレス ポートにトラフィックを転送するテーブル エントリーも表示されます。すべてのイングレスポートとエグレスポートが同じ速度です。

  図1:リアクティブパスリバランシング

  リアクティブ負荷リバランシングは、次のようにデルタ2の品質で動作します。

  1. レート10%のイングレスポートet-0/0/0でストリーム1のdmac 0x123を開始し、et-0/0/10から出力します。50%のイングレスポートet-0/0/1のレートでストリーム3を開始し、et-0/0/11からエグレスします。

     エグレス リンクの使用率は、品質バンド 6 で et-0/0/10 が 10 %、品質バンド 5 で et-0/0/11 が 50 % です。

  2. ストリーム2 dmac 0x223を40%のレートで開始し、イングレスポートet-0/0/2から出力します。

  ポートet-0/0/10とet-0/0/11の品質帯域の差が、設定されたデルタ2以上の場合に、リアクティブロードバランシングアルゴリズムが開始されます。このアルゴリズムは、ストリーム3をet-0/0/11からより高品質のメンバーリンク(この場合はet-0/0/10)に移動します。

  しばらくすると、ストリーム1とストリーム3を出る際に、et-0/0/10のリンク使用率が60%、品質帯域が5になっていることがわかります。et-0/0/11のリンク使用率は、ストリーム2から出る品質帯域5で40%です。 拡張ハッシュキー と show forwarding-options enhanced-hash-keyを参照してください。

• DLBフローレットモード(QFX5000)の設定可能なフローセットテーブル:DLBはFlowSetテーブルを使用してフローのエグレスインターフェイスを決定します。FlowSet テーブルには、128 の DLB ECMP グループに分散する必要がある合計 32000 のエントリを保持できます。デフォルトでは、これらは均等に分割され、ECMP グループごとに 256 エントリが割り当てられます。Junos 23.4R2 Junos OS Evolvedリリース以降、ECMP グループ間でのエントリーの配布を変更できるようになりました。FlowSet テーブルにより多くの ECMP グループエントリーがある場合、ECMP グループはより多くのフローに対応できるため、より良いフロー分散を実現できます。 動的ロードバランシングを参照してください。

• PFCウォッチドッグサポート(QFX5230-64CD、QFX5240-64OD、QFX5240-64QD) —Junos OS Evolvedリリース23.4R2以降、QFX5230-64CD、QFX5240-64OD、およびQFX5240-64QDスイッチがPFCウォッチドッグ機能をサポートしています。PFC ウォッチドッグは、PFC 対応ポートの PFC ポーズ ストームを監視します。PFC 対応ポートが長時間 PFC ポーズ フレームを受信し、PFC ウォッチドッグがそのポート上のフロー制御フレームを検出しない場合、PFC ウォッチドッグは状況を緩和します。これは、PFC 一時停止ストームが検出されたキューを、回復時間と呼ばれる構成可能な期間無効にすることによって行われます。回復時間が経過すると、PFC ウォッチドッグは影響を受けたキューを再度有効にします。

  PFC ウォッチドッグを設定するには、[class-of-service congestion-notification-profile profile-name] 階層レベルで pfc-watchdog ステートメントを含めます。PFC ウォッチドッグには、QFX5230-64CD、QFX5240-64OD、および QFX5240-64QD スイッチに設定できる 4 つのパラメータがあります。

  • poll-interval- PFC ウォッチドッグが PFC キューのステータスをチェックする間隔(1、10、または 100 ミリ秒)。

  • detection- PFC ウォッチドッグが、停止したトラフィックを軽減するまでに待機するポーリング間隔の数(1 から 15 の間隔)。

  • watchdog-action- エンキューされたパケットおよび新しく到着したパケットすべてを drop または forward して、停止したトラフィック キューを緩和するために PFC ウォッチドッグが実行するアクション。

  • recovery- PFC ウォッチドッグがキュー上の PFC を復元する前に、影響を受けたキューを無効にする時間(100 ミリ秒から 1500 ミリ秒、デフォルトは 200 ミリ秒)。

  [ PFC ウォッチドッグ と 輻輳通知プロファイルを参照してください。

• プライオリティベースのフロー制御X-ON閾値サポート(QFX5230-64CD、QFX5240-64OD、およびQFX5240-64QD)-プライオリティベースのフロー制御(PFC)X-ON閾値は、イングレスポートのプライオリティグループ(PG)共有バッファ制限です。この制限では、イングレス ポートのピアは、このイングレス ポートから送信された PFC メッセージにより、短い休止後にパケットの送信を再開します。輻輳通知プロファイル(CNP)を使用して、X-ONしきい値を微調整できます。

  [ xon (入力輻輳通知)を参照してください。

• キュー単位のアルファ サポート(QFX5230-64CD、QFX5240-64OD、および QFX5240-64QD):アルファ値と呼ばれる動的しきい値設定に基づいて、各キューが共有プールから消費できるバッファーの制限をグローバルに調整できます。スケジューラを使用して、キューごとにアルファ値を微調整できます。

  [ buffer-dynamic-thresholdを参照してください。

• 増加した共有バッファ プール(QFX5230-64CD、QFX5240-64OD、および QFX5240-64QD)のサポート:デフォルトでは、QFX5230 スイッチは合計 113 MB のグローバル バッファ領域のうち 73 MB を共有バッファに割り当て、QFX5240 スイッチは合計 165 MB のグローバル バッファ領域のうち 82MB を共有バッファに割り当てます。これらのスイッチは、残りのバッファー領域を専用バッファー(イングレスとエグレス)に割り当てます。グローバル専用バッファー・スペースをデフォルト値から減らして、グローバル共有バッファー・スペースを QFX5230 で最大 106MB、QFX5240で 147MB まで効果的に増やすことができます。

  専用バッファー プロファイルを定義して、個々のポートに割り当てられる専用バッファーを増減することもできます。この機能は、未使用またはダウンしているポートの専用バッファ領域を減少させ、アクティブ ポートが使用できる専用バッファ領域を増やす場合に特に便利です。

  [ イングレスおよびエグレス専用バッファーの設定を参照してください。]

• egress量子化 (QFX5230-64CD、QFX5240-64OD、およびQFX5240-64QD— Junos OS Evolvedリリース23.4R2以降、ポートロードとポートキューのメトリックをデフォルト値から変更して、動的ロードバランシングが有効になっている場合にメトリックを使用して最適なリンクを決定できるようにすることができます。新しい egress-quantization CLIを使用して、トラフィックパターンに基づいて、ポート負荷メトリックとポートキューメトリックの望ましい比率を設定します。

  [ エグレス量子化を参照してください。

• rdma-opcode ファイアウォールフィルター一致条件(QFX5230-64CD、QFX5240-64OD、およびQFX5240-64QD)— Junos OS Evolvedリリース23.4R2以降、 rdma-opcode および rdma-opcode-except ファイアウォールフィルター一致条件が追加され、InfiniBand Base Transportヘッダーオペコードでの一致が有効になりました。

  [ rdma-opcodeを参照してください。

• DCファブリック(QFX5240)におけるグローバルロードバランシングに対するBGPサポート—Junos OS Evolvedリリース23.4R2以降、複数のECMPリンクを持つルートが、ロードバランシングのために複数のリンクにハッシュされます。DCファブリックでは、ハッシュではすべてのECMPリンクに均等に負荷分散することができず、その結果、特定のリンクで輻輳が発生し、他のリンクでは十分に活用されない可能性があります。動的ロードバランシングは、リンクの輻輳を回避し、局所的な輻輳を緩和するのに役立ちます。ただし、動的ロードバランシングでは、一部の輻輳に対応できません。たとえば、象のフローがあり、エントロフィーがないAI MLトラフィックは、ファブリックに輻輳を引き起こします。この場合、グローバルロードバランシング(GLB)がこれらの輻輳の緩和に役立ちます。

  CLOSネットワークでは、最初の2つのネクストホップでの輻輳が、ローカルノードと前のホップノードのロードバランシングの決定に影響を与え、グローバルロードバランシングをトリガーします。ルートにネクストネクストホップが1つしかない場合は、シンプルパス品質プロファイルが作成されます。ルートに複数のネクストホップ ノードがある場合は、ネクストホップ ノードごとに単純なパス品質プロファイルが作成されます。

  グローバル負荷分散を有効にするには、[edit protocols bgp]階層レベルで global-load-balancing ステートメントを含めます。このステートメントはデフォルトで無効になっています。

• 拡張されたsFlow機能のサポート (QFX5230-64CD、QFX5240-64OD、およびQFX5240-64QD)—Junos OS Evolvedリリース23.4R2より、sflow監視機能が拡張され、以下の機能がサポートされるようになりました。

  • インターフェイス経由のsFlowサンプルパケットmgmt_junosエクスポート。

    デフォルトでは、管理イーサネットインターフェイス(通常、Junos OSの場合はfxp0またはem0、Junos OS Evolvedの場合はre0:mgmt-*またはre1:mgmt-*という名前)が、デバイスのアウトオブバンド管理ネットワークを提供します。アウトオブバンド管理トラフィックは、インバンド プロトコル制御トラフィックから明確に分離されていません。代わりに、すべてのトラフィックがデフォルトのルーティングインスタンスを通過し、デフォルトのinet.0ルーティングテーブルを共有します。

    mgmt_junos VRFインスタンスを展開すると、管理トラフィックはルーティングテーブル(つまり、デフォルトルーティングテーブル)をシステム内の他の制御トラフィックまたはプロトコルトラフィックと共有しなくなります。mgmt_junos VRFインスタンスのトラフィックは、プライベートIPv4およびIPv6ルーティングテーブルを使用します。

    ルーティングインスタンス名を指定するために、新しい構成オプション「routing-instance” を [edit protocol sflow collector] 階層レベルで導入しました。

  • デフォルト以外のVRF WANポートを介したsFlowサンプルパケットのエクスポート。

  sFlow は、VRF をサポートするトラフィック監視プロトコルです。sFlow は、サンプルレートとポート情報に基づいて、設定されたポートのトラフィックサンプリングをコレクターに提供します。sFlow監視システムは、デバイスに埋め込まれたsFlowエージェントと最大4つの外部コレクターで構成されています。sFlow エージェントは、パケットサンプリングを実行してインターフェイス統計を収集し、その情報を UDP データグラムに結合して sFlow コレクターに送信します。

  コレクターは VRF ごとに追加できるため、コレクターを異なる VRF に分散させることができます。sFlow 転送ポートはデフォルト以外の VRF に属することができ、キャプチャされた sFlow パケットには正しいサンプル ルーティング ネクストホップ情報が含まれます。

  この拡張機能により、管理ネットワークを介して sFlow コレクターをスイッチに接続できます。スイッチ上のソフトウェア転送インフラストラクチャデーモン(SFID)は、指定されたコレクターIPアドレスのネクストホップアドレスを検索し、コレクターが管理ネットワークまたはデータネットワーク経由で到達可能かどうかを判断します。

  「show sflow collector detail」コマンドを使用して、コレクターが到達可能なVRF名とそのVRFに対応する「ルーティングインスタンスID」を示す追加のフィールド「ルーティングインスタンス名」を表示します。

  [ コレクター とショーフロー コレクターを参照してください。

• 明示的輻輳通知(ECN)パケットのキュー単位アカウンティング (QFX5130、QFX5220、QFX5230、QFX5240、QFX5700)—Junos OS Evolvedリリース23.4R2以降、キューに輻輳が発生した場合、または別のデバイスで輻輳が発生したパケットを受信すると、ECN対応キューのカウンターが増加します。これらのキュー単位の ECN アカウンティング統計情報は、 show interfaces queue コマンドを使用して表示できます。例えば：

  [ CoS 明示的な輻輳通知について および show interfaces queue .]

• PFC、ECN、CoSイングレスパケットドロップアカウンティング (QFX5230-64CD、QFX5240-64OD、およびQFX5240-64QD)のSNMPサポート:Junos OS Evolvedリリース23.4R2では、イングレスポートの輻輳が原因でドロップされたパケットを考慮するのに役立つSNMPサポートが導入されています。次のコマンドを使用して、明示的輻輳通知(ECN)、イングレスドロップ、プライオリティベースのフロー制御(PFC)のエラーカウンターデータを表示およびエクスポートできます。

  • show snmp mib walk ifJnxTable

  • show snmp mib walk jnxCosPfcPriorityTable

  [ Junos OSおよびJunos OS EvolvedでサポートされているSNMP MIBとトラップ および snmp mibを表示を参照してください。]

• CoSイングレスパケットドロップアカウンティング (QFX5230-64CD、QFX5240-64OD、およびQFX5240-64QD)のテレメトリサポート—Junos OS Evolvedリリース23.4R2は、イングレスポートの混雑によりドロップされたパケットのストリーミングカウンターをサポートしています。ネイティブセンサーの/junos/system/linecard/interface/trafficを使用して、プライオリティフロー制御(PFC)、明示的輻輳通知(ECN)、イングレスドロップのカウンターをストリーミングします。

  ネイティブセンサーの/junos/system/linecard/qmon-sw/を使用して、プライオリティグループ(PG)バッファ使用率をストリーミングします。また、センサー /interfaces/interface/ を使用して OpenConfig によって、PFC、ECN、およびイングレス ドロップのカウンターをストリーミングすることもできます。

  プライオリティフロー制御(PFC)、明示的輻輳通知(ECN)、イングレスドロップのカウンターは、センサー/junos/system/linecard/interface/trafficを使用してエクスポートされます。

  PFC、ECN、イングレス ドロップのカウンターも、OpenConfig センサー /interfaces/interface/ を使用してエクスポートされます。プライオリティグループ(PG)バッファー使用率は、センサー /junos/system/linecard/qmon-sw/ を使用してエクスポートされます。

  [ gRPC および gNMI センサーのガイドライン(Junos Telemetry Interface)を参照してください。]

• DSCP、送信元アドレス、およびレート制限パラメーター(QFX5230-64CD、QFX5240-64OD、および QFX5240-64QD)を使用したIPv4/IPv6アドレスへのリモートポートミラーリング(GREカプセル化)—Junos OS Evolvedリリース23.4R2以降、IPv4またはIPv6アドレスへのリモートポートミラーリングの設定でDSCP、送信元アドレス、およびレート制限パラメーターを設定できるようになりました。リモートポートミラーリングを使用して、ポートまたはVLANに入るパケットをコピーし、リモートネットワーク上でアナライザアプリケーションを実行しているデバイスのIPv4またはIPv6アドレスにコピーを送信します(「拡張リモートポートミラーリング」とも呼ばれます)。ミラーリングされたパケットはGREカプセル化されます。

  source-addressまたはsource-ipv6-address、dscp、および転送クラスのオプションを、アナライザ設定またはポートミラーリング設定で、それぞれこれらの階層で設定します。

  • [edit forwarding-options analyzer instance instance-name output]

  • [edit forwarding-options port-mirroring instance instance-name family inet|inet6 output]

  class-of-service階層で、転送クラスとシェーピングレートオプションを次のように設定します。

  • set class-of-service forwarding-classes class class-name queue-num queue-number

  • set class-of-service interfaces interface-name scheduler-map map-name

  • set class-of-service scheduler-maps map-name forwarding-class class-name scheduler scheduler-name

  • set class-of-service schedulers scheduler-name shaping-rate rate

  [ ポートミラーリングとアナライザを参照]

• BGPプライベートASパス(QFX5230-64CD、QFX5240-64OD、QFX5240-64QD)の除去と置換:Junos OS Evolvedリリース23.4R2以降、BGPセッションのインポートポリシーの一部として受信自律システム(AS)パスを削除し、受信した自律システム(AS)パスを受信側セッションの受信ルーターのローカルAS番号に置き換えるstrip-as-pathポリシーオプションが導入されました。ローカルAS番号は、[edit routing-options]階層のautonomous systemの下で設定されている番号とは異なる場合があります。

  外部注入されたルートを正規化する必要がある場合は、受信自律システム(AS)パスにこのポリシーオプションを使用して、ファブリック内のみから開始するルートと同様に使用できます。新しい strip-as-path ポリシー オプションは、BGP エクスポート ポリシーには影響しません。

  policy-options then句の下で strip-as-path オプションを設定できます。

  set policy-options policy-statement do-strip term a then strip-as-path

  [ BGP セッションの自律システムを参照してください。]