未解决的问题

在运行 Junos OS 的路由器和交换机上，启用了链路聚合控制协议 （LACP），停用远程聚合以太网 （AE） 成员链路会使本地成员链路变为 LACP 分离状态，并导致该成员链路上的流量中断。添加新成员链路时，如果该链路的另一端尚未配置 LACP，则适用相同的方案。 PR1423707

脚本正在尝试不受支持的配置，然后达到给定平台PTX5000的最大阈值。 PR1555159

在 PTX 平台上，当配置内联 Jflow 并设置高采样率（每秒超过 4000 个）时，可能会观察到 CPU 使用率过高，这可能会对流量分析和计费造成相关影响。 PR1569229

在 PTX10002-60C/QFX10002-60C 上，系统重新启动后，由于罕见的计时问题，可能会出现“FPC 0 重大错误”告警。该问题可能会导致主机路径流量被丢弃。这是一个罕见的问题，并不总是在重新启动期间发生。请尝试执行“请求vmhost重新启动”进行恢复。 PR1613229

在双 RE 平台上，如果安装了某些基于 Linux 的 PTX3000/5000 FPC（FPC3-SFF-PTX-1X、FPC3-SFF-PTX-2X、FPC-P1、FPC-P2），当 TNP（简单网络协议）邻接方朝向备用 RE 时，FPC 可能会在 GRES（TNP 邻接方问题）后重新启动。PR1630393

在 ZTP 期间在路由器上成功绑定 DHCPv6 客户端后PTX1000不会添加 V6 默认路由。 PR1649576

如果正在运行的配置中存在一致的散列/弹性功能，则在发生改动时，系统需要更长的时间才能收敛。 PR1652750

ZTP：设备（客户端）归零后，ZTP 服务器未收到 DHCPACK。 PR1658287

在 gNMI 订阅模式下订阅传感器路径 “/junos/system/linecard/packet/usage/”、“/junos/services/label-switched-path/usage/” 或其他线卡 （PFE） 传感器路径时，在 CLI 命令“show network-agent statistics gnmi detail”输出中可能会看到数据包丢弃。收集器输出也可能包含缺失的序列号。例如，序列号输出可以是 0、3、6、9、12 等，而不是 0、1、2、3、4 等 PR1703418

在 Chassisd 中，由于该守护程序涉及的数据量和传感器数量，Jvision 线程在流式传输 jvision 数据包时需要更多时间。Jvision 线程占用更多时间来处理流事件，导致 Chassisd 主线程丢失与其他 RE 的接收/发送激活消息，这最终导致在大多数情况下自动切换 RE。为避免这种情况，请修复导出小型有效负载 jvision 数据包（其形成所需的时间更少）并在一段时间内延迟 jvision 线程，以允许 chassisd 主线程处理高优先级的 hello/keep-alive 消息。这意味着现在，在一个报告间隔内发送的数据包数量更多，并且传播范围更大（以前，相同数量的数据是使用 2 或 3 个更高有效负载大小的数据包发送的，并且 jvision 线程的延迟时间为 100ms）。这种行为会增加 KPI-2，但会降低 KPI-1（有效负载大小）。无法回退为解决消息丢失问题而进行的更改。因此，当我们测量/报告 KPI-2 值时，我们将不得不将 Chassisd 保留为例外。与发送 jvision 数据包相比，Chassisd 中的 Jvision 必须提供更多的优先级/时间来处理保持激活消息。因此，jvision 数据包之间的延迟更多。PR1706300

在 LAG/ae 接口的成员链路上配置了 Micro BFD 的任何平台，即使对等设备已停止，RE 中的 BFD 会话状态也始终保持为 UP。PR1675921