Re: [vpp-dev] Some NAT API Error Values

On Wed, Nov 23, 2022 at 12:25 PM filvarga wrote: > Hi, > > Thank you for your notes and pointing out the issue. Feel free to submit > any changes in the future and add appropriate people to your review (based > on maintainers list). > Thanks, will do! For now I am posting a quick fix. As the

[vpp-dev] Some NAT API Error Values

Hi VPPeople, I would like to open a discussion about some strange code and return values from a few of the NAT CLI and API interface functions. My quest for a reasonable handling when my management plane attempted to enable an already-enabled NAT 44 ED feature was handled poorly. It turns out,

Re: [vpp-dev] Wireguard Peer Route Table Questions

Hey VPP-ers, I have posted a suggested solution to this issue here: https://gerrit.fd.io/r/c/vpp/+/35896 Feel free to review! jdl On Mon, Apr 4, 2022 at 12:45 PM Jon Loeliger via lists.fd.io wrote: > Folks, > > I have a scenario where setting up a Wireguard interface and pe

[vpp-dev] Wireguard Peer Route Table Questions

Folks, I have a scenario where setting up a Wireguard interface and peer causes VPP to segfault. I think the situation is simply that the function always_inline uword wg_output_tun_inline (vlib_main_t *vm, vlib_node_runtime_t *node, vlib_frame_t *frame, u8 is_ip4,

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

On Sun, Dec 13, 2020 at 6:15 AM Damjan Marion via lists.fd.io wrote: > > Hi, > > I was playing a bit with clang-format as replacement to gnu indent which > we use today[1]. > > While it is impossible to render exact same result like gnu indent, good > thing is that clang-format can be used only

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.

Re: [vpp-dev] #vpp #vpp-memif #vppcom

On Fri, Dec 11, 2020 at 3:13 PM wrote: > in our application I have to send out multicast packets, but the packet is > getting dropped in vpp > > #vpp #vpp-memif #vppcom Folks, You know, these subject lines are near meaningless. Could we please have real English descriptions, questions or

Re: [vpp-dev] bihash change

On Wed, Sep 30, 2020 at 8:11 AM Damjan Marion via lists.fd.io wrote: > > Just a heads-up on under-the-hood change[1] which is merged few minutes > ago and which affects all features that use bihash. > Now, bihash is allocating memory from the (main) heap, instead of > mmap()-ing it’s own alloc

Re: [vpp-dev] table lookup api?

On Tue, Sep 29, 2020 at 9:31 AM wrote: > Hi Jon, > > > > I see, thanks. I have to go back to the drawing board. > > > > I am developing a P4 to VPP compiler. If VPP has any API to create a > table and lookup the table, it would ease compiler development. I am > chasing lookup because the

Re: [vpp-dev] vnet_classify_add_del_table API?

On Fri, Sep 25, 2020 at 4:35 PM hemant via lists.fd.io wrote: > In the classify API mentioned in the subject of this email, I could use an > example with tables to understand table_index, next_table_index, and > miss_next_index. I know VPP maintains an index for a table. > > > > Say, the tables

Re: [vpp-dev] table lookup api?

On Mon, Sep 28, 2020 at 1:15 PM hemant via lists.fd.io wrote: > I have created a table in VPP using the vnet_classify_add_del_session() > API. > > > > What API do I use to lookup this table? > > > > Thanks, > > > > Hemant > There is no API to do a Classifier table lookup. When the table was

Re: (Q about fixing endianness bugs in handlers) Re: [vpp-dev] Proposal for VPP binary API stability

On Sat, May 16, 2020 at 10:02 AM Christian Hopps wrote: > > I know we use the binary APIs, I believe Netgate does as well. I'm sure > there are others too (might be good to collect a list of these folks if one > doesn't exist yet). > Indeed, Netgate uses the binary APIs extensively. jdl

Re: [vpp-dev] Question regarding ICMP NAT behavior

On Thu, May 14, 2020 at 11:23 AM Jon Loeliger via lists.fd.io wrote: > Did the ICMP mapping open more than was expected or intended here? > > I chased this down in the code a bit, but I'm not sure what the _intent_ > is supposed to be. > When "address only" is t

[vpp-dev] Question regarding ICMP NAT behavior

