未解决的问题

在 Junos OS 演化版平台上，如果 MAC-VRF 实例的 VXLAN 封装与主实例中的 IRB 逻辑接口（而不是在单独的 VRF 中）相关联，并且在所有接口上都启用了 OSPF，则可能存在下一跳环路，其中远程 PE 环路 IP 首先通过 IP 底层解析，远程 IRB IP 可通过 VXLAN 隧道到达远程 PE 环路，然后由于 IRB 上的 OSPF 指标较低而解析远程 PE 环路。配置 protocols ospf interface irb.x passive 语句 无法通过 IRB 邻接学习远程 PE 环路。通常，IRB 逻辑接口会添加到 VRF 中，从而防止此循环。 PR1626574

在FPC日志上，当系统启动时，将显示数据包转发引擎错误消息Jexpr：JexprHandleDdos faile to update plct pfe：1f proto：0x8400。此错误消息只是调试错误消息，此日志错误消息不会对功能产生影响。 PR1610764

这些跟踪没有影响。以下是一些在没有处理程序时会引发错误的 RPC 调用。这不会对功能产生任何影响。 PR1589410

根据设计，FPC 插槽 1 和 FPC 插槽 5 仅支持 4x400G FPC。插入任何插槽的 4x400G FPC 可能会使 FPC 联机，但链路仅在 FPC1 或 FPC5 中出现。当 4x400G FPC 插入其他插槽时，不允许 FPC 联机并发出告警。 PR1582183

ACX7509：16x100G 和 20XSFP56 中的某些接口在 evo-pfemand 重启后不会关闭。 PR1592388

在启动时访问 supercon 暂存器寄存器时观察到错误消息，并且不会对功能产生影响。 PR1594136

在 Junos OS 演化版平台上，如果防火墙过滤器在“from”作中同时具有源类用法 （SCU） 或目标类用法 （DCU） 匹配项，并且在同一术语上使用了转发类或丢失优先级匹配项，则本应受防火墙过滤器约束的流量可能不会受其影响。 PR1595788

当您使用扩展配置或路由或 MAC 条目重新启动 FPC 时，picd 可能会生成核心文件。PICD 自动备份，无需用户干预。PR1595861和PR1602352

在第一个 G.8275.1 软件版本中，无法成功重新启动 ACX7100-32C 和 ACX7100-48L 的计时应用程序。 PR1597120

目前，ECMP 而不是 ECMP FRR 支持负载平衡。行为与ACX7100相同。 PR1599752

由于产品限制，RPF 故障计数器预计在进行系列修改时会复位。 PR1598135

ACX7509 将进行硬件时间戳记，但对等设备（在本例中为 MX）会进行软件时间戳记，这需要更多时间，从而导致高延迟。在对等设置执行软件时间戳的所有情况下，都会出现此问题。 PR1599777

当以高于 1600 pps 的速率接收 IGMPv3 报告时，数据包会因控制平面速率限制而被丢弃。因此，不可能形成 2,56,000 个 IGMP 组。需要调整 DDOS 配置以达到 2,56,000 个 IGMP 组。 PR1599998

在扩展环境中，接口在 FEB 脱机 - 联机期间不会启动，因为数据包转发引擎状态不会转换为联机，尽管 FEB 已转换为联机状态。 PR1601158

ACX7509有一个网状结构，它不是一个真正的结构。有一个从交换矩阵到CGM的流量控制机制。在交换矩阵拥塞的情况下，VOQ 会受到流量控制和背压，数据包会在 VOQ 中被丢弃。这些 VOQ 无法直接映射到交换矩阵拥塞，因为 VOQ 丢弃可能由于不同的原因而发生。BCM 没有此类特定的专用寄存器/计数器来提供交换矩阵丢弃值。截至目前，它被记为队列丢弃，因为交换矩阵正在向后加压入口。 PR1601332

命令的 show system processes extensive 输出显示短期 CPU 使用率较高。evo-pfemand 的值范围为 50% 或更高。这是单个 CPU 视图。由于 ACX7509 系统是多核 CPU，因此不会影响性能。 PR1603899

