Re: [vpp-dev] [FD.io Helpdesk #68928] gerrit.fd.io not answering ping6, etc.

[Dave Barach via RT]

Dear Anton,

Thanks. Given what you wrote, I suspect this is a Cisco IT ACL problem. We've 
seen other ipv6 anomalies today. Please close the case.

Dave 

-Original Message-
From: Anton Baranov via RT  
Sent: Thursday, February 21, 2019 6:16 PM
To: Dave Barach (dbarach) 
Cc: vpp-dev@lists.fd.io
Subject: [FD.io Helpdesk #68928] gerrit.fd.io not answering ping6, etc.

Hi Dave,

I checked from different places and was able to ping6 gerrit.fd.io. Could you 
provide traceroute6 to gerrit.fd.io and google.com? 


Cheers,

--
Anton Baranov
Sr. System Operations Engineer
The Linux Foundation

On Thu Feb 21 10:26:54 2019, dbarach wrote:
> Folks,
> 
> It looks like gerrit.fd.io has forgotten how to speak ipv6. I'm unable 
> to "git pull", "ping6" etc.
> 
> Please investigate. See below for some evidence that the test host is 
> sane.
> 
> Thanks... Dave
> 
> $ ping6 gerrit.fd.io
> PING gerrit.fd.io(2600:1f14:9b3:3400:ee75:f90f:2247:905d
> (2600:1f14:9b3:3400:ee75:f90f:2247:905d)) 56 data bytes ^C
> --- gerrit.fd.io ping statistics ---
> 6 packets transmitted, 0 received, 100% packet loss, time 5114ms
> 
> $ ping6 google.com
> PING google.com(atl26s14-in-x0e.1e100.net (2607:f8b0:4002:811::200e))
> 56 data bytes
> 64 bytes from atl26s14-in-x0e.1e100.net (2607:f8b0:4002:811::200e):
> icmp_seq=1 ttl=43 time=53.4 ms
> 



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12320): https://lists.fd.io/g/vpp-dev/message/12320
Mute This Topic: https://lists.fd.io/mt/29992160/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] [FD.io Helpdesk #68928] gerrit.fd.io not answering ping6, etc.

[Anton Baranov via RT]

Hi Dave,

I checked from different places and was able to ping6 gerrit.fd.io. Could you 
provide traceroute6 to gerrit.fd.io and google.com? 


Cheers,

-- 
Anton Baranov
Sr. System Operations Engineer
The Linux Foundation

On Thu Feb 21 10:26:54 2019, dbarach wrote:
> Folks,
> 
> It looks like gerrit.fd.io has forgotten how to speak ipv6. I'm unable
> to "git pull", "ping6" etc.
> 
> Please investigate. See below for some evidence that the test host is
> sane.
> 
> Thanks... Dave
> 
> $ ping6 gerrit.fd.io
> PING gerrit.fd.io(2600:1f14:9b3:3400:ee75:f90f:2247:905d
> (2600:1f14:9b3:3400:ee75:f90f:2247:905d)) 56 data bytes
> ^C
> --- gerrit.fd.io ping statistics ---
> 6 packets transmitted, 0 received, 100% packet loss, time 5114ms
> 
> $ ping6 google.com
> PING google.com(atl26s14-in-x0e.1e100.net (2607:f8b0:4002:811::200e))
> 56 data bytes
> 64 bytes from atl26s14-in-x0e.1e100.net (2607:f8b0:4002:811::200e):
> icmp_seq=1 ttl=43 time=53.4 ms
> 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12319): https://lists.fd.io/g/vpp-dev/message/12319
Mute This Topic: https://lists.fd.io/mt/29992160/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Publishing IPSec Header Files

[Jon Loeliger]

Yo people,

Be that the vnet/ipsec/ipsec.h include file now chumming up
with the files:

#include 
#include 
#include 
#include 
#include 

all them gotsta either be published to /usr/include/vnet/ipsec as well,
or days gotsta not be included at all.

Seems like we's been here 'fore, man.

Wants me ta push a patch so's that they get published during an
install, or remove 'em and maybe include them in some .c files
where they's needed more?

yo,
jdl
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12318): https://lists.fd.io/g/vpp-dev/message/12318
Mute This Topic: https://lists.fd.io/mt/29990503/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] FD.io minisummit at Kubecon EU (May 21-23, Barcelona)

