オープンな問題

vmhostのスナップショットが別のディスクで取得され、vmhostソフトウェアイメージのアップグレードがこれ以上ない場合、現在のvmhostイメージが破損した場合、システムが代替ディスクで起動し、ユーザーがプライマリディスクを回復して状態を復元できるようにすることが期待されます。ただし、ホストルートファイルシステムとノードは、代替ディスクではなく、以前のvmhostソフトウェアで起動します。 PR1281554

QFX5110トラフィックの問題に対するVXLAN VNI(マルチキャスト学習)のスケーリングは、VXLANトンネルからレイヤー2インターフェイスまで見られます。 PR1462548

MPC10Eカードラインでは、IS-ISとマイクロBFDセッションはベースライン中に立ち上がりません。 PR1474146

FPC 11 上の 32 リンクすべてでハードウェア リンク エラーが発生した場合。これらのリンクエラーにより、FPC 11とFPC 11に向けた宛先エラーが「到達不能な宛先によりオフラインになった」という理由で、すべてのFPCがオフラインになったと報告されています。 PR1483529

runt、fragment、Jabberカウンターは、EX4300-MPPR1492605では増加していない

ゲスト仮想マシン(VM)を起動してJunos OS 15.1R1以上でサードパーティアプリケーションを実行する場合、サードパーティアプリケーションを正常にインストールした後でも、ゲストVMが「使用不能」と表示されることがあります。これは、異なるディスクに割り当てられたデバイス ID の重複が原因です。 PR1529596

Calnex Paragon Test機器でシミュレートされたPTPへの同期Eトランジェントは、実際のネットワークシナリオではありません。実際のネットワーク導入モデルでは、通常、2 つの Sync-E ソース(プライマリとセカンダリ)があり、1 つのソースから別のソースへの切り替えが行われます。MPCE7 は、実際のネットワーク SyncE スイッチオーバーおよび関連する一時マスク PR1557999 を通過します。

VEおよびCEメッシュグループは、特定のルーティングインスタンスに対して作成されるデフォルトのメッシュグループです。vlan/bridge-domain addでは、VEとCEメッシュグループ/フラッドグループの両方に対してフラッドトークンとルートが作成されます。理想的には、VEメッシュグループは、CEインターフェイスでIGMPが有効になっているCEルーターでは必要ありません。トリニティベースのCEボックスはトークンの容量が無制限なので、これは大きな問題ではないでしょう。 PR1560588

Pim Vxlan は、リリース 21.3R1 後に VxLAN フレックスフローを有効にする TD3 チップセットでは機能しません。顧客の Pim Vxlan またはデータ プレーン VxLAN では、Junos OS リリース 21.3R1 を使用できます。 PR1597276

ユーザーが構成ノブを使用してAMSを無効にしようとすると、ipsecトンネルは削除されません。サービスを停止すると、望ましい結果が得られます。 PR1613432

一部の NAPT44 および NAT64 シナリオでは、syslog SESSION_CLOSE複製が表示されます。 PR1614358

VSTP と VRRP が構成され、IPV6 トラフィックが構成されているトポロジでは、VSTP ブリッジの優先度が数回変更された場合(ルート ブリッジの切り替えがトリガーされるため)、一部のストリームで V6 トラフィックのドロップが見られる可能性があります。 PR1629345

MS-MPC/MS-MICカードで実行されているmspmandデーモンは、設定されたサービスセットの数が適度に多い場合、および大規模なハードウェア暗号化操作が実行されている場合、サービスカード(fpc/pic)がオフラインになった後、定期的にオンラインになるとクラッシュすることがあります。正確な問題はまだ分離されていません。 PR1641107

PPPoE ログインが正しく機能するには、UP 上の基盤となる静的インターフェイス上で送信元 MAC nt を設定する必要があります。PR1641495

vMX:pfe シェル「show ifd」の下で報告された「入力 fifo エラー」ドロップが、「show interface extensive」出力 PR1642426 に見られない