当系统中插入双路由引擎且这些日志来自备份路由引擎时。Supercon FPGA 有两个端点设备（用于 RE0 和 RE1），其中启用了主路由引擎端点设备，并在层次结构中禁用了备份路由引擎。在启动期间，备份路由引擎会尝试访问被禁用的 [supercon fpga in pci] 层次结构。因此，会看到 supercon 暂存器寄存器读取失败日志和 pci 未纠正的错误。PR1605797和PR1615157

早期启动时在控制台上看到的错误消息 Failed to attach ACPI GPIO chip 不是问题，也没有任何已知的功能问题。它可能会被忽略。 PR1606585

对数据包转发引擎 ASIC 进行编程的 evo-pfemand 进程将重新启动。当 evo-pfemand 重新启动时，它会重新编程系统端口。监控链路状态的硬件链路扫描线程会记录链路关闭或链路向上的瞬时转换。每当 linkscan 线程观察到更改时，它都会发送通知。由于 DDS 中的状态压缩，像 Picd 这样的消费类应用不会收到来自 evo-pfemand 的中间链路中断状态通知，并且接口不会切换。这是因为通知是快速生成的。远程对等接口观察到某个接口已关闭，而某些本地接口保持开启状态。 PR1608215

重新启动系统时，与 RE0 接口启动时间相比，接口启动时间和 RE1 启动时间之间的差异约为 3 分钟。 PR1608527

同步到 PTP 和同步到 1pps 的瞬态响应略有故障。当伺服器在一个测量窗口中获得最初的 100 纳秒跳跃，并在下一个测量窗口中获得下一个 100 纳秒的初始调整较少时，就会发生这种情况。PR1608934和PR1611848

支持的最大 ECMP 路径数为 128。 PR1609063 和 PR1632055

由于 SIGTERM 事件的内部问题，重新启动 DHCP 需要更多时间。 PR1610229

从核心文件或单元发送流量时，所有 （16） 个 VOQ/连接器都需要来自同一端口的积分。因此，积分按权重比分配，需要更高积分的流量获得比其他流更高的带宽。 PR1611028

频率为 0.03125 HZ PR1611838时，PTP 到 PTP 噪声传输失败

同步到 PTP 和 syncE 到 1pps 噪声传递测试失败 1。0.00781赫兹 2.0.01563 赫兹 3.0.03125 赫兹 4.0.06156 赫兹 5.0.12313 HZ 频率。 PR1611911

这是 ACX 卡中的第 1 天问题。这不仅适用于MAC Statistics中的组播数据包字段。当单独查询 AE 接口时，MAC 统计信息中的所有字段都是问题。对于AE接口下的实际IFD接口，不存在问题。 PR1612105

在 ACX7509 上的 FTC FRU 热删除上，看到以下错误： FAN -Error: value = 0xffff880e ret = 0xfffffffb 并且 journal 或 dmesg 中可能存在内核调用堆栈跟踪核心文件。这些是无害的消息，可以忽略。 PR1613389

“清除 MPLS LSP”作是一种破坏性作，它会擦除系统中的所有现有路由和下一跃点，并进行新的重新安装，16000 个 L3VPN 路由的流量恢复延迟 10 秒可能归因于硬件单元中的编程延迟以及软件模型和 CPU 容量。 PR1614413

在 ACX7509 上，1GE 接口没有铜质 1G SFP-T 光学器件，此问题特定于铜质 1G 电缆。 PR1614286

当 FEB 或 FPC 在 ACX7509 上联机时，转发引擎板 （FEB） 或灵活 PIC 集中器 （FPC） 会出现瞬态 zl30642 PLL 告警。这些告警发生在上电期间，当实现 PLL 锁定时，这些告警将在几秒钟内清除。因此，如果在这些现场可更换单元 （FRU） 的 Major FEB 0 zl30642 PLL Input Failure Major FEB 0 zl30642 PLL LOCK Failure Major FEB 0 zl30642 PLL OCXO Failure Major FPC 1 zl30642 PLL Input Failure Major FPC 1 zl30642 PLL LOCK Failure Major FPC 1 zl30642 PLL OCXO Failure联机过程中发生并清除它们，则可以安全地忽略它们。 PR1615688