[Edward Warnicke]

+ hicn and sweetcomb, who's lists were misconfigured the first time I sent
it :)

Ed

On Thu, Feb 21, 2019 at 1:04 PM Ed Warnicke  wrote:

> Traditionally in the past FD.io has held collocated minisummits at Kubecon
> (NA and EU).
>
> We are fortunate to have budget to do Kubecon EU, Kubecon NA, and one
> other collocated event (probably best to be held in Asia and possibly at an
> embedded event).
>
> In the course of discussing this, the FD.io Marketing group felt that
> doing a separate FD.io booth at Kubecon EU was a clear win, but raised the
> question:
>
> - Is there a better choice for an EU event to collocate with for the FD.io
> minisummit?
>
> This is a good question, and so wanted to open the discussion to the
> broader community, as it differs from what had previously been discussed in
> the community and decided on.
>
> So, thoughts?  Opinions?  Ideas?
>
> Ed
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12317): https://lists.fd.io/g/vpp-dev/message/12317
Mute This Topic: https://lists.fd.io/mt/29989425/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] FD.io minisummit at Kubecon EU (May 21-23, Barcelona)

[Edward Warnicke]

Traditionally in the past FD.io has held collocated minisummits at Kubecon
(NA and EU).

We are fortunate to have budget to do Kubecon EU, Kubecon NA, and one other
collocated event (probably best to be held in Asia and possibly at an
embedded event).

In the course of discussing this, the FD.io Marketing group felt that doing
a separate FD.io booth at Kubecon EU was a clear win, but raised the
question:

- Is there a better choice for an EU event to collocate with for the FD.io
minisummit?

This is a good question, and so wanted to open the discussion to the
broader community, as it differs from what had previously been discussed in
the community and decided on.

So, thoughts?  Opinions?  Ideas?

Ed
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12316): https://lists.fd.io/g/vpp-dev/message/12316
Mute This Topic: https://lists.fd.io/mt/29989425/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] iperf3 with vcl

[Ramaraj Pandian]

Hi Florin, Its vpp 19.01 on centos, seems like there is a patch available, I 
will try that. Thanks.

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Florin Coras
Sent: Thursday, February 21, 2019 8:40 AM
To: Ramaraj Pandian 
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] iperf3 with vcl

Hi Ram,

What os and what vpp version? We’re constantly running iperf3 in our CI in 
ubuntu 18.04.

Thanks,
Florin


On Feb 20, 2019, at 6:07 PM, Ramaraj Pandian 
mailto:nr.pand...@samsung.com>> wrote:

I am trying to run iperf server and client to measure performance between two 
vpp instances as per 
“https://wiki.fd.io/view/VPP/HostStack/LDP/iperf
 “ but I get the following error(unable to set TCP_CONGESTION) on client side? 
Any insights into this? I would appreciate your help.

vppcom_session_close:1079: vcl<62624:0>: session handle 1 [0x3] removed
iperf3: error - unable to set TCP_CONGESTION: Supplied congestion control 
algorithm not supported on this host
ldp_destructor:3375: LDP<62624>: LDP destructor: done!
vl_client_disconnect:330: queue drain: 605
vl_client_disconnect:330: queue drain: 619

Thanks
Ram


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12306): 
https://lists.fd.io/g/vpp-dev/message/12306
Mute This Topic: 
https://lists.fd.io/mt/29984675/675152
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: 
https://lists.fd.io/g/vpp-dev/unsub
  [fcoras.li...@gmail.com]
-=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12315): https://lists.fd.io/g/vpp-dev/message/12315
Mute This Topic: https://lists.fd.io/mt/29984675/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] iperf3 with vcl

[Florin Coras]

Hi Ram,

What os and what vpp version? We’re constantly running iperf3 in our CI in 
ubuntu 18.04.

Thanks,
Florin