Hi vpp-devers, We have a report of an unexpected behavior when using a static NAT with ICMP. It appears that configuring an outside interface to allow ICMP also allows forwarding of all protocols as well. If you start with, say, a blocked TCP on port 22 and an SNMP on port 161, then adding a NAT

Re: [vpp-dev] route lookup api

anks, > -daw- (wearing the friendly VPP release manager hat) > > On 4/27/2020 5:02 PM, Christian Hopps wrote: > > On Apr 27, 2020, at 11:44 AM, Jon Loeliger via lists.fd.io > wrote: > > > > On Wed, Feb 19, 2020 at 4:47 AM Christian Hopps > wrote: > > > On

Re: [vpp-dev] route lookup api

On Wed, Feb 19, 2020 at 4:47 AM Christian Hopps wrote: > > > On Feb 19, 2020, at 2:02 AM, Neale Ranns via Lists.Fd.Io cisco@lists.fd.io> wrote: > > > > > > Hi Chris, > > > > Adding an API to dump a single route would be a welcome addition to the > API. > > Ok, I'll do that then. Hey

Re: [vpp-dev] QinQ and dot1ad any

On Wed, Dec 18, 2019 at 2:38 PM John Lo (loj) wrote: > Hi Jon, > > > > You are right on both counts. It is the combination of dot1q/ad-any and > exact-match that we should reject. It is also correct the check should be > at lower level to reject the combination for both API and CLI. > > > >

Re: [vpp-dev] QinQ and dot1ad any

On Tue, Dec 17, 2019 at 8:13 AM John Lo (loj) via Lists.Fd.Io wrote: > > Thus, sub-interface with "inner-dot1q any" is not an exact match > sub-interface by definition since no match is present on inner tag. > > I suppose the CLI: > >> create sub-interfaces GigabitEthernet3/0/3 50 dot1ad 50

Re: [vpp-dev] Ipv6 neighbor not getting discovered

On Tue, Dec 3, 2019 at 10:09 AM Rajith PR wrote: > Hello Team, > > During integration of our software with VPP 19.08 we have found that ipv6 > neighbor does not get discovered on first sw_if_index on which ipv6 is > enabled. > Do you have a small test case available? > Based on our

Re: [vpp-dev] Requirements for DPDK pmd/feature testing in CSIT vpp-device-test jobs

On Thu, Nov 21, 2019 at 6:55 AM Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco) via Lists.Fd.Io wrote: > > a +2 triggers a pre-commit gate where VOM and the dist builds and the > extended tests are run. > > > If everything passes, the change is merged, if not, the +2 is removed. > > >

Re: [vpp-dev] [VCL] hoststack app crash with invalid memfd segment address

On Thu, Nov 21, 2019 at 4:50 AM wanghanlin wrote: > Hi Florin, > I have applied the patch, and found some problems in my case. I have not > right to post it in gerrit, so I post here. > Why don't you register with Gerrit, like this: https://wiki.fd.io/view/DEV/Setting_up_Gerrit HTH, jdl

[vpp-dev] VLAN tag-rewrite questions

John, et al., The vppctl command "set interface l2 tag-rewrite" and the associated API call "l2_interface_vlan_tag_rewrite" allow an interface to have an L2 tag-rewrite rule applied or removed from an interface. That interface is usually a subif, but it may also apply to a regular (ethernet)

Re: [vpp-dev] A few MAP-T Clarifications

On Thu, Nov 7, 2019 at 7:23 AM Ole Troan wrote: > Dear Jon, > > I think were we left this last was a "shared TODO" list. > Yeah, sorry, I got tasked with something else for a bit... > The MAP specific shallow virtual reassembly has been generalised, and > moved to a separate component. > SVR

[vpp-dev] FIB Route Sources

Neale, We have a use case where we would like to be able to determine a more-fine-grained reason for introducing routes into the FIBs. All the routes we introduce will come via some API call, but on behalf of different sources. Specifically, they will come from a user-supplied static route,

Re: [vpp-dev] A few MAP-T Clarifications

Ole, Waaay back in April, we had a small exchange here on the topic of some MAP-T/E behavior. Bottom line was some functionality needed to be homogenized. We wrote: On Tue, Apr 16, 2019 at 2:35 AM Ole Troan wrote: > Hi Jon, > > Apologies for the delay in answering. Swapped out all my

Re: [vpp-dev] VPP Interfaces from with (Docker) Containers?

