当前位置：首页 > news >正文

瑞萨RA8T2 MFWD错误中断配置：从硬件事件到软件可观测性的关键

news 2026/6/28 16:16:39

1. 项目概述与核心价值

在嵌入式网络开发，尤其是工业以太网、车载网络这类对实时性和可靠性要求极高的领域，调试网络丢包、延迟或数据错序问题，往往像在黑暗中摸索。你可能会看到数据流时断时续，但软件层面却抓不到任何明确的错误码，问题排查无从下手。这正是因为许多底层的、由硬件加速引擎处理的网络事件，如果没有正确的中断机制来“通知”CPU，就会像石沉大海，悄无声息地被丢弃或过滤掉。

今天要深入剖析的，就是瑞萨RA8T2系列MCU中，以太网消息转发引擎（MFWD）的错误中断寄存器组。这组寄存器，特别是FWEIE0i、FWEIS1、FWEIS2、FWEIS5以及FWEIS60到FWEIS72这一系列，正是连接硬件过滤行为与软件感知能力的桥梁。它们的作用远不止于手册里冰冷的位域描述。通过合理配置这些寄存器，你可以让MFWD这个“黑盒”变得透明：当一帧数据因为二层MAC地址学习失败被丢弃时，当一条流因为PSFP（流过滤与策略）的计量器超限被限速时，或者当FRER（帧复制与消除可靠性）机制检测到序列错误或超范围错误时，硬件都能立即产生一个中断，让你的软件第一时间获知“发生了什么”以及“在哪里发生的”。

这对于构建高可靠网络节点至关重要。想象一下，在一个TSN（时间敏感网络）系统中，一个关键的控制帧因为VLAN过滤规则不匹配而被静默丢弃，可能导致整个产线停机。如果启用了对应的中断，系统不仅能记录这个事件，还能触发备用路径切换或立即上报诊断信息。本文将带你从寄存器位定义出发，深入理解从基础的帧过滤（Layer 2/3 Filtering）到高级的FRER恢复机制（Sequence Recovery）所对应的各类错误中断，并分享如何在实际项目中配置和使用它们，将硬件能力转化为可观测、可诊断的软件优势。

2. MFWD错误中断寄存器架构总览

在深入每个比特位之前，我们必须先建立起对MFWD错误中断寄存器整体架构的认知。RA8T2的MFWD模块其中断系统设计得相当模块化和层次化，并非一个单一的“中断状态寄存器”，而是围绕不同错误源和功能模块，形成了一套完整的“状态-使能-禁用”三元组寄存器体系。

2.1 核心寄存器组分类与寻址

MFWD的错误中断寄存器主要分为几个大的功能集群，每个集群都遵循FWEISx(Status),FWEIEx(Enable),FWEIDx(Disable) 的命名和配对规律。这里的x是索引号，用于区分不同的中断源组。

端口相关过滤错误（Port i Errors）：对应寄存器FWEIE0i/FWEID0i/ (状态位分散在其他寄存器或需查询特定硬件标志)。这里的i代表端口号（0, 1, 2）。这是最常用的一组，涵盖了数据帧进入MFWD管道时，在入口端口进行的基础过滤和检查所引发的错误，例如MAC地址学习失败、VLAN过滤、端口目标缺失等。
表安全错误（Table Security Errors）：对应寄存器FWEIS1/FWEIE1/FWEID1。这类错误与MAC地址表（MAC Table）、VLAN表（VLAN Table）和三层转发表（L3 Table）的安全学习机制相关。当CPU试图学习一个“非安全”条目，但硬件中为非安全条目预留的空间已满时，就会触发此类错误。这在需要区分受信（安全）和非受信（非安全）设备接入的网络中非常关键。
PSFP MSDU过滤错误（PSFP MSDU Filtering Errors）：对应寄存器FWEIS2/FWEIE2/FWEID2。PSFP是IEEE 802.1Qci引入的每流过滤与策略机制。MSDU过滤器可以基于帧的多个字段进行复杂匹配。这组寄存器（共16个位，PMFS0-PMFS15）用于指示具体是哪个MSDU过滤器（ID 0-15）拒绝了当前帧。
PSFP计量器过滤错误（PSFP Meter Filtering Errors）：对应寄存器FWEIS5/FWEIE5/FWEID5。同样是PSFP的一部分，计量器（Meter）用于流量监管和整形。这组寄存器（共32个位，PMRFS0-PMRFS31）用于指示具体是哪个计量器（ID 0-31）因流量超限而过滤（丢弃或标记）了帧。
FRER过滤错误（FRER Filtering Errors）：对应寄存器FWEIS60-FWEIS63/FWEIE60-FWEIE63/FWEID60-FWEID63。FRER是IEEE 802.1CB用于实现无缝冗余的协议。这四组寄存器（每组32位）总共管理128个FRER规则（ID 0-127）的过滤状态。当FRER机制因序列错误（如重复帧、乱序帧）而决定丢弃一个帧时，对应的状态位会被置起。
FRER超范围错误（FRER Out Of Range Errors）：对应寄存器FWEIS70-FWEIS72/FWEIE70-FWEIE72/FWEID70-FWEID72。这是FRER机制中更特定的一种错误，与“匹配算法”或“向量算法”相关，用于处理序列号超出预期窗口范围的帧，通常意味着严重的网络延迟或路径故障。

