Hi Raj/Neale,
We are also observing this issue now with multiple PPPoE Sessions.
Was this fixed in any VPP branches?
Thanks in Advance
Vyshakh
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#15818): https://lists.fd.io/g/vpp-dev/message/15818
Mute
Hi Raj,
Thanks for spending the time for further investigation. Some comments inline.
/neale
On 18/10/2019 11:27, "vpp-dev@lists.fd.io on behalf of Raj"
wrote:
On Thu, Oct 17, 2019 at 8:45 PM Neale Ranns (nranns)
wrote:
> I think your analysis is spot on. Thank you!
> How you'r
On Thu, Oct 17, 2019 at 8:45 PM Neale Ranns (nranns) wrote:
> I think your analysis is spot on. Thank you!
> How you're a VPP PPPoE expert __ do you have some suggestions on a fix?
Thanks for taking a look at this Neale!
I have some ideas for a fix to this problem.
Alternative 1.
During the pa
> > Hongjun
> >
> > -Original Message-
> > From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of
> Raj
> > Sent: Monday, September 30, 2019 11:54 PM
> > To: vpp-dev
> >
oe session.
> >
> > Thanks,
> > Hongjun
> >
> > -Original Message-
> > From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of
> Raj
> > Sent: Monday, September 30, 2019 11:54 PM
> > To: vpp-dev
fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Raj
> Sent: Monday, September 30, 2019 11:54 PM
> To: vpp-dev
> Subject: Re: [vpp-dev] VPP core dump with PPPoE
>
> Hello all,
>
> I did some more debugging to find out when and where exactly the
pppo
September 30, 2019 11:54 PM
> To: vpp-dev
> Subject: Re: [vpp-dev] VPP core dump with PPPoE
>
> Hello all,
>
> I did some more debugging to find out when and where exactly the
> pppoe_session_t get corrupted. Added couple of log entries as shown below to
> log pppoe sessi
.
Thanks,
Hongjun
-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Raj
Sent: Monday, September 30, 2019 11:54 PM
To: vpp-dev
Subject: Re: [vpp-dev] VPP core dump with PPPoE
Hello all,
I did some more debugging to find out when and where exactly the
Hello all,
I did some more debugging to find out when and where exactly the
pppoe_session_t get corrupted. Added couple of log entries as shown
below to log pppoe session id when a session is created as well as
when packets from north traverses to south. I have tried this in VPP
19.08, 19.04 and 1
Hello all,
I have done some more tests to pinpoint the exact condition of the
crash. What I could figure out was that the crash happens when memory
is being allocated for pppoe_session_t while packets are flowing
through pppoe interface.
Here is what I did to arrive at this conclusion:
1. Config
Hello all,
I am observing a VPP crash when approximately 20 - 50 PPPoE clients
are connecting and traffic is flowing through them. This crash was
reproducible every time I tried.
I did some debugging and here is what I could find out so far:
If I understand correctly, when a incoming packet from
People might consider helping if you followed the documented bug reporting
process: https://wiki.fd.io/view/VPP/BugReports
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#12713): https://lists.fd.io/g/vpp-dev/message/12713
Mute This Topic: https://
Hi,
Can someone please help on this ?
Thanks,
Akshay
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#12708): https://lists.fd.io/g/vpp-dev/message/12708
Mute This Topic: https://lists.fd.io/mt/30851777/21656
Mute #vpp: https://lists.fd.io/mk?hashta
On Wed, Mar 6, 2019 at 10:42 PM Andrew 👽 Yourtchenko
wrote:
> Unfortunately I can’t give you a step by step way to isolate that trigger
> because it can be most everything potentially.
Can you see if you can reproduce the crash by running the attached
script ? In my environment, this script ca
> On 6 Mar 2019, at 09:20, Raj wrote:
>
>> On Wed, Mar 6, 2019 at 2:52 PM Andrew 👽 Yourtchenko
>> wrote:
>>
>> Sounds like a memory corruption.
>> I am out of office for another week, so in the meantime if you might collect
>> few postmortem dumps with reproductions, I will look at it when
On Wed, Mar 6, 2019 at 2:52 PM Andrew 👽 Yourtchenko wrote:
>
> Sounds like a memory corruption.
> I am out of office for another week, so in the meantime if you might collect
> few postmortem dumps with reproductions, I will look at it when I return.
Sure, I will get some dumps with problem repr
Sounds like a memory corruption.
I am out of office for another week, so in the meantime if you might collect
few postmortem dumps with reproductions, I will look at it when I return.
(I aim to try to reproduce by adding the necessary api calls to
https://github.com/vpp-dev/apidump2py - because
Hello all,
I am getting a core dump when adding MACIP ACL using API (using
honeycomb). My observation is that I can reproduce this core dump
reliably if I add about 300 MACIP ACL. I am on v18.10-27~ga0005702c
I did some debugging and my observations is:
In the function:
void
vl_msg_api_handler_
18 matches
Mail list logo