On Mon, Oct 7, 2019 at 2:21 PM Damjan Marion wrote: > > BTW I strongly suggest that you don't use uio_pci_generic. > Last we looked, any integration with QAT was only available using the uio_pci_generic driver. Will QAT work with the vfio-pci driver these days? If so, awesome! If not, that

Re: [vpp-dev] VPP Interfaces from with (Docker) Containers?

On Mon, Oct 7, 2019 at 11:04 AM Benoit Ganne (bganne) wrote: > > In each of the cases above where I said "still doesn't work", when the > > /dev/uio* is present, it is found. However, it then leads to this > > error as reported by vppctl's "show log" command: > > I did not check uio. I do use

Re: [vpp-dev] VPP Interfaces from with (Docker) Containers?

On Fri, Oct 4, 2019 at 3:33 AM Benoit Ganne (bganne) wrote: > Hi, > > Yes containers usually do not update /dev after creation, so any device > that shows up dynamically afterwards won't be available by default. Note > this is not specific to VPP. OK cool, that is what it was looking like...

[vpp-dev] VPP Interfaces from with (Docker) Containers?

Folks, and maybe Damjan in particular?, I am trying to run VPP from within a Docker container using the Ligato framework for head-banging. The head-banging part is working. The VPP interface binding part, not so much. >From what I can tell, VPP sees the PCI devices, but then grouses that the

Re: [vpp-dev] Commit Subjects

On Mon, Jun 17, 2019 at 3:43 PM Damjan Marion wrote: > > On 17 Jun 2019, at 22:41, Jon Loeliger wrote: > > On Mon, Jun 17, 2019 at 3:33 PM Damjan Marion wrote: > >> >> I tried to be as much descriptive as possible in those messages, but >> looks like I failed

Re: [vpp-dev] Commit Subjects

On Mon, Jun 17, 2019 at 3:33 PM Damjan Marion wrote: > > I tried to be as much descriptive as possible in those messages, but looks > like I failed :( > Damjan, No problem. I am working on some improvements. For example, fixing these problems: $ echo "Consolidate IPv6 link-local-address

Re: [vpp-dev] Commit Subjects

And now this: === ERROR === Unknown feature 'Consolidate' in commit 'Subject:' line. Feature must exist in MAINTAINERS file. If this commit intruduces new feature, then this commit must add new entry into the MAINTAINERS file.

[vpp-dev] Triggering a Verify Job?

Folks, I am failing to trigger a "verify job" using the Review keyword "recheck" on one of my patches. Can someone remind me how to clear up my dumbness? Thanks! jdl -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13302):

[vpp-dev] Commit Subjects

Folks, I received this during a build of a patch I submitted: === ERROR === Unknown feature 'IPv6' in commit 'Subject:' line. Feature must exist in MAINTAINERS file. If this commit intruduces new feature, then this commit must add new entry into

Re: [vpp-dev] IPv6 Link-local Address Questions

On Thu, Jun 13, 2019 at 11:21 AM Ole Troan wrote: > Hi Jon, > > Thanks for bringing up my favorite topic! > Happy to step on those land mines! :-) Uh, is that "Duplicate but slightly wrong functions", "bit-byte-numbering issues", or "link-local addressing"? :-) > > I am happy to submit a

[vpp-dev] IPv6 Link-local Address Questions

Folks, I have stumbled across two functions that purport to construct a link-local IPv6 address from a MAC address. A laudable goal, but the details need some review. One function can be found in src/vnet/ip/ip6.h: always_inline void ip6_link_local_address_from_ethernet_mac_address

Re: [vpp-dev] Weird Error Number

On Wed, May 8, 2019 at 7:24 AM Ole Troan wrote: > Hi Jon, > > > Can anyone shed some light here? > > I guess the purpose of a positive value is to indicate that you can try > again with the same arguments and get a different response, > as opposed to a negative value. > > I would be in favour of

[vpp-dev] Weird Error Number

Folks, So I was reading src/vnet/api_errno.h, as you do, and I noticed this weird line: _(IN_PROGRESS, 10, "Operation in progress") \ That's right, an error number that is positive. It just doesn't sound right... And I don't think it is simply missing a negative sign as there is also this

[vpp-dev] A few MAP-T Clarifications

Good Morning, We are working on some MAP-E and MAP-T testing, and we have a few questions. Some of the existing VPP documentation about MAP-E and MAP-T is a bit loose. Should the use of a pre-resolved forwarding address be applicable to both MAP-E and MAP-T? Or is that only a MAP-E thing?