> On Feb 20, 2019, at 6:07 PM, Ramaraj Pandian  wrote:
> 
> I am trying to run iperf server and client to measure performance between two 
> vpp instances as per “https://wiki.fd.io/view/VPP/HostStack/LDP/iperf 
>  “ but I get the following 
> error(unable to set TCP_CONGESTION) on client side? Any insights into this? I 
> would appreciate your help.
>  
> vppcom_session_close:1079: vcl<62624:0>: session handle 1 [0x3] 
> removed
> iperf3: error - unable to set TCP_CONGESTION: Supplied congestion control 
> algorithm not supported on this host
> ldp_destructor:3375: LDP<62624>: LDP destructor: done!
> vl_client_disconnect:330: queue drain: 605
> vl_client_disconnect:330: queue drain: 619
>  
> Thanks
> Ram
>  
>  
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#12306): https://lists.fd.io/g/vpp-dev/message/12306 
> 
> Mute This Topic: https://lists.fd.io/mt/29984675/675152 
> 
> Group Owner: vpp-dev+ow...@lists.fd.io 
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
>   [fcoras.li...@gmail.com 
> ]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12312): https://lists.fd.io/g/vpp-dev/message/12312
Mute This Topic: https://lists.fd.io/mt/29984675/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] VPP coredump on handling IPv6 mDNS packets on interface with ipv6 not enabled explicilty

[Rupesh Raghuvaran]

Hi Neale,

I do not see the interface get this ip6-not-enabled feature enabled on the
interface on creation, the show interface feat  have the ip4/ip6
unicast/multicast  have arc "none configured".  when the interface is
created.
Is this the default state with which interface is expected to come up ?
How does one bring a created loopback into the desired ip6-not-enabled
feature set for ip6-unicast/ip6-multicast arc ?
>From the cli commands using the "set interface feature 
 arc " was able to bring the interface to that
specific state, but  I could not find the api doing the same.

Thanks
Rupesh

On Wed, Feb 20, 2019 at 12:02 AM Neale Ranns (nranns) 
wrote:

>
>
> Hi Rupseh,
>
>
>
> Interfaces that are not ip6 enabled show these features enabled:
>
>
>
> ip6-multicast:
>
>   ip6-not-enabled
>
>
>
> ip6-unicast:
>
>   ip6-not-enabled
>
>
>
> it’s the ip6-not-enabled node/feature that is enabled on the interface as
> an input feature that drops the packets.
>
>
>
> /neale
>
>
>
> *De : * au nom de Rupesh Raghuvaran <
> rupesh.raghuva...@gmail.com>
> *Date : *mardi 19 février 2019 à 18:06
> *À : *"vpp-dev@lists.fd.io" 
> *Objet : *[vpp-dev] VPP coredump on handling IPv6 mDNS packets on
> interface with ipv6 not enabled explicilty
>
>
>
> Missed to do a reply all, adding vpp-dev back
>
>
>
> Thanks
>
> Rupesh
>
> -- Forwarded message -
> From: *Rupesh Raghuvaran* 
> Date: Tue, Feb 19, 2019 at 10:02 PM
> Subject: Re: [vpp-dev] VPP coredump on handling IPv6 mDNS packets on
> interface with ipv6 not enabled explicilty
> To: Neale Ranns (nranns) 
>
>
>
> Hi Neale,e
>
>
>
> I could not spot the specific code in ip6-input which drops the packet if
> the rx interface is not ipv6 enabled. Could you please point that to me.
>
>
>
>
>
> Please find the requested information below
>
>
>
> DBGvpp# show interface loop1
>
>   Name   IdxState  MTU (L3/IP4/IP6/MPLS)
>  Counter  Count
>
> loop1 5  up  9000/0/0/0 rx
> packets  2617
>
> rx
> bytes  130415
>
> tx
> packets  2068
>
> tx
> bytes  111686
>
> drops
>  3245
>
> punt
>170
>
> ip4
>   240
>
> DBGvpp# show interface address
>
> GigabitEthernet0/14/0 (up):
>
>   L2 bridge bd-id 1 idx 1 shg 0
>
> GigabitEthernet0/14/1 (dn):
>
> GigabitEthernet0/14/2 (up):
>
>   L2 bridge bd-id 1 idx 1 shg 0
>
> local0 (dn):
>
> loop1 (up):
>
>   L2 bridge bd-id 1 idx 1 shg 0 bvi
>
>   L3 192.168.10.128/24
>
> tuntap-0 (up):
>
> DBGvpp#
>
> DBGvpp# sh ip6 interface
>
> DBGvpp# sh ip6 interface loop1
>
> show ip6 interface: IPv6 not enabled on interface
>
> DBGvpp# show int feat loop1
>
> Feature paths configured on loop1...
>
>
>
> nsh-output:
>
>   none configured
>
>
>
> mpls-output:
>
>   none configured
>
>
>
> mpls-input:
>
>   mpls-not-enabled
>
>
>
> ip6-drop:
>
>   none configured
>
>
>
> ip6-punt:
>
>   none configured
>
>
>
> ip6-local:
>
>   none configured
>
>
>
> ip6-output:
>
>   none configured
>
>
>
> ip6-multicast:
>
>   none configured
>
> ip6-unicast:
>
>   none configured
>
>
>
> ip4-drop:
>
>   none configured
>
>
>
> ip4-punt:
>
>   none configured
>
>
>
> ip4-local:
>
>   none configured
>
>
>
> ip4-output:
>
>   none configured
>
>
>
> ip4-multicast:
>
>   none configured
>
>
>
> ip4-unicast:
>
>
>
> l2-output-nonip:
>
>   none configured
>
>
>
> l2-input-nonip:
>
>   none configured
>
>
>
> l2-output-ip6:
>
>   none configured
>
>
>
> l2-input-ip6:
>
>   none configured
>
>
>
> l2-output-ip4:
>
>   none configured
>
>
>
> l2-input-ip4:
>
>   none configured
>
>
>
> ethernet-output:
>
>   none configured
>
>
>
> interface-output:
>
>   none configured
>
>
>
> device-input:
>
>   none configured
>
>
>
> l2-input:
>
>   FWD (l2-fwd)
>
>  UU_FLOOD (l2-flood)
>
> FLOOD (l2-flood)
>
>
>
> l2-output:
>
>OUTPUT (interface-output)
>
> DBGvpp#
>
>
>
>
>
>
>
> Thanks
>
> Rupesh
>
>
>
> On Tue, Feb 19, 2019 at 9:43 PM Neale Ranns (nranns) 
> wrote:
>
> Hi Rupesh,
>
>
>
> An IPv6 packet arriving on an interface that is not IPv6 enabled should be
> dropped in ip6-input.
>
>
>
> Can you please show me:
>
>   sh int feat loop0
>
>   sh ip6 interface loop0
>
>
>
> local0 is a special case. Think of it as a means for VPP to consume the ID
> 0 so that we can be sure that no other interface can use that ID. No
> packets should tx nor rx on local0.
>
>
>
> /neale
>
>
>
>
>
>
>
> *De : * au nom de Rupesh Raghuvaran <
> 

