@lists.fd.io
Subject: Re: [vpp-dev] Regarding /var/run/.rte_config
Dear Prashant,
"git blame" is your friend. He can easily tell you which patch introduced that
functionality.
And than you can try to cherry-pick it on top of 18.01
--
Damjan
On 28 Jul 2018, at 07:27, Prashant
Dear Prashant,
"git blame" is your friend. He can easily tell you which patch introduced that
functionality.
And than you can try to cherry-pick it on top of 18.01
--
Damjan
> On 28 Jul 2018, at 07:27, Prashant Upadhyaya wrote:
>
> Hi again Damjan,
>
> I am currently using VPP release 1
Hi again Damjan,
I am currently using VPP release 18.01 which just has the tx capture
functionality.
I see that VPP release 18.07 has introduced the rx capture functionality.
At the moment, upgrading my release to 18.01 is not an option.
Can you please advise how easy or difficult it will be to b
Thanks Damjan,
I had a temporary brain-freeze, I do see there is a max parameter as well.
Regards
-Prashant
On Thu, Jul 26, 2018 at 4:46 PM, Prashant Upadhyaya
wrote:
> Hi Damjan,
>
> Thanks for your CLI pointers.
> It seems there is a limit of 100 packets which would work against my
> require
Hi Damjan,
Thanks for your CLI pointers.
It seems there is a limit of 100 packets which would work against my
requirements.
If you have any suggestions there before I look into the code to
tinker with the 100, please do let me know.
Regards
-Prashant
On Thu, Jul 26, 2018 at 4:24 PM, Damjan Mari
Hi Damjan,
I was hoping to use the dpdk-pdump utility (built as part of DPDK) to
generate the pcap files for traffic passing through the various ports.
I have used that successfully with pure vanilla DPDK primary processes
(non VPP usecases). It runs as a secondary process.
Well, my requirement i
Dear Prashant,
Try "pcap rx trace" and "pcap tx trace" command.
https://git.fd.io/vpp/tree/src/plugins/dpdk/device/cli.c#n373
Also please note that VPP packet generator (pg) supports both pcap play and
capture...
--
Damjan
> On 26 Jul 2018, at 12:42, Prashant Upadhyaya wrote:
>
> Hi Damjan
Dear Prashant,
We had lot of operational issues with dpdk leftover files in the past, so
we took special care to made them disappear ASAP.
Even if they are present you will not be able to use secondary process,
we simply don't support that use case. Secondary process will not be
able to access
Hi,
I am running VPP with DPDK plugin.
I see that when I normally run other non VPP DPDK applications, they
create a file called /var/run/.rte_config
But VPP running as a DPDK application (and calling rte_eal_init) does
not create this file.
There are consequences of the above in certain usecases
