未解决的问题

Cosd 仅使用命令一致地生成 show 核心文件，而 ifd 调度程序映射绑定在引导期间未正确更新或处于某种 Transition 状态，并启动 show interface <ifd-name> name 命令。cosd 应用程序在崩溃后恢复，不会影响任何其他编程。解决方法是等到所有接口都处于该 Up 状态并完成接口绑定配置提交后再触发 show interface <if-name> extensive 命令。 PR1604169

当聚合以太网链路关闭时，可能会看到暂时性错误消息 [Error] Nexthop: EalNhHandler: failed to add Nh: xxxx, type: composite, as pil add failed 。这些错误不会影响功能。 PR1570710

PTP FPGA 在 BIOS 启动期间被重置。在 Linux 启动期间，PTP FPGA 从复位中取出，并重新枚举 pcie-tree。因此，您会看到链接在此序列中上升或下降。 PR1572061

在瞻博网络 Junos OS 演化版中处理异常情况时存在一个漏洞，使得攻击者能够向设备发送特制数据包，从而导致高级转发工具包管理器（evo-aftmand-bt 或 evo-aftmand-zx）进程崩溃并重新启动，从而影响通过 FPC 的所有流量，从而导致拒绝服务 （DoS）。 PR1572969

隧道启动后，仅更改隧道目标地址配置的解封装可能不起作用，最终会使用之前配置的隧道目标地址进行解封装。系统进入此状态后，无法处理对隧道配置的任何进一步配置更改。 PR1575724

在所有 Junos OS 演化平台上，收入端口不支持基于 IPv6 的 PKID 注册操作。 PR1584378

当所有数据包转发引擎都处于此 Offline 周期内组播路由处于活动状态且 Online 组播路由处于活动状态时，由于缺少组播路由，组播流量将永久丢失。 PR1598894

Sflow 入口采样会报告出口节点上具有 MPLS 流量的不正确的 OIF 和 NH（MPLS-IPV4/MPLS-IPV6 具有 ECMP 和终极跳跃弹出 （UHP））。 PR1602448

在机箱满载且所有 FPC 都处于该 Online 状态的 PTX10016 路由器上，如果使 SIB 脱机或联机，则交换矩阵链路训练大约需要 10 分钟。 PR1611753

在PTX10008路由器上，很少有输入PTP和SyncE-1pps噪声传输测试频率可能会失败。以下结果是预期性能：

在配置了 VLAN 感知服务的 mac-vrf 实例的 PTX 演化平台上，ESI（以太网分段标识符）接口上可能会出现 BUM（广播单播组播）泛洪问题，出口 PE 设备上可能会丢弃数据包。 PR1624677

在PTX10008路由器上，传输 CCM 会话启动，但传输 oopback（LB） ping 或 LinkTrace（LT） PDU 不通过。 PR1632255

在扩展环境中，最多可能需要五分钟才能收集和显示 p2mp LSP 相关信息。 PR1629771

在 PTX10008 路由器上，在测试激光关闭链路成员以关闭聚合以太网接口后，将生成以下错误消息：

配置选项 warm-standby 后，您必须等待三分钟才能进行路由引擎切换。 PR1623601

使用背靠背 P2MP 分支加入/离开时，在处理 P2MP 组播下一跃点 CHG 时，数据包转发引擎中可能会生成无序错误。这是数据包转发引擎无法处理 MCNH CHG 的暂时性问题，应通过立即组播下一跃点 CHG 和先成后断 （MBB） 序列进行纠正。 PR1628049

由于 CBC FPGA 中的限制，如果路由引擎主控守护程序停止并启动硬件定时器到期主控切换，则不会生成中断。切换后，必须在再次切换之前重新启动备份路由引擎。 PR1633552

系统重新启动或使用流量启动可能会导致初始化时间结构链路 crc 错误和一小部分流量丢弃。 PR1635178

如果 Junos OS 演化设备采用拓扑结构，则在 ECMP 情况下，基于 IPv6 的 SR 上的 MPLS OAM 中的路由跟踪可能会失败。这是因为 Junos OS 演化版中的 Linux 内核在每个 IPv6 数据包上放置了一个自动流标签。此流标签对守护程序进程是透明的，守护程序进程对其使用 null 值并计算下一跃点详细信息。但是，数据包转发引擎会考虑流标签并计算下一跃点详细信息。下一跃点详细信息计算中的这种差异会导致数据包到达目标的路径不匹配，并可能导致 traceroute 失败。 PR1618406

