核心用法
该技能提供完整的 SONiC KVM 虚拟测试床部署方案，用于在单机上搭建生产级网络测试环境。核心架构基于 KVM 虚拟机运行 sonic-vs（DUT），配合 Docker 容器化的 cEOS 邻居设备和 PTF 流量发生器，通过 sonic-mgmt 容器驱动 Ansible + pytest 测试框架。
主要操作流程：
1. 环境初始化：克隆 sonic-mgmt 仓库、准备镜像文件（sonic-vs.img、cEOS tar 包）、配置管理网桥 br1
2. 关键配置修正：修复 8 组易重置的配置文件（SSH 凭证、Docker 仓库、converged peers 等），需每次操作前执行 fix script
3. 拓扑部署：执行 testbed-cli.sh add-topo 创建 T0/T1-LAG 拓扑，支持 use_converged_peers: true 通过多 VRF 收敛减少 cEOS 容器数量（T0: 4→1，T1-LAG: 24→2）
4. DUT 配置：创建 admin 用户、修复 docker socket 权限
5. Minigraph 下发：deploy-mg 推送配置并建立 BGP 会话
6. 测试执行：使用 run_tests.sh 运行 pytest 测试用例
7. 环境销毁：remove-topo 清理资源
显著优点
- 全栈虚拟化：单机完整复现数据中心交换机组网，无需物理设备
- 资源优化：converged peers 特性大幅降低内存消耗（T1-LAG 从 24 个 cEOS 缩至 2 个）
- 生产级测试框架：直接对接 sonic-mgmt 官方测试集，覆盖 BGP、ACL、QoS 等场景
- 快速迭代：15-20 分钟完成拓扑重建，适合 CI/CD 集成
潜在缺点与局限性
- 配置脆弱性：8 个关键文件在 git 操作后自动重置，必须依赖外部 fix script 维护
- 版本锁定依赖：converged peers 需 master 分支 PR #22399，稳定性风险
- 资源门槛高：单拓扑需 30GB+ RAM，T1-LAG 等大型拓扑对宿主机压力大
- 非 admin 构建复杂：sonic-vs 使用构建机用户名，需手动创建 admin 用户
- Docker 版本敏感：cEOS 需
docker import而非docker load，:443 端口问题易引发静默失败
适合人群
- SONiC 贡献者与网络测试工程师，需验证 PR 或复现 issue
- 网络自动化开发者，需离线开发 pytest 测试用例
- 数据中心运维团队，预演配置变更或升级方案
常规风险
- 配置漂移导致部署失败（未执行 fix script）
.bak文件残留引发 KeyError- br1 网桥重启后丢失需手动恢复
- 非标准构建用户名造成 SSH 认证失败