Hi,
My plugin is linked to an external lib.
When my plugin calls the init function of that external lib, it runs into
some problems with symbols (presumably the external lib init function calls
a dlopen to load some other files)
It seems the problem comes from the fact that VPP calls a dlopen
[Edited Message Follows]
we use vpp version 19.08
I config bond in VPP startup.conf
dpdk{
...
vdev eth_bond0,mode=1,slave=:01:00.0,slave=:01:00.1，xmit_policy=l34
..
}
But when vpp start,I show int
DBGvpp# show int
Name Idx State MTU (L3/IP4/IP6/MPLS)
[Edited Message Follows]
we use vpp version 19.08
I config bond in VPP startup.conf
dpdk{
...
vdev eth_bond0,mode=1,slave=:01:00.0,slave=:01:00.1，xmit_policy=l34
..
}
But when vpp start,I show int
DBGvpp# show int
Name Idx State MTU (L3/IP4/IP6/MPLS)
we use vpp version 19.08
when I config Bond in VPP startup.conf
dpdk{
...
vdev eth_bond0,mode=1,slave=:01:00.0,slave=:01:00.1，xmit_policy=l34
..
}
But when vpp start,I show int
DBGvpp# show int
Name Idx State MTU (L3/IP4/IP6/MPLS) Counter
Count
Hi Jeffrey,
I would recommend using tap interfaces (create tap) with 1024 rx/tx descriptors
and gso turned on.
That will be much faster than host interfaces.
Jerome
De : au nom de xu cai
Date : jeudi 2 janvier 2020 à 22:14
À : "vpp-dev@lists.fd.io"
Objet : [vpp-dev] extreme low throughput
hi there,
i am quite new to VPP, just follow up the wiki guidance, and setup a VPP
instance, and connect two docker container to the VPP instance and
configure a bridge in VPP instance for these two docker container,
then i run iperf on the docker container and see
root@94bf13822d8e:/# iperf
This has gone a little off the original topic.
Do we want to run the CI tests as an unprivileged user (something as simple as
su to a vpp user) or
just let the community be aware that the CI test results are different than
when run locally?
But as to Damjan's and Blaji's comments, I agree. I
99% of vpp code is not in vpp executable so i wander why do you want to do
that? both some of vpp standard libraries (vnet, vlib, ..) and some of vpp
plugins are linked against libs, so to be able to help you i need more
details...
--
Damjan
> On 2 Jan 2020, at 14:20, siddarth rai wrote:
>
Coverity run failed today.
Current number of outstanding issues are 2
Newly detected: 0
Eliminated: 0
More details can be found at
https://scan.coverity.com/projects/fd-io-vpp/view_defects
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#15021):
Hi,
I mean only 'vpp executable'
Regards,
Siddarth
On Thu, Jan 2, 2020 at 5:10 PM Damjan Marion wrote:
>
> what do you mean by “vpp executable lib”? can you provide more details
> what exactly do you want to do?
>
> --
> Damjan
>
> > On 2 Jan 2020, at 12:27, siddarth rai wrote:
> >
> >
> >
Ole,
Got it.
I did go through udp local code previously and found
we are doing only UDP dear port based and error handling in the node.
Anyway , Thankyou so much for responding patiently.
Thanks
Shiva
On Thu, 2 Jan 2020 at 18:11, wrote:
> Hi Shiva,
>
> > Forgot to add "reply-all", My
Hi Shiva,
> Forgot to add "reply-all", My apologies.
>
> Ole,
> >>> Right, so if you do not want to accept UDP zero checksum packets in your
> >>> application, add the check in your code.
> I Agree. Just curious to know the design choice.
>
> So, by design, VPP hands over the UDP packet to
Forgot to add "reply-all", My apologies.
Ole,
>>> Right, so if you do not want to accept UDP zero checksum packets in
your application, add the check in your code.
I Agree. Just curious to know the design choice.
So, by design, VPP hands over the UDP packet to "registered node"
irrespective of
Hi Amir,
What happens if you do “make pkg-deb”?
--a
> On 2 Jan 2020, at 12:32, amir...@rad.com wrote:
>
> Hi All,
>
> I've just download VPP 19.08 from GIT.
> I can see that in this version the "install-deb" flag in the MAKE doesn't
> exist anymore.
> How can I create VPP debians from the
what do you mean by “vpp executable lib”? can you provide more details what
exactly do you want to do?
--
Damjan
> On 2 Jan 2020, at 12:27, siddarth rai wrote:
>
>
> Hello,
>
> I am working on VPP 1908.
> I want to link some external non-vpp libraries to my vpp executable lib.
>
> Would
Hi All,
I've just download VPP 19.08 from GIT.
I can see that in this version the "install-deb" flag in the MAKE doesn't exist
anymore.
How can I create VPP debians from the source code ?
Thanks in advance,
Amir.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
Hello,
I am working on VPP 1908.
I want to link some external non-vpp libraries to my vpp executable lib.
Would it work if I add the path of external lib to vlib/CMakeLists.txt file
using 'LINK_LIBRARIES' ?
Can anyone tell if this is the right way or if there is any other way ?
Any help will
Shiva,
> I am not using any tunneling protocol in my case(IPV6+UDP+ payload)
>
> RFC 6935 says,
> "The update is specified for use by a tunnel protocol that transports
> packets that are themselves protected by a checksum."
>
> >>> In VPP we basically leave it up to the application to decide
Hi Ole,
Thank you for your reply.
I am not using any tunneling protocol in my case(IPV6+UDP+ payload)
RFC 6935 says,
"The update is specified for use by a tunnel protocol that transports packets
that are themselves protected by a checksum."
>>> In VPP we basically leave it up to the
Hi Shiva,
> I was going through ip6 code, and observed VPP skips calculating UDP checksum
> for packets with explicit zero checksum, and process the packet "normally".
> (This, after disabling HW checksum offload)
>
> But, as per RFC-2460,
> "IPv6 receivers must discard UDP packets
20 matches
Mail list logo