可以看到叠加层和内核注销之间的争用条件。解决方法是在执行jackout之前，运行命令 request chassis fpc offline ，然后jack-out。 PR1618133

以下情况需要重新启动或重新启动盒子。

• 在不将其脱机的情况下不正常删除 FRU。
• FRU 中的电源故障。
• 系统中的 PCI 链路故障。

这些问题无法在活动机箱中恢复，需要重新启动/重新启动。 PR1619368

此问题特定于插槽 7，其中不支持插槽 7、端口 13。作为通道化约束的一部分，两个相邻端口都必须配置或同时配置为非通道化。由于 slot-7 端口不受支持，因此需要忽略端口 2 端口的通道化限制。 PR1620425

如果在 PE 路由器中配置了 explicit-null PE1 ---- P ---- PE2 ping mpls l2circuit 不起作用。它不会影响数据路径流量。PR1621111

在某些具有不同 CPU 负载的路由器的分段路由拓扑中，由于微环，切换事件的收敛时间可能会更长。当一个节点的收敛速度快于相邻节点时，这是一种已知行为。 PR1621263

如果组播复制模式为入口-出口-回收，则聚合以太网成员接口不会发生负载平衡。 PR1621377

由于重大代码更改和更多的回归影响，1GE 接口上没有自动协商设置的详细信息。 PR1621991

ACX7509有多个 FPC 插槽，由于数据包转发引擎集中式，因此使用单插槽（插槽 0）维护统计信息。ACX7509 是唯一ACX 系列卡之间具有多个 FPC 插槽的平台。pfestatsd 基于 FPC 插槽查询统计信息以获取清除命令，这导致了问题，因为 Junos OS 演化基础架构没有维护基于 FPC 插槽的统计信息ACX7509。这需要在 pfestatsd 中进行更改，这需要在其他多 FPC 插槽平台中进行测试。解决方法，可以使用其他流量计数器，如接口统计信息，而不是数据包转发引擎统计信息。数据包转发引擎统计信息很少用于调试。 PR1622515

升级 Junos OS Evolved 时，FPC 会转换 PowerOff -> PowerOnWait -> PowerOnPermission -> PowerOnStart。但是在尝试通电时出现故障，状态从 PowerOnStart 变为空状态。这导致 Fpc：：OnDelete，我们在其中设置 SetFrueDeleted（true）;为真。但是，它不适用于 FpcFrueDeleteCleanup（fpc_name）;fruedelete 清理，我们将 SetFrueDeleted 标志重置回 false，因为 FPC 仍处于未就绪状态（FPC 未联机，因为 dmf init 尚未完成），并将推迟终止。PR1623455

用户可以配置家庭以太网交换过滤器以匹配 dmac（ 01：80：c2：00：0e） 和 etype（0x88f7） 并丢弃此类数据包。通过配置，我们可以灵活地仅为需要丢弃的服务安装过滤器，而其他服务可以根据需要转发。 PR1623756

加载多维配置时，观察到 RPC 密钥失败错误消息“无效的 RPC 请求密钥：0x00110000”和“无效的 RPC 请求密钥：0x000b0009”。这不会对功能产生任何影响。 PR1624635

多次重启 FPC 时，AOC 电缆断开。 PR1624992

间歇性地创建 IRB 时，预计会出现错误消息，这对功能没有影响。 PR1625782

由于timer_list损坏，路由引擎可能会在背靠背路由重启时出现故障。22.x 映像使用较新的 Linux 内核（版本 5.2+），其中已更新计时器子系统和调用程序以防止这种情况。 PR1626361

400G-ZR 光学收发器固件升级失败。这是在支持 QDD-400G-ZR 的所有单个 RU 平台上看到的通用问题。 PR1626882

在 picd 或 rpdagent 应用程序重新启动 evo-pfemand 的多堆 object-info 异常后，以下是看到的异常类型类型 类型 ： net：：juniper：：rtnh：：路由类型 ： net：：juniper：：rtnh：：NHOpaqueTlv 类型 ： net：：juniper：：rtnh：：Nexthop 类型 ： net：：juniper：：rtnh：：Unilist 类型 ： net：：juniper：：rtnh：：BfdSessionId。 PR1628843

