RunningTrexOnAzure

[amitkumar...@gmail.com]

I am trying to run Trex on Linux Vm (ubuntu 18.04 LTS) on Microsoft Azure platform but the first command "./dpdk_setup_ports.py -s" is not able to identify the ethernet devices. After a little code digging of the script I found that it is using "lspci" command to get the interface information. But since on Azure Cloud, drivers are hyper-v specific, lspci is not able to read the network devices.

So how to run Trex on Microsoft Azure.

Any suggestions are welcome.

[hanoh haim]

Google shows that MS have moved to ThunderXV and claim to 30Gb/sec.

I would try to add the DPDK driver to prove this.

You can have a look into the ENA commit for a reference.

Thanks,

Hanoh

--
You received this message because you are subscribed to the Google Groups "TRex Traffic Generator" group.
To unsubscribe from this group and stop receiving emails from it, send an email to trex-tgn+u...@googlegroups.com.
To post to this group, send email to trex...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/trex-tgn/578864bd-aa58-4d42-8afe-aa3429351893%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

Hanoh

Sent from my iPhone

[amitkumar...@gmail.com]

Thanks for the feedback.
I checked that the latest dpdk version contains driver support for Hyper-V "https://github.com/DPDK/dpdk/tree/master/drivers/net/netvsc" and "https://github.com/DPDK/dpdk/tree/master/drivers/bus/vmbus". However it seems that this is not merged with latest Trex version. So can you please provide a updated Trex merged with latest DPDK library with Hyper-V support; or if you can provide with the list of required modules required to be incoprporated. I am running Trex version v2.44.

[hanoh haim]

Have a look into this example:

https://github.com/cisco-system-traffic-generator/trex-core/commit/59ca4df71a1687615a5851db22b85f45a5158042

To view this discussion on the web visit https://groups.google.com/d/msgid/trex-tgn/36f34dfe-e50c-439d-a1a8-6ba10a4fce85%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--

[amitkumar...@gmail.com]

I was finally able to include Hyper-v support driver ('netvsc' driver and 'vmbus' bus); thanks to you :). However, the "scripts/dpdk_setup_ports.py" is not modified accordingly for reading the interfaces based on netvsc driver on my Azure VM. Hence, "dpdk_setup_ports.py -s" command is showing no interfaces. Can you provide the updated scripts? It will be of great help!

[hanoh haim]

It is not pci driver, it is vdev.

Have a look here for example of name:

https://github.com/MicrosoftDocs/azure-docs/blob/master/articles/virtual-network/setup-dpdk.md

interfaces: ['--vdev=net_af_packet0,iface=eth2', '--vdev=net_af_packet1,iface=eth3']

The above is af_packet vdev.

Thanks,

Hanoh

To view this discussion on the web visit https://groups.google.com/d/msgid/trex-tgn/7409e52c-bbfa-40ce-ba4a-566060759146%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--

[amitkumar...@gmail.com]

Thanks for the solution. I am now able to run Trex on Azure platform easily. Just added the interfaces as vdev (as you mentioned) in trex_cfg.yaml and all is working fine.
I would also like to mention that no patching was required in DPDK library (DPDK was not required). Standard trex installation was done.

Thanks again :)

(Sorry for late acknowledgement)

[hanoh haim]

Can you explain to others how you did that?

What is the performance? are you using AF_PACKET?

--
You received this message because you are subscribed to the Google Groups "TRex Traffic Generator" group.
To unsubscribe from this group and stop receiving emails from it, send an email to trex-tgn+u...@googlegroups.com.
To post to this group, send email to trex...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/trex-tgn/74241d4e-7292-4f68-b4a2-bcf039e08b2e%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

[amitkumar...@gmail.com]

The topology is a client-server layout using ASTF model.
To generate traffic, I used ASTF python script that opens a TCP connection and sends some data to the server. The script is then run with the t-rex command with the help of -f option (./t-rex-64 -f astf-dev/<script_name>.py .... ). On server and client, "--astf-server-only" and "--astf-client-mask 1" flags were used respectively.

Yes, "af_packet" was used in configuration file (/etc/trex_cfg.yaml).

Client : ['--vdev=net_af_packet0,iface=eth1','dummy'];
Server : ['dummy', '--vdev=net_af_packet0,iface=eth0']

My application still is in development stage and hence the bottleneck happens at my application. Right now, I am not in a position to tell you how much b/w can be rechable using trex. For my application ~500Mbps throughput was enough and it was acheiveable in Azure using TRex.

[amitkumar...@gmail.com]

Forgot to mention about installation...

For installation, the following link was downloaded wget --no-cache https://codeload.github.com/cisco-system-traffic-generator/trex-core/zip/master.

After unziping the latest directory, took help from here.
https://github.com/cisco-system-traffic-generator/trex-core/wiki#how-to-build-trex

[hanoh haim]

This configuration will have a limited performance. You will need native DPDK driver to solve this as I’ve suggested.

Thanks,

Hanoh

--
You received this message because you are subscribed to the Google Groups "TRex Traffic Generator" group.
To unsubscribe from this group and stop receiving emails from it, send an email to trex-tgn+u...@googlegroups.com.
To post to this group, send email to trex...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/trex-tgn/d299b473-945e-420c-9448-2a604dfa7a73%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.