悬而未决的问题

在 MX104 平台上，在机箱相关组件（例如 jnxOperatingEntry）上使用 snmpbulkget 或 snmpbulkwalk（例如，由 SNMP 服务器使用）时，由于硬件限制，可能会出现机箱进程（机箱）高 CPU 使用率和响应缓慢，这也可能导致 SNMP 客户端上的查询超时。此外，在使用 SNMP 查询进行接口统计信息时，可能看不到此问题。作为解决方法，要避免此问题，请使用以下任一方法：使用 snmpget 或 snmpwalk 而不是 snmpbulkget 或 snmpbulkwalk，并在执行 SNMP 查询时包含 -t 30 选项。例如，snmpget -v2c -c XX -t 30。将 -t 30 选项与 snmpbulkget 或 snmpbulkwalk 一起使用。例如，snmpbulkget -v2c -c XX -t 30。 PR1103870

通过修复外部安全研究期间发现的漏洞，Junos 随附的 MQTT（消息队列遥测传输）中的多个漏洞已得到解决。请参阅 https://supportportal.juniper.net/JSA71655 了解更多信息。PR1651519

在互操作场景中，在 PIC-2 上使用 1G SFP 光纤时，应在对等方上禁用自动协商。 PR1657766

RT_FLOW：RT_FLOW_SESSION_CREATE_USF日志将出现系统日志数据包丢弃，直到此问题得到修复。这不会影响功能。PR1678453

当 LAG 配置了混合速度接口切换到不同端口速度的辅助接口时，会导致在很短的持续时间内发生一些数据包丢弃。PTP 保持锁定状态，不会对其他功能产生影响。 PR1707944

在 Netconf 专用编辑配置会话中，执行取消保护操作时，提交 RPC 失败。 PR1751574

在所有 Junos 和 Junos OS 演化版平台上，启用 RIB 分片并处理同时包含间接和复合下一跃点类型的 RT（路由目标）多路径路由时，由于从 RIB（路由信息库）分片到主 RIB 线程的下一跃点复制操作期间处理不正确，rpd（路由协议守护程序）进程将崩溃。rpd 崩溃将导致所有路由协议中断，并导致短暂的流量中断，直到 rpd 进程重新启动。PR1757915

PR1735843修复了 VM 核心，原因为“pannic：deadlres_td_sleep_q：检测到可能的死锁”。所有其他 JUNOS vmhost 平台上也可能出现相同的问题，但根本原因不同。 PR1776854

在 MX104 上，AFEB 可能会在 PTP GM 时钟源更改后崩溃并重新启动，从而影响流量转发。 PR1782868

在配置了 IPsec（互联网协议安全性）的 MS-MPC/MS-MIC 的 MX 平台上，如果对等方在 SA 安装完成之前发送了 SA（安全性关联）删除请求，则将观察到 IPsec 流量丢失。此问题发生在扩展方案中（配置了 4000 个隧道，当 SA 计数达到最多 3900 时）。 PR1825835

它不应该成为客户发布的障碍，因为不会影响流量，也不会影响在SNMP查询中显示额外通道的问题。 PR1844751

在配备 JNP10K-RE3 和 LC480 线卡的 MX10004 和 MX10008 平台上，当设备设置了 G8275.1 PTP（精确时间协议）配置文件或 SyncE（同步以太网）和 GRES 时，执行 GRES 切换会导致 DPLL-2 从“锁定”变为“解锁”。 这可能会导致同步丢失，进而中断 PTP 和 SyncE 等对时间敏感的服务。 PR1848235

在配备 MPC5/MPC7 线卡的 MX 平台上，当存在活动伪线用户且隧道服务带宽配置发生变化时，将观察到 FPC（灵活物理接口卡集中器）崩溃，从而对流量产生影响。PR1849552。

在 SRX 和 MX 平台上，极少数情况会导致正在使用的 SPC3（服务处理卡）突然重新启动，从而导致在重新启动过程的卡脱机期间丢失数据包。PR1857890

不支持APFE配置上的混合类型的锚点PFE。 PR1861177

在PTP从机端口上配置了非对称性的ULC的MX机箱上，我们看到TIE值中的小峰值超过预期范围。但是，几秒钟后 TIE 值落在预期范围内。PR1867423