在某些重新加载场景中， config-sync 由于 xinetd 限制 SSH 服务，服务可能会失败，从而导致 Major Application config-sync fail on node Re1 告警状态。这可能会导致主路由引擎和备份路由引擎之间的配置差异。解决方法是使用 restart config-sync 命令重新启动服务。 PR1629952

evo-aftmand-bt 进程不完全支持 request node halt <node> 命令。该命令可能会导致其他 FPC 出现 cm 错误，因为结构链路不会正常关闭。 request chassis fpc slot <x> offline 请改用命令关闭 FPC。 PR1636271/外部参照>

在PTX10008路由器上，FPC JNP10K-LC1201 经常生成以下错误消息：

从 10M 切换到 5M（或 1M），当输出和源都配置为 GPS 端口（即输出和源配置）时，表中的 REF 状态不会更新。这会导致为时钟状态和时钟事件显示不正确的状态。当您将信号类型从其他频率更改为 10M 时，DPLL 将保持该 Holdover 状态。作为恢复正常行为的解决方法，请停用并激活该 chassis synchronization 命令。 PR1631689

在PTX10008路由器上，禁用或启用 OSPF 时会生成瞬时 JSR 复制错误消息 113/115。不影响功能，因为在出现错误消息后，NSR 会在所有协议上快速重新启用。当 rpd 代理崩溃时，也会生成错误消息。 PR1627625

一旦 FPC 启动，CDA 应用程序就会崩溃，从而导致 fabricPfeE 对象无法发布。因此，不会创建或删除结构 PfeE 对象。SIB 终结点清理依赖于交换矩阵 PfeE 对象的删除。过时的 SIB 结构端点会阻止在进一步的 FPC 重新启动时启动结构链路。 PR1624765

在PTX10008路由器上，很少有频率无法满足掩码。以下结果是 PTP-PTP 和 PTP-1PPS 的预期性能：

Profile Freq (Hz) PTP 1PPS NoiseTransfer_0_00391_Results PASS PASS NoiseTransfer_0_00781_Results PASS PASS NoiseTransfer_0_01563_Results FAIL FAIL NoiseTransfer_0_03125_Results FAIL FAIL NoiseTransfer_0_06156_Results FAIL FAIL NoiseTransfer_0_12313_Results PASS PASS NoiseTransfer_0_24625_Results PASS PASS NoiseTransfer_0_4925_Results PASS PASS NoiseTransfer_0_985_Results PASS PASS NoiseTransfer_1_985_Results PASS PASSPR1624478

只有在下一跃点中出现具有两个标签的复合下一跃点时，才会显示错误。此方案不得出现，并且对行为没有影响。

PR1621689

在扩展系统上，负载覆盖和基线配置的提交会导致 rpd 在 CPU 上高转速。删除 GRPC 配置时，必须卸载传感器。但是，rpd 不会响应这些遥测传感器卸载请求，因为传感器卸载失败。稍后，当您启用 GRPC 回到盒子上并从收集器请求相同的传感器配置文件（cfg .json 与 jtimon 一起使用的文件）时，rpd 会发送具有更高序列号的数据包。（因为传感器之前没有从 rpd 中删除，并且被依赖于序列号的收集器视为丢弃。 PR1621347

打开秤配置和 NSR 后，cosd（服务等级控制平面）应用程序会生成具有多个路由引擎切换的核心文件。大多数情况下，cosd 应用程序会自动恢复。路由引擎切换后 cosd 应用程序的状态显示以下消息：

PR1620758

当您通过 400G-ZRoptics 使用 400G 或 4x100G 接口时，在光纤的数据路径通电并启用 Tx 激光后，有时实际发射功率可能显得非常低。在 400G-ZR 软件驱动程序中，已经实现了检查和恢复机制。如果在通电并启用 Tx 激光后实际 Tx 功率显得非常低，则会执行数据路径断电和重新初始化序列。Tx 功率水平恢复正常。出现此类硬件问题后，实际链路启动时间似乎比预期长。

PR1616445

在PTX10008路由器上，rpd 进程会在备份路由引擎中生成核心文件 rt_evo_free_sesid_info 。

PR1607553

在瞻博网络 Junos OS 演化版中处理异常情况时存在漏洞，使得攻击者能够向设备发送特制数据包，从而导致高级转发工具包管理器（evo-aftmand-bt 或 evo-aftmand-zx）进程崩溃并重新启动。这会影响通过 FPC 的所有流量，从而导致拒绝服务 （DoS）。有关信息，请参阅 https://kb.juniper.net/JSA11188。 PR1572969