[vpp-dev] libmemif creation+connection time

[Alberto Compagno via Lists.Fd.Io]

Hi,

We (hicn team) are using libmemif to connect an hicn-enabled application to our 
hicn-plugin for vpp.
We have a use case in which we need to create multiple memif from the same 
application as fast as possible (in our case libmemif is the slave, memif in 
vpp is the master). The current libmemif implementation takes about 2 seconds 
to get a memif interface ready to be used (I measured the time elapsed between 
calling memif_create and the invocation of the on_connect callback). I took a 
look at the libmemif code and my understanding is that 2 seconds is the value 
used to arm a timer (timerfd in main.c), and when such timer expires libmemif 
will connect to the unix memif socket and start to exchange messages with vpp 
to actually create and connect the memif.

Would that be possible to arm the timer with a lower value? I’m willing to help 
to speed-up libmemif creation and connection but I don’t have a full 
understanding of the entire libmemif library so I don’t know if the 2 seconds 
on the timer is a hard constraint and what are the reasons behind such 
constraint.

Thanks,
Alberto
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12308): https://lists.fd.io/g/vpp-dev/message/12308
Mute This Topic: https://lists.fd.io/mt/29986183/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] vpp on raspberry pi

[Dave Barach via Lists.Fd.Io]

It's not worth trying to build a 32-bit image or to use a 32-bit r-pi. Get hold 
of an r-pi 3B+ [an aarch64-capable machine], load the Ubuntu 18.04.02 r-pi 
image, and off you go.

http://cdimage.ubuntu.com/ubuntu/releases/bionic/release/ubuntu-18.04.2-preinstalled-server-arm64+raspi3.img.xz

It takes a long time to self-compile vpp, but the resulting image works fine.

HTH... Dave

