About 100G/S Traffic

[Sohail Anjum]

Hi Everyone I am testing 2*100G+/s NIC in my environemt for deep packet inscpetion where I am trying to detect the protocols and packets of each protocols with size. Since, My current environment is not capacble to generate 100G/s traffic. Currently I am getting some data from real time environment and stored in .pcap file and use nDPI for detecting the protocols. 
My questions are:

1. can I used TRex for making .pcap file size 100G
2. TRex is suitable for my expirement for generating the traffic and sending to the interface
3. Do TRex provide some kind of service for the companies to help them to run the simulation on their testbeds.
4. Can I get some official email where I can contect TRex. Since its a Cisco project.

Regards,

Sohail

[Besart Dollma]

Hi,

1. The question is not about TRex. The thing is that hard drives are limited on disk write speed. An normal SDD can write about 500-600 MBps and an HDD can write about 125 MBps, meaning you get at around 4 Gbps write speed in a good SSD. So the thing is, if your TRex rate is high, you won't be able to write in a Pcap, at a lower speed you might.

2. TRex can do more than that. If you want to you can send in real time the traffic to a server/router that does the DPI for you.

3. No

4. We are part of Cisco but we are open-source. You can send questions here / our Github page.

Thanks,

Bes

[Sohail Anjum]

Thanks for your reply Its totally understandable, anyhow I am using Intel  Xeon 6242R, with NVME Memoey (Write speed 7 Giga Byte per second). 
as per for you answer 2. for this setup I need to use two different systems? one is for running TRex software (Like Client PC) and send the Packets to another PC (Server Side May be).
and 

I want to know when TRex Generate Packets the packets are definately belong to some protocol, can you provide some infromation how many type of protocols are generated by TRex. 

[Besart Dollma]

You don't need two different machines. Both client and server can run on the same machine, if you connect them in a loopback topology putting some DUT in the middle. From the DUT you can mirror the traffic to the server that does the DPI.

Take a look at the official documentation. https://trex-tgn.cisco.com/trex/doc/index.html

As per protocols, we support Scapy + we can replay any pcap, hence not limited.

Best,

Bes

[Sohail Anjum]

we plan to establish a hardware performance benchmark test for DPI applications, which is used to establish a performance comparison of our company's hardware platforms, to provide DPI application customers with basic information on choosing our hardware platforms. The target system of this test will execute nDPI + DPDK. We can already use the information obtained on the open-source network to create this target application. Currently, we need a source (packet generator) that can generate test data packets to provide it to the benchmark tester, because you are the contributor and owner of TRex, and you have the most extensive experience in this technology. Therefore, I would like to ask you to advise us. If necessary, we can also evaluate the purchase of relevant information or services from you.

[hem...@mnkcg.com]

Trex is an open-source free tool for use.  I don’t think there are any services to purchase.  We have also used trex in a 2-node test topology.  If you want gory details on test topologies and trex, see VPP CSIT tests.

 

https://docs.fd.io/csit/master/report/index.html

 

You can also use Scapy to generate packets. 

 

Hemant

--
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 view this discussion on the web visit https://groups.google.com/d/msgid/trex-tgn/2d379b2b-049f-4520-a80d-f7ac9b8db56bn%40googlegroups.com.

[hem...@mnkcg.com]

Sohail,

 

P4 is the most flexible programming language to specify protocol and packet format for data planes.  Consider using P4, especially since this tool is available: https://github.com/NUS-SNL/p4-traffictool

 

When this tool was announced to the p4-dev mailer (during January 2021), I told them, I use only trex and they should consider working with trex as well.  If you need any help with P4, there is a mailer and Slack channel (see https://p4.org)

 

Hemant

 

From: trex...@googlegroups.com <trex...@googlegroups.com> On Behalf Of Sohail Anjum
Sent: Sunday, March 07, 2021 11:03 PM
To: TRex Traffic Generator <trex...@googlegroups.com>
Subject: [trex-tgn] Re: About 100G/S Traffic

 

we plan to establish a hardware performance benchmark test for DPI applications, which is used to establish a performance comparison of our company's hardware platforms, to provide DPI application customers with basic information on choosing our hardware platforms. The target system of this test will execute nDPI + DPDK. We can already use the information obtained on the open-source network to create this target application. Currently, we need a source (packet generator) that can generate test data packets to provide it to the benchmark tester, because you are the contributor and owner of TRex, and you have the most extensive experience in this technology. Therefore, I would like to ask you to advise us. If necessary, we can also evaluate the purchase of relevant information or services from you.

--