Re: [vpp-dev] Verify issues (GRE)

Hi Ole, I think this should fix the GRE tests: https://gerrit.fd.io/r/#/c/16272/ /Neale -Message d'origine- De : au nom de Ole Troan Date : mercredi 28 novembre 2018 à 19:55 À : vpp-dev Objet : [vpp-dev] Verify issues (GRE) Guys, The verify job have been unstable ove

Re: [vpp-dev] question about ROSEN MVPN

Hi Xue, To my knowledge it has not been tried nor tested. GRE interfaces today do not support a multicast destination address. However, other tunnel types (like VXLAN) do so adding support shouldn’t be too hard. After that the mfib support egress out of any interface type. I also have a draft

Re: [vpp-dev] question about multicast mpls

Hi Xue, MPLS multicast has been supported for a while. Please see the unit tests for examples: test/test_mpls.py test_mcast_*() Regards, Neale De : au nom de xyxue Date : mercredi 28 novembre 2018 à 13:04 À : vpp-dev Objet : [vpp-dev] question about multicast mpls Hi guys, I found "multi

Re: [vpp-dev] Getting crash while running load on VPP18.01 for 6 hours

Hi Chetan, The null-node should not be encountered under normal operation. The null-node always has an index/value of 0, therefore if the previous node has not been properly configured, or the arc taken from that node was wrong, then the packet can likely end up at the null-node. To debug this

Re: [vpp-dev] About FRR(fast re-routing)

Hi, We do not support FRR, nor is there currently a plan to. However, if your label/tunnel/route has only one path, you can achieve a similar result to FRR by installing the primary path with a better (lower) preference to the backup path. VPP will then cutover when the primary path goes down

Re: [vpp-dev] ip4-load-balance

Hi Ray, By way of explanation.. without the interface the route is recursive, i.e. 20.20.20.20/24 is sent via 1.1.1.2. So the forwarding can be thought of as happening in two stages, firstly the lookup for the packet’s destination that matches 20.20.20.20/24 then the ‘lookup’ on the result of 1

Re: [vpp-dev] New Committer Nomination: Andrew Yourtchenko

+1 -Message d'origine- De : au nom de "Dave Barach via Lists.Fd.Io" Répondre à : "Dave Barach (dbarach)" Date : jeudi 8 novembre 2018 à 13:13 À : "vpp-dev@lists.fd.io" Cc : "vpp-dev@lists.fd.io" Objet : [vpp-dev] New Committer Nomination: Andrew Yourtchenko In view of significan

Re: [vpp-dev] Problem on VxLAN multicast mode

Hi Eyal, John, I missed the fact that the tunnel classification is based only on the senders IP. Now it makes sense. Thanks, Neale -Message d'origine- De : au nom de "John Lo (loj) via Lists.Fd.Io" Répondre à : "John Lo (loj)" Date : lundi 5 novembre 2018 à 16:17 À : Xuekun , "Eya

Re: [vpp-dev]ping local address

Hi Saint, With this change an attacker could send a packet with both the source and destination both set to one of VPP’s own addresses. If you include in this new sub-condition to only accept locally generated packets, then we should be good (b->flags & VNET_BUFFER_F_LOCALLY_ORIGINATED). Regar

Re: [vpp-dev]ping local address

It’s a known limitation. Contributions to fix it would be welcome. /neale De : au nom de "saint_sun 孙 via Lists.Fd.Io" Répondre à : "saint_...@aliyun.com" Date : jeudi 25 octobre 2018 à 09:40 À : vpp-dev Cc : "vpp-dev@lists.fd.io" Objet : [vpp-dev]ping local address Hello all: An basic f

Re: [vpp-dev] vpp crash when handling IGMP with router alert

Hi Jeff, Thank you for the bug report. As you mention the graph node path taken by these packets does not go thru ip4-lookup and so does not have the fib-index set. Since ip4-lookup is replaced by ip4-options, IMO ip4-options would be the place to add the code you have identified, so that we d

Re: [vpp-dev] Delete IPv6 VXLAN fails