bbデバイスは、BNG CUPSのDHCPおよびPPPアクセスモデルの設定で手動で有効にする必要があります。bbデバイスを有効にする構成は次のとおりです:#setシステム加入者管理モード force-broadband-devicePR1645075

インターフェイス単位のエグレスおよび sid 単位のエグレス SR センサー統計が以下の CLI コマンドを使用して設定されている場合、(プッシュされた)MPLS ラベル長は、センサーからエクスポートされる出力/Tx オクテット フィールドに含まれません。set protocols isis source-packet-routing sensor-based-stats per-interface-per-member-link egress set protocols isis source-packet-routing sensor-based-stats per-sid egress これは、MXプラットフォーム上のすべてのTrio ASICベースのFPCで1日目の動作です。PR1646799

すべてのQFXプラットフォームでは、デバイスがType-5仮想ルーティングおよび転送(VRF)のみで設定され、IRB(統合型ルーティングおよびブリッジング)インターフェイスがない場合、イーサネットVPN(EVPN)タイプ5トラフィックドロップが観察されます。 PR1663804

RE と FPC 間のイーサネット リンクの物理リンク ステータスがダウンした場合、もう一度リンクを立ち上げようとする回復試行があります。ログ メッセージは、回復試行と試行の成功/失敗ステータスを示します。ただし、この障害が発生してもアラームは発生しません。PR1664592

「clear vpls mac-table」コマンドが実行された後、一部のVPLSインスタンスですべてのMACアドレスが学習されるわけではありませんPR1664694

わずかなプロトコル セッションがダウンしたままで、迅速な arpd プロセスを無効にして有効にした後に、特定のプレフィックスでトラフィック ロスが発生します。CLIで「ルーティングを正常に再起動」を実行することで、誤った状態からシステムを回復できます。PR1665362

すべての Junos プラットフォームでは、同じシングル ホップ セグメント リストを共有する、少なくとも 1 つの未色で複数の SR-TE トンネルが設定されている場合、誤ったセンサー ベース テレメトリ データが収集されます。PR1665943

/junos/system/linecard/intf-exp/ センサーPR1666714 を購読すると、UDP テレメトリが機能しない場合があります。

マルチビット ECC(エラー チェックと修正)エラー(L2 キャッシュ エラー)を示す MX プラットフォーム シャーシの FPC(フレキシブル PIC コンセントレータ)の障害が、この問題をトリガーします。障害のある FPC がシャーシから取り外されるまで、シャーシ全体がダウンします。PR1670137

ポートがダウンしている場合、Tx Laserはcli-pfe>プロンプトで有効にする必要があります。PR1673892

LAG インターフェイス上の SyncE では、エンド ポイントに異なる ESMC QL が構成されている場合、構成済みの syncE インターフェイスの 1 つで、ESMC QL が PRC と DNU を切り替えて sync-E はロックされず、ホールドオーバー状態に移動します。 PR1677131

現在のリリースでは修正されていませんが、この問題は IXIA 接続でのみ再現されました。宛先 MAC アドレスを保存するために、DUT ポートで Arp 応答を受信しません。問題がMXポートかメディアかIXIAポートかを判断できません PR1677624

RT_FLOWで見られる syslog パケットのドロップがあります。これが修正されるまでログをRT_FLOW_SESSION_CREATE_USFします。これは機能に影響を与えることはありません。PR1678453

Junos を実行している QFX5100 プラットフォーム(スタンドアロンと VC の両方のシナリオ)では、場合によってはデバイスの正常な動作中に PFE(パケット転送エンジン)がクラッシュし、トラフィックが完全に失われる可能性があります。クラッシュの後、PFE はそれ自体を再起動します。PR1679919

ここでの問題は、 ?MQSS(0): DRD: エラー: WAN リオーダー ID タイムアウトエラー?FPC のブートアップ時に PFE ごとに 1 回です。これは、FPCブートアップ中に、vmhostからの制御パケットの一部がPFE initが完全に完了する前に発生するためです。このため、EA Asicはパケットを処理してエラーをスローすることができません。この修正プログラムでは、ASICS のブートアップ シーケンスの複雑な変更が伴い、その他の大きな問題が発生します。元の問題では機能に影響はありません。FPC のリロードケースでのみ見られる PFE あたりのエラーは 1 つだけです。その時点で、トラフィックはまだ開始されておらず、システムが稼働すると、エラーによる他の影響は見られません。したがって、問題は修正されません。FPCのブートアップ中に「WAN並べ替えIDタイムアウトエラー」は無視してもかまいません。PR1681763

