未解决的问题

使用代码点别名时，分类器缺少 CoS 提交验证。用户可以配置重复的代码点别名并在分类器中使用它们。这会导致 cosd 崩溃。可以通过更正配置并应用 restart class-of-service 命令来恢复系统。 PR1766873

在所有平台上，当 MH（多宿主）设备上的 re-ARP（地址解析协议）在 EVPN-MPLS 多宿主场景中失败导致流量丢弃时，都会触发 MAC-IP 路由删除和添加。PR1691132

FPC 的非正常删除 （OIR） 或 FPC 故障可能会导致 PCIE 主要报警 dev 0000：00：03.0 上的 PCI 未更正 错误，该错误未被清除。 PR1620197

缺少 IPv6 传输流量静态输出。 PR1620197

当 TCP 主接口和 TCP 在物理接口上保持连接在一起时，观察到在 HQoS 物理接口上配置了不正确的调度程序 MAP，同时在同一提交上执行调度参数修改和绑定。这是来自 CoSD（路由引擎）的序列问题，在数据包转发引擎端无法保证。PR1664785

HQoS - 出现拥塞的扩展配置期间的 VoQ 统计信息问题。在扩展的 HQOS 配置中，由于系统级数据包缓冲区不可用而导致所有队列拥塞，无论队列优先级如何，数据包都会被丢弃。这些丢弃的数据包不计入队列统计信息。PR1674669

ACX7509，PTP 长期运行会出现时间误差峰值。PR1697093

接口命令会在不相关的 FPC 重新启动时提供截断的输出、响应停滞和统计信息。PR1698532

在 Junos OS 演化版 ACX 平台中，我们只能在虚拟网关 v4-mac 中配置一个相同的唯一 MAC 系统范围，并为任意数量的逻辑接口配置一个虚拟网关 v6-mac。不支持为不同的逻辑接口配置不同的 MAC 值。但是，为 v4 和 v6 CLI 配置的 MAC 值可以是相同的 MAC 或不同的值。

PR1708967

触发器：在通过单次提交启用适用于 L3VPN VRF （~2K） 的 SRv6 微型 SID 的扩展设置中，很少有初始 VRF 可能会遇到流量中断。解决办法：仅停用并重新激活出现故障的 VRF 可解决此问题。PR1726481

我们可能会在初始化过程中遇到 jdhcpd 核心文件。核心文件很少见，并且不会因此核心文件而对服务产生影响（因为该过程会立即恢复）。 PR1730717

1. 在 L3 接口 （inet/inet6/mpls） 上，如果用户单独配置 IEEE802.1p 分类器，则会对所有流 （inet/inet6/mpls） 进行分类。如果将其他非 IEEE802.1p 分类器（DSCP/EXP 等）映射到同一接口，则不会对未映射的家族进行分类，而是作为尽力而为模式进行处理。

2. 在 L2 接口（以太网交换）中，如果用户单独配置 IEEE802.1p 分类器，则会对所有流量 （l2/v4/v6/exp） 进行分类。如果将其他非 IEEE802.1p 分类器（DSCP/EXP 等）映射到同一接口，则不会对未映射的家族进行分类，而是作为尽力而为模式进行处理。解决方法：用户必须为所有族配置分类器才能进行正确的分类。

   PR1713158

ACX7509 ：： DHCP 守护程序在 GRES 后未在新的主路由引擎中运行，所有 DHCPv4/v6 会话都将丢失。 PR1740530

在 Junos OS 演化版 ACX7100 平台上，如果配置了不受支持的端口速度，并且在配置了不受支持的端口速度的接口上启用了 MACSec（MAC 安全性），则数据包转发引擎进程将崩溃。由于此问题，在数据包转发引擎进程重新启动之前，转发流量将完全丢失。 PR1755883

观察到 evo-pfemand 进程在采用 LACP 配置的 Junos Evolved 平台上崩溃。 PR1756648

在 Junos OS 演化版 ACX 系列平台上，如果配置了 VRRP（虚拟路由器冗余协议）进程，则会 delegate-processing ae-irb 失败。PR1747838

ACX7332：多次重新启动后，GL 卡住，重启后看到 PICD 和 vmcore。