已知限制

常规路由

• 在某些极端情况下，流量不会在严格优先级队列之间平均调度。在以下情况下可能会发生这种情况：配置了优先级队列并完全利用了带宽，剩余队列处于饥饿状态，并且这些队列上的流量完全丢弃。在此状态下，如果我们配置第二个严格高优先级队列，则在严格优先级队列之间不会平均调度流量。这是特定于硬件的问题，特定于 Q2C。 PR1577035

• 对于某些协议，数据包转发引擎中的 VOQ 缓冲区已从 LOW 更改为 MID。因此，一旦入口流量速率超过配置的 pps 速率，帧就不会丢弃。但是，对 CPU 的速率仍保持在配置的 pps 速率，尽管冲突计数器不会递增。这一点从基于 DdoS 路由引擎的统计数据中可以明显看出。 PR1592370

• 启用 PTP 后，ACX7100-32C 端口 31 配置为 1G。一家供应商的 J2 仅支持 10G，因此另一家供应商的变速箱通过速率匹配将 10G 转换为 1G。但是，有一个限制：它官方只能支持 2000 字节的帧大小，因此当启用 PTP 模式时，端口 31 上不支持巨型帧。 PR1593015

• 降级是由于同步安装调用期间的两个单元编程造成的。因此，编程一个接一个地发生在两个单元上。 PR1597191

• ACX7509，ACX7100-32C 和 ACX7100-48L 执行硬件时间戳。但是，对等设备（在本例中为 MX 系列）会执行软件时间戳，这会花费更多时间，从而导致高延迟。在对等设置执行软件时间戳的所有情况下都会出现此问题。 PR1599777

• 对称流量测试（封装和解封装一起扩展）无法实现 1M MPLS 标签扩展。在这种情况下，封装受 FEC 硬件资源的限制。52000刻度采用对称方法进行试验和测试。 PR1600545

• 队列统计信息不适用于以下情况：

  1. 在持续拥塞的情况下置位 DRAM 块时。DRAM 块是一种在流量超额订阅时阻止流量进入 DRAM 的机制。这可以防止数据包永远卡在 DRAM 中。（默认情况下，DRAM 块功能在 ASIC 中处于启用状态）。对于此问题，我们提供了一个 CLI 来禁用 DRAM 块。禁用后，您可能看不到此问题。
  2. 由于信用未到达，在 VoQ 中删除了数据包（监视程序计时器刷新 VoQ）。

  根据供应商的说法，由于信用未到达（监视程序计时器刷新 VoQ）而在 VoQ 中删除的数据包不计为丢弃的数据包。这可能在两种情况下发生：

  • 带宽完全配置在几个队列上，其他队列不会获得任何积分。

  • 配置优先级队列并且仅计划优先级流量时，其他队列不会获得任何积分，并且优先级队列上没有整形程序。

  在情景b）中，SHP的统计数据也会波动。建议在优先级队列上配置整形程序，以防止其他队列资源不足。 PR1601320

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

• 在路由表规模达到其完全极限（接近 1M）的扩展场景中，重新编程路由表的一些触发器可能会导致硬件中缺少路由条目。这发生在前缀分布的最坏情况下。在实时场景中，当互联网路由规模在 800,000 左右时，一定看不到这个问题，这必须保持良好。 PR1604034

• 这是适用于 400G DAC 的 Junos OS 演化版平台的常见问题。在 picd 重新启动时，第一个 pcsE 没有 Xcvr 信息，默认的 Xcvr 类型是光学器件，因此 pfemand 将端口配置为 400G 光学器件，稍后关闭 AN。当第二个 pcsE 到达时，它会携带正确的 Xcvr 信息，并再次打开 AN。这可能会翻动一个链接。在 picd 重启的早期阶段，底层链路还是向上的，这不可避免地会更新到 picd。然后第一个 PcsE 事件到来，链路断开。第二个 PcsE 事件到来后，链路已启动。 PR1604454