インターフェイスが無効になった後、キューの統計情報に定数 PPS/bps が表示される場合があります。インターフェイスがダウンしても統計情報は増加し、同じままになります。ただし、将来のリリースPR1685344 で修正される予定の表示問題です。

リクエストvmhost階層の下でREおよびシャーシ電源サイクルをサポートする新しいCLIコマンド追加PR1686577

MSTP対応インターフェイスでMVRPが有効になっている場合、インターフェイスはスイッチ上のすべての既存のインスタンスの一部になります。 そのため、R1 と R2 の間に以下のように 2 つのインターフェイスがある場合:R1(et-0/0/1 と et-0/0/2)=====(et-0/0/1 と et-0/0/2)R2 と 1 つのインターフェイスが MVRP 有効(et-0/0/1 など)です。 et-0/0/2はMVRP有効ではありません。設定によって et-0/0/1 は MSTI-1 の一部であり、et-0/0/2 は MSTI-2 の一部です。MSTI-1はvlan-100で、MSTI-2はVLAN-200で実行されています。この場合、R2はvlan-100のみを広告しています。MVRP 対応インターフェイスは、デバイスで設定されているすべての MTI(MSTI-1 と MSTI-2 両方)の一部となり、すべての MSTI の FSM に参加します。et-0/0/1はvlan-200のメンバーインターフェイスではありませんが(MSTI-2へのコレスプニング)。これにより、vlan-200 メンバーではないが et-0/0/1 が FWD 状態になり、et-0/0/2、vlan-200 の真のメンバーが MSTI-2 の BLK 状態になるという問題が発生する可能性があります。したがって、vlan-200 でトラフィックを受信すると、et-0/0/1 から送信され、そのトラフィックはドロップされます。PR1686596

Junos のリソース名は 255 文字に制限されています。制限を増やすと CLI 出力に影響が及び、リソースが提供される下位レイヤーに同じ変更を反映させる必要があります。 PR1695980

「suppressed-prefix-count」は、OpenConfig yang モデルの一部として含まれていないので、Netconf 経由で以下の RPC で取得できます。rpc get-bgp-summary-information get-bgp-summary-information rpcPR1696022

set routing-options transport-class auto-create 上記のコマンドが設定されている場合、RPD はテーブルを動的に作成/削除します。Delete Flowには問題があり、カーネルからテーブルを削除することはありません。次回RPDが同じテーブルを追加すると、以前の削除が行われないため、操作はEEXISTSエラーでスタックされます。以降のコミットでも、この問題は解決します。PR1696199

FIPS モードは、SRXSME デバイスのこのリリースではサポートされていません。PR1697999

MACsec(Media Access Control Security)をサポートするすべての Junos および Junos Evolved プラットフォームでは、MACsec プライマリ およびフォールバック セッションが設定されており、送信遅延時間(~6 秒)が長くなると、トラフィックの損失が見られます。これはタイミングの問題であり、プライマリからフォールバックに切り替える場合、またはその逆の場合は、非キーサーバー側のCLI(コマンドラインインターフェイス)で事前共有キーのCAK(接続性アソシエーションキー)値を変更すると同時に、鍵サーバーがsak-rekeyタイマーの期限切れにより事前共有キー用の新しいSAK(Secure Association Key)を生成する場合に発生します。 つまり、sak-rekeyとプライマリからフォールバックキースイッチの両方が同時に発生します。フォールバックからのSAKが回復されると、この問題は自己回復されます。PR1698687

