### 概述
这里讲一下sonic-mgmt，也就是sonic官方的测试环境的原理、搭建、运行，以及期间碰到的一些问题。
### 原理
sonic自动化测试，步骤分为：搭建测试环境、运行测试用例、得到测试结果。其中搭建测试环境分为搭建物理拓扑、搭建逻辑拓扑。这里先描述一下注意事项，具体步骤后面详述。
sonic-mgmt的工作就是搭建testbed server，也就是逻辑拓扑，但是在搭建这个逻辑拓扑之前，需要先按照需求搭建好无力拓扑。
物理拓扑在mgmt工程中有说明，也就是testbed、root、leaf、DUT，不再冗述。这里需要注意几点：
- 最好不要使用vlan1，因为sonic的vlan1有个bug，所以我使用的是vlan1618开始的32个vlan。
- 在root、leaf上需要特殊的配置，例如t0拓扑要求整个路径能够vlan内透传L2-protocol报文。
- DUT上，一定要插满32个端口，这是t0、t1、ptf32、t1-lag等基本逻辑拓扑必须的配置。
mgmt中的逻辑拓扑用于测试不同的test case时候使用，具体看官方说明，这里需要注意的是：
- 不同的test case需要不同的拓扑，运行这些test case之前一定要变换拓扑。
- t0逻辑拓扑较特殊，需要vms与DUT建立port channel，所以需要物理拓扑能够vlan内透传L2-protocol包（例如lacp）。
- t1等拓扑需要32个VM，那testbed所在的物理server一定得比较强大，至少内存一定要大。
testbed的环境拓扑可以看官方描述，基本可以分为几个部分：
- mgmt docker：这是控制测试过程的docker实例，这里有mgmt的代码。
- PTF docker：PTF是用于发包的模块，通过pannel port、inject port等方式，通过vlan子接口将数据包发送出去。
- VMS：VMS是运行EOS镜像的VM，其实就是qume虚拟机加上arista的EOV系统，用于做网络协议的交互。
- 连接方式：通过linux bridge、ovs将上述模块连接起来。
### 具体步骤
首先找到官方testing guaid：https://github.com/Azure/sonic-mgmt/blob/master/ansible/README.testbed.md
进入setup步骤，首先修改物理拓扑：
- 对于testbed server，修改br1的管理ip，增加一个数据面的端口。
- 对于root、leaf，参考物理拓扑和上面的注意事项修改。
然后搭建软件环境，这个视情况来做。
然后建立PTF实例：
- 编译PTF image
- 建立本地registry
- 将PTF image放到本地registry中
然后建立mgmt：
- 建立mgmt image
- 启动mgmt实例
进入mgmt实例，下面的工作都在这里做即可。
修改配置：
- server相关配置
- VM相关配置
- PTF相关配置
启动VMS，不通的拓扑需要不同数量的VMS，不过启动32个VMS比较好。
对于deploy fanout switch这一步骤，可选，我是没有做。
根据上面的物理拓扑，修改files/lab_connection_graph.xml文件。sonic提供了creategraph.py文件帮助生成这个文件。
根据不同的逻辑拓扑，生成minigraph文件，并部署到DUT上。每个逻辑拓扑对应不同的DUT的配置，需要这里生成minigraph文件，然后部署到交换机中，并让这个配置生效。我在运行的过程中，由于厂商的特殊需要，我还手动更改了minigraph文件。
add-topo，这一步是在testbed server上部署逻辑拓扑，这一步运行完之后，就可以开始对应逻辑拓扑的测试了。
### 声明
转载必须备注源连接，谢谢