Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
在此页面上
 

未解决的问题

了解此版本中针对 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 框位于拓扑中，则基于 IPv6 的 SR 上的 MPLS OAM 中的跟踪路由在 ECMP 情况下可能会失败。这是因为 EVO 中的 Linux 内核在每个 IPv6 数据包上放置了一个自动流标签。此流标签对守护程序进程是透明的，守护程序进程对其使用 null 值并计算 NH 详细信息。但是，PFE 会考虑流标签并计算 NH 详细信息。NH 详细信息计算中的这种差异会导致数据包到目标的路径不匹配，并可能导致路由跟踪失败。 PR1710285

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

网络管理和监控

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

  • 杨：在DUT上升级软件版本后，升级软件版本提供较低版本的杨软件包。 PR1693646

平台和基础架构

  • 当“停用服务 rpm”和“停用路由选项 rpm 跟踪”cli 一起应用然后提交时，某些 rpm 跟踪添加的路由不会从路由表中删除。使用以下步骤看不到问题。1. 停用路由选项 RPM 跟踪 2.提交配置，然后所有 RPM 跟踪的路由都将被删除。如果需要停用 RPM 服务，请 3.停用服务 RPM 4。提交。 PR1597190

  • 如果在备用磁盘上拍摄了 vmhost 快照，并且没有进一步的 vmhost 软件映像升级，则预期是在当前 vmhost 映像损坏时，系统将使用备用磁盘引导，以便用户可以恢复主磁盘以恢复状态。但是，主机根文件系统和节点将使用以前的 vmhost 软件（而不是备用磁盘）进行引导。 PR1281554

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

  • RUNT、片段和 jabber 计数器在 EX4300-MP 上没有递增。 PR1492605

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

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

  • Pim Vxlan 在 21.3R1 版之后启用 VxLAN 柔性流的 TD3 芯片组上不起作用。客户 Pim Vxlan 或数据平面 VxLAN 可以使用版本 21.3R1。 PR1597276

  • “显示网络代理”命令的输出应为 null，这将在 GRES 之后显示每个组件的统计信息。 PR1610325

  • 对于配置了 VSTP 和 VRRP 且具有 IPV6 流量的拓扑，如果 VSTP 网桥优先级更改了几次（以触发根网桥切换），则可能会在某些流上看到 V6 流量丢弃。 PR1629345

  • 在 MS-MPC/MS-MIC 卡上运行的 MSPMAND 守护程序在服务卡 （FPC/PIC） 脱机时偶尔会崩溃，然后在配置的服务集数量适中且正在执行大量硬件加密操作时定期联机。确切的问题尚未隔离。 PR1641107

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

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

  • 如果端口关闭，则 Tx 激光需要通过 cli-pfe> 提示启用。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 无法处理数据包并抛出错误。此修复涉及 ASICS 启动顺序中的复杂更改，并将导致其他主要问题。原始问题对功能没有影响。仅在 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 命令“显示网络代理统计信息 gnmi 详细信息”输出中可能会看到丢包。收集器输出也可能包含缺少的序列号。例如，输出的序列号可以是 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 码字速率数据在 gRPC Python 解码器中呈现为字符串。PR1717520

  • 配置无缩减 srh 后，MX304 会从 SRH 中删除最后一个 SID 值。预期为最后一个 配置“无减少 srh”时，应在 SRH 中保留 SID。对流量没有影响。流量很好，因为“分段列表”和“最后一个条目”在数据包中编码正确。 PR1721404

  • 在某些 srv6 场景中，如果配置了无减少的 srh，则不会设置 SRH 中的下一个标头，数据包可能会作为无效跃点选项丢弃。 PR1721429

  • 在 Junos QFX5200 平台上，有时重新启动设备时，100G 链路将不会启动，而是保持关闭状态，从而影响流经设备的流量。 PR1725116

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

  • 没有功能影响，但即使以前安装的 JSU 在主要升级期间被删除，它也会显示出来。此 PR 将解决此问题。解决方法是删除 /packages/sets/active/junos 版本文件。 PR1732878

路由协议

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

  • 启用分片时，BGP LU 统计信息不会报告正确的统计信息。这不是此 RLI 的 BGP CT 功能所特有的。 PR1684238

  • 此问题仅与 evo 一起出现，而看不到 Junos。它出现在RSVP和ISIS的组合中。统计数据正在增加。 PR1700063

  • 在为下一跃点配置的策略语句中显示路由通告协议 BGP 报告 NextHop 自身而不是 IP。JUNOS 从 18.4 升级到 20.4 后观察到的行为变化。#set 策略选项策略语句 将 NH-MX 术语设置为全部 然后下一跃点 20.20.20.1 显示路由广告协议 BGP 10.10.10.10 test.inet.0：5 个目的地，5 个路由（5 个活动、0 个抑制、0 个隐藏） 前缀 下一跃点 MED Lclpref AS 路径 * 10.0.0.0/31 自我 65000 I 下一跃点的 CLI 输出报告了自身而不是 IP 地址 20.20.20.1。 PR1712527

  • 在启用了 TI-LFA（独立于拓扑的无环路备用）功能的所有 Junos 和 Junos Evolved 平台上，当从一个接口中删除 IP 地址并在同一提交中分配给另一个接口时，rpd 进程崩溃会影响路由控制平面。 PR1723172

Vpn

  • 隧道调试配置不会同步到备份节点。需要在 RG0 故障转移后再次配置它。 PR1450393

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