（3222期）SONiC KVM Testbed – 一键部署 SONiC 虚拟测试网络

一键部署 SONiC 虚拟测试网络 本地部署 SONiC 虚拟测试床，支持 KVM+Docker 架构与 cEOS 邻居仿真，用于网络自动化测试与协议验证 使用说明 核心用法 该技能提供完整的 SONiC KVM 虚拟测试床部署方案，用于在单机上搭建生产级网络测试环境。核心架构基于 KVM 虚拟机运行 sonic-vs（DUT），配合 Docker 容器化的 cEOS 邻居设备和 PTF 流量发生器，通过 sonic-mgmt 容器驱动 Ansible + pytest 测试框架。 主要操作流程： 环境初始化：克隆 sonic-mgmt 仓库、准备镜像文件（sonic-vs.img、cEOS tar 包）、配置管理网桥 br1 关键配置修正：修复 8 组易重置的配置文件（SSH 凭证、Docker 仓库、converged peers 等），需每次操作前执行 fix script 拓扑部署：执行 testbed-cli.sh add-topo 创建 T0/T1-LAG 拓扑，支持 useconvergedpeers: true 通过多 VRF 收敛减少 cEOS 容器数量（T0: 4→1，T1-LAG: 24→2） DUT 配置：创建 admin 用户、修复 docker socket 权限 Minigraph 下发：deploy-mg 推送配置并建立 BGP 会话 测试执行：使用 run_tests.sh 运行 pytest 测试用例 环境销毁：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 认证失败 原始说明 Deploy and manage a SONiC sonic-mgmt KVM virtual testbed with cEOS neighbors for running pytest-based network tests. Use when setting up a local KVM testbed,...