寻址方式：这些寄存器都位于MFWD模块的地址空间内。基地址为0x403C_0000(安全世界) 或0x503C_0000(非安全世界)。偏移地址有规律可循，例如FWEIE0i的偏移是0x7904 + 0x10 × i。这种规律化的设计便于在驱动程序中用循环或数组进行批量操作。

2.2 “使能-状态-禁用”的协同工作流程

这是理解整个中断系统的关键。很多开发者初次接触时会对为什么需要三个寄存器感到困惑。其工作流程是一个典型的“置位-通知-清除”模型：

使能（Enable）：软件通过写FWEIEx寄存器的特定位为1，来告诉硬件：“我对这类事件感兴趣，当它发生时，请通知我（触发中断）”。例如，设置FWEIE0i.LTWDUFE = 1，意味着使能“二层目的地址未知过滤”中断。
状态置位（Status Set）：当硬件检测到对应的事件发生时（例如，一个帧的目的MAC地址在MAC表中查找不到），它会自动将对应的FWEISx寄存器中的状态位（如某个隐含标志或通过其他机制）置为1。关键点：状态位的置位是硬件行为，与是否使能中断无关。即使中断未被使能，错误事件仍然会发生并被记录在状态位中（尽管可能无法直接读取所有状态寄存器，但硬件内部有记录）。
中断产生：如果某个事件的状态位为1且其对应的使能位也为1，那么MFWD就会向系统中断控制器（如GIC）发出一个中断请求。
中断服务程序（ISR）： CPU跳转到MFWD错误中断的ISR。ISR的第一件事就是轮询所有相关的FWEISx状态寄存器，找出具体是哪一个（或哪几个）位被置位，从而确定错误根源。
清除状态（Clear）：为了告知硬件“我已处理此事件”，ISR必须通过写FWEIDx(Disable) 寄存器来清除状态。注意，这里的设计很巧妙：向FWEIDx的某位写1，并不会“禁用”该中断，而是会清除对应FWEIEx中的使能位，并通常也会连带清除FWEISx中的状态标志。这是一种“写1清除”的机制。例如，在ISR中检测到是PMFS5触发的过滤，就需要向FWEID2.PMFD5位写1。写完后，FWEIE2.PMFE5位被清零（中断被临时禁用），FWEIS2.PMFS5状态位也被清零，中断信号随之撤销。
重新使能：在处理完错误后，如果希望继续接收此类中断，软件需要再次写FWEIEx寄存器，将对应的使能位置1。

实操心得：这个“使能-禁用”配对操作是新手最容易出错的地方。切记，在ISR中不要直接去写FWEIEx寄存器来试图清除中断，那样可能无效或导致意外行为。正确的做法永远是查询FWEISx，然后写对应的FWEIDx位。有些MCU的中断清除是直接写状态寄存器，而RA8T2 MFWD采用了这种间接的、通过“禁用寄存器”来清除的设计，需要特别注意。

3. 逐类详解：从基础过滤到高级恢复

理解了架构，我们就可以深入每一类中断的具体场景和配置要点了。手册中的位域描述是“是什么”，而我们需要结合网络协议原理，理解“为什么”会触发以及“如何”处理。

3.1 端口基础过滤错误（FWEIE0i）

FWEIE0i寄存器管理的是最基础的、与单个端口绑定的一系列过滤错误。我们可以将其细分为几个子类：

