[vpp-dev] VPP 21.01 RC1 milestone is complete!

Hello all, this is to let you know that the RC1 milestone for VPP 21.01 is now complete, the artifacts are available at http://packagecloud.io/fdio/2101 - please let me know if you have any issues installing. stable/2101 branch is now ready for the bugfixes in preparation for RC2 milestone - whic

Re: [vpp-dev] [csit-dev] Summary of Jenkins issues

Andrew, I've created a new ticket to track the merge failures. I don't believe they are related to the ongoing issues. https://jira.linuxfoundation.org/browse/RELENG-3343 Thank you, Vanessa On 12/16/20 3:19 PM, Andrew 👽 Yourtchenko wrote: > Vanessa, > > Today is the VPP 21.01 RC1 milestone, and

Re: [vpp-dev] Multicast packets sent via memif when rule says to forward through another interface

Thank you for your reply! yes the memif interface is down, in $sh hardware, it shows up in $sh int. what could be the reason for this discrepancy? still not clear why its choosing memif when mfib rule says forward on HundredGigabitEthernet12/0/0.501 ip mroute add ff38:23:2001:5b0:2000::8000/128

Re: [vpp-dev] [csit-dev] Summary of Jenkins issues

Vanessa, Today is the VPP 21.01 RC1 milestone, and two of the 21.01-RC1 merge jobs failed during the remerge, namely: https://jenkins.fd.io/job/vpp-merge-2101-ubuntu1804-x86_64/2/ https://jenkins.fd.io/job/vpp-merge-2101-ubuntu1804-aarch64/2/ Immediate “remerge” on https://gerrit.fd.io/r/c/vpp

[vpp-dev] Summary of Jenkins issues

There has been some confusion regarding the current state of Jenkins and issues we're tracking. Below is a summary with the tickets where you can find and provide updates. As per our standard support process all communication regarding these issues will be handled via the tickets. *Jenkins slowne

Re: [vpp-dev] Packages are not visible

DBGvpp# show hardware-interfaces NameIdx Link Hardware TenGigabitEthernet1/0/01 up TenGigabitEthernet1/0/0 Link speed: 10 Gbps Ethernet address ac:1f:6b:f8:1f:10 Intel 82599 carrier up full duplex mtu 9206 flags: admin-up pmd tx-offload i

Re: [vpp-dev] Core Load Calculation

If it will help, I will share my patch as soon as I get authorization from my corporate overlords. From: Ramkumar B Sent: Wednesday, December 16, 2020 11:08 AM To: bjerem...@gmail.com Cc: vpp-dev@lists.fd.io Subject: Re: [vpp-dev] Core Load Calculation I got your idea. Thanks for taki

Re: [vpp-dev] move to clang-format

+1. /neale From: on behalf of Florin Coras Date: Wednesday 16 December 2020 at 16:14 To: Damjan Marion Cc: vpp-dev Subject: Re: [vpp-dev] move to clang-format +1 Florin On Dec 16, 2020, at 6:12 AM, Damjan Marion via lists.fd.io mailto:dmarion=me@lists.fd.io>> wro

Re: [vpp-dev] Core Load Calculation

I got your idea. Thanks for taking time to clarify. I kind of tried the same but in vain. I think I will look into this solution again. On Wed, Dec 16, 2020 at 10:21 PM wrote: > In dispatch_node, before we call node->function any accumulated clock > cycles are counted toward idle, after the node

Re: [vpp-dev] Message posting policy change

OK… Done deal... Thanks... Dave > On Dec 16, 2020, at 11:31 AM, Florin Coras wrote: > > +1 > > Florin > >> On Dec 16, 2020, at 4:47 AM, Dave Barach wrote: >> >> Folks, >> >> At the moment, we hold non-list-member posts in the vpp-dev moderation >> queue. Unfortunately, spam comprises almos

Re: [vpp-dev] Core Load Calculation

