如何验证一台网络设备是否真正受支持
用绑定具体设备、固件、角色、采集路径、范围和证据等级的可重复声明，替代厂商 Logo 兼容性。
直接回答
只有通过采集与解释检查的精确组合才算受支持：厂商、网络 OS、型号、固件或 build、角色、部署模式、管理平面、采集方式、配置权威、完整性、解析覆盖与证据等级。内置 Profile 或成功登录只是验证起点，不能证明该品牌下所有型号和功能均受支持。
适用场景
- 判断新接入型号能否建立可信基线。
- 在固件升级或设备角色变化后重新验证支持状态。
- 发布包含证据与限制的内部兼容矩阵，而不是宽泛打勾。
分步骤复核
识别具体目标
通过有界只读事实记录厂商、网络 OS、型号、build、角色、部署、管理平面与主机身份。
执行 Profile 采集计划
只运行定义好的命令或 NETCONF 请求，并保留采集方式、提示符、输出大小与错误证据。
验证每个必需范围
要求声明的每个配置权威和区段都返回完整证据，并明确记录警告与缺失。
测量解释覆盖
运行匹配的解析器与规则包，计入每一行或节点，并按风险分类未知语法。
签发有界声明
用具体指纹、解析器版本、证据等级、限制和时间记录通过、警告或不完整；相关条件变化后重新验证。
这里的网络配置机制
支持是多维的
同一型号在不同固件、角色、控制器模式、权限等级或采集方式下，可能暴露不同事实与配置。
完整性先于语义
再好的解析器也无法补回设备没有返回或账号无权读取的配置。
输入变化后需要重新验证
固件升级、拓扑角色、管理权威、Profile 版本与解析器版本都可能要求重新检查。
支持声明的证据等级
| 等级 | 可用证据 | 允许结论 |
|---|---|---|
| 存在 Profile | 已有采集与解析定义 | 可进入测试，不是设备支持声明 |
| Fixture 已验证 | 脱敏样本可以解析且必需规则通过 | 只证明该样本的解析行为 |
| 在线采集已验证 | 具体目标、采集方式、范围、完整性与覆盖均通过 | 对记录的指纹和范围作有界支持声明 |
| 回归已验证 | 已知语义变化符合预期 golden | 对已测试变化类型提供更强证据，仍不是通用厂商认证 |
风险与不应执行的操作
不要认证整个品牌
一个通过的型号和固件不能覆盖厂商全部产品。
不要把登录成功等同于支持
认证成功不能说明必需范围、权限、解析或语义覆盖。
不要静默升级警告
未知高风险语法或必需范围缺失必须保持可见，并可能阻止干净结论。
Omuuz 产品能做什么、不能做什么
能够做到
ConfigVault 可以为每个已测试目标生成有证据范围的 Device Support Check，并把警告、覆盖、版本与限制附在声明上。
不能做到
它不能把 Profile、厂商名称、实验室 fixture 或登录成功转换成对所有型号、固件、功能与部署的通用认证。
产品证据