3.1.1 二层（Layer 2）过滤错误这类错误发生在基于MAC地址和VLAN的转发决策阶段。

LTWDSPFE / LTWSSPFE / LTWVSPFE：目的/源/VLAN的源端口过滤使能。当MFWD根据帧的MAC地址或VLAN ID查找转发表，发现其指定的输出端口与帧实际到达的源端口冲突时触发。例如，一个帧从Port 1进入，但其目的MAC地址表项指定必须从Port 2转发，而源端口过滤规则可能禁止这种“绕回”行为。
LTWDUFE / LTWSUFE / LTWVUFE：目的/源/VLAN的未知地址过滤使能。这是最常见的错误之一。LTWDUFE（目的地址未知）在“目的MAC地址不在MAC地址表”时触发，通常发生在广播、组播或尚未学习的单播帧上。LTWSUFE（源地址未知）则在“源MAC地址不在MAC地址表，且学习失败”时触发。这里就引出了下一个关键位。
SMHLFE / SMHMFE：源MAC硬件学习/迁移失败使能。这是理解MAC地址学习的关键。当一个新的源MAC地址从某个端口进入，MFWD硬件会尝试将其学习到该端口对应的MAC表项中。如果学习失败（例如，MAC表已满，或该地址被配置为静态条目冲突），SMHLFE中断就会产生。SMHMFE则与更复杂的“迁移”场景相关，比如一个已学习的MAC地址突然从另一个端口出现，硬件尝试更新（迁移）该表项时失败。
LTWNTFE：二层无目标过滤使能。当帧需要广播或组播，但当前端口的输出端口映射（Port Map）被配置为禁止转发该广播/组播流时触发。

3.1.2 三层（Layer 3）过滤错误当MFWD支持IP路由功能时，这些中断才相关。

LTHSPFE：三层源端口过滤使能。基于IP地址的路由查找结果，指定了输出端口，但该端口与帧进入的源端口冲突。
LTHUFE：三层未知过滤使能。路由查找失败（无匹配路由）。
LTHNTFE：三层无目标过滤使能。类似于二层，可能是组播路由找不到出口。

3.1.3 直接描述符错误这类错误与MFWD和DMA描述符的交互有关，通常意味着软件配置的描述符格式有误或存在安全问题。

DDEE：直接描述符通用错误使能。
DDFEE：直接描述符格式错误使能。描述符的字段不符合硬件要求。
DDSEE：直接描述符安全错误使能。可能发生在TrustZone环境下，非安全世界试图访问安全世界的描述符资源时。
DDNTFE：直接描述符无目标过滤使能。描述符中指定的目标无效。

3.1.4 水印与端口过滤

WMCFE / WMFFE：水印临界/刷新过滤使能。与内部缓冲区管理相关，当接收或发送FIFO的水位达到临界值或需要刷新时触发，用于流量控制和防止缓冲区溢出。
WMIUFE / WMISFE：水印IPV非安全/安全过滤使能。与带安全标签的流量管理相关。
PBNTFE：基于端口的无目标过滤使能。这是一种更简单的过滤，完全基于端口号，不查MAC表。

配置示例与避坑指南：假设我们正在设计一个工业交换机模块，需要监控所有未知单播帧和MAC学习失败事件。
// 假设操作 Port 0 的寄存器 volatile uint32_t *fweie0 = (uint32_t*)(MFWD_BASE + 0x7904); // 使能关键中断：目的未知、源未知、源MAC学习失败 uint32_t value = 0; value |= (1 << 15); // LTWDUFE: Layer 2 Destination Unknown Filtering Enable value |= (1 << 14); // LTWSUFE: Layer 2 Source Unknown Filtering Enable value |= (1 << 18); // SMHLFE: Source MAC Hardware Learning Fail Enable // 可选：使能VLAN未知和格式错误，加强诊断 value |= (1 << 16); // LTWVUFE: Layer 2 VLAN Unknown Filtering Enable value |= (1 << 27); // DDFEE: Direct Descriptor Format Error Enable *fweie0 = value; // 写入使能寄存器
避坑点1：不要一次性使能所有中断，尤其是在调试初期。过多的中断会淹没CPU，导致系统响应迟缓。应先使能最关心的几类，稳定后再逐步增加。避坑点2：SMHLFE中断在MAC地址表快满时会频繁触发。在ISR中，除了记录错误，还应考虑是否有地址老化机制，或者是否需要动态调整MAC表大小（如果支持）。

