Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

ソフトウェア

AI MLファブリック向けに最適化された追加機能

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

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

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

    • 帯域幅の最適な使用

    • 拡張性

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

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

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

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

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

    例

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

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

    リアクティブ負荷リバランシングは、次のようにデルタ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を参照してください。

  • PFCウォッチドッグのサポート(QFX5230-64CD、QFX5240-64OD、QFX5240-64QD) —Junos OS Evolvedリリース22.2X100-D20以降、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 ウォッチドッグ と 輻輳通知プロファイルを参照してください。

  • タグなしIPv6トラフィック(QFX5230-64CD、QFX5240-64OD、およびQFX5240-64QD)に対して、レイヤー3で差別化されたサービスコードポイント(DSCP)を使用したプライオリティベースのフロー制御(PFC)—レイヤー2サブネットワークへのレイヤー3接続全体のロスレスIPv6トラフィックをサポートするために、PFCを、レイヤー2VLANタグ付きパケットヘッダーのIEEE 802.1p優先度値ではなく、タグなしVLANトラフィックのレイヤー3ヘッダーからの6ビットDSCP値を使用して動作するように設定できます。DSCP ベースの PFC は、RoCEv2(コンバージド イーサネット バージョン 2)を介した RDMA(リモート ダイレクト メモリ アクセス)をサポートするために必要です。DSCPベースのPFCを有効にするには、pfc-priorityステートメントを使用して転送クラスをPFC優先度にマッピングし、6ビットDSCP値で指定されたトラフィックでPFCを有効にする輻輳通知プロファイルを定義し、DSCP値とPFCマッピングされた転送クラスの分類子を設定します。

    [ タグなしトラフィックに対するレイヤー 3 での DSCP を使用する 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-quantization (QFX5230-64CD、QFX5240-64OD、およびQFX5240-64QD) - Junos EVO 22.2X100-D20以降、ポートロードとポートキューのメトリックをデフォルト値から変更して、動的ロードバランシングが有効になっている場合、メトリックを使用して最適なリンクを決定できます。新しい egress-quantization CLIを使用して、トラフィックパターンに基づいて、ポート負荷メトリックとポートキューメトリックの望ましい比率を設定します。

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

  • テレメトリレガシーgRPCダイヤルアウトIPアドレスとルーティングインスタンスサポート(QFX5230-64CD、QFX5240-64OD、およびQFX5240-64QD)の強化—Junos OS Evolvedリリース22.2X100-D20では、レガシーテレメトリダイヤルアウトが強化され、デバイスの指定されたIPアドレスまたはインターフェイスアドレス(ループバック0など)からの発信gRPCリクエストがサポートされます。現在、発信インターフェイスの IP アドレスが送信元アドレスとして使用されています。代わりに送信元 IP アドレスを設定するには、[edit services analytics ] 階層レベルでステート メント export-profile ep1 local-address ip-address>を含めます。IPv6 アドレスがサポートされています。IPv6 アドレスの構成は、従来の gRPC ダイヤルアウト接続でのみサポートされています。UDP トランスポート用に構成されている場合、エラーが返されます。gRPC ダイヤルアウト接続のルーティング インスタンスを構成することもできます。これは任意です。ルーティングインスタンス名を設定するには、[edit services analytics ] 階層レベルで ステートメントexport-profile ep1 routing-instancerouting-instance-nameを含めます。ルーティング インスタンスが設定されていない場合は、デフォルトのルーティング インスタンスが適用されます。

    [センサーについては、 Junos YANG データ モデル エクスプローラーを参照してください。エクスポートプロファイルを設定するには、 export-profile(Junos Telemetry Interface)を参照してください。

  • IPv4およびIPv6トラフィック統計(QFX5230-64CD、QFX5240-64OD、およびQFX5240-64QD)のテレメトリ—Junos OS Evolvedリリース22.2X100-D20では、ネイティブリソースパス /junos/system/linecard/interface/traffic またはOpenConfigリソースパス /interfaces/interface/を使用したIPv4およびIPv6トランジット統計のストリーミングサポートが導入されています。この機能は、リアルタイムの問題の診断に役立つレート カウンターをサポートしています。次のフィールドがエクスポートされます。

    • if_in_ipv4pkts

    • if_in_ipv4_1sec_pkts

    • if_in_ipv4_bytes

    • if_in_ipv4_1sec_octets

    • if_out_ipv4pkts

    • if_out_ipv4_1sec_pkts

    • if_out_ipv4_bytes

    • if_out_ipv4_1sec_octets

    • if_in_ipv6pkts

    • if_in_ipv6_1sec_pkts

    • if_in_ipv6_bytes

    • if_in_ipv6_1sec_octets

    • if_out_ipv6pkts

    • if_out_ipv6_1sec_pkts

    • if_out_ipv6_bytes

    • if_out_ipv6_1sec_octets

    物理ポートのトランジット統計を有効にするには、ルートアカウンティングを設定する必要があります。IPv4ルートアカウンティングを有効にするには、[edit forwarding-options family ]階層レベルでinet4 route-accountingステートメントを含めます。IPv6ルートアカウンティングを有効にするには、[edit forwarding-options family ]階層レベルでinet6 route-accountingステートメントを含めます。

    [センサーについては、 Junos YANG データ モデル エクスプローラーを参照してください。ルートアカウンティングを設定するには、 ルートアカウンティングを参照してください。Junos Telemetry インターフェイスの設定については、 Junos Telemetry Interface User Guideを参照してください。

  • 拡張されたsFlow機能のサポート (QFX5230-64CD、QFX5240-64OD、およびQFX5240-64QD)—Junos OS Evolvedリリース22.2X100-D20より、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」を示す追加のフィールド「ルーティングインスタンス名」を表示します。

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

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

    source-addressまたはsource-ipv6-address、dscpオプションとforwarding-classオプションは、アナライザ設定またはポートミラーリング設定のいずれかで、それぞれこれらの階層で設定します。

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

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

    サービスクラス階層の転送クラスとシェーピングレートオプションは、次のように設定します。

    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

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

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

    • show snmp mib walk ifJnxTable

    • show snmp mib walk jnxCosPfcPriorityTable

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

  • PFC、ECN、CoSイングレスパケットドロップアカウンティング (QFX5230-64CD、QFX5240-64OD、およびQFX5240-64QD)のテレメトリサポート—Junos OS Evolvedリリース22.2X100-D20では、イングレスポートの輻輳が原因でドロップされたパケットを考慮するためのテレメトリサポートが導入されています。プライオリティフロー制御(PFC)、明示的輻輳通知(ECN)、イングレスドロップのカウンターは、センサー/junos/system/linecard/interface/trafficを使用してエクスポートされます。

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

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

  • rdma-opcode ファイアウォールフィルター一致条件(QFX5230-64CD、QFX5240-64OD、およびQFX5240-64QD) - Junos EVO 22.2X100-D20以降、 rdma-opcode および rdma-opcode-except ファイアウォールフィルター一致条件が追加され、InfiniBand Base トランスポートヘッダーオペコードでの一致が可能になりました。

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

  • dynamic-load-balance(QFX5230-64CD、QFX5240-64OD、および QFX5240-64QD)を使用して動的ロードバランシングを選択的に有効または無効にする - Junos EVO 22.2X100-D20以降、新しいdynamic-load-balanceを使用して、ファイアウォールフィルターで利用可能な一致条件に基づいて動的ロードバランシングを選択的に有効または無効にすることができますです。

    [ 動的負荷分散を参照してください。

  • BGPプライベートASパス(QFX5230-64CD、QFX5240-64OD、QFX5240-64QD)の除去と置換:Junos OS Evolvedリリース22.2X100-D20より、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 セッションの自律システムを参照してください。]