Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

未解決の問題

このリリースのACXシリーズルーターの未解決の問題についてご確認ください。

Junos OSの既知の不具合に関する最も完全で最新の情報については、ジュニパーネットワークスオンラインの Junos問題レポート検索 アプリケーションを使用してください。

一般的なルーティング

  • JDI-RCT:ACX:Syslogエラー@Err] dnx_rt_vswitch_cross_connect_add_del dnx_rt_vswitch_cross_connect_add_del:IFL 135(UNI 1149255708,NNI 402657548)(-1:Internal. PR1732448

  • ACX1000/2000/3000プラットフォームでは、Junosを20.1R1以降のリリースにアップグレードした後、メンバーリンクが複数あるAE(アグリゲートイーサネット)インターフェイス上のMPLSロードバランシングが期待どおりに機能しない場合があります。 PR1739480

  • M/MXで再起動シャーシ制御がトリガーされた場合、ルーター cccインスタンスで設定されている場合、syslogはエラー出力「Err] ACX_ASIC_PROGRAMMING_ERROR: pfe_dnx_translation_set: Error, bcm_vlan_port_translation_set rv:Entry not found」です。PR1764966

  • ACX5048およびACX5096プラットフォームでは、デバイスのアップグレード後にインターフェイスを無効にしてからデバイスを再起動すると、重大な問題が発生します。すべてのインターフェイスがダウンし、トラフィックが完全に低下します。アップグレードプロセス中にこのサービスが中断されるのを防ぐ既知の回避策はありません。 PR1786687

  • Junosを21.2R3にアップグレードした後、ACX1100 PTP(エンタープライズプロファイル)がフリーラン状態でスタックする。 PR1789694

  • ACX2200がホットスタンバイモードでl2circuitを導入すると、ネイバーフェイルオーバーとリンクカットオーバーが数ラウンド連続した後にトラフィックの転送に失敗します。スタンバイモードにはそのような問題はありません。 PR1797017

  • ACX710は、ACXの電源を入れ直した後、GPON OLT 740-124448レポートNON-JNPRを認識しません。GPON OLT SFP が ACX ルーターにインストールされている場合も、同じエラー状態 NON-JNPR が観察されます。 PR1801112

  • マルチキャストルートは、ACX2200のIGMPレシーバーで5分ごとにリセットされますが、トラフィック損失は小さくなります。アクティブでないマルチキャストルートは、cahceタイムアウトにより5分後にリセットされます。これは、トラフィックのあるアクティブなルートでも発生していました。 PR1805017

  • ACX2200では、10ギガビットイーサネットポートが1G速度で動作するように設定されている場合ACX7024とのインターフェース時にポートがダウンします。インターフェイスがダウンしているため、サービスに影響を与えます。 PR1807801

  • ACX2200シリーズでは、PTP(Precision Time Protocol)用に設定されたge(ギガビットイーサネット)インターフェイスでは、PTPを非アクティブ化してアクティブ化または初めてアクティブ化した後、トラフィックにパケットドロップが発生することがあります。 PR1811850

Junos XML APIとスクリプト

  • スナップショットがサポートされているすべてのJunosプラットフォームで、デバイスがリカバリーモードから再起動されると、slaxインポートの問題により設定のコミットに失敗し、コミット失敗によりデバイスが記憶喪失モードになることがあります。 PR1717425

ネットワーク管理と監視

  • 問題:INFORM非同期通知の場合により多くのターゲットアドレスが設定されている場合、単一のイベントに対して複数のトラップが生成されます原因:INFORMタイプの非同期通知処理では、ルーター上で実行されているSNMPエージェントがNMSにInform-Requestを送信する必要があり、NMSがget-response PDUを送り返す場合、これを処理する必要があります。この問題の状態では、SNMP v3 INFORM 設定セットに複数のターゲットアドレス(NMS IP)が設定されている場合、Get-Response が Inform-Request の送信順序を乱すと、PDU が正しく処理されず、snmp エージェントが Inform-request を再試行します。これは、NMS側の複数のトラップとして示されました。回避策:この問題の場合は、「set snmp v3 notify NOTIFY_NAME type inform」CLI設定で「inform」ではなく「trap」を使用します。 PR1773863