3.2 表安全错误与PSFP流过滤

3.2.1 表安全错误（FWEIS1/FWEIE1）LTHTSES、MACTSES、VLANTSES这三个状态位指向同一个核心问题：安全条目资源耗尽。在支持安全扩展（如TrustZone）的系统中，MAC、VLAN、L3表项可能被划分为安全（Secure）和非安全（Non-secure）区域。当非安全世界的CPU（例如，运行普通应用）试图学习一个新的表项，但硬件为非安全条目预留的专用区域已满时，即使总表还有空间，学习也会失败并触发此中断。

处理策略：这类中断的恢复方法手册明确写着“System dependent”。在实际操作中，ISR需要评估当前网络状况。一种策略是记录日志并报警，提示网络可能存在非受信设备泛滥攻击或配置不合理。另一种更积极的策略是，在安全策略允许的前提下，由安全世界的软件（如可信驱动）介入，清理老旧的非安全条目或动态调整安全/非安全区域的大小比例。

3.2.2 PSFP MSDU过滤错误（FWEIS2/FWEIE2）PSFP的MSDU过滤器是一个强大的工具，可以根据以太网帧头、IP头甚至TCP/UDP端口号等组合条件来识别特定的“流”。FWEIS2寄存器中的PMFS0-PMFS15直接对应16个MSDU过滤器。

场景：你配置了MSDU过滤器5，用于匹配所有来自IP地址192.168.1.100的TCP 80端口（HTTP）流量，并设置动作为“丢弃”。
触发：当这样一个帧到达时，它被过滤器5匹配并丢弃。同时，如果FWEIE2.PMFE5已使能，则FWEIS2.PMFS5位会被硬件置1，并产生中断。
诊断价值：在ISR中，读取FWEIS2的值，找到被置位的位（例如 bit 5），你就立刻知道是“哪个过滤器”丢弃了“什么样的流量”。这对于调试复杂的流量策略或确认安全规则是否生效无比重要。

3.2.3 PSFP计量器过滤错误（FWEIS5/FWEIE5）计量器是流量整形和监管的核心。FWEIS5寄存器中的PMRFS0-PMRFS31对应32个计量器。

场景：你为视频流配置了计量器3，采用双令牌桶算法，承诺信息速率（CIR）为10 Mbps，峰值信息速率（PIR）为20 Mbps。
触发：当视频流突发流量超过PIR，或者持续超过CIR时，计量器3会对超限的帧执行“丢弃”或“标记”动作。每丢弃或标记一个帧，如果FWEIE5.PMRFE3已使能，则FWEIS5.PMRFS3位会被置1，并可触发中断。
诊断价值：这个中断是网络拥塞和流量超限的直接证据。通过监控哪些计量器频繁触发，可以精准定位网络中的“热点”流，为QoS策略调整提供数据支撑。例如，发现计量器3频繁报警，你就需要考虑是否增加该视频流的带宽配额，或者检查发送端是否在异常发包。

3.3 FRER机制相关错误深度解析

FRER是构建高可靠性冗余网络的核心。其错误中断分为两大类：过滤错误和超范围错误。理解它们，必须先理解FRER的两种基本恢复算法。

3.3.1 FRER过滤错误（FWEIS60-FWEIS63）这组寄存器对应FRER规则0-127的过滤状态。触发条件是：一个帧被FRER规则过滤（丢弃）。但为什么丢弃？这取决于FRER规则配置的恢复算法：

个体恢复算法（Individual Recovery）：在这种模式下，每个流独立进行序列号检查。触发过滤中断的条件是：无序列错误（no sequence error）或遭遇阻塞错误（struck error）。这听起来有点反直觉。关键在于“无序列错误”可能意味着这是一个重复帧。FRER机制会为每个流维护一个序列号窗口，当收到一个序列号已在窗口内（即已接收过）的帧时，会将其作为重复帧丢弃，并可能触发中断。“阻塞错误”可能指路径故障等。
序列恢复算法（Sequence Recovery）：这种模式通常用于多条路径的聚合恢复。触发条件更简单：无序列错误（no sequence error）。同样，这通常指重复帧。