[vpp-dev] Adding User-assigned IDs to VPP objects

Ole and Neale, You have both asked essentially the same question in a code review: Neale: what's the use case for these tag fields? if i's to correlate VPP objects with user-assigned IDs, are there any object in VPP that would not require a tag? Ole: Would it be possible to come up with a

[vpp-dev] Publishing IPSec Header Files

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

Re: [vpp-dev] VLAN tag-rewrite question

On Wed, Feb 13, 2019 at 11:20 AM Damjan Marion wrote: > On 13 Feb 2019, at 09:17, Jon Loeliger wrote: > > VPPers, > > Is it intended that VPP supports placing VLAN tag rewrite rules on any > interface? > > It should work with all ethernet interfaces including the vir

[vpp-dev] VLAN tag-rewrite question

VPPers, Is it intended that VPP supports placing VLAN tag rewrite rules on any interface? The "Create ACCESS Ports" example on this page: https://wiki.fd.io/view/VPP/Interconnecting_vRouters_with_VPP shows it happening on a virtual interface: set interface l2 tag-rewrite

[vpp-dev] An 'ip route' question

Neale, I have a question about the API field 'next_hop_table_id' within the API call ip_add_del_route. (There isn't a doc string for this field in the API file, so guessing a bit.) Is this field the same field for both the CLI options 'next-hop-table' and 'ip4-lookup-in-table'? Is there a

Re: [vpp-dev] Question about duplicate nodes in the graph

[ Just reposting as it was likely missed in the Holiday Extravaganza. --jdl ] On Fri, Dec 28, 2018 at 9:21 AM Jon Loeliger wrote: > Folks, > > Is there a valid use for duplicate nodes in the node graph? > Specifically, if I type this command three times: > > vpp# set

Re: [vpp-dev] VPP Failing (all?) Verify Jobs

On Fri, Dec 28, 2018 at 9:25 AM Paul Vinciguerra wrote: > Hi Jon, > > I opened a ticket (#66166) with the helpdesk on 12/25. > Ah, excellent. Thanks! > "Starting Dec. 14, 2018 through Jan. 1, 2019 the Linux Foundation will be > operating with reduced staff in observance of our office

[vpp-dev] Question about duplicate nodes in the graph

Folks, Is there a valid use for duplicate nodes in the node graph? Specifically, if I type this command three times: vpp# set interface ip vxlan-bypass TenGigabitEthernet6/0/0 vpp# set interface ip vxlan-bypass TenGigabitEthernet6/0/0 vpp# set interface ip vxlan-bypass

Re: [vpp-dev] VPP Failing (all?) Verify Jobs

On Thu, Dec 27, 2018 at 1:11 PM Florin Coras wrote: > Paul came up with a better fix [1]. Rebasing of the patches should solve > the verify problems now. > > Florin > Hi Florin, While that worked enough to verify my patch, it seems like a temporary solution. Is there a proper longer term fix

[vpp-dev] VPP Failing (all?) Verify Jobs

Folks, It looks like VPP is failing (all?) verify jobs as it is unable to build some variant. Looks like a failed 'make install-dep' is wedging on a Boost lib install. (Build 9/9.) Any insight here? Thanks, jdl Problem: libboost_headers1_68_0-devel-1.68.0-lp150.243.1.x86_64 conflicts with

Re: [vpp-dev] MAP-E/MAP-T Futures?

On Mon, Dec 17, 2018 at 5:50 AM Ole Troan wrote: > Hi Jon, > > > Is it your intention to re-factor the changes in > > https://gerrit.fd.io/r/14247 > > to remove the FIB DPO and instead use an input feature? > > Yes, that was the plan. > Of course we could keep the DPO code in there, and even

[vpp-dev] MAP-E/MAP-T Futures?

Ole, Is it your intention to re-factor the changes in https://gerrit.fd.io/r/14247 to remove the FIB DPO and instead use an input feature? If so, it seems that having separated the API changes for more precise types (ip4_address_t, etc) into its own change will have simplified this (14247)

Re: [vpp-dev] VPP API language changes

On Wed, Dec 5, 2018 at 6:04 AM Ole Troan wrote: > All, > Hi Ole, > Here is an update on API progress. > > In the long process of making types in the API language more explicit I > have a few changes merged and a few in the pipeline: > Hooray! > - Type aliases. Previously any new user

[vpp-dev] Some MAP-E/MAP-T API Questions

Hi! I have a few questions in the MAP-E/MAP-T area. First the easy one: In the src/plugin/map/map.h file, there is a #include . That works fine in the source tree and the source-tree-based builds. However, once installed on a system where out-of-tree builds take place, It makes for an odd

Re: [vpp-dev] depreciation of old tun/tap code

On Fri, Sep 14, 2018 at 6:09 AM Damjan Marion via Lists.Fd.Io wrote: > > Folks, > > Long time ago we discussed that we will deprecate old tun / tap code > (vnet/unix/tuntap.[ch] and vnet/unix/tapcli.[ch]) > in favour of new one (src/vnet/devices/tap/). > > Now, we have new code for a long time,

Re: [vpp-dev] Endless NAT Questions

On Wed, Aug 22, 2018 at 3:31 AM, Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco) wrote: > Hi Jon, > > > > I’ve updated nat_show_config_reply https://gerrit.fd.io/r/#/c/14411/, > hope it is all here now > > > > Matus > Awesome! I have +1'ed it! Thank you! jdl

Re: [vpp-dev] NAT Fragment Reassembly

On Thu, Aug 16, 2018 at 12:39 AM, Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco) wrote: > Max_frag value is applied when fragments arrived out of order > Ahhh That wasn't clear... But I see... > (non-initial fragments arrive before first fragment which contains L4 > header),