センサー パス「/junos/system/linecard/packet/usage/」、/junos/services/label-switched-path/usage/」、または gNMI サブスクリプション モードの他のライン カード(PFE)センサー パスにサブスクライブすると、CLI コマンド「show network-agent statistics gnmi detail」出力にパケット ドロップが表示されることがあります。また、コレクターの出力に不足しているシーケンス番号が含まれている場合もあります。例えば、シーケンス番号の出力は、0、3、6、9、12などでよい。0、1、2、3、4などではなく、 PR1703418

ポート位置開始または停止コマンド オプションは、 のすべてのアクティブな 1g ポートでは request chassis port-led start port使用できません。 PR1705298

Chassisdでは、このデーモンに関連するデータ量とセンサー数が原因で、Junos Telemetry InterfaceのスレッドがJunos Telemetry Interfaceパケットのストリーミングに多くの時間を要します。Junos Telemetry Interfaceスレッドは、ストリーミングイベントの処理に時間が長引き、シャーシドマスタースレッドが他のルーティングエンジンとの間でキープアライブメッセージを失ったり送信したりします。最終的には、ほとんどの場合に自動ルーティングエンジンスイッチオーバーが発生します。 PR1706300

現在のスタックとディスプレイは、すべての MX10K8 ラインカードで認定されている 128 ポートに正しく設定されているPR1706376

MX10K-LC480:G.8275.1:PTP から PTP、PTP から 1PPS へのノイズ転送パフォーマンス(G.8273.2 マスクPR1707127 を満たさない)

MX10K-LC480:G.8275.1:PTP への同期と 1PPS への同期 G.8273.2 マスクPR1707128 を満たさないノイズ転送パフォーマンス

MX10K-LC480:G.8275.1:PTP に同期し、1PPS に同期する一時的な応答が G.8273.2 マスクPR1707129 を満たさない

LAG が混合速度インターフェイスで設定され、異なるポート速度のセカンダリ インターフェイスに切り替えると、非常に短時間でパケットがドロップします。PTP はロックされたままになります。それ以上の機能的な影響はありません。 PR1707944

4X10G SR光インターフェイスがピア1G SXと接続されると、リンクが立ち上がり、トラフィックは正常に流れます。しかし、4x10G SRを持つDUTにリンク障害が発生した場合(ケーブルカット、ピア1GSX光インターフェイスOIRのために)、ローカルエンドのリンクが立ち上がる可能性があり、RX LOSアラームがローカル4x10G SR光インターフェイスレーンに存在する可能性があります。リンクは、DUT で $x 10G 光インターフェイス OIR(ジャックアウトと JAck in)を実行することで、元に戻すことができます。PR1712421

特定のポートで速度を100Gから1Gに変更すると、ポート設定が100Gになり、1Gに変更するとリンクが立ち上がりません。これは、ブートアップ時にデフォルトの100G picモードになっているシナリオ、つまり100Gのすべてのポートを1gに設定するシナリオには適用されません(これで動作します)。PR1712665

LAG が混合速度インターフェイスで設定され、異なるポート速度(1G~10G リンク)のセカンダリ インターフェイスに切り替えると、最大 TE で短いスパイクが発生します。他の機能への影響はなく、PTP はロックされたままになります。 PR1716124

SNMP/Jvision の MediaType 値は、リンクがアップしないまで銅線 mediaType が接続されている DOWN インターフェイスに対してのみスイッチが立ち上がった後の最初は正しいわけではありません。この値は、CLI出力では常に正しいです。回復方法を以下に示します 1.リンクを立ち上げる(反対側を接続する)2.dcd デーモンの再始動 PR1671706

この問題はMXVCのみに固有の問題で、テストケースの手動実行時には問題は見えません。問題は非常にまれなテストスクリプトでのみ確認されるため、問題の正確なトリガーは明確ではありません。PR1686425

リンクローカルアドレスは、すべてのJunos OS Evolvedプラットフォームでアップグレードまたはデバイスの再起動後、ループバックインターフェイスに割り当てされません。影響は、ループバックインターフェイスが設定でどのように使用されるかによって異なります。ルーティング プロセスに使用すると、接続の問題やトラフィックへの影響が発生する可能性があります。PR1695502