核心要点： FRER过滤错误中断，主要报告的是“正常冗余管理行为”，比如丢弃一个重复帧。这不一定代表网络故障，而是FRER正在正常工作。因此，在软件处理上，这类中断的优先级可能低于其他错误。你可以用它来统计重复帧的数量，评估网络冗余路径的健康状况（重复帧过多可能意味着某条路径延迟异常，导致副本到达过晚）。

3.3.2 FRER超范围错误（FWEIS70-FWEIS72）这组寄存器对应FRER规则96-127、64-95、32-63的超范围状态。这是一个更严重的错误指示。

匹配算法（Match Algorithm）：当使用此算法时，FOORSn位在发生乱序错误（out of order error）时置位。这意味着收到的帧序列号不连续，且超出了预期的重排序缓冲区大小。这可能表明网络中存在严重的抖动或某条路径有巨大延迟。
向量算法（Vector Algorithm）：当使用此算法时，FOORSn位在发生超范围错误（out of range error）时置位。这意味着收到的帧序列号远远落后或超前于当前接收窗口，几乎无法恢复。这通常意味着严重的网络分区、时钟不同步或序列号重置。

处理策略：超范围错误是网络健康度的红色警报。在ISR中，除了记录是哪个FRER规则（n）触发，还应立即上报网络管理单元，可能需要进行路径切换检查、时钟同步校验，甚至触发系统级的故障安全流程。

实操心得：FRER中断的配置哲学对于FRER中断，不建议在初始化时就全部使能。应该根据应用场景分阶段配置：
调试阶段：使能所有FRER过滤和超范围中断，并记录详细的日志（规则ID、序列号、时间戳）。这有助于验证FRER配置是否正确，以及观察网络基线状态。
运行阶段：考虑关闭过滤错误（FFEn）的中断，或者将其设置为低优先级。因为重复帧丢弃是正常操作，频繁中断会浪费CPU。可以改为轮询这些状态位进行统计。但超范围错误（FOOREn）必须使能并设为高优先级，因为它指示了可能影响业务连续性的严重问题。
示例代码片段（使能FRER规则32的超范围中断）：
// 假设使用 FRER 规则 32，它属于组62 (n=32 to 63) // FWEIE72 管理规则 32-63 的超范围中断使能 volatile uint32_t *fweie72 = (uint32_t*)(MFWD_BASE + 0x7AB4); // 规则32对应 bit 0 (i = n - 32 = 0) *fweie72 |= (1 << 0); // 使能 FOORE0

4. 实战：中断服务程序（ISR）设计与调试技巧

了解了所有中断源，最终要落地到代码。一个健壮、高效的MFWD错误中断ISR是网络稳定性的基石。

4.1 ISR基本框架与处理流程

下面是一个简化的ISR处理流程伪代码，展示了如何组织处理逻辑：