[vpp-dev] Endless NAT Questions

Matus, Should the nat_show_config_reply structure be augmented to have the (newer) fields added to it? I'm thinking specifically about: - the nat64_* values - the dpo selection, - the dslite values, - the endpoint-dependent indication. Also, it looks like "deterministic" and

Re: [vpp-dev] NAT Fragment Reassembly

On Wed, Aug 15, 2018 at 8:50 AM, Jon Loeliger wrote: > On Wed, Aug 15, 2018 at 12:49 AM, Matus Fabian -X (matfabia - PANTHEON > TECHNOLOGIES at Cisco) wrote: > >> Hi Jon, >> >> >> >> NAT plugin does virtual fragment reassembly – it enables to translate >

Re: [vpp-dev] NAT Fragment Reassembly

On Wed, Aug 15, 2018 at 2:30 AM, Ole Troan wrote: > Jon, > > Thanks for bringing this up. In addition to Matus’ answer. > Hi Ole, Thanks! > There is a distinction to be made between forwarding and terminating > traffic. > And there is a nice grey middle ground between the two. > > Some

Re: [vpp-dev] NAT Fragment Reassembly

On Wed, Aug 15, 2018 at 12:49 AM, Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco) wrote: > Hi Jon, > > > > NAT plugin does virtual fragment reassembly – it enables to translate > non-initial fragments without L4 header otherwise NAT is unable to gather > port information from the

[vpp-dev] NAT Fragment Reassembly

VPPeople, A few months ago, the vppctl command 'set interface reassembly' was added along with its API call, ip_reassembly_enable_disable (commit 4c53313cd7e9b866412ad3e04b2d91ac098c1398). What is the relationship of this fragment reassembly and this enable/disable flag WRT to the NAT's fragment

Re: [vpp-dev] How to use VPP API?

On Mon, Jun 25, 2018 at 7:09 PM, Jeff Bushman wrote: > Is there any documentation, examples or discussion of how to use the VPP > API Modules beyond the short documentation here? > https://docs.fd.io/vpp/18.07/vapi_doc.html Jeff, If you are interested in the C API, there is also this:

[vpp-dev] Missing functions?

Hi! With the current VPP top-of-tree here: commit c7d50970d4ed8a4889b4374e6a1559aef7d3dcc0 Author: Andrew Yourtchenko Date: Tue Jun 12 15:15:49 2018 +0200 acl-plugin: change the src/dst L3 info in 5tuple struct to be always contiguous with L4 data We seem to have some new linking issues

Re: [vpp-dev] Static ARP Flag Question

On Tue, May 15, 2018 at 8:53 PM, John Lo (loj) wrote: > Hi Jon, > > > > I am in the process of fixing up something in handling of IP neighbor > pools. I can include fixing the S/D bits of ARP flag in my patch, if you > are not in a hurry to have this fixed. > > > > Regards, > >

