In the TRex use case, we described the stream setup and process. So is TRex by Cisco better or worse than other similar traffic generators and why? Let's take the popular client-server program iperf as an example. This can be done in a loop or by running sequential tests in python.
#CISCO MAC ADDRESS GENERATOR SOFTWARE#
The operation described above was run using python, which means that TRex can be used to automate testing and debugging of network devices and software products.
While preparing this tutorial, we ran and tested the DUT system with 4 streams, and then collected information on the streams and global statistics. Let's configure routing rules on the DUT:
Now we have to set up the forwarding and routes so the DUT that we are routing traffic through knows where to send and receive the packets. For this purpose the subnets 16.0.0.0 and 48.0.0.0 should be used when generating packets.ģ) Configuring the interfaces on a remote machine Warning! The TRex system prohibits using the same subnet when generating traffic flows. default_gw: 192.168.253.107 is the address of 2nd port of the DUT.ip: 192.168.254.106 is the address of Server TRex PC port from which traffic is returned after going through QOS rules.default_gw: 192.168.253.107 is the address of port 1 of the PC DUT (Device under test).ip: 192.168.253.106 is the address of the Server TRex PC port from which the traffic is generated.'01:00.0', '01:00.3' are the names of the Ethernet interfaces in the Linux system used.
# Config file generated by dpdk_setup_ports.py #
0 kommentar(er)
