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 backport the rx capture functionality and add it as a patch to 18.01. Regards -Prashant On Thu, Jul 26, 2018 at 4:56 PM, Prashant Upadhyaya <praupadhy...@gmail.com> wrote: > 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 > <praupadhy...@gmail.com> wrote: >> 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 (#9957): https://lists.fd.io/g/vpp-dev/message/9957 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] -=-=-=-=-=-=-=-=-=-=-=-
