On Wed, Apr 28, 2021 at 12:45 AM Chris Johns <chr...@rtems.org> wrote: > > On 28/4/21 2:48 am, Vijay Kumar Banerjee wrote: > > I came across the tcpreplay tool and it looks like a nice tool for testing > > the > > network stacks. It can be used to capture network traffic and then play it > > back, > > this will help with testing the network packets from different network > > stacks. > > > > My proposal is to add the tcpreply as a host-side tool in rtems-tools and > > use it > > with the network interface where the network application is running. The > > only > > issue that I see with the whole idea is that the tcpreplay is GPLv3 > > licensed. > > Will that be compatible for rtems-tools? The github repository says that > > it's > > compatible with UNIX and Windows with cygwin. > > > > Source repository:https://github.com/appneta/tcpreplay > > <https://github.com/appneta/tcpreplay> > > > > Thoughts and suggestions are much appreciated. > > It is GPLv3 so it cannot be imported as source. It can be referenced as a > command if available for the host. > Ok.
> I also suggest you investigate VDE with qemu. This is what I use to avoid > being > root. > VDE looks great, I haven't tried it before. Thanks for the suggestion! I'll try this out. Can write some rtems-test recipes with VDE to automate the run? will that be feasible/possible? > Chris _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
