Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from host device

Merged... This patch addresses similar issues with iOS devices which appear to pay attention to the router flag... Thanks... Dave From: vpp-dev@lists.fd.io On Behalf Of Petr Boltík Sent: Sunday, November 6, 2022 4:09 AM To: vpp-dev@lists.fd.io Subject: Re: [vpp-dev] Bug report - IP6 ND

Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from host device

ds >>> Petr >>> >>> >>> pá 4. 11. 2022 v 13:25 odesílatel Benoit Ganne (bganne) via lists.fd.io >>> napsal: >>> >>>> Hi Petr, >>>> >>>> Unfortunately I can't confirm the issue, but I do not think it is a &g

Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from host device

Petr, >>> >>> Unfortunately I can't confirm the issue, but I do not think it is a very >>> commonly tested scenario so it is not really surprising... >>> What could help understand the issue would be if you could capture the >>> RA traffic in both scenar

Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from host device

t;> ben >> >> > -Original Message- >> > From: vpp-dev@lists.fd.io On Behalf Of Petr >> Boltík >> > Sent: Friday, November 4, 2022 12:50 >> > To: vpp-dev >> > Subject: Re: [vpp-dev] Bug report - IP6 ND RA default route di

Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from host device

would be if you could capture the RA > traffic in both scenarios (VPP vs radvd) so we can compare. > > Best > ben > > > -Original Message- > > From: vpp-dev@lists.fd.io On Behalf Of Petr Boltík > > Sent: Friday, November 4, 2022 12:50 > > To: vpp-

Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from host device

> -Original Message- > From: vpp-dev@lists.fd.io On Behalf Of Petr Boltík > Sent: Friday, November 4, 2022 12:50 > To: vpp-dev > Subject: Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from > host device > > Hi all, > > Can someone please confirm t

Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from host device

Hi all, Can someone please confirm this VPP IP6 RA issue? Any idea is welcome. I already tested the latest VPP build v23.02-rc0~96-ge69d97438~b598 with no success. Installed default IP6 GW on Windows7/10/UBNTairOS disappeared after a short time. Thanks Best regards Petr B. pá 28. 10. 2022 v

Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from host device

Hi Najieb, I already know this issue, but it is a different issue from my RA you probably mean the situation, when VPP dhcp4 client does not reflect the received default route to the control plane using linuxNL. This can be easily solved by running dpcpcd (Debian apt install dhcpcd5)

Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from host device

I have the same problem but on ipv4 where the default route on linuxCP/NL is not read / lost from vpp, vpp only reads direct routes. but when I add a static route from vppctl everything is back to normal. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply

[vpp-dev] Bug report - IP6 ND RA default route disappear from host device

Hi all, I have discovered the problem with IP6 ND RA receiving side - it can be observed on Windows 10/7/UBNT airos8 and some others. Issue not observed on the Debian 11+nmcli. Configuration is pretty straightforward. Tested with VPP 22.06, 22.10. Issue persists. VPP configuration is the default,

[vpp-dev] [Bug or Not] QoS l2-policer-classify match question #vpp_qos

Hi VPP fellows: Recently I try to do the qos rate limit based on loop port(used for ESP/VxLAN encapspulation). But I found that "l2-policer-classify" node wouldn't hit the packet, by contrast, acl match can work fine.So I track the source code for "l2-policer-classify" node fucntion

Re: [vpp-dev] Bug in vl_socket_read_ready() function

