全局健康，本地却无法解析
某个 RADIUS、NTP 或云主机名无法通过单一站点的解析器解析。Control 会显示解析器、目标、响应、运行时长与受影响范围。
Diagnostics Engine
不只是判断服务是否可用，还要明确在哪里、对谁、为什么。
仅靠中央 Ping 或绿色 DNS 状态远远不够。服务必须从客户端与 AP 实际使用它的网络和范围中进行测试。Control 可针对单个 AP、整个站点、SSID 或 VLAN 执行定向检查，并将结果与技术证据关联。
Scope matters
细小的本地偏差，也可能引发重大的运维问题。
成功，但速度过慢
Lease 最终成功分配，但耗时明显过长。DHCP Relay、VLAN、丢包、交换机端口或链路问题会作为可能的基础设施上下文呈现。
认证正常，Accounting 失败
Control 验证服务器、角色、端口、Authentication、Accounting、RTT、DNS 解析与具体错误信息。
在线，并不代表已正确 Onboard
AP 可能可以访问，但仍处于错误的 NAC Group 上下文、尚未 Onboard，或收到异常 VLAN 属性。
防火墙与 SSL Inspection
互联网连接正常，但证书改写或防火墙规则阻断了云通信与新 AP 上线。
Service matrix
一次测试，多个 AP，可比较的结果。
Service Matrix 按 AP 显示队列状态、当前阶段、运行时长与结果，无需逐一排查每个 AP，即可发现站点内差异。
Infrastructure correlation
眼前的故障并不总是根因。
一条损坏的网线可能同时引发 CRC 错误、丢包、DHCP Lease 变慢、云通信中断与应用会话不稳定。Control 将服务结果与 AP、交换机端口和链路证据关联，避免团队在错误的系统上排查。
Packet evidence
当状态指标不够时，数据包才是关键。
远程 Sniffer 与 RPCAP 支持基于客户端、DNS、DHCP 或 RADIUS 的定向抓包。范围、BPF 预览、帧数限制、运行时长、安全停止与 PCAP 下载都保持受控且可追溯。
Result
将“无法使用”转化为可验证的技术结论。
每项检查都会返回范围、已执行步骤、运行时长、状态、技术证据、受影响基础设施与明确错误信息。结果可直接进入报告或下游 API 处理流程。