当聚合以太网接口链路断开时，可能会生成暂时性错误消息 [Error] Nexthop: EalNhHandler: failed to add Nh: xxxx, type: composite , as pil add failed 。这些错误不会影响功能。 PR1570710

在 Junos OS 演化平台上，如果防火墙过滤器同时具有 SCU（源类使用情况）或 DCU（目标类使用情况）匹配项，以及操作中同一 from 术语使用的转发类/丢失优先级匹配项，则本应受防火墙过滤器约束的流量可能不会受到防火墙过滤器的影响。 PR1595788

如果重新启动 FPC 2，其他 FPC 将重新启动。 PR1625065

该命令将 show snmp mib walk jnxBoxAnatomy 列出部分输出。 PR1628788

您必须禁用内联 BFD 处理，并且只允许委托处理。 PR1630797

在系统启动期间，将生成以下 PCIe Bus Error 错误消息，指示 pcieport 0000：00：02.2：

在某些极端情况下，MPLS 系列过滤器匹配在最新的 Junos OS 演化版 21.4R1 映像中失败，这是由于过滤器编程期间变量未初始化所致。停用和激活 MPLS 过滤器将恢复该功能。 PR1634644

当数据包过滤引擎触发重置时，MPLS LSP 传输流量封装错误，流量在下游丢弃。 PR1635130

从 FPC 导出的 UDP 不适用于 /junos/system/ cmerror/counters / 和 / junos/system/cmerror/configuration/ sensors 文件。这些传感器的 UDP 导出适用于 PTX10001 和 PTX10003 等固定外形系统。但是，这些传感器的 UDP 导出不适用于基于机箱的（模块化）系统，如 PTX10008、PTX10016 和 PTX10004。这些传感器的GRPC和GNMI出口不会受到影响。 PR1638262

当您使用源 IP 地址作为管理接口，并将接口上的 RPF 检查设置为严格时，Linux 内核会丢弃来自管理接口上对等方的 ICMP ping 响应。Linux 内核期望对等方的路径位于 WAN 端。 PR1498255

GRES 通过开始显示以下连接器驱动程序覆盖消息的命令触发 request chassis routing-engine master switch ：

在管理端口上的广播风暴期间重新启动 PTX10003 路由器可能会导致路由器出现故障。 PR1423216

本地交换流量序列号不会重置。 PR1560111

在 PTX10003 路由器上，jnxLEDTable 上的 SNMP mib 行走失败。 PR1620398

从 Junos OS Evolved 20.4 Release 开始，每个 JAPI 文件有两个不同的 grpc python 文件。文件的名称为 * pb2_grpc.py 和 *pb2.py。存根创建函数存在于 *pb2_grpc.py 文件中。 PR1580789

在 Junos OS 演化版平台中，即使您为响应方远程 ID 配置了响应方的认证密钥链，LDP 会话也会根据发起方停止时的会话远程 ID 进行认证密钥链配置。 PR1592431

在配置 Openconfig 或任何其他第三方 YANG 时，通过 JSON 和 XML 加载为 identityref 类型叶或叶列表配置无效值时，mgd 进程可能会崩溃。JSON 和 XML 加载会出现此问题。 PR1615773

当您启用在路由器之间具有多个密钥的 IS-IS 身份验证密钥链时，会发生这种情况。IS-IS 邻接关系已建立，因为两个路由器都有相同的密钥处于活动状态。当您手动更改系统时间，使路由器在密钥链中具有不同的密钥处于活动状态时，IS-IS 邻接必须关闭，这不会发生。 PR1572441

对于列表定义 list bar { key foo; leaf foo { type uint8; } leaf baz { type string; } }，Junos 无法解析 { "bar": [ { "baz": "zig", "foo": 123 }, { "baz": "zag", "foo": 0 } ] } 配置有效负载，其中 leaf foo （根据 Yang 模型的键）没有作为第一个元素出现。Junos 只能 { "bar": [ { "foo": 123, "baz": "zig" }, { "foo": 0, "baz": "zag" } ] } 识别配置有效负载类型，如下所示，其中 leaf foo （根据 Yang 型号的键）显示为第一个元素。根据 Junos，列表键始终必需（必须始终）位于列表条目中的任何其他同级之前，并按数据模型指定的顺序显示。 PR1616216

在配置和删除 DDL 命令后的极少数情况下，配置对象会正确超出范围。但是，由于共享引用 set chassis aggregated-devices set interface ae1 aggregated-ether-options，配置对象不会释放。没有功能影响，可以通过从 重新启动 CLI--> configd > restart configd配置守护程序来清除这种情况。 PR1617667