+Eyal I expect it was broken by efd9cf302. /neale De : au nom de "Michal Cmarada via Lists.Fd.Io" Répondre à : "Michal Cmarada -X (mcmarada - PANTHEON TECHNOLOGIES at Cisco)" Date : jeudi 11 octobre 2018 à 15:30 À : "vpp-dev@lists.fd.io" Cc : "vpp-dev@lists.fd.io" Objet : [vpp-dev] Delet

Re: [vpp-dev] question abot FRR

Hi Xue, which FRR ;) This one: https://tools.ietf.org/html/rfc5286 we don’t support For this one: https://frrouting.org/ I’ll leave it to the community to comment. /neale De : au nom de xyxue Date : mercredi 10 octobre 2018 à 08:35 À : vpp-dev Objet : [vpp-dev] question abot FRR Hi g

Re: [vpp-dev] Master branch l2bd test perf dop

Hi Yuwei, Can you test this, please: https://gerrit.fd.io/r/#/c/15100/ thanks, neale De : "Zhang, Yuwei1" Date : vendredi 28 septembre 2018 à 03:08 À : "Neale Ranns (nranns)" , "vpp-dev@lists.fd.io" Objet : RE: [vpp-dev] Master branch l2bd test perf dop Hi Neale, I assume the replic

Re: [vpp-dev] Make test failures on ARM - IP4, L2, ECMP, Multicast, GRE, SCTP, SPAN, ACL

De : au nom de Juraj Linkeš Date : jeudi 27 septembre 2018 à 09:21 À : "Neale Ranns (nranns)" Cc : vpp-dev Objet : Re: [vpp-dev] Make test failures on ARM - IP4, L2, ECMP, Multicast, GRE, SCTP, SPAN, ACL Hi Neale, I had a debugging session with Andrew about failing ACL testcases and he un

Re: [vpp-dev] Master branch l2bd test perf dop

Hi Yuwei, There was a change to the l2flood node recently: https://gerrit.fd.io/r/#/c/13578/ where we use the buffer clone mechanism rather than free-recycle. I would expect the CPU cycles per invocation of the l2-flood node to increase, but the number of invocations of l2flood to decrease (w

Re: [**EXTERNAL**] Fwd: [vpp-dev] Failing to create untagged sub-interface

Hi Mike, Perhaps you could tell us why you want to create an untagged sub-interface. Regards, Neale De : au nom de "Bly, Mike" Date : vendredi 21 septembre 2018 à 17:06 À : "John Lo (loj)" , Edward Warnicke , "vpp-dev@lists.fd.io" Objet : Re: [**EXTERNAL**] Fwd: [vpp-dev] Failing to create

Re: [vpp-dev] broken GRE tunnel

Hi Fedro, Thanks for the bug report. Fixed in: https://gerrit.fd.io/r/#/c/14891/ /neale -Original Message- From: on behalf of Fedor Kazmin Date: Wednesday, 19 September 2018 at 10:46 To: "vpp-dev@lists.fd.io" Subject: [vpp-dev] broken GRE tunnel Hello all, I have got an is

Re: [vpp-dev] Cavium ThunderX (ARM64) - Crash in VPP (Kubernetes + Contiv-VPP network plugin)

Hi Stan, Thanks for the decode. Given that I cannot analyse your core, I cannot be sure why the crash occurred. But I do notice when using the route type we see in the trace in a new unit test that it doesn’t produce the correct result. Here is the patch: https://gerrit.fd.io/r/#/c/14714/ may

Re: [vpp-dev] Cavium ThunderX (ARM64) - Crash in VPP (Kubernetes + Contiv-VPP network plugin)

On the exact same version of VPP that produced the crash do: api trace custom-dump /path/to/trace/flie.txt /neale From: Stanislav Chlebec Date: Wednesday, 5 September 2018 at 13:24 To: "Neale Ranns (nranns)" , "vpp-dev@lists.fd.io" Subject: RE: [vpp-dev] Cavium ThunderX (ARM64) - Crash in V

Re: [vpp-dev] Cavium ThunderX (ARM64) - Crash in VPP (Kubernetes + Contiv-VPP network plugin)

Hi Stan, Unfortunately I don’t have an ARM machine on to decode the post-mortem data. Could you do this? Thanks, Neale From: Stanislav Chlebec Date: Tuesday, 4 September 2018 at 11:06 To: Stanislav Chlebec , "Neale Ranns (nranns)" , "vpp-dev@lists.fd.io" Subject: RE: [vpp-dev] Cavium Thunde