当由于 LC 重新启动或对等端的光纤移除而发生 PTP 源切换事件时，我们会在 Hamilton LC 的从端看到 1 个错误的 PTP 数据包。错误的数据包不会导致任何 PTP 性能问题，并且 PTP 会快速与新源进行相位对齐。PR1869672

在配备 MIC1 的瞻博网络 MX10003 平台上，重新启动连接的第三方设备后，使用 QSFP 光纤的接口无法启动或保持关闭状态。此行为是由时序不匹配引起的，即软件在等待稳定的光信号时延迟链路初始化，这可能会错过远程设备重新启动其传输信号时的短暂窗口。这是一个互操作性问题，可能需要手册干预才能恢复服务。PR1876314

湿度传感器CLI命令不适用于MX10004和MX10008设备。该命令在以后的版本中已被抑制。 PR1909435

支持 25.2R1-S1 版本中不可用的 MX10004 和 MX10008 设备上的 Virtium SSD 固件升级Junos OS。在以后的版本中已修复。 PR1907227

在MX10004和MX10008设备上，Junos CLI显示机箱环境中仅显示问题：某些 POL 的电流/功率显示为 0，如 25.2R1-S1 中观察到。在以后的版本中已修复。 PR1916094

在加载测试配置并使用基线配置覆盖的多次迭代后，可以看到提交失败“不允许更改分层调度器模式”（在描述中给出）。PR1849110

第 1 天问题：禁用 PFE 且启用了 BFD 且存在单腿 AE 时，DHCP 用户不会关闭。PR1837994

在某些 NAPT44 和 NAT64 方案中，将看到重复SESSION_CLOSE系统日志。 PR1614358

问题仅与用户定义的路由实例相关。在这种情况下，DUT 通过同一路由实例连接到两个远程服务器。当删除上述连接的路由并从服务器端添加回来时，会出现过时的连接。这是因为当路由被删除时SYN_SENT不会被确认，但应用程序会关闭套接字。再次添加路由时，应用程序会创建新的套接字并连接到远程服务器，同时上一个SYN_SENT获得 ack 并移至 ESTABLISHED 状态。这会导致连接过时。对功能没有影响，问题只会出现在 Junos 平台上，并且仅出现在用户定义的 RI 上。需要更改基础架构代码以处理需要更多代码变动、时间和彻底测试的套接字关闭错误情况。 PR1825311

LDP OSPF 处于同步状态，因为 IGP 接口已关闭，并且为 OSPF 启用了 LDP 同步。user@host> show ospf interface ae100.0 extensive Interface State Area DR ID BDR ID Nbrs ae100.0 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1 类型：P2P，地址：10.0.60.93，掩码：255.255.255.252，MTU：9100，成本：1050 调整计数：1 hello：10，已死：40，ReXmit：2，非存根身份验证类型：MD5，活动密钥 ID：1，开始时间：1970 年 1 月 1 日 00：00：00 UTC 保护类型： 无 拓扑默认 （ID 0） -> 成本：1050 LDP 同步状态：同步，为：00：04：03，原因：IGP 接口关闭配置 holdtime：无限。根据当前分析，IGP接口关闭，因为尽管LDP通知OSPFLDP同步已实现，但OSPF无法注意到LDP同步通知，因为OSPF邻接方尚未启动。 PR1256434

在所有 Junos 和 Junos Evolved 平台上，当设备配置为 BGP（边界网关协议）路由反射器 （RR） 时，聚合带宽功能无法按预期运行。具体来说，在涉及 BGP 多路径带宽聚合的场景中，对于源自 L3VPN（第 3 层虚拟专用网络）地址家族下的 VRF（虚拟路由和转发）实例的路由。 PR1877111

从对等方收到的不正确的远程 ID 会导致身份验证失败，从而导致 IKE SA 设置失败。这个不成熟的 IKE SA 不会进行适当的清理，因此“未成熟”的 IKE SA 会堆积起来。重新启动 kmd 将清除未成熟的 SA。PR1797377

在配备 MS-MPC（多服务模块化 PIC 集中器）的所有 MX 平台上，如果在 IPsec/IKE（互联网密钥交换）VPN 设置下启用了 DPD（失效对等体检测），并且由于任何原因删除了 IPsec SA（安全性关联），kmd 进程将崩溃。由于 kmd 进程重启，隧道建立出现一些中断。PR1869769