L2TP LAC 機能は、このリリース PR1642991 では機能しません。

スポークで VPLS ホットスタンバイ、ノブ「ルーティング オプション転送テーブル vpls-hotstandby convergence」が有効になっている H-VPLS ネットワークでは、アクティブ ハブを再起動すると、ゾーン間トラフィック ストリームの 20~25 秒の損失が見られます。これは、フルメッシュLDPで接続された他のゾーンのハブが原因で、スポークがローカル修復を開始する前にグローバル修復が開始されます。PR1699645

LSPが長時間ダウンした後、または顧客がlspをクリアして再試行を高速化した後、イングレスは再試行を再試行します。 PR1631774

インスタンスループバックインターフェイスが無効になっている場合。これは、ループバックインターフェイスが無効になっている場合にルーターIDの変更が発生し、LDPはデュアルトランスポート設定からのIDではなく、プライマリルーティングエンジンのIPv4接続のLDPラベルスペースIDとして新しいルーターIDを設定しますが、バックアップルーティングエンジンはデュアルトランスポート設定からIPv4接続IDを選択します。このように、プライマリおよびセカンダリルーティングエンジンのLDP IPv4接続IDの間に不一致があり、同期に失敗します。 PR1703176

タグ rnh は、コーナー ケースのどこかで解放されているようですが、タグ パトリシア ツリーから削除するために、関連するパット ノードが見逃されています。これにより、タグrnh/(pat_node->Tnh)はダングリングポインタになり、その後、タグrnh/Tnh構造で無効なポインタアドレスにアクセスしているときにクラッシュが発生します。PR1707053

2 つの障害シナリオで LSR がポイント オブ ローカル 修復(PLR)および LSP のマージ ポイント(MP)として機能する場合、LSR は RoutingProblem(コード=24/2)で PathErr を NotifyError(コード/サブコード=25/3)で発信するのではなく、1 つまたは 2 つの PathErr メッセージを正しく発信しません。これは、イングレス LER が RoutingProblem エラー(コード=24/2)に悪影響を与えない場合、サービスに影響を与えることはありません。PR1713392

デバイスをアップグレードした後、より低いリビジョンの yang パッケージを利用できます。 PR1693646

VPLS mac-table clear コマンドの実行後、BFD フラップが観察されます。PR1686220

すべての Junos OS および Junos OS Evolved プラットフォームでは、プロトコル独立マルチキャスト(PIM)、マルチキャストのみ高速リルート(MoFRR)設定が存在し、継続的なインターフェイス コストの変更など、一部のネットワーク解約イベントが発生した場合、rpd はクラッシュする可能性があります。その結果、等価コスト マルチパス(ECMP)のアクティブパスとバックアップ パスが変更される可能性があります。rpd クラッシュによりサービスに影響が出ますが、次のクラッシュが発生するまでシステムは自己回復します。 PR1676154

IS-IS yang は、以前にサポートされていた既存の OC パスに大きな変更がある 1.0.0 バージョンに更新されます。OCパスは変更されているため、行わない翻訳スクリプトに反映させる必要があります。クラウド向け D27 リリースの一環として、変換スクリプトは新しい OC パスで変更されます。それまでは、サポートされている古いOC設定が壊れています。最終的にはD27コードがDCPに戻り、その後は問題なく動作します。PR1686751

設定したトンネル インターフェイスを別のトンネル インターフェイスに変更すると、flow-tap-lite 機能が機能しなくなります。つまり、パケットがコンテンツの宛先にミラーリングされません。しかし、この問題は一貫して見られません。PR1660588

MVPNプロトコルに個別のルートターゲットが設定されている場合、両方のアドレスファミリーは無効になります。RPDインフラストラクチャの解析では、MVPNプロトコルが無効かどうかをチェックしません。そのため、設定されている場合はルートターゲットの自動ポリシーが作成されます。したがって、これらのポリシーがMVPN設定フローでアクティブとマークされていない場合、解決されないため、ポリシーオブジェクトが有効でなくなり、コアファイルが生成される可能性があります。 PR1700345