Hi Ananda.
I am not aware of any workaround. I think it's a bug and it should be
fixed in the driver or firmware.
вт, 14 авг. 2018 г. в 21:20, Ananda Sathyanarayana :
>
> Hi Alex, Beilei,
>
> I am also facing the same issue. Do we have a possible solution/work-around
> for this issue ?
>
>
> On Aug 14, 2018, at 9:44 PM, Vic Wang(BJ-RD) wrote:
>
> Dear Keith,
>
>There is no mbuf leak.
>Now I’ve tried lastest 18.08 dpdk release and pktgen 3.5.2 with intel
> 10G NIC. I found an interesting phenomenon.
>It can transfer packets continuously when the
Αρχικό μήνυμα
Θέμα: Sequence Number
Ημερομηνία: 2018-08-15 12:21
Αποστολέας: Konstantinos Schoinas
Παραλήπτης: users
Hello,
I am building an application blocks TLS session if i find a sepcific
forbidden Server Name Indication.
According to RFC i must make a response with
>Is the [4,5].1 or did you mean [4:5].1 ?
I mean [4:5].1.
>From the last set of emails you were using 2.0,3.1 and >one only lasted a few
>seconds but now you are saying >that it works on the current versions?
Yes, it works on the 18.08 version.
原始邮件
主题：Re: [dpdk-users]
Στις 2018-08-15 12:22, Konstantinos Schoinas έγραψε:
Αρχικό μήνυμα
Θέμα: Sequence Number
Ημερομηνία: 2018-08-15 12:21
Αποστολέας: Konstantinos Schoinas
Παραλήπτης: users
Hello,
I am building an application blocks TLS session if i find a sepcific
forbidden Server Name
On Wed, 15 Aug 2018 17:17:48 +0300
Konstantinos Schoinas wrote:
> Στις 2018-08-15 12:22, Konstantinos Schoinas έγραψε:
> > Αρχικό μήνυμα
> > Θέμα: Sequence Number
> > Ημερομηνία: 2018-08-15 12:21
> > Αποστολέας: Konstantinos Schoinas
> > Παραλήπτης: users
> >
> > Hello,
> >
One obvious error that I can see in reply tcp segment is
th->recv_ack = htonl(client_send_seq + ntohs(iphdr->total_length));
You need to acknowledge just the tcp payload which is { send seq +
iphdr->total_length - (IP header len) - (TCP header len) }
On Wed, Aug 15, 2018 at 7:47 PM,
> From: Anthony Hart [mailto:ah...@domainhart.com]
> Sent: Thursday, August 9, 2018 4:56 PM
> To: Van Haaren, Harry
> Cc: users@dpdk.org
> Subject: Re: [dpdk-users] eventdev performance
>
> Hi Harry,
> Thanks for the reply, please see responses inline
>
> > On Aug 7, 2018, at 4:34 AM, Van
Hi,
I've been trying to create a DPDK app that uses the ACL library and came across
a really weird behavior.
First I thought it has to be a bug in the ACL library (see bug #79) but when I
poked the library a bit more I
found that the matching is extremely unreliable even when having _way_