• 当硬件中达到 LEM 表限制时，数据包转发引擎中的路由安装 （/32） 路由在 LPM 中安装需要更长的时间。只有当 LEM 规模较小且 LPM 规模较高时，才会观察到此问题。当 LEM 报告“表已满”时，在硬件中安装 1 个路由大约需要 1 毫秒。由于在这种情况下我们有大约 2.3M 的路由要推送，因此 LPM 安装将需要更长的时间。 PR1604954

• 对于频率 1，PTP 到 PTP 噪声传输失败。0.03125赫兹 2.0.123125赫兹。 PR1608786

• 对于频率 1，同步E 到 PTP 和同步 E 到 1pps 的噪声传递测试失败。0.00781 赫兹 2.0.01563 赫兹 3.0.03125赫兹 4.0.06156 赫兹 5.0.12313赫兹。 PR1608866

• 在 ACX7100-48L 上，启用或禁用 PTP TC 或 BC 会导致所有接口同时抖动。 PR1609927

• 如果超过 400 个 PTP 客户端连接到为 PTPoE 配置的单个接口，则可能无法正确收集 PTP 延迟统计信息。 PR1611130

• ACX 系列平台不使用 Fabtoken，但多线卡除外，其中使用类似的 pfetoken 机制代替 fabtoken。 PR1614670

• 出口防火墙 ACL 的可用查找宽度有限，因此 family-any 和 family ethernet-switching/ccc/vpls/inet6 filters 不能共存。 PR1617952

• 在具有不同类型的接口（IRB、ccc、其余接口）的系统中，分类器可能无法在特定场景中工作。 PR1619441

• 对于 BUM 流量，可能会跳过具有计数或监管器操作的出口防火墙 ACL 规则，并且可能不会命中。这是因为 BUM 流量的 ASIC 限制，适用于所有服务，如 L2、L3、EVPN 等。 PR1621609

• 当主机路由 /128 路由在 ACX7100 规模 （375K） 或 LEM 表大小限制内时，ACX7509 的学习速率与ACX7100相同。与ACX7100相比，IPv6主机路由上的斐波那契学习率下降超过50%，仅当规模超过375K路由时。 PR1624365

• 当 feb 脱机并尝试读取 dpll 版本时，可以看到错误消息“ACX7509：HWD_FIRMWARE_VERSION_READ_ERROR_NOTICE：无法获取 fru：2 月，插槽：1，设备：Dpll - 错误消息的固件版本”。从 CLI 中，稍后会正确读取 FEB 插槽 1 DPLL 版本。2 月 1 日 DPLL 9 600 6022 好的。 PR1625324

• 在 FPC 重新启动期间，CCM 传输不断发生（对于 UP MEP 聚合以太网情况）。这是因为，在 FPC 重新启动期间，可能不会删除聚合以太网接口。因此，不会删除已在硬件中编程的会话信息。因此，在FPC重启期间，CCM传输不断发生。因此，会话在对等方上启动。而在物理接口的情况下，会话将在 FPC 重新启动期间被删除并添加回来。 PR1627369

• 入口复制是组播的默认复制。数据包转发引擎可以复制高达2.4T的芯片容量。由于结构带宽限制，数据包间转发引擎复制限制为 2.1T。因此，使用入口复制，不可能跨端口实现超过 2.1T 的总出口流量。 PR1629280

• 没有错误就无法实现 2M，1.5M 路由是规模化场景的合适值。 PR1630088

• CLI show pfe statistics traffic输出中的字段在 ACX7509 中不受支持，无法隐藏，因为这是设计限制。这些字段继续显示零值，可以忽略。对任何功能都没有影响。 PR1630562

• 最大支持逻辑接口为 16000。每个本地 XC 需要 2 个逻辑接口。因此，实现的规模将是8000。 PR1636947

• 支持的最大逻辑接口为 16000。每根伪线需要 1 个逻辑接口。因此，将实现16000伪线规模。 PR1637066

• 提交 show platform object-info anomalies app configd 配置语句后会看到配置对象信息异常。 PR1635668

路由协议

• 基于 IPv6 链路本地的 BFD 会话在 ACX7509 中以集中式 BFD 模式工作。因此，我们不能为基于 IPv6 链路本地的 BFD 会话支持激进的 BFD 计时器。 PR1599658