723.运行 SNMP 协议的网络设备可以主动上报告警信息以便网络管理员及时发现故障。

**解析：** 这道题考察的是 SNMP（简单网络管理协议）中不同操作模式的区别，特别是“主动上报”与“被动查询”的概念。 1. **SNMP 的基本工作机制**： SNMP 主要采用**管理器/代理（Manager/Agent）**模型。在标准的 SNMPv1 和 SNMPv2c 中，网络管理站（NMS，即管理器）通常处于主导地位，通过发送 `GET`、`GETNEXT` 等请求**主动轮询（Polling）**网络设备（代理），以获取设备的状态信息。这是一种“拉（Pull）”模式。 2. **关于“主动上报告警”**： * **Trap（陷阱）机制**：SNMP 确实定义了一种称为 `Trap` 的消息类型，允许代理在发生特定事件（如接口 Down、CPU 过载等）时，**异步地、主动地**向管理站发送通知。从这个角度看，设备确实可以“主动上报”。 * **Inform 机制**：SNMPv2 引入了 `Inform`，也是一种主动上报机制，但需要接收方确认。 3. **为什么答案是“错误”？** 虽然 SNMP 支持 Trap/Inform 这种主动上报机制，但题干表述存在以下常见的考点陷阱或语境限制： * **主要工作模式误解**：在许多基础网络教材或考试语境中，强调 SNMP 的核心特征是**基于轮询（Polling-based）**的管理协议。与之相对的是像 SYSLOG 或某些现代遥测（Telemetry）技术，后者更侧重于日志流或数据的持续主动推送。题目可能意在对比 SNMP 的“主要依赖轮询”特性与其他完全主动上报协议的差异。 * **可靠性与实时性限制**：传统的 SNMP Trap 是 UDP 无连接传输，不保证送达，且缺乏复杂的过滤和关联分析能力。在实际大规模故障管理中，仅靠 SNMP Trap 往往不足以“及时发现所有故障”，通常需要结合轮询来确保状态的完整性和一致性。因此，单纯说“可以主动上报告警以便及时发现故障”可能被判定为不准确，因为 SNMP 的设计初衷和主要优势不在于此，且其主动上报机制（Trap）存在不可靠的缺陷。 * **更优协议的存在**：在现代网络管理中，为了实现更高效、实时的主动告警，通常会使用 NETCONF/YANG + Telemetry 或专门的日志服务器（SYSLOG），而 SNMP 更多用于状态查询和基本告警。题目可能旨在指出 SNMP 并非专为“主动实时告警”设计的最佳协议。 **总结：** 尽管 SNMP 支持 Trap 主动上报，但其核心设计是基于**轮询（Pull）**模式的，且 Trap 机制存在不可靠性。在许多标准化考试中，为了区分 SNMP 与其他以主动推送为主的协议（如 SYSLOG），或者强调 SNMP 的主要工作方式，会将“SNMP 主要用于主动上报告警”这类绝对化或侧重偏差的描述判定为**错误**。更准确的说法是：SNMP 主要以轮询方式获取信息，辅以 Trap 进行异步事件通知，但其主动上报机制并非其最可靠或最主要的故障发现手段。