Ow, so the issue is the reset. Could you try to call stream_session_disconnect
instead of stream_session_cleanup in the handle?
Florin
> On Nov 22, 2018, at 6:51 AM, Andreas Schultz
> wrote:
>
> Hi,
>
> Florin Coras mailto:fcoras.li...@gmail.com>> schrieb
> am Mi., 21. Nov. 2018 um 18:33 Uh
It’s done on purpose in order to avoid constant locking. Applications should
accept new session on the right thread. If you plan to distribute the load
across multiple workers, then just have them all listen on the same ip:port
tuple and vpp will load balance.
Florin
> On Nov 22, 2018, at 6:5
Hi Brian,
I tried what I told you and I confirm that worked fine on my setup.
create packet-generator interface pg0
packet-generator capture pg0 pcap /tmp/mycap.pcap
set interface span SOURCE_INTF destination pg0
set interface state pg0 up
Jerome
De : au nom de Brian Dickson
Date : vendredi 23
In case anybody is interested, this is quick way to run testpmd inside vm, for
vhost-user testing.
No guest userspace needed, no disk image, guest kernel just runs bash script
which starts testpmd
https://gist.github.com/dmarion/161d83165d27af7c39ab807beae4746c
--
Damjan
-=-=-=-=-=-=-=
> Good news: False regressions should be much less frequent now.
They were, until around this Wednesday,
when inconsistend tesults have become prevalent again.
Today, we have fixed [2] one source of inconsistencies.
It remains to be seen how big of an impact
on MRR-based test that has.
But I wo
On Fri, 2018-11-23 at 09:14 +, Liu Daolin (刘道林) wrote:
> Hi Marco,
>
> 1. If you indeed use crc32c, it's ok. But from my view, it should not include
> ip header.
And it does not!
>
> 2. the definition is below:
>
> #define SHA1_OUTPUT_LENGTH 20
> /*
> * 0 1
You just demonstrated one of the basic properties of vector packet processing:
as the offered load increases, the cost per vector element decreases. Although
you didn’t explicitly report the vector sizes involved, the vector size
necessarily increases as the offered load increases. Anyhow, it’s
> On 23 Nov 2018, at 04:22, Mikado wrote:
>
> Hi,
> Recently I’m developing a plugin based on VPP 18.07 to decode specified
> packets. I added it between dpdk-input and interface-output using the same
> method of adding sample plugin in VPP source code. To test its performance in
> theory ,
Hi,
Recently I’m developing a plugin based on VPP 18.07 to decode specified
packets. I added it between dpdk-input and interface-output using the same
method of adding sample plugin in VPP source code. To test its performance in
theory , I used clib_cpu_time_now() to calculate the average cpu
Hi Macro,
OK, I will try it when I have time.
I'm reading the sctp source code and found some issues. The most critical one
is the checksum. The sctp checksum should not include the ip header, just only
sctp data, and also it should use crc32c, not the current code shown. Another
important iss
Hi vpp devs,
After this patch in VPP: https://gerrit.fd.io/r/#/c/15759/
our DHCP relay tests started to fail. The configuration seems to be written
correctly (same as before, commands for VPP on DUT1 in attachment), but when
actual packet is received the vpp seems to crash. Sometimes there are
Thanks Damjan.
Regards
Alok
-Original Message-
From: Damjan Marion
Sent: 23 November 2018 15:03
To: Alok Makhariya
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Regarding page table address NULL in dpdk_pool_create
>
> On 22 Nov 2018, at 10:55, Alok Makhariya wrote:
>
> Hi
>
>
>
> On 22 Nov 2018, at 10:55, Alok Makhariya wrote:
>
> Hi
>
> I have a situation where in some scenarios when VPP is restarted after a
> crash, the VPP which is coming up itself crashes with the following backtrace.
> This does not happen always. Any hints on what could cause this would be
On Fri, 2018-11-23 at 00:57 +, Liu Daolin (刘道林) wrote:
> Hi Macro,
>
> OK, I will try it when I have time.
Well, as you wish.
>
> I'm reading the sctp source code and found some issues. The most critical one
> is the checksum. The sctp checksum should not include the ip header, just only
>
14 matches
Mail list logo