Glad to hear it works for you :) — Damjan > On 16.12.2020., at 17:51, bjerem...@gmail.com wrote: > > In dispatch_node, before we call node->function any accumulated clock cycles > are counted toward idle, after the node->function returns if ( > (VLIB_NODE_TYPE_PRE_INPUT || VLIB_NODE_TYPE_INP

Re: [vpp-dev] Core Load Calculation

In dispatch_node, before we call node->function any accumulated clock cycles are counted toward idle, after the node->function returns if ( (VLIB_NODE_TYPE_PRE_INPUT || VLIB_NODE_TYPE_INPUT) && number of packets processed == 0) then we count it as idle, else we count it as busy. From: Ram

Re: [vpp-dev] Core Load Calculation

Yeah idle is when the input node doesn't get packets while polling. Other nodes will not be scheduled without packets. And as I said, the rx cycles is negligible.. On Wed, Dec 16, 2020 at 10:00 PM wrote: > Also.. forgot to mention… if a node doesn’t process any packets… it is > counted as idle,

Re: [vpp-dev] Message posting policy change

+1 Florin > On Dec 16, 2020, at 4:47 AM, Dave Barach wrote: > > Folks, > > At the moment, we hold non-list-member posts in the vpp-dev moderation queue. > Unfortunately, spam comprises almost all of the messages in the queue. I’ve > been deleting 10-20 junk emails per day – “want to buy a lis

Re: [vpp-dev] Core Load Calculation

Also.. forgot to mention… if a node doesn’t process any packets… it is counted as idle, else busy From: bjerem...@gmail.com Sent: Wednesday, December 16, 2020 9:25 AM To: 'Damjan Marion' Cc: 'Nick Zavaritsky' ; ramukmar1...@gmail.com; vpp-dev@lists.fd.io Subject: RE: [vpp-dev] Core Load Ca

Re: [vpp-dev] Core Load Calculation

The processing of the rx queue is counted toward IDLE Please explain what kind of processing. We are not doing any such rx processing separately. For us, the ring_dequeue_burst's cycles is negligible compared to processing cycles. On Wed, Dec 16, 2020 at 8:54 PM wrote: > Nope… the math works out

Re: [vpp-dev] Message posting policy change

+1 On Wed, Dec 16, 2020 at 8:26 AM Damjan Marion via lists.fd.io wrote: > makes sense to me. that is common practice. > > -- > Damjan > > On 16.12.2020., at 13:47, Dave Barach wrote: > >  > > Folks, > > > > At the moment, we hold non-list-member posts in the vpp-dev moderation > queue. Unfortu

Re: [vpp-dev] Core Load Calculation

Nope… the math works out… nothing goes to 0… we are incrementing both IDLE and BUSY. The processing of the rx queue is counted toward IDLE… In a completely idle system, the cpu usage falls to 0… as traffic ramps up it will go further positive based on pps, and as it goes to idle again it will go

Re: [vpp-dev] move to clang-format

+1 Florin > On Dec 16, 2020, at 6:12 AM, Damjan Marion via lists.fd.io > wrote: > > > Any feedback? > > Any good reason not to do the switch now when we have stable/2101 created? > > Thanks, > > Damjan > > >> On 14.12.2020., at 09:32, Benoit Ganne (bganne) wrote: >> >> Sounds good to m

Re: [vpp-dev] Message posting policy change

On Wed, Dec 16, 2020 at 6:47 AM Dave Barach wrote: > Folks, > > > > Any objections to reconfiguring the vpp-dev@lists.fd.io group to reject > messages from non-list-members? > > > > Thanks... Dave > Ja, do it. jdl -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View

Re: [vpp-dev] move to clang-format

Yes please! De : au nom de "Damjan Marion via lists.fd.io" Répondre à : "dmar...@me.com" Date : mercredi 16 décembre 2020 à 15:12 À : vpp-dev Objet : Re: [vpp-dev] move to clang-format Any feedback? Any good reason not to do the switch now when we have stable/2101 created? Thanks, Damjan

Re: [EXTERNAL] [vpp-dev] Check running status of vpp

Hello, On Wed, 2020-12-16 at 14:23 +, Chris Luke via lists.fd.io wrote: > [...] I wonder if the filesystem entry is a remnant from a previous > session that was not cleaned up. FWIW we have had such problems earlier, maybe the issue is similar. In our case we were mixing use of two different

Re: [vpp-dev] move to clang-format

+1 On 12/16/2020 9:13 AM, Dave Barach wrote: Seems like a good time to flip the switch... Thanks... Dave -Original Message- From: vpp-dev@lists.fd.io On Behalf Of Damjan Marion via lists.fd.io Sent: Wednesday, December 16, 2020 9:12 AM To: vpp-dev Subject: Re: [vpp-dev] move to clang

Re: [vpp-dev] Message posting policy change

+1 On 12/16/2020 8:26 AM, Damjan Marion via lists.fd.io wrote: makes sense to me. that is common practice. -- Damjan On 16.12.2020., at 13:47, Dave Barach wrote:  Folks, At the moment, we hold non-list-member posts in the vpp-dev moderation queue. Unfortunately, spam comprises almost al

Re: [EXTERNAL] [vpp-dev] Check running status of vpp

It is odd that the filesystem entry for the CLI socket would exist but it says “connection refused”. Any log messages from VPP complaining about not being able to create the socket? I wonder if the filesystem entry is a remnant from a previous session that was not cleaned up. Chris. From: vpp

Re: [vpp-dev] move to clang-format

Seems like a good time to flip the switch... Thanks... Dave -Original Message- From: vpp-dev@lists.fd.io On Behalf Of Damjan Marion via lists.fd.io Sent: Wednesday, December 16, 2020 9:12 AM To: vpp-dev Subject: Re: [vpp-dev] move to clang-format Any feedback? Any good reason not to

Re: [vpp-dev] move to clang-format

Any feedback? Any good reason not to do the switch now when we have stable/2101 created? Thanks, Damjan > On 14.12.2020., at 09:32, Benoit Ganne (bganne) wrote: > > Sounds good to me, clang-format should be more consistent than indent... > > ben > >> -Original Message- >> From: vp

[vpp-dev] VPP 21.01rc1 interim status: stable/2101 is CLOSED; master is open

Hi all, The stable/2101 branch has been made. Master branch got the 21.06-rc0 tag is open for all your new commits. The newly created stable/2101 branch is CLOSED for the time being, please do not merge anything on it until I send another mail saying it is okay to do so. --a /* your friendly 2

[vpp-dev] Bridge domains / mac learning limits evolutions

Hello, With current implementation of mac learning in VPP, it is possible to configure maximum number of learned entries. This limit is global and shared by all bridge domains in a given VPP instance. I am considering implementing a per bridge domain limit making sure that a bridge domain can’t

Re: [vpp-dev] Message posting policy change

makes sense to me. that is common practice. -- Damjan > On 16.12.2020., at 13:47, Dave Barach wrote: > >  > Folks, > > At the moment, we hold non-list-member posts in the vpp-dev moderation queue. > Unfortunately, spam comprises almost all of the messages in the queue. I’ve > been deleting

[vpp-dev] Message posting policy change

Folks, At the moment, we hold non-list-member posts in the vpp-dev moderation queue. Unfortunately, spam comprises almost all of the messages in the queue. I've been deleting 10-20 junk emails per day - "want to buy a list of conference attendees?" - and I would like to spend that time doing so

Re: [vpp-dev] why not VPP wireguard add peer: input error ?

Hello ! Dose VPP can forward IP packets from WireGuard interface to Vxlan tunnel ? That is say, packets from L3 tunnel forwards to a L2 vxlan tunnel, How do set it. Thanks! | | li.xia | | lxlee_li...@163.com | 签名由网易邮箱大师定制 On 12/8/2020 09:50，li.xia wrote： OK, Thanks ben! | | li.

Re: [vpp-dev] Core Load Calculation

> On 16.12.2020., at 05:45, bjerem...@gmail.com wrote: > > What we did was to count clock cycles (timestamps) spent processing the > nodes, call this busy, and count the clock cycles spent elsewhere, call this > idle. And then simply output (busy/(busy + idle). We did this per thread and > st

Re: [vpp-dev] Check running status of vpp

> I am using VPP version 20.05.1 on my setup and my application is running > vppctl commands after checking that VPP process is created , but sometimes > it happens that though vpp process is created and vpp is running, still > vpp doesn't accept any vppctl commands and is giving this error: > conn