悬而未决的问题

了解此版本中 MX 系列路由器的悬而未决的问题。

有关已知 Junos OS 缺陷的最完整和最新信息,请使用瞻博网络在线 Junos 问题报告搜索 应用程序。

基础架构

  • 早期使用 vDSO(虚拟动态共享对象)实现 kvmclock 有助于避免用户空间应用程序的系统调用开销存在时间漂移问题,最新的一组更改负责在所有辅助处理器启动后初始化时钟,以便时钟初始化准确。 PR1691036

2 层功能

  • 在具有 VPLS 热备用功能并在分支上启用命令 routing-options forwarding-table vpls-hotstandby-convergence 的 H-VPLS 网络中,如果重新启动活动中枢,则区域间流量流将出现 20-25 秒的损失。这是因为其他区域的集线器通过全网状 LDP 连接,在分支开始本地修复之前启动全局修复。 PR1699645

MPLS

  • 标签 rnh 似乎在极端情况的某个地方被释放,但错过了相关的 pat 节点,无法从标签 patricia 树中删除。这使得标签 rnh/(pat_node->Tnh) 成为悬空指针,稍后,它会导致在访问标签 rnh/Tnh 结构中的无效指针地址时崩溃。 PR1707053

  • 如果 EVO 盒位于拓扑中,则在 ECMP 情况下,通过 IPv6 的 SR 上的 MPLS OAM 中的 Traceroute 可能会失败。这是因为 EVO 中的 linux 内核在每个 IPv6 数据包上放置了一个自动流标签。此流标签对守护进程是透明的,守护进程为其使用空值并计算 NH 详细信息。但是,PFE 会考虑流标签并计算 NH 详细信息。NH 详细信息计算中的这种差异会导致数据包到目标的路径不匹配,并可能导致 traceroute 失败。 PR1710285

  • 在多供应商部署中配置了 RSVP(资源预留协议)LSP(标签交换路径)的所有 Junos 和 Junos OS 演化版平台(对于 QFX5100,仅在虚拟机箱-VC 设置中)上,瞻博网络路由器充当中转/入口路由器,并且从其他供应商收到带有 RESVCONF 对象的 RESV(预留请求)消息,将观察到 rpd 进程崩溃。 PR1723229

网络管理和监控

  • 在某些 NAPT44 和 NAT64 方案中,系统日志SESSION_CLOSE会重复。 PR1614358

  • YANG:在 DUT 上升级软件版本后,升级后的软件版本可提供版本较低的 yang 软件包。 PR1693646