Re: [vpp-dev] Static ARP Flag Question

On Thu, May 10, 2018 at 7:28 PM, John Lo (loj) wrote: > Hi Jon, > Hi John, > This is not the right behavior. > I had that suspicion... :-) I think it is caused by reuse of a static ARP entry in the IP4 neighbor > pool with static bit still set. The code merely set the

Re: [vpp-dev] Multiple Static Mappings

erface is very confused by this! If part of the mapping request is not fulfilled (not an interface IP address available), it should fail and NOT add the mapping. Alternatively, if it is able to fulfill the mapping but just delayed, it should return a success code. Thanks, jdl Matus > > > > *From:

Re: [vpp-dev] Multiple Static Mappings

On Wed, Apr 4, 2018 at 5:34 AM, Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES@Cisco) wrote: > Fixed https://gerrit.fd.io/r/#/c/11505/ > > > > Matus > > Matus, Thanks for the quick turn-around on the bug fix! While the original problem (one local address with multiple

[vpp-dev] Multiple Static Mappings

Matus, Are multiple static mappings for a single local address expected behavior? vpp# nat44 add static mapping icmp local 10.10.10.100 external 200.0.0.1 vpp# nat44 add static mapping icmp local 10.10.10.100 external 200.0.0.2 vpp# nat44 add static mapping icmp local 10.10.10.100 external

[vpp-dev] Removing a NAT static mapping

Matus, I have a question about the expected behavior for removing a static mapping on an external interface address. vpp# show int TenGigabitEthernet6/0/0 addr TenGigabitEthernet6/0/0 (dn): L3 200.0.0.1/24 vpp# show nat44 static mappings NAT44 static mappings: And add a static mapping: vpp#

Re: [vpp-dev] Some DS Lite Questions

On Thu, Mar 29, 2018 at 2:58 PM, Jon Loeliger <j...@netgate.com> wrote: > Matus, et al, > > Is there no way to remove either the B4 or AFTR tunnel endpoint once it is > set? > So, I see one can use "::". Is that the expectation here? jdl

[vpp-dev] Some DS Lite Questions

Matus, et al, I am looking at the DS Lite CLI and API calls. I have a few questions. Is there no way to remove either the B4 or AFTR tunnel endpoint once it is set? It seems there is maybe a missing dslite_pool_addr_dump API call? Is there a future for the ip4_addr fields on the "set B4" and

Re: [vpp-dev] make TEST=test_ip6 test failing on multiple machines, when NOT run as root.

On Tue, Mar 20, 2018 at 9:44 AM, Jon Loeliger <j...@netgate.com> wrote: > On Tue, Mar 20, 2018 at 6:30 AM, Ole Troan <otr...@employees.org> wrote: > >> >> > >> > git clean -d -f -x . >> > and rebuilding everything fixes the issue >> > &g

Re: [vpp-dev] make TEST=test_ip6 test failing on multiple machines, when NOT run as root.

On Tue, Mar 20, 2018 at 6:30 AM, Ole Troan wrote: > > I debugged this a bit further and it seems that sometimes when hopping > branches, the json files corresponding to APIs are not regenerated properly. > > What happens in vpp-papi is that if it founds a duplicate, it

Re: [vpp-dev] make TEST=test_ip6 test failing on multiple machines, when NOT run as root.

On Mon, Mar 19, 2018 at 5:23 PM, Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco) wrote: > Hi Jon, > > > Just to confirm - what's your environment? > > Centos 7.4 jdl@bcc-1 $ uname -a Linux bcc-1 3.10.0-693.21.1.el7.x86_64 #1 SMP Wed Mar 7 19:03:37 UTC 2018 x86_64

Re: [vpp-dev] make TEST=test_ip6 test failing on multiple machines, when NOT run as root.

On Mon, Mar 19, 2018 at 10:55 AM, Burt Silverman wrote: > I believe the physmem/numa error is just to throw us off -- a code bug but > an innocuous one at least for non NUMA systems; Damjan would know more. > > Jon, I like your idea about it not quitting on the first error. And

Re: [vpp-dev] make TEST=test_ip6 test failing on multiple machines, when NOT run as root.

On Mon, Mar 19, 2018 at 10:40 AM, Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco) wrote: > Can you please provide instructions to reproduce? > > I checked out latest master > I think we are not communicating. I checkout any top of tree commit over the past, oh