From: vpp-dev@lists.fd.io  On Behalf Of Umberto Fattore
Sent: Thursday, February 21, 2019 4:06 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] vpp on raspberry pi


Hello everybody,

I'm trying to install vpp on my Raspberry Pi. To do this, I downloaded vpp from 
the github repository (https://github.com/FDio/vpp) and then followed the 
instruction for Raspberry Pi contained in the wiki at this link 
https://wiki.fd.io/view/VPP/Alternative_builds to build vpp.
Unfortunately, I get the following message and the process fails:
[cid:image001.png@01D4C9B7.1E01F570]
Am I doing something wrong? Does somebody have experience with building vpp on 
Rapsberry Pi ?

Thank you in advance,
Umberto

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12307): https://lists.fd.io/g/vpp-dev/message/12307
Mute This Topic: https://lists.fd.io/mt/29984028/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] iperf3 with vcl

[Ramaraj Pandian]

I am trying to run iperf server and client to measure performance between two 
vpp instances as per "https://wiki.fd.io/view/VPP/HostStack/LDP/iperf " but I 
get the following error(unable to set TCP_CONGESTION) on client side? Any 
insights into this? I would appreciate your help.

vppcom_session_close:1079: vcl<62624:0>: session handle 1 [0x3] removed
iperf3: error - unable to set TCP_CONGESTION: Supplied congestion control 
algorithm not supported on this host
ldp_destructor:3375: LDP<62624>: LDP destructor: done!
vl_client_disconnect:330: queue drain: 605
vl_client_disconnect:330: queue drain: 619

Thanks
Ram


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12306): https://lists.fd.io/g/vpp-dev/message/12306
Mute This Topic: https://lists.fd.io/mt/29984675/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] :: Finding right ECCN

[Damjan Marion via Lists.Fd.Io]

> On 20 Feb 2019, at 09:37, Omer Majeed  wrote:
> 
> Hi,
> 
> Can anyone help with figuring out the right Export Control Classification 
> Number ("ECCN") for VPP. We are going through certification and following are 
> the options
> 
> - EAR99
> - Not Subject to the EAR in accordance with §742.15(b)
> - 5D992.c Mass Market
> - 5D002
> 

This is mailing list for developers working on open source software.
I'm afraid we don't have export compliance experts here.


For my curiosity, why you are going trough certification?

Thanks,

-- 
Damjan

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12305): https://lists.fd.io/g/vpp-dev/message/12305
Mute This Topic: https://lists.fd.io/mt/29938649/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] One question about "worker-handoff" graph node.

[Damjan Marion via Lists.Fd.Io]

It may be that just both doesn't work together, and a bit of TLC should be 
applied...

> On 21 Feb 2019, at 10:45, Zhiyong Yang  wrote:
> 
> Damjan,
>  
> Thanks for Your answer. One more question is whether 
> worker-handoff is production grade code?
> I have run worker-handoff for l2bd use case successfully, 
> however, the IPsec use case in transport mode fails.
> All the packets are dropped after Ethernet-input graph node is done on the 
> second worker core.
>  
> Regards <>
> Zhiyong
>  <>From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Damjan 
> Marion via Lists.Fd.Io
> Sent: Wednesday, February 20, 2019 6:23 PM
> To: Yang, Zhiyong 
> Cc: vpp-dev@lists.fd.io
> Subject: Re: [vpp-dev] One question about "worker-handoff" graph node.
>  
>  
> 
> 
> On 20 Feb 2019, at 09:49, Zhiyong Yang  > wrote:
>  
> Hi VPP guys,
> There exists a “handoff” graph node  in VPP that is named 
> “worker-handoff”. From my understanding, it looks to be  acting as a 
> distributing packets received role in the multi thread working environment , 
> and distribute pkts by hash algo to 1 or more worker threads.  Right?
>  
> y, it is basically software RSS
> 
> 
> One question is that which use cases can demostrate how  the graph node is 
> applied in VPP.  If have any, please show me.
>  
> see "set interface handoff" cli...
> 
> 
> I know that nat also use similar handoff  cases. And if NAT is using this 
> “worker-handoff” graph node or not. If not, what’s difference between these 
> handoff graph nodes?
>  
> worker-handoff node does handoff decision based on basic l2-l3-l4 hash, nat 
> handoff node does handoff decision based on NAT session locality.
>  
> 
> 
> BTW, I mainly intend to study core to core applications by 
> this for multiple-thread working model in VPP. Appreciate your input in 
> advance.
>  
> -- 
> Damjan
>  
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#12302): https://lists.fd.io/g/vpp-dev/message/12302 
> 
> Mute This Topic: https://lists.fd.io/mt/29938708/675642 
> 
> Group Owner: vpp-dev+ow...@lists.fd.io 
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
>   [dmar...@me.com 
> ]
> -=-=-=-=-=-=-=-=-=-=-=-