: vpp-dev@lists.fd.io Subject: [vpp-dev] Bug in vl_socket_read_ready() function Hi , While using AddressSanitizer with VPP, it detected use-after-poison in vl_socket_read_ready() function. Closely looking at the code, it seems that this is happening due to the following code. if (vec_len (m

[vpp-dev] Bug in vl_socket_read_ready() function

Hi , While using AddressSanitizer with VPP, it detected use-after-poison in  vl_socket_read_ready() function. Closely looking at the code, it seems that this is happening due to the following code. if (vec_len (msg_buffer) > msgbuf_len) /* There are some fragments left. Shrink the msg_buffer

Re: [vpp-dev] Bug in plugins/dpdk/device/init.c related to eal_init_args found using AddressSanitizer

Hi Elias, Dave Barach kindly cleaned up the remaining status to close out the ticket (see history panel at the bottom of the JIRA ticket for details). I set the Fix Version/s field to 20.01 (which is the next release based on master).  After VPP 19.08.1 has been created (ETA next Wed), this

Re: [vpp-dev] Bug in plugins/dpdk/device/init.c related to eal_init_args found using AddressSanitizer

Thanks! What about the Jira ticket here https://jira.fd.io/browse/VPP-1772 -- now I set "Resolution: Done" there, should the "Fix Version/s" field be changed also? / Elias On Thu, 2019-09-12 at 12:00 -0400, Dave Wallace wrote: > Elias, > > Thanks for the patch -- I just merged it. > > Welcome

Re: [vpp-dev] Bug in plugins/dpdk/device/init.c related to eal_init_args found using AddressSanitizer

Elias, Thanks for the patch -- I just merged it. Welcome to the VPP community :) Thanks, -daw- On 9/12/2019 5:19 AM, Damjan Marion wrote: see: https://wiki.fd.io/view/VPP/Pulling,_Building,_Running,_Hacking_and_Pushing_VPP_Code Section 6 On 12 Sep 2019, at 11:11, Elias Rudberg

Re: [vpp-dev] Bug in plugins/dpdk/device/init.c related to eal_init_args found using AddressSanitizer

see: https://wiki.fd.io/view/VPP/Pulling,_Building,_Running,_Hacking_and_Pushing_VPP_Code Section 6 > On 12 Sep 2019, at 11:11, Elias Rudberg wrote: > > OK, now I created a Jira issue about it: >

Re: [vpp-dev] Bug in plugins/dpdk/device/init.c related to eal_init_args found using AddressSanitizer

OK, now I created a Jira issue about it: https://jira.fd.io/browse/VPP-1772 I would like to commit and push a fix also, but I'm not sure how to do that properly. Looking at "git log" it looks like you are using some special form of commit messages with special "Signed-off-by" and "Change-Id"

Re: [vpp-dev] Bug in plugins/dpdk/device/init.c related to eal_init_args found using AddressSanitizer

Elias, Please open a Jira Ticket and push a patch with this fix. BTW, there is a macro [0] that safely adds c-string termination to a vector which I would recommend using for your fix (2). Thanks, -daw- [0] https://docs.fd.io/vpp/19.08/db/d65/vec_8h.html#a2bc43313bc727b5453c3e5d7cc57a464

[vpp-dev] Bug in plugins/dpdk/device/init.c related to eal_init_args found using AddressSanitizer

Hello, Thanks to the patches shared by Benoit Ganne on Monday, I was today able to use AddressSanitizer for vpp. AddressSanitizer detected a problem that I think is caused by a bug in plugins/dpdk/device/init.c related to how the conf->eal_init_args vector is manipulated in the dpdk_config

[vpp-dev] Bug with ARP reply after configuring static ARP entry

Hi all, I ran into an issue with ARP reply. It's not working if a static ARP entry has been created on VPP for the requested IP address pointing towards another interface. The bug is described in the Jira ticket VPP-1696 ( https://jira.fd.io/browse/VPP-1696 ). Thanks a lot in advance.

[vpp-dev] [Bug] VPP crashes using deterministic CGN

Hi Matus,We are using 1901 build in CentOS 7.6 and am facing a crash in VPP while using the CGNAT plugin. When using the deterministic CGN and using NAT {deterministic} option in the startup.conf, VPP crashes when I input the command ‘set interface nat44 in TenGigabitEthernet41/0/0 out

Re: [vpp-dev] bug in api for tapv2

for the recipient), please contact the > sender by reply email and delete all copies of this message. > Please > > click here for Company Registration Information. > > > > > > > > > > > > > > > > > > > > > >

Re: [vpp-dev] bug in api for tapv2

for Company Registration Information. From: Marco Varlese Sent: Wednesday, October 17, 2018 2:16 PM To: Michal Cmarada -X (mcmarada - PANTHEON TECHNOLOGIES at Cisco) ; vpp-dev@lists.fd.io Subject: Re: [vpp-dev] bug in api for tapv2 Hi Michal, On Wed, 2018-10-17 at 11:49 +, Michal

Re: [vpp-dev] bug in api for tapv2

Hi Michal, On Wed, 2018-10-17 at 11:49 +, Michal Cmarada via Lists.Fd.Io wrote: > > > Hi VPP devs, > > > > I found a bug in API for tapv2. I prepared a fix but I need someone to check > it. > > > gerrit patch: https://gerrit.fd.io/r/#/c/15341/ > Yes, your fix makes sense to me. I am

[vpp-dev] bug in api for tapv2

Hi VPP devs, I found a bug in API for tapv2. I prepared a fix but I need someone to check it. gerrit patch: https://gerrit.fd.io/r/#/c/15341/ also it will probably need a cherry-pick to stable 18.10 Thanks Michal

Re: [vpp-dev] [BUG] vhost-user display bug

On Thu, 20 Sep 2018 18:56:28 + "Steven Luong (sluong)" wrote: > Stephen, > > Fix for vhost > https://gerrit.fd.io/r/14920 > > I'll take care of vmxnet3 later. > > Steven > > On 9/20/18, 10:57 AM, "vpp-dev@lists.fd.io on behalf of Stephen Hemminger" > wrote: > > > Why is

Re: [vpp-dev] [BUG] vhost-user display bug

-- Damjan > On 20 Sep 2018, at 20:58, Damjan Marion via Lists.Fd.Io > wrote: > > > -- > Damjan > >> On 20 Sep 2018, at 20:26, Stephen Hemminger > > wrote: >> >> On Thu, 20 Sep 2018 20:15:34 +0200 >> Damjan Marion mailto:dmar...@me.com>> wrote: >> >>>

Re: [vpp-dev] [BUG] vhost-user display bug

-- Damjan > On 20 Sep 2018, at 20:26, Stephen Hemminger > wrote: > > On Thu, 20 Sep 2018 20:15:34 +0200 > Damjan Marion mailto:dmar...@me.com>> wrote: > >> Damjan >> >>> On 20 Sep 2018, at 19:57, Stephen Hemminger >> > wrote: >>> >>> >>> Why is there

Re: [vpp-dev] [BUG] vhost-user display bug

Stephen, Fix for vhost https://gerrit.fd.io/r/14920 I'll take care of vmxnet3 later. Steven On 9/20/18, 10:57 AM, "vpp-dev@lists.fd.io on behalf of Stephen Hemminger" wrote: Why is there not a simple link on FD.io developer web page to report bugs. Reporting bugs page talks

Re: [vpp-dev] [BUG] vhost-user display bug

On Thu, 20 Sep 2018 20:15:34 +0200 Damjan Marion wrote: > Damjan > > > On 20 Sep 2018, at 19:57, Stephen Hemminger > > wrote: > > > > > > Why is there not a simple link on FD.io developer web page to report bugs. > > Reporting bugs page talks about the data BUT DOESN'T GIVE THE PROCESS. > >

Re: [vpp-dev] [BUG] vhost-user display bug

Dear Stephen, See inline ... -- Damjan > On 20 Sep 2018, at 19:57, Stephen Hemminger > wrote: > > > Why is there not a simple link on FD.io developer web page to report bugs. > Reporting bugs page talks about the data BUT DOESN'T GIVE THE PROCESS. > > If you are using JIRA why not

[vpp-dev] [BUG] vhost-user display bug

Why is there not a simple link on FD.io developer web page to report bugs. Reporting bugs page talks about the data BUT DOESN'T GIVE THE PROCESS. If you are using JIRA why not vpp-bugs mail alias? I tried creating a virtio user device and noticed that the device name displayed is garbage:

Re: [vpp-dev] [Bug] VPP crashes using deterministic CGN

at Cisco) ; vpp-dev@lists.fd.io Cc: 'Fazal-e-Rehman Khan' Subject: RE: [vpp-dev] [Bug] VPP crashes using deterministic CGN I have built the new release with vpp version 18.10 on my local machine. I have seen "git log" and your commit is showing in it. I am still experiencing the cra

Re: [vpp-dev] [Bug] VPP crashes using deterministic CGN

s.fd.io Cc: vpp-dev@lists.fd.io Subject: Re: [vpp-dev] [Bug] VPP crashes using deterministic CGN There is fix https://gerrit.fd.io/r/#/c/14106/ Matus From: vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io> mailto:vpp-dev@lists.fd.io> > On Behalf Of Matus Fabian -X (matfabia -

Re: [vpp-dev] [Bug] VPP crashes using deterministic CGN

: Re: [vpp-dev] [Bug] VPP crashes using deterministic CGN Hi, There is bug in snat_interface_add_del, it should not enable nat44-hairpinning node, I will fix it Matus From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> mailto:vpp-dev@lists.fd.io>> On Behalf Of

Re: [vpp-dev] [Bug] VPP crashes using deterministic CGN

Hi, There is bug in snat_interface_add_del, it should not enable nat44-hairpinning node, I will fix it Matus From: vpp-dev@lists.fd.io On Behalf Of arsalan.sag...@xflowresearch.com Sent: Thursday, August 9, 2018 1:16 PM To: vpp-dev@lists.fd.io Cc: 'Fazal-e-Rehman Khan' Subject: [vpp-dev

[vpp-dev] [Bug] VPP crashes using deterministic CGN

Hi, I am using 1807 build in CentOS 7.5 and am facing a crash in VPP while using the CGNAT plugin. When using the deterministic CGN and using nat {deterministic} option in the startup.conf, VPP crashes when VM (with vhost-user interface) starts and all the configurations of VPP are removed.

[vpp-dev] [Bug] VPP crashes using deterministic CGN

Hi, I am using 1807 build in CentOS 7.5 and am facing a crash in VPP while using the CGNAT plugin. When using the deterministic CGN and using nat {deterministic} option in the startup.conf, VPP crashes when VM (with vhost-user interface) starts and all the configurations of VPP are removed.

Re: [vpp-dev] Bug?

om> > *Cc:* vpp-dev@lists.fd.io > *Subject:* Re: [vpp-dev] Bug? > > > > Actually there is no packet going to int2. > > > > When in L3 mode, dpdk-input does not get any packet from int2. But just by > changing it to L2 mode, dpdk-input gets exactly the same packe

Re: [vpp-dev] Bug?

-boun...@lists.fd.io] On Behalf Of Yuliang Li Sent: Tuesday, December 05, 2017 9:59 AM To: Neale Ranns (nranns) <nra...@cisco.com> Cc: vpp-dev@lists.fd.io Subject: Re: [vpp-dev] Bug? Actually there is no packet going to int2. When in L3 mode, dpdk-input does not get any packet from int2. Bu

Re: [vpp-dev] Bug?

ang Li < > yuliang...@yale.edu> > *Date: *Tuesday, 5 December 2017 at 04:55 > *To: *"vpp-dev@lists.fd.io" <vpp-dev@lists.fd.io> > *Subject: *[vpp-dev] Bug? > > > > Hi, > > > > I am using vpp v18.01-rc0~160-ge13c799 (show version in vppc

Re: [vpp-dev] Bug?

I imagine the bridge ports are being flooded looking for the final destination. Ray K On 05/12/2017 03:55, Yuliang Li wrote: Hi, I am using vpp v18.01-rc0~160-ge13c799 (show version in vppctl). I feel I find a bug. I have two physical interfaces TenGigabitEthernet5/0/0 (int1) and 

Re: [vpp-dev] Bug?

this back to you. Under what circumstances do L3 and L2 ports accept a packet? Regards, neale From: <vpp-dev-boun...@lists.fd.io> on behalf of Yuliang Li <yuliang...@yale.edu> Date: Tuesday, 5 December 2017 at 04:55 To: "vpp-dev@lists.fd.io" <vpp-dev@lists.fd.io> Sub

[vpp-dev] Bug?

Hi, I am using vpp v18.01-rc0~160-ge13c799 (show version in vppctl). I feel I find a bug. I have two physical interfaces TenGigabitEthernet5/0/0 (int1) and TenGigabitEthernet5/0/1 (int2). Normally, if I send traffic (from another server) to int1, I expect int2 should NOT receive the traffic.

Re: [vpp-dev] bug/issue notification

s actually what is executed with the now-deprecated install.sh. What should I do ? Justin - Mail original - De: "Dave Wallace" <dwallac...@gmail.com> À: "Justin Iurman" <justin.iur...@ulg.ac.be>, "vpp-dev" <vpp-dev@lists.fd.io> Envoyé: Lundi 1

[vpp-dev] bug/issue notification

Hey guys, Here are two issues I faced while installing/running VPP. It would be great to fix them. 1) Install not executed (at least, it seems that it's the case...) - tested with current version 18.01 (cloned today) but it's the same with previous versions too. git clone

Re: [vpp-dev] bug?

Looks like a patch was submitted earlier on that one but not yet merged: https://gerrit.fd.io/r/#/c/7512/ Thanks, Andrew On 20/07/2017, 7:31 AM, "vpp-dev-boun...@lists.fd.io on behalf of Yuliang Li" wrote: Hi,

[vpp-dev] bug?

Hi, I clone the code from https://gerrit.fd.io/r/vpp. In threads.c, line 643-645: 643 nm_clone->nodes_by_type[VLIB_NODE_TYPE_INTERNAL] = 644 vec_dup (nm->nodes_by_type[VLIB_NODE_TYPE_INTERNAL]); 645 vec_foreach (rt,