Re: [vpp-dev] vlib_buffer_t clone operation

Hi Eason, There’s vlib_buffer_clone() it’s use in IP multicast can be found here: replicate_inline (…) and in L2 multicast here: l2flood_node_fn(…) /neale -Original Message- From: on behalf of Eason Chen Reply-To: Eason Chen Date: Monday, 3 September 2018 at 04:12 To: vpp-d

Re: [vpp-dev] IGMP enable issue

Hi Aleksander, It’s not top of my TODO list right now. Your additions would be most welcome. /neale From: on behalf of Aleksander Djuric Date: Tuesday, 28 August 2018 at 14:41 To: "vpp-dev@lists.fd.io" Subject: Re: [vpp-dev] IGMP enable issue In addition to my previous message... Unfortu

Re: [vpp-dev] discarding label in ipv4 FIB.

[fix missing information] Hi, Label value 16 is, incorrectly IMO, not a valid out-put label. See: https://gerrit.fd.io/r/#/c/14508/ for a fix. Thanks, /neale From: on behalf of "Neale Ranns via Lists.Fd.Io" Reply-To: "Neale Ranns (nranns)" Date: Monday, 27 August 20

Re: [vpp-dev] discarding label in ipv4 FIB.

Hi, Label value is, incorrectly IMO, not a valid out-put label. See: https://gerrit.fd.io/r/#/c/14508/ for a fix. Thanks, Neale From: on behalf of "abbas ali chezgi via Lists.Fd.Io" Reply-To: "che...@yahoo.com" Date: Monday, 27 August 2018 at 13:05 To: "vpp-dev@lists.fd.io" Cc: "vpp-dev

Re: [vpp-dev] IGMP enable issue

Hi Aleksander, The API required to enable router mode did not have a CLI equivalent. I have added it in : https://gerrit.fd.io/r/#/c/14507/ now do: igmp enable router when done igmp disable router /neale From: on behalf of Aleksander Djuric Date: Monday, 27 August 2018 at 12:28 To:

Re: [vpp-dev] VPP hangs on GRE interface going up

Hi Fedor, You have exposed a bug. Thanks. Please re-test including: https://gerrit.fd.io/r/#/c/14504/ /neale From: on behalf of Fedor Kazmin Date: Monday, 27 August 2018 at 13:25 To: "vpp-dev@lists.fd.io" Subject: [vpp-dev] VPP hangs on GRE interface going up Hello, all I have got an

Re: [vpp-dev] IGMP enable issue

Hi Aleksander, To you want VPP to act like a host or a router? /neale From: on behalf of Aleksander Djuric Date: Monday, 27 August 2018 at 10:39 To: "vpp-dev@lists.fd.io" Subject: [vpp-dev] IGMP enable issue Hello, I am trying to configure VPP for IGMP, but with this configuration it seem

Re: [vpp-dev] Source Based Routing #vpp

Hi Georgi, Are you asking for this: https://www.cisco.com/c/en/us/td/docs/ios/12_0s/feature/guide/vrfselec.html we don’t support this feature specifically (i.e. a simple IP source based lookup as an input feature, though it would be easy to add) but we do support the more general case of ACL/

Re: [vpp-dev] Cavium ThunderX (ARM64) - Crash in VPP (Kubernetes + Contiv-VPP network plugin)

Hi Stan, What route were you adding at the time? Can you give me the post-mortem API dump [1] /neale [1] see https://wiki.fd.io/view/VPP/BugReports From: on behalf of Stanislav Chlebec Date: Tuesday, 21 August 2018 at 16:41 To: Nitin Saxena , "vpp-dev@lists.fd.io" Subject: [vpp-dev] Cavi

Re: [vpp-dev] Build: MacOS with Vagrant compiler crash in "vom"

Hi Justin, It’s building packages. I imagine you can still ‘vagrant ssh’ despite that failure and do non VOM related things. If you want to build VOM then either, increase the memory or decrease the number of cores of your machine, or lower the number of parallel jobs. /neale -Original M

Re: [vpp-dev] Build: MacOS with Vagrant compiler crash in "vom"