void MFWD_Error_IRQHandler(void) { uint32_t status_reg; uint32_t error_flags = 0; // 1. 读取并记录所有相关状态寄存器（快照） status_reg = READ_REG(FWEIS1); // 表安全错误 if (status_reg & (LTHTSES_MASK | MACTSES_MASK | VLANTSES_MASK)) { error_flags |= ERROR_TABLE_SECURITY; // 具体判断哪个表出错，记录日志 if (status_reg & LTHTSES_MASK) { /* 处理L3表安全错误 */ } // ... 清除中断：写FWEID1对应位 WRITE_REG(FWEID1, (status_reg & (LTHTSES_MASK | ...))); } status_reg = READ_REG(FWEIS2); // PSFP MSDU过滤错误 if (status_reg) { error_flags |= ERROR_PSFP_MSDU; // 找出是哪个过滤器触发的 for (int i = 0; i < 16; i++) { if (status_reg & (1 << i)) { LOG("MSDU Filter %d triggered drop.", i); } } // 清除中断：写FWEID2，位图与状态位相同 WRITE_REG(FWEID2, status_reg); } status_reg = READ_REG(FWEIS5); // PSFP Meter过滤错误 if (status_reg) { error_flags |= ERROR_PSFP_METER; // 找出是哪个计量器触发的 // ... 类似上述循环 WRITE_REG(FWEID5, status_reg); } // 2. 处理端口相关错误（需遍历端口0,1,2） for (int port = 0; port < 3; port++) { // 注意：端口错误状态可能需要通过其他寄存器或描述符获取。 // 这里假设通过查询描述符的错误标志位来确认。 // 通常需要在ISR中检查该端口对应的接收描述符环（Rx Ring）的错误位。 if (rx_desc[port].status & DESC_STATUS_ERROR_MASK) { error_flags |= (ERROR_PORT_0 << port); // 进一步解析描述符错误码，匹配到具体的LTWDUFE/SMHLFE等 // 处理错误，回收描述符... } } // 3. 处理FRER错误（遍历组60-63, 70-72） for (int group = 60; group <= 63; group++) { status_reg = READ_REG(FWEIS_BASE + group*0x10); // 简化地址计算 if (status_reg) { error_flags |= ERROR_FRER_FILTER; // 解析具体规则ID: rule_id = group_offset + bit_position WRITE_REG(FWEID_BASE + group*0x10, status_reg); } } for (int group = 70; group <= 72; group++) { status_reg = READ_REG(FWEIS_BASE + group*0x10); // 简化地址计算 if (status_reg) { error_flags |= ERROR_FRER_OOR; // Out Of Range 错误，高优先级 // 立即上报网络管理栈或触发恢复动作 network_manager_notify(FRER_OOR_ERROR, CalculateRuleId(group, status_reg)); WRITE_REG(FWEID_BASE + group*0x10, status_reg); } } // 4. 根据聚合的error_flags，可能触发更上层的恢复或日志记录 if (error_flags & ERROR_FRER_OOR) { // 高优先级错误，可能需要快速路径切换 } if (error_flags) { system_log_queue_push(error_flags, get_timestamp()); } }

4.2 关键调试技巧与常见问题排查

中断风暴（Interrupt Storm）：
- 现象： CPU负载率飙升，系统卡顿，日志中同一中断频繁出现。
- 根因：最常见的是中断产生后未正确清除。检查ISR中是否遗漏了写FWEIDx寄存器清除状态/使能位的步骤。另一个可能是使能了过于“频繁”的中断源，比如LTWDUFE（目的地址未知），在一个有很多新设备的网络中，这会持续触发。
- 解决：确保ISR清除操作正确。对于频繁中断源，考虑改为轮询模式，或在ISR中临时禁用该中断，稍后由后台任务重新使能。
中断不触发：
- 现象：预期中的错误发生了（如ping不通），但ISR从未被调用。
- 排查步骤：
  - 确认全局中断使能：检查CPU的全局中断标志和MFWD模块的中断总使能位（如果存在）。
  - 确认具体使能位：使用调试器直接读取FWEIEx寄存器，确认你关心的位确实被写为1。
  - 检查状态位：即使中断未触发，错误状态位也可能被置起。在错误发生后，直接读取FWEISx寄存器，看对应位是否为1。如果状态位是1但没中断，说明是使能或中断控制器配置问题。如果状态位是0，说明硬件根本没检测到该错误，需要检查MFWD的过滤规则、FRER配置等是否正确加载并生效。
  - 检查中断控制器映射：确认MFWD错误中断线是否正确连接到GIC，并且GIC中已配置为启用和优先级设置。
性能优化：
- ISR瘦身原则： ISR里只做最少、必须的工作：读取状态、清除中断、将详细处理任务放入队列（如FreeRTOS的队列、Linux的tasklet/workqueue）。绝对避免在ISR内进行复杂的协议解析、内存分配或打印日志（特别是阻塞式打印）。
- 按需使能：系统启动后，不要一次性配置所有中断。根据当前网络阶段动态调整。例如，在启动初期，使能所有错误以进行诊断；进入稳定运行后，只使能关键错误（如FRER超范围、表安全错误）和用于统计的中断（如PSFP计量器）。
- 位图操作：对FWEIS2、FWEIS5这种多位寄存器，使用__builtin_ctz(GCC) 或类似指令快速找到最低有效置位位，而不是循环32次，可以提升ISR效率。
与网络协议栈的协同：
- MFWD的中断是底层硬件事件。需要建立一个事件上报通道，将中断信息（错误类型、规则ID、时间戳、可能关联的帧元数据）传递给上层的网络管理协议（如SNMP、NETCONF）或诊断日志系统。
- 对于FRER超范围错误，除了记录，还应考虑与软件冗余协议（如HSR/PRP的SAN节点）或网络管理协议联动，尝试启动备用路径或发出告警。