未解決の問題
QFXシリーズスイッチのJunos OSリリース22.1R3で未解決の問題について説明します。
Junos OSの既知の不具合のほとんどを網羅した最新の情報を得るには、ジュニパーネットワークスのオンライン Junos問題レポート検索 アプリケーションを使用してください。
サービスクラス(CoS)
-
すべてのJunosプラットフォームで、一部のge/xe/etインターフェイスが集合型イーサネット(AE)のメンバーであり、すべての物理インターフェイスと集合型イーサネットインターフェイスにワイルドカードを使用してサービスクラス(CoS)転送クラスセット設定を適用すると、柔軟なPICコンセントレータ(FPC)クラッシュが発生し、トラフィック損失が発生します。 PR1688455
EVPN
-
ローカル DC GW ノードで I-ESI を変更した後、複数のリモート DCI MAC(IRB およびホスト)エントリが失われます。 PR1600600
-
この問題は、macが変換VNIをDC1からDC2に移動した場合にのみ発生します。相互接続で変換VNI設定がないDC間でVMを移動すると、設計どおりに機能します。 PR1610432
-
EVPNローカルESI Mac制限設定は、リモートMH Macをすでに学習している場合、すぐに有効にならない場合があります。すべての MH PE から Mac テーブルをクリアし、ローカル ESI インターフェイスで MAC 制限を設定します。 PR1619299
レイヤー 2 の機能
-
SPスタイルのインターフェイスとして使用されるアクセスサイドインターフェイスの場合、新しい論理インターフェイスが追加され、物理インターフェイスにすでに論理インターフェイスがある場合、既存の論理インターフェイスで20〜50ミリ秒のトラフィックドロップが発生します。 PR1367488
レイヤー 2 イーサネット サービス
-
QFX5100 および QFX5110 スイッチでは、ネットワーク ポートのベンダー ID 形式が正しくない可能性があります。これは、ZTP の機能やサービスには影響しません。DHCPクライアント設定は、AIUスクリプトとvsdkサンドボックスの2つの場所から取得されます。AIUスクリプトからのDHCPクライアント構成には、ベンダーIDにシリアルIDがありますが、サンドボックスからのデフォルト構成にはありません。 PR1601504
プラットフォームとインフラストラクチャ
-
DHCPリレーモードがno-snoopとして設定されている場合、ASICプログラミングが正しくないためにオファーがドロップされるのが観察されています。この問題は、EVPN/VXLAN環境でDHCPリレーを実行している場合にのみ発生します。 PR1530160
-
すべてのJunosおよびJunos OS Evolvedプラットフォームでは、送信元アドレスNTP設定パラメータを使用し、CLIからコマンド「set ntp date」を発行すると、パケットは手動で設定したIPアドレスではなく、発信インターフェイスの送信元アドレスを使用して送信されます。通常、手動で設定した IP アドレスはループバック アドレスになります。この問題は、自動的に生成された NTP ポーリング パケットには適用されません。 PR1545022
-
イングレスフィルターとエグレスフィルターの両方でVLANを変更するアクションとしてVLANを追加した場合、フィルターはインストールされません。 PR1362609
-
VXLANトンネルからレイヤー2インターフェイスへのトラフィックの問題でQFX5110 VXLAN VNI(マルチキャスト学習)スケーリングが見られます。 PR1462548
-
コマンド「show pfe filter hw filter-name filter name」を実行すると、コマンドはフィルターの PFE プログラミングの詳細を取得できません。 PR1495712
-
qfx-5eコードが実行されていないQFX5100デバイス(非TVPアーキテクチャ)では、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デバイス、EX4300 VCF セットアップでは、一部のレイヤー 3 マルチキャスト トラフィック ストリームでトラフィックの重複が見られる場合があります。 PR1568152
-
QFX5100、SFP+-10G-CU1MおよびSFP-Tケーブルのメディアタイプはファイバーとして表示されます。これは表示の問題であり、機能への影響は見られません。 PR1570555
-
フルロードのデバイスでは、64800エントリを超えるスケーリングされたプレフィックス設定が原因で、ファイアウォールプログラミングが失敗することがありました。ただし、この問題は開発セットアップでは観察されません。 PR1581767
-
QFX5110 VC では、トラフィックが停止した後、FPC が 24K DHCPv6 リレー スケーリングで切断されることがあります。"pfe_listener_disconnect" エラー メッセージが生成されます。 PR1594748
-
Pim Vxlan が TD3 チップセットで動作しないため、リリース 21.3R1 以降、VLAN フレックスフローが有効になりました。Pim Vxlan またはデータ プレーン VxLAN のお客様は、バージョン 21.3R1 を使用できます。 PR1597276
-
QFX5100では、ディセーブルインターフェイスでQSFPを取り外して接続した後に光電力が見られます。 PR1606003
-
スクリプトによって削除される一時的なdbファイルにアクセスするときにDfwdコア。 PR1609201
-
拡張された数のBFD(双方向転送検出)セッションが設定されたJunos QFX1000プラットフォームでは、新しいBFDセッションを追加すると、新しく追加されたセッションと他の既存のBFDセッションでフラッピングが発生する場合があります。 PR1621976
-
AE のインターフェイス数であればトラフィック損失は最小限に抑えられ、AE のインターフェイス数が増加してもドロップに一貫性がなく、パケット ドロップが約 ~0.0001 パーセントになると予想される場合は、わずかに増加する可能性があります。 PR1629661
-
5eイメージで動作し、VCセットアップを使用しているQFX5000デバイススイッチでは、シャーシステータスLEDが正しく機能しません。マスターまたはバックアップFPCのSYS(システム)またはMST(マスター)LEDの予期しない状態が表示される場合があります。これは、再起動後またはFPCの役割の変更後に確認される可能性があります。 PR1630380
-
QFX5110-32Q デバイスでは、VC でマスターの番号付けを変更した後にトラフィック ロスが発生します。 PR1632565
-
新しいメンバーがVCF(バーチャル シャーシ ファブリック)に追加されると、バックアップFPCはマスターへの接続を失います。 PR1634533
-
IFL の有界遅延コンフィギュレーション機能は、Pyrite プラットフォームではサポートされていません。コアは、デバイスでこの設定が有効になっている場合にのみ表示されます。 PR1634941
-
管理インターフェイスの速度は 1G ではなく 10G と表示されますが、機能への影響はありません。 PR1636668
-
QFX10002-60c では、EVPN/VxLAN シナリオで、INET インターフェイス(L3 インターフェイス)で受信したマルチキャスト トラフィックがドロップされることがあります。 PR1636842
-
すべてのQFX5100バーチャル シャーシ プラットフォームで、再起動後、バーチャル シャーシ ポート(VCP)ポートが VCP 接続を確立できず、CRC(巡回冗長検査)エラーも確認される場合があります。 PR1646561
-
QFXプラットフォームでは、ハードウェア支援型のPTXとは異なり、v6のifl統計は基礎となるifd統計から導き出されます。したがって、それらはあまり信頼できず、せいぜい推測です。 PR1653671
-
EX4600およびQFX5100-24QデバイスのVC(バーチャルシャーシ)が3〜7分間不安定な状態になり、トラフィック損失が発生しています。 PR1661349
-
QFX10002-60cプラットフォームでは、デバイスがタイプ5トンネル上でDHCPリレーエージェントとして機能すると、DHCPサーバーからのDHCP(動的ホスト構成プロトコル)オファーメッセージはドロップされます。このため、IPアドレスはDHCPサーバーから要求元のクライアントに割り当てられません。 PR1664656
-
リモートエンドサーバー/システムが再起動すると、SFP-T 1Gが挿入されたQFX5100プラットフォームポートがハング状態になり、再起動が完了した後もその状態のままになる場合があります。これは、リモートエンドシステムがオンラインになり、トラフィック送信を再開した後のトラフィックに影響を与える可能性があります。 PR1665800
-
QFX5200、4メンバーVCのNSSUアップグレード後、FPCが切り替わり、インターフェイスがオフラインになる場合があります。 PR1673116
-
21.4 および 22.1 リリースでは、QFX5120 vxlan フローに対して IFA init を実行しても、外部 IP ヘッダーの ECN フィールドからコピーする必要がある IFA メタデータ スタックの輻輳フィールドは更新されません。 PR1674431
-
すべてのVMHOSTベースのプラットフォームで、トラフィックのブラックホール化は、シャーシがBAD_VOLTAGE通知からのFPC障害を認識しないため、トラフィックが迅速に再ルーティングされないために発生します。 PR1676740
-
ECMPネクストホップが関係している場合、Sflowイングレス/エグレスサンプリングが機能しない。 PR1685407
ルーティングプロトコル
-
PIM のノブ accept-remote-source を取り外すと、PIM SG エントリーが正しい RPF で更新されないことがあります。州の清算が問題を処理するでしょう。これが Day 1 の動作です。 PR1593283
-
MCSNOOPD コアは、ネクストホップ インデックスがカーネルによってすぐに再利用されることが原因で見られることがあります。その結果、カーネルからの削除応答を待機している古いNexthop参照をアプリケーションがまだ保持している場合、現在のケースと同様に、EVPN core-NH 更新の RPD などの他のアプリケーションから同じネクストホップ インデックスを受け取ることができます。これにより、MCSNOOPD がネクストホップ参照カウントを誤って操作し、このネクストホップインデックスが最終的に解放されるときに、解放されたネクストホップ メモリが使用されることになります。これは、カーネルがタイマーを維持してNexthop-indexが再利用のためにすぐに空きプールに配置されないようにし、新しいタイマーの有効期限が切れた後に再利用できるようにする機能拡張によって修正されます。 PR1605393