Re: [vpp-dev] make TEST=test_ip6 test failing on multiple machines, when NOT run as root.

On Fri, Mar 16, 2018 at 3:33 AM, Klement Sekera wrote: > This looks kinda like you have old papi installed somewhere. > > Please try `make test-wipe` and let me know how it goes. > > Thanks, > Klement These are clean build of top-of-tree. The 'make test-wipe' has no effect.

Re: [vpp-dev] make TEST=test_ip6 test failing on multiple machines, when NOT run as root.

On Thu, Mar 15, 2018 at 4:45 PM, Dave Barach wrote: > +1. Definitely try “make test” as root, and let folks know how it goes… > > > > *From:* vpp-dev@lists.fd.io *On Behalf Of *Damjan > Marion > *Sent:* Thursday, March 15, 2018 5:24 PM > *To:*

Re: [vpp-dev] make TEST=test_ip6 test failing on multiple machines, when NOT run as root.

On Thu, Mar 15, 2018 at 1:54 PM, Damjan Marion wrote: > > Should be fixed now, issue was happening when VPP was allocating buffer > memory from 4K pages (running as non-root). > Damjan, It has gotten better, but I still see these:

Re: [vpp-dev] Ccache vs VPPAPIGEN

On Thu, Mar 15, 2018 at 2:00 PM, Damjan Marion wrote: > > Lot of changes happened in this area in last 48 hours. There is no > bootstrap step needed anymore. > > Do you still see issues? > Damjan, I believe your changes have fixed things. Thanks! jdl

[vpp-dev] vppsb's librtnl is broken with top of VPP tree

Hey VPP-dev Is it me? It's me, isn't it. jdl librtnl/mapper.c: In function 'mapper_add_del_route': librtnl/mapper.c:101:31: error: passing argument 10 of 'fib_table_entry_path_add' from incompatible pointer type [-Werror] FIB_ROUTE_PATH_FLAG_NONE);

Re: [vpp-dev] make TEST=test_ip6 test failing on multiple machines, when NOT run as root.

On Tue, Mar 13, 2018 at 5:47 AM, Klement Sekera wrote: > I would say that this should be worth the extra effort just to have the > same conditions. Otherwise the verify job does something different than > `make test` on your box and that could be confusing. > > Thanks, >

Re: [vpp-dev] VPP As A Router Between Namespaces - 10ms latency

On Mon, Mar 12, 2018 at 3:57 AM, Sara Gittlin wrote: > Dear Florin, > > When using the command " create tap rx-ring-size 4096 tx-ring-size 4096 " > VPP create the devices with default names tap0, tap1, ..tapn. > > Is it possible for the user to set the name in the

[vpp-dev] A Question about SPAN Dump Details

John, et al, Could we add the "is_l2" flag into the SPAN details message so that we don't have to maintain global state about what type of detail is coming back? Happy to submit that patch if you are OK with the suggestion. Thanks, jdl

Re: [vpp-dev] Tap and Tap-inject

On Wed, Feb 28, 2018 at 5:59 PM, Jon Loeliger <j...@netgate.com> wrote: > Discuss: > > Two Things That Don't Work Together: Tap and Tap-inject > > In today's world of discord, we often stray into territory that seems > benign and harmless; a world that should be h

Re: [vpp-dev] Upcoming memif API and CLI changes.

Peter, > Trying to configure Memif: > > > > vat# memif_dump > > Sending ping id=714 > > memif0/0: sw_if_index 3 mac 02:fe:db:be:87:29 > >id 0 socket-id 0 role slave > >ring_size 1 buffer_size 0 > >state down link down > If you also dump the memif socket table you should see that

[vpp-dev] VXLAN Instances Not Freed Properly?

John, et al, I stumbled across this interesting behavior in VXLAN tunnels: vpp# create vxlan tunnel src 1.2.3.4 dst 10.11.12.13 vni 1 instance 101 vxlan_tunnel101 vpp# create vxlan tunnel src 1.2.3.4 dst 10.11.12.13 vni 1 instance 101 del vpp# create vxlan tunnel src 1.2.3.4 dst 10.11.12.13 vni

[vpp-dev] _mm_testz_si128 Woes

Hey hey hey, I tried to build a variant of vppsb and failed miserably for lack of the __mm_testz_si128 symbol. >From whence does that arrive on my doorstep? I'm trying to figure out if vppsb needs to #define something new, or #include something first, or if my system is suddenly missing

