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 Marion <dmar...@me.com> wrote:
> 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 <praupadhy...@gmail.com> wrote:
>
> 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 is to generate pcap's for ports on both tx and rx
> -- if you have an alternate VPP-core solution, that would be great.
>
> Regards
> -Prashant
>
>
> On Wed, Jul 25, 2018 at 11:32 PM, Damjan Marion <dmar...@me.com> wrote:
>
>
> 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 buffer memory as buffer memory is allocated by VPP and not by
> DPDK.
>
> Please note that VPP is not application built on top of DPDK, for us DPDK is
> just
> source of device drivers wit a bit of weight around them. Typical VPP
> feature
> code can work even without DPDK being present.
>
> If you explain your use case we might be able to advise you how to approach
> your problem
> in a way native to VPP,  without relying on DPDK legacy features.
>
> Regards,
>
> --
> Damjan
>
> On 25 Jul 2018, at 13:11, Prashant Upadhyaya <praupadhy...@gmail.com> wrote:
>
> 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 where
> secondary processes try to look at this file.
>
> Can somebody advise why this file is not created when VPP is run with
> DPDK plugin. Or what needs to be done so that it does get created, or
> perhaps it is getting created somewhere that I am not aware of. I am
> running VPP as root.
>
> Regards
> -Prashant
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
>
> View/Reply Online (#9929): https://lists.fd.io/g/vpp-dev/message/9929
> Mute This Topic: https://lists.fd.io/mt/23811660/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#9938): https://lists.fd.io/g/vpp-dev/message/9938
Mute This Topic: https://lists.fd.io/mt/23811660/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to