实际运行环境配置NQA没有日志和告警

核心问题是 **action-type trap-only 仅发 Trap 不打本地日志 **，且信息中心输出通道未配置，去掉该关键字或改为 trap 即可生成本地日志，再配合 info-center source NQA channel 0 log level informational 就能看到日志。

根据你的配置，NQA探测本身应该已经生效，但没有产生日志和告警，问题很可能出在配置的细节上，特别是 action-type 参数和SNMP（简单网络管理协议）告警发送机制。

📌 第一步：修正 action-type 参数

根据H3C官方社区的多个案例，当配置NQA阈值告警（如 probe-fail）并与Track联动时，action-type 必须配置为 trigger-only，而不是 trap-only。

• trigger-only：此参数意味着当监测条件满足时，NQA会触发本地动作（例如，改变Track项的状态），并在本地记录告警信息。

• trap-only：此参数只会向SNMP网管服务器发送告警消息，不会触发本地的联动动作，因此Track的状态不会改变，本地也可能不会产生日志。

请检查你的配置：
在你的配置中，使用的正是 action-type trap-only。请修改为 trigger-only：

info-center source NQA 命令没有生效，可能是信息中心功能未开启，或输出规则未正确配置。

1. 确保信息中心已开启：
   info-center enable

2. 检查信息中心输出规则：
   命令 info-center source NQA 用于配置NQA模块的日志输出。建议放宽日志级别，先允许所有级别的日志输出，以便观察：

   info-center source NQA channel logbuffer log level debugging state on log level debugging 将日志级别设为最低的debugging，确保能捕获所有信息。

   • 将channel设置为logbuffer，确保日志写入本地日志缓冲区。

完成上述配置后，可以使用 display logbuffer 命令查看本地日志缓冲区中是否有NQA模块产生的新日志。

🌐 第三步：检查SNMP告警的发送配置

如果你需要通过SNMP Trap接收告警，trap-only本身不是错误，但它依赖于完整的SNMP告警链路配置，这正是你的环境中可能缺失的一环。

• 启用SNMP告警：确保已全局启用SNMP告警功能，特别是NQA模块的告警。通常使用如下命令：

  snmp-agent trap enable nqa

• 配置告警目标主机：必须使用 snmp-agent target-host 命令，指定接收Trap消息的NMS（网络管理系统）的IP地址、端口号和SNMP参数。

🛠️ 第四步：验证探测条件与阈值

如果配置无误，但仍无告警，问题可能出在探测或阈值设置上。

• 验证连通性：确保NQA探测的源IP (1.1.1.1) 到目的IP (10.2.2.2) 的路由可达。如果链路本身是通的，自然不会触发probe-fail告警。建议暂时将目的IP改为一个无效地址来模拟探测失败，强制触发告警。

• 检查阈值条件：threshold-type accumulate 10 表示需要连续10次探测都失败才会触发告警。probe count 10 表示一次测试会发送10次探测。这意味着，可能需要一整轮测试（10次探测）全部失败，才达到触发条件。可以根据测试需要，将此阈值降低，例如改为 threshold-type consecutive 3，以更快地触发告警。

📝 第五步：查询历史与调试

• 查看历史记录：history-record enable 用于记录探测的历史结果，但这与实时告警和日志是两个功能。你可以使用 display nqa history 命令来查看历史记录，确认探测本身是否在正常进行。

• 开启调试：这是最直接定位问题的方法。可以在设备上开启NQA模块的Debugging功能，实时观察系统在处理NQA探测和告警时的详细内部过程。

  <H3C> terminal monitor

  <H3C> terminal debugging <H3C> debugging nqa all