平台和基础架构

  • 当同时应用并提交“deactivate services rpm”和“deactivate routing-options rpm-tracking”cli时,不会从路由表中删除一些rpm跟踪的添加路由。使用以下步骤无法看到问题。1. 停用路由选项 RPM 跟踪 2.提交配置,则将删除所有 RPM 跟踪的路由。如果需要停用 RPM 服务, 3.停用服务 RPM 4。提交。 PR1597190

  • 如果在备用磁盘上创建了 vmhost 快照,并且没有进一步的 vmhost 软件映像升级,则预期如果当前 vmhost 映像损坏,系统将使用备用磁盘启动,以便用户可以恢复主磁盘以还原状态。但是,主机根文件系统和节点将使用之前的 vmhost 软件(而非备用磁盘)启动。 PR1281554

  • 从 VXLAN 隧道到第 2 层接口,可以看到 QFX5110 流量上的 VXLAN VNI(组播学习)扩展问题。 PR1462548

  • EX4300-MP 上的 runt、fragment 和 jabber 计数器不会递增。 PR1492605

  • VE 和客户边缘网格组是为给定路由实例创建的默认网格组。在 vlan/桥接域添加时,将为 VE 和客户边缘网格组/泛洪组创建泛洪令牌和路由。理想情况下,在 CE 接口上启用了 IGMP 的客户边缘路由器上不需要 VE 客户边缘组。基于 Trinity 的客户边缘盒子具有无限容量的代币,因此这不会是一个主要问题。 PR1560588

  • 在EX2300、EX3400:EX4300-48MP 和 EX4300 上,发送暂停帧时,暂停帧计数器不会递增。 PR1580560

  • Pim Vxlan 无法在 TD3 芯片组上运行,在版本 21.3R1 之后启用 VxLAN flexflow。客户 Pim、Vxlan 或数据平面 VXLAN 可以使用版本 21.3R1。 PR1597276

  • show network agent命令的输出应为null,显示GRES后每个组件的统计信息。 PR1610325

  • 对于配置了VSTP和VRRP且IPV6流量的拓扑,如果VSTP网桥优先级更改了几次(以触发根网桥的切换),则某些流上可能会出现V6流量丢弃。 PR1629345

  • 当服务卡 (fpc/pic) 脱机然后定期联机时,在 MS-MPC/MS-MIC 卡上运行的 mspmand 守护程序偶尔会崩溃,此时配置的服务集数量适中,并且正在执行大量硬件加密操作。确切问题尚未隔离。 PR1641107

  • 当主机路径中收到大量数据包时,请不要启用主机路径跟踪。 PR1645741

  • 如果 RE 和 FPC 之间以太网链路的物理链路状态出现问题,则会尝试恢复以再次启动该链路。日志消息指示恢复尝试和尝试的成功/失败状态。但是,发生此故障时不会发出告警。 PR1664592

  • 如果端口关闭,则需要通过 cli-pfe> 提示启用 Tx 激光器。PR1673892

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

  • 在运行 Junos 的 QFX5100 平台(包括独立和 VC 场景)上,在设备正常运行期间,PFE(数据包转发引擎)偶尔会崩溃,导致流量完全丢失。崩溃后,PFE 会自行重新启动。 PR1679919

  • 这里的问题是我们看到 ?MQSS(0):DRD:错误:WAN 重新排序 ID 超时错误?在 FPC 启动期间,每个 PFE 一次。发生这种情况的原因是,在FPC启动期间,来自vmhost的某些控制数据包在PFE初始化完全完成之前到达。因此,EA ASIC 无法处理数据包并抛出错误。此修复涉及 ASIC 启动顺序中的复杂更改,并将导致其他重大问题。原始问题不会影响功能。仅在FPC重新加载情况下,每个PFE只有一个错误。此时流量尚未启动,一旦系统启动,不会因错误而看到其他影响。因此,该问题不会得到解决。FPC 启动期间的任何“WAN 重新排序 ID 超时错误”都可以安全忽略。 PR1681763

  • 有关详细信息,请参阅 PR 修复信息 ->根本原因: VXLAN 终端端点(VTEP节点)应可通过数据路径到达。如果通过交换机/路由器的管理接口解析到 VTEP 的路由,则基于当前的路由表,这通常是配置问题,并可能导致进一步的问题。 PR1688296

  • 对于 ieeefloat32 数据类型的叶,该值在流式传输到收集器时将以字节为单位进行编码。这些叶子中包含的值可能并不完全准确。 PR1690598

  • SRXSME 设备在此版本中不支持 FIPS 模式。 PR1697999

  • 在 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

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

  • 当前堆栈和显示已正确设置为所有 MX10K8 线卡上合格的 128 个端口。 PR1706376

  • 在 MX104 平台上,显示了错误的阈值温度。 PR1713788

  • 渲染类型为 decimal64 的 fec-codeword-rate 数据在 gRPC Python 解码器中呈现为字符串。PR1717520

  • 配置无减少 srh 后,MX304 会从 SRH 中移除最后一个 SID 值。配置“no-reduced-srh”时,预期应在 SRH 中保留最后一个 SID。不会对流量造成影响。流量正常,因为数据包中的“SEGMENT-LIST”和“LAST ENTRY”已正确编码。 PR1721404

  • 在某些 srv6 场景中,如果配置了 no-reduced-srh,则不会设置 SRH 中的下一个报头,并且数据包可能会作为无效跃点选项被丢弃。 PR1721429

  • 在 Junos QFX5200 平台上,有时在重新启动设备时,100G 链路将无法启动并保持关闭状态,从而影响通过该链路的流量。 PR1725116

  • 在 Junos MX 平台上,要在 路由器 >=32GB DRAM(动态随机存取内存)上启用增强型订阅者管理功能,而无需配置“max-db-size”,只需重新启动一次路由器,而不是重新启动两次。 PR1732216

  • 没有功能影响,但即使之前安装的 JSU 在重大升级期间被删除,它也会显示出来。此 PR 将解决该问题。解决方法是移除 /packages/sets/active/junos-version 文件。 PR1732878

路由协议

  • 在 ISSU 期间,可能会在临时提交时看到错误。PR1679645

  • 当启用分片时,BGP LU 统计信息不会报告正确的统计信息。这并非特定于此 RLI 的 BGP CT 功能。 PR1684238

  • 此问题仅在 evo 中出现,而在 Junos 中未出现。它体现在 Rsvp 和 IS-IS 的组合中。统计数据越来越重要 PR1700063

  • 显示路由广告协议 bgp 报告下一跳 self 而不是下一跳配置的策略语句中的 IP。JUNOS 从 18.4 升级到 20.4 后观察到的行为变化。#set policy-options policy-statement set-NH-MX term to-PP-All then next-hop 20.20.20.1 show route advertising-protocol bgp 10.10.10.10 test.inet.0: 5 个目标,5 个路由(5 个活动,0 个抑制,0 个隐藏) 前缀下一跃点 MED Lclpref AS 路径 * 10.0.0.0/31 Self 65000 I 下一跃点的CLI输出报告的是 Self,而不是 IP 地址 20.20.20.1。 PR1712527

  • 在启用了 TI-LFA(拓扑无环路备用)功能的所有 Junos 和 Junos Evolved 平台上,当从一个接口中移除 IP 地址并在同一提交中将其分配给另一个接口时,RPD 进程将崩溃,从而影响路由控制平面。 PR1723172

VPN

  • 隧道调试配置未同步到备份节点。RG0 故障切换后需要重新配置。 PR1450393

  • 在所有 Junos 和 Junos Evolved 平台上,当 OSPF 区域间配置了分段提供商隧道,并且主服务器经历 MBB(先成后断)时,备份路由器上的组播路由条目将不会具有与主服务器同步的隧道名称。 PR1710323