netdev - Re: tperf: An initial TSN Performance Utility

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Tue, 3 Dec 2019 12:10:54 +0200
From:   Vladimir Oltean <olteanv@...il.com>
To:     Jose Abreu <Jose.Abreu@...opsys.com>
Cc:     "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
        Joao Pinto <Joao.Pinto@...opsys.com>,
        Jesus Sanchez-Palencia <jesus.sanchez-palencia@...el.com>,
        Vinicius Costa Gomes <vinicius.gomes@...el.com>,
        Po Liu <po.liu@....com>,
        Xiaoliang Yang <xiaoliang.yang_1@....com>
Subject: Re: tperf: An initial TSN Performance Utility

Hi Jose,

On Tue, 3 Dec 2019 at 12:00, Jose Abreu <Jose.Abreu@...opsys.com> wrote:
>
> Hi netdev,
>
> [ I added in cc the people I know that work with TSN stuff, please add
> anyone interested ]
>
> We are currently using a very basic tool for monitoring the CBS
> performance of Synopsys-based NICs which we called tperf. This was based
> on a patchset submitted by Jesus back in 2017 so credits to him and
> blames on me :)
>
> The current version tries to send "dummy" AVTP packets, and measures the
> bandwidth of both receiver and sender. By using this tool in conjunction
> with iperf3 we can check if CBS reserved queues are behaving correctly
> by reserving the priority traffic for AVTP packets.
>
> You can checkout the tool in the following address:
>         GitHub: https://github.com/joabreu/tperf
>
> We are open to improve this to more robust scenarios, so that we can
> have a common tool for TSN testing that's at the same time light
> weighted and precise.
>
> Anyone interested in helping ?
>
> ---
> Thanks,
> Jose Miguel Abreu

Sounds nice, I'm interested in giving this a try on the LS1028A ENETC.

Do you have any more tooling around tperf? Does the talker advertise
the stream in such a way that a switch could reserve bandwidth too?

Do you plan to add this to the kernel tree (e.g.
tools/testing/selftests/tsn or such) or how do you want to maintain
this long-term?

I've added more people from NXP who may also be interested.

Thanks,
-Vladimir