-- 
Damjan

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12304): https://lists.fd.io/g/vpp-dev/message/12304
Mute This Topic: https://lists.fd.io/mt/29938708/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] vpp on raspberry pi

[Damjan Marion via Lists.Fd.Io]

> On 21 Feb 2019, at 10:06, Umberto Fattore  wrote:
> 
>  
> Hello everybody, 
> 
> I’m trying to install vpp on my Raspberry Pi. To do this, I downloaded vpp 
> from the github repository (https://github.com/FDio/vpp 
> ) and then followed the instruction for 
> Raspberry Pi contained in the wiki at this link 
> https://wiki.fd.io/view/VPP/Alternative_builds 
>  to build vpp.  
> Unfortunately, I get the following message and the process fails: 
> 
> Am I doing something wrong? Does somebody have experience with building vpp 
> on Rapsberry Pi ?


RPI is not officially supported platform, not tested as part of the CI job, so
it might be that documentation or build system is outdated...

If you have RPI3 and 64-bit OS, "make build / build-release" should work 
(without specifying PLATFORM=)

-- 
Damjan

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12303): https://lists.fd.io/g/vpp-dev/message/12303
Mute This Topic: https://lists.fd.io/mt/29984028/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] One question about "worker-handoff" graph node.

[Zhiyong Yang]

Damjan,

Thanks for Your answer. One more question is whether 
worker-handoff is production grade code?
I have run worker-handoff for l2bd use case successfully, 
however, the IPsec use case in transport mode fails.
All the packets are dropped after Ethernet-input graph node is done on the 
second worker core.

Regards
Zhiyong
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Damjan 
Marion via Lists.Fd.Io
Sent: Wednesday, February 20, 2019 6:23 PM
To: Yang, Zhiyong 
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] One question about "worker-handoff" graph node.




On 20 Feb 2019, at 09:49, Zhiyong Yang 
mailto:zhiyong.y...@intel.com>> wrote:

Hi VPP guys,
There exists a “handoff” graph node  in VPP that is named 
“worker-handoff”. From my understanding, it looks to be  acting as a 
distributing packets received role in the multi thread working environment , 
and distribute pkts by hash algo to 1 or more worker threads.  Right?

y, it is basically software RSS


One question is that which use cases can demostrate how  the graph node is 
applied in VPP.  If have any, please show me.

see "set interface handoff" cli...


I know that nat also use similar handoff  cases. And if NAT is using this 
“worker-handoff” graph node or not. If not, what’s difference between these 
handoff graph nodes?

worker-handoff node does handoff decision based on basic l2-l3-l4 hash, nat 
handoff node does handoff decision based on NAT session locality.



BTW, I mainly intend to study core to core applications by this 
for multiple-thread working model in VPP. Appreciate your input in advance.

--
Damjan

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12302): https://lists.fd.io/g/vpp-dev/message/12302
Mute This Topic: https://lists.fd.io/mt/29938708/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] vpp on raspberry pi

[Umberto Fattore]

Hello everybody,

I'm trying to install vpp on my Raspberry Pi. To do this, I downloaded vpp from 
the github repository (https://github.com/FDio/vpp) and then followed the 
instruction for Raspberry Pi contained in the wiki at this link 
https://wiki.fd.io/view/VPP/Alternative_builds to build vpp.
Unfortunately, I get the following message and the process fails:
[cid:image001.png@01D4C9CD.147752F0]
Am I doing something wrong? Does somebody have experience with building vpp on 
Rapsberry Pi ?

Thank you in advance,
Umberto

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12301): https://lists.fd.io/g/vpp-dev/message/12301
Mute This Topic: https://lists.fd.io/mt/29984028/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-