物理拓扑

avatar

上图中的各个硬件介绍
- testbed servers是用来跑测试用例的。
- root fanout switch是根交换机。
- leaf fanout switches是用来连接被测试交换机。
- DUTs是指被测试的交换机。
DUT端口和leaf是一一对应的。
每个leaf都有一个唯一的VLAN tag
root fanout交换机使用802.1Q trunks
这就意味着任何testbed server能通过发送带有vlan的报文到达任意DUT端口。

testbed setup

这块就略过了，详细请查看Testbed Setup。

主要是拓扑部署命令：

部署拓扑，比如T1拓扑：./testbed-cli.sh add-topo vms-t1 ~/.password，password文件为空就可以。
删除拓扑，./testbed-cli.sh remove-topo vms-t1 ~/.password
拓扑配置存在于文件sonic-mgmt/ansible/testbed.csv

testbed.csv文件配置解释：

conf-name是拓扑的名字，标识拓扑关键字
group-name是internal name，表示用vm还是ptf还是啥
topo是指定部署的拓扑
ptf_image_name指定ptf docker类型
ptf_ip指定容器的管理IP
server指定服务器名称，与ansible/veos中定义的服务器名称匹配
vm_base指定vm编号
dut指定连接到测试品台的DUT名称
comment注释字段

逻辑拓扑

testbed拓扑的配置定义可见testbed.csv。
一键运行所有testbeds的脚本可见testbed-cli.sh。
灵活的拓扑允许使用VM_SET和PTF container作为实体。
所有的VM管理IP都放在一个地方veos。
PTF container是通用的，并且每个拓扑都会使用。
能自动配置fanout switch

补充

VMs

VM使用Arista vEOS。用于建立协议测试，比如BGP、LACP、LLDP，使用testbed-cli.sh start-vms创建。每个VM使用2G RAM并具有10个网络接口

PTF

PTF container用于向可用的DUT数据平面收发报文。

PTF with direct port

avatar

PTF with direct port

DUT前面板端口直接连接一个PTF container端口。通常是PTF container的eth0口连接DUT的Ethernet0，PTF container的eth1口连接DUT的Ethernet4端口等等。

PTF with injected port

avatar

PTF with injected port

DUT前面板端口直接连接一个VM的端口。报文从屋里端口发送到VM和PTF docker；报文从VM和PTF docker发送到屋里端口。

t1

avatar

需要32个VMs
所有的DUT端口都连接到VMs

t1-lag

avatar

t1-lag

需要24个VMs
所有的DUT端口都连接到VMs

ptf32

avatar

ptf32

不需要VM
所有的DUT端口都直连PTF container

ptf64

avatar

ptf64

不需要VM
所有的DUT端口都直连PTF container

t0

avatar

需要4个VM
4个DUT端口连接到VM
PTF container 连接到DUT 28个端口

生成和部署minigraph

根据创建的拓扑，运行playbook为SONiC DUT生成minigraph.xml，已匹配新拓扑。使用命令如下：

ansible-playbook -i lab config_sonic_basedon_testbed.yml -l sonic_dut_name -e vm_base=VM0300 -e topo=t0 [-e deploy=true -e save=true]-l str-msn2700-01          - 指定DUT的名字，与上面testbed.csv对应
-e vm_base=VM0300          - VM的起始名称，也是与testbed.csv对应
-e topo=t0                 - 拓扑名称，对应testbed.csv
-e deploy=True             - 不指定默认是false
-e save=True               - 是否保存为开机启动，不指定默认是false