Hi Justin, Note also you can control the number of paralle builds with: # /proc/cpuinfo does not exist on platforms without a /proc and on some # platforms, notably inside containers, it has no content. In those cases # we assume there's 1 processor; we use 2*ncpu for the -j option. # NB: GNU Ma

Re: [vpp-dev] Build: MacOS with Vagrant compiler crash in "vom"

Hi Justin, In the master branch VOM is only built when building packages and doing ‘make test-ext’, i.e. for release and for its own testing. There’s no finer avoidance control. /neale -Original Message- From: "Justin Pecqueur (jpecqueu)" Date: Thursday, 9 August 2018 at 15:07 To: "

Re: [vpp-dev] Build: MacOS with Vagrant compiler crash in "vom"

Hi Justin, Not enough memory for the number of CPUs/parallel jobs. Here’s my vagrant VM on OSx: vagrant@ ~/vpp (master) $ free totalusedfree shared buff/cache available Mem:4146932 2320260 947376 16732 879296 1765252 Swap:

Re: [vpp-dev] Large memory spike during make verify on ARM machine ThunderX

The C++ language bindings are all templates. It’s the VOM compilation (that uses those templates) that consumes the memory. VOM is already in extras and these days only compiled if you do ‘make test-ext’ or ‘make ’ /neale From: Ole Troan Date: Friday, 3 August 2018 at 12:51 To: Juraj Linkeš

Re: [vpp-dev] Large memory spike during make verify on ARM machine ThunderX

Hi Juraj, Answers/comments inline with [nr] Regards, neale From: Juraj Linkeš Date: Friday, 3 August 2018 at 12:45 To: "Neale Ranns (nranns)" , "vpp-dev@lists.fd.io" Subject: RE: [vpp-dev] Large memory spike during make verify on ARM machine ThunderX Hi Neale, Yea they do require a lot of

Re: [vpp-dev] Large memory spike during make verify on ARM machine ThunderX

Hi Juraj, I couldn’t say how much each compile ‘should’ use, but it has been noted in the past that these template heavy C++ files do require a lot of memory to compile. With the many cores you have, then that’s a lot in total. ‘make wipe’ does not clear the ccache, so any subsequent builds will

Re: [vpp-dev] Large memory spike during make verify on ARM machine ThunderX

Hi Juraj, How many parallel compiles do you have? What’s the j factor /neale From: on behalf of Juraj Linkeš Date: Wednesday, 1 August 2018 at 16:59 To: "vpp-dev@lists.fd.io" Subject: [vpp-dev] Large memory spike during make verify on ARM machine ThunderX Hi vpp-devs, I noticed that duri

Re: [SUSPICIOUS] Re: [SUSPICIOUS] [vpp-dev] L3VPN in VPP

Hi, You probably want: ip route add 192.168.23.3/32

Re: [SUSPICIOUS] [vpp-dev] L3VPN in VPP

Hi, Please show me: sh ip fib index 1 5.5.5.5/32 and sh ip fib index 0 192.168.23.3/32 I suspect you are missing an out-label on the latter. /neale From: on behalf of Gulakh Date: Tuesday, 31 July 2018 at 14:53 To: "vpp-dev@lists.fd.io" Subject: [SUSPICIOUS] [vpp-dev] L3VPN in VPP It se

Re: [vpp-dev] L3VPN in VPP

Hi, You are correct on all points. regards /neale From: Holoo Gulakh Date: Tuesday, 31 July 2018 at 12:19 To: "Neale Ranns (nranns)" , "vpp-dev@lists.fd.io" Subject: Re: [vpp-dev] L3VPN in VPP Hi, In order to have both VPLS and L3VPN works concurrently in a PE router, I guess that I should

Re: [vpp-dev] L3VPN in VPP

Hi, Answers inline marked [nr] /neale From: on behalf of Gulakh Date: Saturday, 28 July 2018 at 13:45 To: "vpp-dev@lists.fd.io" Subject: [vpp-dev] L3VPN in VPP Hi, I have setup a VPLS scenario successfully and now I want to setup a L3VPN scenario in VPP (L3VPN topology is in attachment). M

Re: [vpp-dev] VPP_STABLE_1710 Crash during IP Address Addition #vnet

