Chengappa, We'd like to share our setting up and running logs to you. Let me find the right person. As to the reason, almost all of the test cases are just depend on the packets transmit/receipt on tester. So if tester port generated some unexpected packets, will cause test case failure. There're lots of occasions will cause that like network manager is enable on tester port or ipv6 is enabled. So in our lab, each one need to manually check environment and then do test execution. Our guide missed that part due to we did not realized it was important for outside user. We are collecting those information and will post to starting guide later. Thanks, Marvin From: M R, Chengappa (Network Function Virtualization) [mailto:cm-r@hpe.com] Sent: Friday, June 08, 2018 4:41 PM To: Liu, Yong ; Xu, GangX ; dts@dpdk.org Subject: RE: low pass rate executing dts complete test suite Greetings Marvin, Thank you for acknowledging the queries that I had asked and also confining the pass rate. When you say one should maintain a clean environment, what does this imply ? In fact we have taken care of all the pre-requisites that DTS recommends so what to know if we are missing any more configurations on the DUT or TESTER. Furthermore, is it possible to share the list of NICs which are achieving higher pass rates - say both intel and non-intel. I am deducing the following from the table that you have mentioned below - please confirm if my assumption is correct UB1610 Kernel: 4.8.0-22-generic GCC: 6.2.0 NIC: FVL25G (fortville25g) Target: x86_64-native-linuxapp-gcc Fail/Total: 5/160 As asked appreciate if someone from the community help us know what we are missing on our environment that we are hitting a low pass rate. In accordance with the same, had shared all the log files and the configuration file from my environment to see if I can get any pointers to proceed ahead. Thanking in advance, Chengappa From: Liu, Yong [mailto:yong.liu@intel.com] Sent: Friday, June 08, 2018 1:50 PM To: M R, Chengappa (Network Function Virtualization) >; Xu, GangX >; dts@dpdk.org Subject: RE: low pass rate executing dts complete test suite Hi Chengappa, Most likely your low pass rate was caused by unexpected packets receipt on DUT ports. You need to check whether network manager or dhcp client running on tester server. Test executor as owner of the test server should maintain clean environment. Thus DTS can work as normally. In our internal regression report, DTS can archive almost 95% pass rate. And this number can be higher after merge some bug fixes. +------------+---------------------------+------------+--------------------------------+--------+-------------------------------------+----------+ | UB1610 | FVL25G | Functional | 4.8.0-22-generic | 6.2.0 | x86_64-native-linuxapp-gcc | 5/160 | +------------+---------------------------+------------+--------------------------------+--------+-------------------------------------+----------+ Thanks, Marvin From: dts [mailto:dts-bounces@dpdk.org] On Behalf Of M R, Chengappa (Network Function Virtualization) Sent: Friday, June 01, 2018 6:16 PM To: Xu, GangX >; dts@dpdk.org Subject: Re: [dts] low pass rate executing dts complete test suite Importance: High Dear All, I am back with some more findings on executing DTS on Intel environment and this time around the pass rate is somewhat around 26.5% I was able to achieve this pass rate by the recommendations provided by Xu GangX! However, I am still puzzled as to why I am not having a good pass rate even for Intel NICs It would be of great help if anyone from the community help me achieve good numbers. Am sharing the output file (attached to with this mail) for reference. Also I would be interested to know if anyone has achieved 100% pass rate for DTS on INTEL NIC , if so I would like to have a look at the configuration files used for the same and also would like to know the DTS and DPDK versions and Intel NIC type used to achieve 100% pass rate. Furthermore, am also sharing the screen shot for of the NIC information configured on TESTER and DUT from the iLO GUI TESTER [cid:image001.png@01D40108.31E03390] DUT [cid:image002.png@01D40108.31E03390] Thanking in advance. Chengappa From: Tu, Lijuan [mailto:lijuan.tu@intel.com] Sent: Tuesday, May 22, 2018 12:27 PM To: M R, Chengappa (Network Function Virtualization) >; Xu, GangX >; dts@dpdk.org Subject: RE: low pass rate executing dts complete test suite Hi Chengappa answers in-line. From: dts [mailto:dts-bounces@dpdk.org] On Behalf Of M R, Chengappa (Network Function Virtualization) Sent: Tuesday, May 22, 2018 10:57 AM To: Xu, GangX >; dts@dpdk.org Subject: Re: [dts] low pass rate executing dts complete test suite Greetings Xu, Yes seems like I have had used only one port - let me re-run by making the necessary changes in ports.cfg and get back with the observations. @ Lijuan Tu, Please find the answers in-line. Thanks & Regards, Chengappa From: Xu, GangX [mailto:gangx.xu@intel.com] Sent: Tuesday, May 22, 2018 7:12 AM To: M R, Chengappa (Network Function Virtualization) >; dts@dpdk.org Subject: RE: low pass rate executing dts complete test suite Hi Chengappa: How many ports do you use? In the information you provided, I think you used only one port. Many of the case in dts need two ports or more. e.g. test suite pmd_bonded need 4 ports, you provide 1, it failed at set_up_all show "blocked set_up_all failed" issue. Xu gang From: dts [mailto:dts-bounces@dpdk.org] On Behalf Of Tu, Lijuan Sent: Monday, May 21, 2018 9:49 PM To: M R, Chengappa (Network Function Virtualization) >; dts@dpdk.org Subject: Re: [dts] low pass rate executing dts complete test suite Hi chengappa, Here are my points: 1, the link might have some issues, such as link down From the result "receive 0 , expect 64", I think , the link is down You can check your link first before running dts. [Chengappa] sure, will check on this, thank you for the inputs. 2, DPDK will change during different version , so DTS will change with it. Which DPDK and DTS 's version do you use? From the failed result "set up failed" and timeout , I think your testpmd started failed. Logs in output, you can check them to find the real reason, maybe testpmd's parameters changed. [Chengappa] Am using DPDK 18.02 with DTS 17.08.0, kindly let me know if there are any issues with the combination am using or version mismatch here? With the log traces I was able to see that the testpmd failed to start - is there anything that I need to tweak to change the testpmd's parameters to be changed? [Lijuan] I think using DTS 18.02 is the best choices , As I know , there are some changes in offloads, vlan filter/strip default value, crc-strip , promise mode etc. You can check them form git logs. From: dts [mailto:dts-bounces@dpdk.org] On Behalf Of M R, Chengappa (Network Function Virtualization) Sent: Monday, May 21, 2018 7:28 PM To: dts@dpdk.org Subject: [dts] low pass rate executing dts complete test suite Hello DTS community, As we were investigation on DTS for Niantic (Intel Corporation 82599ES 10-Gigabit) platform and we are seeing very less pass rate. We were under the assumption if we take care of the initial pre-requisites for TESTER and TARGET DUT as described here - https://dpdk.org/doc/dts/gsg/sys_reqs.html the DTS framework help us achieve a good pass rate. Could you please help me by letting know if there are any fine tuning for the TARGET DUT so that I can see a better numbers than the current pass rate of 12.4% [root@tester dts]# cat output/statistics.txt Passed = 17 Failed = 45 Blocked = 68 Pass rate = 12.4 Some of the specification on the TARGET DUT and current running configuration are as follows [root@targetdut ~]# lspci | egrep -i --color 'network|ethernet' 04:00.0 Ethernet controller: Emulex Corporation OneConnect NIC (Skyhawk) (rev 10) 04:00.1 Ethernet controller: Emulex Corporation OneConnect NIC (Skyhawk) (rev 10) 05:00.0 Ethernet controller: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection (rev 01) 05:00.1 Ethernet controller: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection (rev 01) [root@tester dts]# cat conf/ports.cfg # DUT Port Configuration # [DUT IP] # ports= # pci=Pci BDF,intf=Kernel interface; # pci=Pci BDF,mac=Mac address,peer=Tester Pci BDF,numa=Port Numa # pci=Pci BDF,peer=IXIA:card.port # pci=Pci BDF,peer=Tester Pci BDF,tp_ip=$(IP),tp_path=$({PERL_PATH); # pci=Pci BDF,peer=Tester Pci BDF,sec_port=yes,first_port=Pci BDF; # [VM NAME] virtual machine name; This section is for virutal scenario # ports = # dev_idx=device index of ports info, peer=Tester Pci BDF [10.70.2.6] ports = pci=05:00.0,intf=ens2f0; pci=05:00.1,intf=ens2f1; [root@tester dts]# cat executions/execution.cfg [Execution1] crbs=10.70.2.6 drivername=igb_uio test_suites=hello_world test_suites= cmdline, hello_world targets=x86_64-native-linuxapp-gcc parameters=nic_type=niantic:func=true [root@tester dts]# cat conf/crbs.cfg #DUT crbs Configuration #[DUT IP] # dut_ip: DUT ip address # dut_user: Login DUT username # dut_passwd: Login DUT password # os: operation system type linux or freebsd # tester_ip: Tester ip address # tester_passwd: Tester password # ixia_group: IXIA group name # channels: Board channel number # bypass_core0: Whether by pass core0 [10.70.2.6] dut_ip=10.70.2.6 dut_user=root dut_passwd=HP1nvent os=linux tester_ip=10.70.2.5 tester_passwd=HP1nvent channels=4 Snippet of the current results [cid:image003.png@01D40108.31E03390] [cid:image004.png@01D40108.31E03390] [cid:image005.png@01D40108.31E03390] [cid:image006.png@01D40108.31E03390] Thanking in advance, Chengappa If everyone is moving forward together, then success takes care of itself....!!