如果系统已跨功能完全扩展，并且防火墙也已扩展，则每 18 秒左右后，在大约 5 秒的小窗口内，CPU 消耗可能会更多。Evo-pfemand 可能正忙于收集该 5 秒窗口的缩放防火墙统计信息，而任何其他尝试执行命令的应用程序（如“pfe-cli”）都可能在此期间失败。 PR1629342

在第 2 层性能测试中，我们观察到对于某些数据包大小，我们无法在 Q2C 之间的网格交换矩阵中实现 100% 的线速。我们使用 42 个 100G 端口，预计为 4.2Tbps但是，我们能够实现 4.17T 而不是 4.2T。对于 352 字节之后和 406 字节之前的某些特定数据包大小，会发生这种情况。供应商已经澄清说，对于某些数据包大小，我们将无法实现 4.2T，因为打包到单元中的效率低下。 PR1631948

当风扇托架发生故障时，会发出告警。重新启动后，警报将被清除。但是，风扇故障情况将记录在日志文件中。 PR1633353

在工作日志和非工作日志中，VRRP 组编号 187 的 l2d 索引不同。这是要从 400 个组中删除数据包的同一组，其他组正在按预期工作。因此，在工作和与 l2dId 相关的 NKWR 之间有一些修复程序，这暴露了 VRRP 问题。VRRP MAC 和接口 MAC 都存储在 SLU my_mac_hash表中。为了查找 vrrp mac 的哈希索引，我们使用 l2dId、协议类型和 vrrp 组号作为密钥。在非工作场景中，同一哈希索引上的接口 MAC 和 VRRP MAC 之间存在冲突。理想情况下，哈希移动应该已经发生以解决冲突问题，但不知何故它没有得到正确执行。更进一步，我们需要调试为什么没有发生哈希移动并修复该代码区域。这段代码非常敏感，在进行任何更改之前需要进行大量测试。因此，我们应该先在 DCB 中提交它，然后再提交任何其他版本。 PR1633986

当不相关的 FPC 在多个 FPC 脱机或联机测试中脱机时，4x400G 线卡中的接口会发生抖动。 PR1635115

在缩放设置中，当 FPC 重新启动时，PICD 不会释放 fruHwStatus 状态，并导致 PIC 联机。 PR1635941

FEB jackout 和 jackin 可能会在重新启动系统时生成 hwd 核心文件（但在 jackout 或 jackin 时不会生成）。不会有任何功能问题，因为核心文件仅在重新启动顺序期间生成。预计系统会正常运行。 PR1636243

在 ACX7509 上，在 1 个 AE 中添加超过 64 个成员链路是有限制的，而在 ASIC 中，则没有限制。 PR1627951

在 ACX7509、ACX7100-48L 和 ACX7100-32C 上，当配置了大量具有 10ms 或 3.3ms 连续性检查间隔的 CFM 会话并且 evo-pfemand 进程重新启动或崩溃时，即使在 evo-pfemand 启动后，CFM 会话也可能无法启动。 PR1634721

在基于 Junos OS 演化版 21.4 的软件上，如果具有一定规模的 VPLS 实例，如果 RPD 进程被终止，可能会导致某些实例不一致。在控制平面和转发平面之间的 LSI 信息中，特别是 show vpls connections instance 和 show ethernet-switching table instance 以及由于入口处强加的 VPLS 标签不正确而导致的流量丢弃。解决方法是正常重新启动 rpd 和/或 l2ald。 PR1627593

在极少数情况下，在配置和删除 DDL 配置语句（如 set chassis aggregated-devices 和 set interface ae1 aggregated-ether-options）后，配置对象会超出范围，而不会对功能产生影响。 PR1617667

如果使用没有正则表达式的文件名，则使用正则表达式的文件删除可能会失败。 PR1624562

重新启动 picd 或 rpdagent 应用程序后，观察到 evo-pfemand 的多堆对象信息异常。以下是看到的异常类型 ： net：：juniper：：rtnh：：路由 类型 ： net：：juniper：：rtnh：：NHOpaqueTlv 类型 ： net：：juniper：：rtnh：：Nexthop 类型 ： net：：juniper：：rtnh：：Unilist 类型 ： net：：juniper：：rtnh：：BfdSessionId。 PR1628843