オープンな問題
QFX シリーズ スイッチの Junos OS リリース 22.1R2 のオープンな問題について説明します。
既知の Junos OS 障害に関する最も完全で最新の情報については、ジュニパーネットワークスのオンライン Junos 問題レポート検索アプリケーションを 使用してください。
EVPN
-
I-ESI値を変更することは、トラフィックの影響を与えるイベントです。これを行う必要がある場合は、以下の手順に従って問題を回避してください。
-
対象のルーティングインスタンスの相互接続スタンザを無効にします。
-
I-ESI 値を変更します。
-
相互接続スタンザをアクティブにします。
PR1600600
-
-
VNI変換では、MACをDC1からDC2に移動すると、相互接続内のVNI設定を変換しない場所でVMがDCを移動します。 PR1610432
-
EVPN ローカル ESI MAC 制限設定は、リモート MH MAC をすでに学習した場合、すぐには効果が得られない場合があります。すべての MH PE デバイスから MAC テーブルをクリアし、ローカル ESI インターフェイス上の MAC 制限を設定します。 PR1619299
-
QFX5000およびQFX10,000デバイスでは、インターフェイス上のアップまたはダウンイベントループ防止が機能せず、BUMトラフィックが通知なく破棄される可能性があります。 PR1669811
一般的なルーティング
-
イングレスフィルターとエグレスフィルターの両方でVLANを変更するアクションとしてVLANが追加された場合、フィルターはインストールされません。 PR1362609
-
QFX5110デバイスでのVXLAN VNI(マルチキャスト学習)の拡張では、VXLANトンネルからレイヤー2インターフェイスにトラフィックの問題が発生します。 PR1462548
-
コマンドを
show pfe filter hw filter-name
実行すると、コマンドはフィルターのパケット転送エンジンプログラミングの詳細を取得することができません。 PR1495712 -
QFX-5eコード(非TVPアーキテクチャ)を実行していないQFX5100デバイスでは、Broadcom SDKアップグレード(6.5.x)のイメージがインストールされると、CPU使用率が約5%上昇する可能性があります。 PR1534234
-
QFX10002-60CとMX2010デバイス間に接続された5M DACはリンクアップしません。しかし、1Mと3MのDACでは、この相互運用が期待通りに機能します。QFX10002-60C と ACX またはトラフィック ジェネレータにより、同じ 5M DAC がシームレスに動作します。QFX10002-60CとMX2010の両方で、特定のSIまたはリンクレベルの設定があるようです。これは、ハードウェアとSIチームの助けを借りてデバッグする必要があります。 PR1555955
-
追加のインターフェイス フラップを回避するには、インターフェイスの保留時間を設定する必要があります。 PR1562857
-
混在する QFX5100 設定では、一部のレイヤー 3 マルチキャスト トラフィック ストリームで重複したトラフィックが観察される場合があります。 PR1568152
-
フル装備のデバイスでは、6,4800 を超えるエントリーを持つ拡張されたプレフィックス設定により、ファイアウォール プログラミングに失敗することがあります。 PR1581767
-
Junos OS 21.3R1リリース後にVXLANフレックスフローを有効にするTD3チップセットでは、PIM VXLANは機能しません。PIM VXLAN またはデータ プレーン VXLAN では、Junos OS 21.3R1 リリースを使用する必要があります。 PR1597276
-
QFX5100デバイスでは、無効化インターフェイスでQSFPを切り離して接続した後、光電力が表示されます。 PR1606003
-
dfwd プロセスは、一時的なデータベース ファイルにアクセスするときにコア ファイルを生成します。このファイルはスクリプトによって削除されます。 PR1609201
-
MAC統計下のQFX10002-60Cデバイスでは、
output-mac-control-frames
およびoutput-mac-pause-frames
は増加しません。 PR1610745 -
集約されたイーサネット・インターフェース内のインターフェースの数が増え、集約されたイーサネット・インターフェースのインターフェース数が増加しても、ドロップに一貫性がなく、パケット・ドロップは約0.0001%になると予想される場合、トラフィック損失は最小限に抑えられます。 PR1629661
-
5e イメージを搭載した QFX5000 デバイスでは、シャーシの状態 LED が正しく動作しません。プライマリまたはバックアップFPCで、SYSまたはMST LEDの予期しない状態が発生することがあります。 PR1630380
-
バックアップFPCは、新しいメンバーがVCF(バーチャルシャーシファブリック)に追加されると、プライマリへの接続を失います。 PR1634533
-
QFX デバイスでは、IPv6 トラフィック出力バイト(IPv6-transit-statistics)は、トラフィック ジェネレータのステータスごとに予想される範囲には含まれません。 PR1653671
-
QFX5120-48Tデバイスでは、NSSUは以下の組み合わせで失敗します。
-
22.1R1.10から22.2R1.6へ
-
21.4R1.12から22.2R1.6へ
-
21.3R2.11から22.2R1へ。
PR1669702
-
-
拡張されたBFD(双方向転送検出)セッション数が設定されているQFX10,000デバイスでは、新しいBFDセッションを追加すると、新しく追加されたセッションやその他の既存のBFDセッションでフラッピングが発生する可能性があります。 PR1621976
-
QFX5000デバイスでは、EVPN-VXLANを設定すると、ローカルCEデバイス(カスタマーエッジ)からのMACアドレスが学習されない場合があります。MACが学習されない可能性があるため、トラフィックはドロップします。 PR1651827
-
QFX5100-24Qデバイスでは、バーチャルシャーシが
Unstable
3~7分間の状態になり、トラフィックロスが発生します。 PR1661349 -
QFX5000デバイスでは、EVPN-VXLAN環境ですでに学習されているMACアドレスに対してユニキャストARP(アドレス解決プロトコル)を受信すると、ARP要求がフラッディングされ、リーフデバイスで重複したパケットが見られる可能性があります。スプリット ホライズンが機能しない、または継続的な mac-move が見られるサービスへの影響が見られる場合があります。この問題はまれであり、ユニキャスト ARP クエリーを解決する可能性のある中間スイッチが存在するため、実稼働環境で発生する可能性は非常に低いです。PR1665306
-
すべてのQFX10002デバイスでは、インラインモード設定のルーティングインスタンスを介したマルチホップ双方向転送検出(BFD)が、BFDセッションを停止状態に保ちます。PR1667751
-
Junos OSリリース21.4および22.1では、QFX5120デバイスがVLANフローに対してIFA initを実行すると、外部IPヘッダーのECNフィールドからコピーする必要があるIFAメタデータスタックの輻輳フィールドは更新されません。 PR1674431
-
LAGインターフェイスにVLAN変換設定があり、メンバーインターフェイスがLAGインターフェイスから削除または削除された場合、ローカルFPC上のPFEからVLAN変換プログラムが削除されます。同じLAG内の同じFPC上に別のアクティブなインターフェイスがある場合、このLAGメンバーにヒットするトラフィックは、VLAN変換に属するドロップを取得します。 PR1676772
-
QFX5200-32Cデバイスでは、トラフィックが送信されなかったにもかかわらず、ルーターインターフェイスによって不要なパケットが生成されます。 PR1670728
レイヤー 2 イーサネット サービス
-
DHCP クライアントの構成が AIU スクリプトおよび vsdk サンドボックスから提供される場合、AIU スクリプトから提供される DHCP クライアント設定はベンダー ID にシリアル ID を持ち、サンドボックスのデフォルト設定は持っていません。機能やサービスに影響はありません。 PR1601504
レイヤー 2 の機能
-
SPスタイルインターフェイスとして使用されるアクセス側インターフェイスの場合、新しい論理インターフェイスを追加し、物理インターフェイスにすでに論理インターフェイスがある場合、既存の論理インターフェイスに20~50ミリ秒のトラフィックドロップがあります。 PR1367488
プラットフォームとインフラストラクチャ
ルーティング プロトコル
-
PIM の下の
accept-remote-source
コマンドが削除されると、PIM SG エントリーが正しい RPF で更新されない場合があります。 PR1593283 -
mcsnoopd プロセスではネクストホップ インデックスがカーネルによって迅速に再利用されているため、コア ファイルが生成されます。その結果、アプリケーションがカーネルからの削除応答を待つ古いネクストホップ参照を保持している場合、現在のケースと同様に、EVPN コア-ネクストホップ更新用の RPD などの他のアプリケーションから同じネクストホップ インデックスを受信できます。これにより、mcsnoopdプロセスが間違ってnexthop refカウントを操作することになり、このnexthopインデックスが最終的に解放されたときに解放されたネクストホップメモリを使用することになります。これはカーネルがタイマーを維持する機能拡張によって修正され、ネクストホップ インデックスが再利用のためにすぐにプールに配置されないようにし、新しいタイマーの期限切れ後に再利用できるようにします。 PR1605393