DHCP、DNS、NTP 与 RADIUS
针对客户端无线网络、AP 管理网络、站点、用户上下文或 SSID 上下文执行检查。
Integration-ready Operations
让证据成为工作流的一部分。
Control 将 Scope、Status、Technical Evidence 与 Root-Cause Context 结构化，供 API 和 Reports 继续使用，并明确区分 ITSM Handoff 与真正启用的 Remote Delivery。
API-driven checks
定向检查，结构化处理。
可通过 API 针对定义的范围触发检查，并获得机器可读的结果。
PoE、速率、双工与计数器
验证某栋楼宇中的全部 AP，或单独验证 Ethernet 接口与交换机端口。
Onboarding 与可达性
Site Engine Onboarding、Policy 上下文、云通信，以及防火墙规则或 SSL Inspection 的影响。
Events and handoff
不只是一个告警，而是一个带上下文的案例。
- 状态与严重级别
- 站点、楼宇、AP、客户端、SSID 与 VLAN
- 已执行检查与运行时长
- 技术证据与根因关联
- 受影响基础设施与 Recommended Action
- 报告或排查链接
ITSM and automation
连接现有流程。
ServiceNow Outbox 可在本地准备可审计的 Incident Candidate。自动远程创建或更新 Incident 目前尚不是生产功能，因此不把其他 ITSM 目标描述为已经完成的集成。
Example flow
从 DNS 故障到可执行 Incident。
- Monitor 发现某站点的 DNS 解析器无法解析一个 RADIUS 主机名。
- Control 评估影响范围与严重级别。
- Control 将站点、解析器、目标、错误信息与 Evidence 汇总为结构化的技术发现项。
- 已准备的 ServiceNow Outbox 可以生成本地 Incident Candidate；Remote Delivery 仍保持关闭。
- 负责团队由此获得用于 Report、API 处理或后续 ITSM Handoff 的明确技术起点。