Re: [vpp-dev] VXLAN Tunnel IF Names

John, On Mon, Feb 5, 2018 at 2:14 PM, John Lo (loj) wrote: > Thanks Jon. Seems we have an agreed upon an approach now. Just to be > sure, let me list the specifics: > > > > 1. We will get rid of custom_instance_by_real_instance vector in > vxlan_main_t > See #3 below. >

Re: [vpp-dev] VXLAN Tunnel IF Names

On Mon, Feb 5, 2018 at 11:48 AM, John Lo (loj) wrote: > One more thang, I would prefer to have a u32 instance number instead of > the 64 bytes if_name in the vxlan_tunnel_details API. -John > Hi John, I'll work up a patch re-spin using a hash-table, and I will include the

Re: [vpp-dev] VXLAN Tunnel IF Names

On Mon, Feb 5, 2018 at 9:55 AM, Jon Loeliger <j...@netgate.com> wrote: > > > >> I think we must check and reject instance misuse for this to be >> acceptable. I doubt the renumber is really used much for vhost and tap >> interface (others please correct me if

Re: [vpp-dev] VXLAN Tunnel IF Names

On Mon, Feb 5, 2018 at 9:29 AM, John Lo (loj) wrote: > Hi Jon, > Hi John, > I don’t think the renumber scheme, as used by vhost and tap interfaces, is > foolproof and can cause problems if used extensively for vxlan. On > creating an interface with renumber, it does not check

Re: [vpp-dev] VXLAN Tunnel IF Names

On Wed, Jan 31, 2018 at 6:41 PM, John Lo (loj) wrote: > Hi Jon, > > > > All VPP tunnel creation uses the mechanism of returning a sw_if_index of > the created tunnel. The name of the tunnel is then followed by a number > being the instance or index to the tunnel struct vector.

Re: [vpp-dev] VXLAN Tunnel IF Names

On Fri, Feb 2, 2018 at 3:08 PM, Jon Loeliger <j...@netgate.com> wrote: > > I have submitted a patch to Gerrit. When this passes "verify", I'll add > you to be > a Reviewer! > John, How do I run just these tests locally? I need to determine if the

Re: [vpp-dev] VXLAN Tunnel IF Names

On Wed, Jan 31, 2018 at 6:41 PM, John Lo (loj) wrote: > Hi Jon, > Hi John, Thanks for taking the time to get back to me on this! All VPP tunnel creation uses the mechanism of returning a sw_if_index of > the created tunnel. > I know. I get that. It works. > The name of

[vpp-dev] Consolidatation of fib_ip_proto() functions?

Neale, I have need of using a function like fib_ip_proto(), below, in yet another file. But rather than introduce a 5th copy of the same function, would you accept a patch that consolidated them all into one static inline in, say, fib_types.h where the FIB_PROTOCOL_* values are defined? Thanks,

[vpp-dev] VXLAN Tunnel IF Names

Hey Developers, I've turned my attention to the wondrous world of VXLANs! And with that, I stare into the Vast VXLAN API Abyss... My first question, as usual, involves the SW IF that is created by the vxlan tunnel create API call. The IF has a name that is once-again unknowable by the User who

Re: [vpp-dev] Building APIs outside of the VPP tree

On Sun, Jan 28, 2018 at 2:42 PM, Ole Troan wrote: > Thanks for fixing it Jon! > I'm not sure there is anything much better than that. ;-) > > Cheers, > Ole I'll submit a real patch to Gerrit then. Thanks! jdl ___ vpp-dev

Re: [vpp-dev] Building APIs outside of the VPP tree

On Sat, Jan 27, 2018 at 3:37 PM, Jon Loeliger <j...@netgate.com> wrote: > Folks, > > I have updated to top-of-vpp master, now at commit: > > commit fc804d9cf1d23a616ea7bce19fc65198aa978e6e > Author: Florin Coras <fco...@cisco.com> > Date:

[vpp-dev] Building APIs outside of the VPP tree

Folks, I have updated to top-of-vpp master, now at commit: commit fc804d9cf1d23a616ea7bce19fc65198aa978e6e Author: Florin Coras Date: Fri Jan 26 01:27:01 2018 -0800 Fix session/tcp coverity warnings I am trying to build a VPP API outside of the VPP

  1   2   3   >