-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Testing Guide
-
-
Hardware/Software You are going to need
-
Run test in docker-sonic-mgmt docker container
-
At least one 'Fanout' layer-2 switch to connect all your SONiC Switch ports and Linux test server port, you may have more 'Fanout' Switches connects to multiple SONiC switches as DUTs. for more info, please read 'Testbed How To' section
-
One high performance Linux Server that acts as packet generating test server sending/receiving packets to/from your Sonic Switch, if you want to duplicate Sonic test, minimum memory requirement should be 92G for one testbed. We are using 192G. More Detailed information of testbed design and implementation is available in 'Testbed How To' section
-
Hardware/Software You are going to need
-
Minigraph is the only resource/starting point for configuring a SONiC device.
Minigraph is a XML format file. Each SONiC device must have a matching Minigraph file for device configuration and test.
SONiC devices Minigraph files could be saved locally or centralized saved in a remote location.
All local Minigraph files are saved under ansible/minigraph folder. The file name must match your SONiC device name specified in 'lab' inventory file under ansible/ folder
-
-
Ansible Inventory File:
-
ansible/lab
include all lab DUTs, fanout switches and testbed server topologies
-
ansible/veos:
all servers vmset vms
-
-
Ansible Inventory File:
-
-
ansible/files/sonic_lab_devices.csv
Helper file helps you create lab_connection_graph.xml, list all devices that are physically connected to fanout testbed (all devices should be in ansible/lab)
-
ansible/files/sonic_lab_links.csv
Helper file helps you to create lab_connection_graph.xml, list all physical links between DUT, Fanoutleaf and Fanout root switches, servers and vlan configurations for each link
-
ansible/files/creategraph.py
Helper file helps you generate a lab_connection_graph.xml based on the device file and link file specified above.
-
ansible/files/lab_connection_graph.xml
This is the lab graph file for library/conn_graph_facts.py to parse and get all lab fanout switch connections information. If you have only one fanout switch, you may go head manually modify the sample lab_connection_graph.xml file to set bot your fanout leaf and fanout root switch management IP point to the same fanout switch management IP and make sure all DUT and Fanout name and IP are matching your testbed.
Based on ansible_facts, you may write ansible playbooks to deploy fanout switches or run test which requires to know the DUT physical connections to fanout switch
-
- Run all tests from docker container 'docker-sonic-mtmt'
- Have a Linux(We are using Ubuntu) machine with docker installed and is reachable to your test bed. If you are not familiar with Docker, please download and install Docker and follow Docker Doc for detailed instruction and tutorial to help you start
- Download docker-sonic-mgmt from here
-
Load sonic-mgmt-docker
docker load -i docker-sonic-mgmt.gz
-
Then start and login to newly started docker
docker run -it your-newly-built-image bash
-
At build time, docker-sonic-mgmt will automatically clone the newest Sonic Management Repo into docker '/var/your-login-username/sonic-mgmt' at build time for you to run test's Ansible playbook.
-
After start docker, you would need to patch your own lab information into to /var/your-login-username/sonic-mgmt folder and start to run your test.
-
-
Command to run tests:
ansible-playbook -i lab --limit your-dut-name test_sonic.yml --tags your-test-tag1,test-tag-2
-
Example: run fib test
ansible-playbook -i lab --limit your-dut-name test_sonic.yml --tags fib -e "ptf_host=10.64.246.19 testbed_type=t1"
Here are some test design docs
-
For Users
-
For Developers
-
Subgroups/Working Groups
-
Presentations
-
Join Us