Hi Jitendra, Addresses in overlapping subnets is not supported by VPP. The configuration you give below is not valid. /neale From: on behalf of "sainijite...@gmail.com" Date: Tuesday, 24 July 2018 at 07:57 To: "vpp-dev@lists.fd.io" Subject: Re: [vpp-dev] VPP_STABLE_1710 Crash during IP Add

Re: [vpp-dev] VPP_STABLE_1710 Crash during IP Address Addition #vnet

Hi, I expected it was ‘fixed’ when we explicitly disallowed overlapping subnets: https://gerrit.fd.io/r/#/c/8057/ /neale From: on behalf of "sainijite...@gmail.com" Date: Monday, 23 July 2018 at 12:42 To: "vpp-dev@lists.fd.io" Subject: [vpp-dev] VPP_STABLE_1710 Crash during IP Address Add

Re: [vpp-dev] [WARNING : MESSAGE ENCRYPTED] Re: [vpp] VXLAN arp response packet is dropped

Hi Satomi, That’s a big trace. Can you point to an example of a packet drop that is causing you problems. Thanks neale -Original Message- From: 井上里美 Date: Wednesday, 18 July 2018 at 10:58 To: "Neale Ranns (nranns)" , "vpp-dev@lists.fd.io" Cc: "Norimasa Asai (noasai)" , エッジ仮想化hcoM

Re: [vpp-dev] [vpp] VXLAN arp response packet is dropped

Can I see the packet trace? /neale -Original Message- From: 井上里美 Date: Wednesday, 18 July 2018 at 09:54 To: "Neale Ranns (nranns)" , "vpp-dev@lists.fd.io" Cc: "Norimasa Asai (noasai)" , エッジ仮想化hcoML , 小柳達也様 , N転P_西岡孟朗様 Subject: [vpp] VXLAN arp response packet is dropped Hi neale

Re: [vpp-dev] [pw] [vpp] VXLAN arp response packet is dropped

Hi Satomi Debugging packet loss is much easier with a VPP packet trace… Regards, neale -Original Message- From: on behalf of 井上里美 Date: Friday, 6 July 2018 at 12:38 To: "vpp-dev@lists.fd.io" Cc: "Norimasa Asai (noasai)" , エッジ仮想化hcoML , 小柳達也様 , N転P_西岡孟朗様 Subject: [vpp-dev] [pw] [vpp

Re: [vpp-dev] Does VPP support source base route?

Hi David, Yes and no. No, because there is [today] no way to change *the* IP lookup to use the packet’s source address. Yes, because VPP does support a source based lookup, but this would happen after *the* destination based lookup. So, the trick would be to configure a second IP table with r

Re: [vpp-dev] twamp

Hi Avi, None that I am aware of, but its inclusion would be welcome. /neale -Original Message- From: on behalf of "Avi Cohen (A)" Date: Thursday, 28 June 2018 at 15:04 To: "vpp-dev@lists.fd.io" Subject: [vpp-dev] twamp Hi, Is there any plan to implement/integrate TWAMP into

Re: [vpp-dev] mpls tunnel

If you want to resolve a recursive path that has outgoing labels, ie. via 1.1.1.1 out-labels 33 then the resolving route in the FIB MUST also have out-labels. This is because you are in effect layering LSPs (the tunnel is the upper/inner layer and the route the lower/outer layer). The out-lab

Re: [vpp-dev] mpls tunnel

Hi, This: XXX via via 1.1.1.1 ip4-lookup-in-table 0 out-labels 33 is not a valid path. If you want packets to follow the same path as for 1.1.1.1 (i.e. the path is recursive via 1.1.1.1, and you’ll need a route in the fib for 1.1.1.1) and have label 33 imposed, do: XXX via via 1.1.1.1 out-l

Re: [vpp-dev] creat mpls tunnel

You can’t with the current API. Nor can you with any other type of tunnel. /neale From: on behalf of "omid via Lists.Fd.Io" Reply-To: "zeinalpouro...@yahoo.com" Date: Tuesday, 12 June 2018 at 18:46 To: "vpp-dev@lists.fd.io" Cc: "vpp-dev@lists.fd.io" Subject: [vpp-dev] creat mpls tunnel Hi

<    1   2   3