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

2018-12-14 Thread Jon Loeliger
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) pa

Re: [vpp-dev] hi all, which MLX_OFED is ok for vpp 18.01.1?

2018-12-14 Thread Stephen Hemminger
On Thu, 13 Dec 2018 02:53:23 + "Yang, Liang" wrote: > VPP 18.01 uses DPDK 17.11 which doesn't require OFED to work: doc/guides/rel_notes/release_17_11.rst * Refactored driver to get rid of dependency on the components provided by Mellanox OFED and instead rely on the current and pu

Re: [vpp-dev] Alphabetic PCI Major address

2018-12-14 Thread sheckman
Yes...I just figured that out:-[ Thanks, Steve On 12/14/2018 03:18 PM, Dave Barach (dbarach) wrote: Yes, it can. The interface is called “HundredGigabitEthernetaf/­_4_/2” not “HundredGigabitEthernetaf/_04_/2” The interface name is (u8 *) vector which is exact-matched, not parsed in any

Re: [vpp-dev] string test failing

2018-12-14 Thread Dave Barach via Lists.Fd.Io
Figured. Thanks. I’ll revert the patch. D. From: vpp-dev@lists.fd.io On Behalf Of Stephen Hemminger Sent: Friday, December 14, 2018 3:06 PM To: Dave Barach (dbarach) Cc: vpp-dev@lists.fd.io Subject: Re: [vpp-dev] string test failing Yes, reverting that makes build/test succeed. $ gcc --versio

Re: [vpp-dev] Alphabetic PCI Major address

2018-12-14 Thread Dave Barach via Lists.Fd.Io
Yes, it can. The interface is called “HundredGigabitEthernetaf/­4/2” not “HundredGigabitEthernetaf/04/2” The interface name is (u8 *) vector which is exact-matched, not parsed in any way which would make 04 equivalent to 4. D. From: vpp-dev@lists.fd.io On Behalf Of sheckman Sent: Friday, Dece

Re: [vpp-dev] string test failing

2018-12-14 Thread Stephen Hemminger
Yes, reverting that makes build/test succeed. $ gcc --version gcc (Debian 8.2.0-9) 8.2.0 Copyright (C) 2018 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. On Fri

Re: [vpp-dev] string test failing

2018-12-14 Thread Dave Barach via Lists.Fd.Io
Please revert https://gerrit.fd.io/r/#/c/16429/ and report results. -Original Message- From: vpp-dev@lists.fd.io On Behalf Of Stephen Hemminger Sent: Friday, December 14, 2018 2:58 PM To: vpp-dev@lists.fd.io Subject: [vpp-dev] string test failing String tests now failing on Debian testi

[vpp-dev] string test failing

2018-12-14 Thread Stephen Hemminger
String tests now failing on Debian testing. Compiler is catching error before test! FAILED: plugins/unittest/CMakeFiles/unittest_plugin.dir/string_test.c.o ccache /usr/lib/ccache/cc -DHAVE_MEMFD_CREATE -Dunittest_plugin_EXPORTS -I/home/shemminger/git/vpp/src -I. -Iinclude -I/home/shemminger/gi

[vpp-dev] Alphabetic PCI Major address

2018-12-14 Thread sheckman
Can VPP (or VPP CLI) handle PCI addresses that start with "A-F"? # lshw -c network -businfo | grep af pci@:af:00.0   enp175s0f0  network    MT28800 Family [ConnectX-5] pci@:af:00.1   enp175s0f1  network    MT28800 Family [ConnectX-5] pci@:af:00.2   enp175s0f2  network    M

[vpp-dev] Alphabetic PCI Major address

2018-12-14 Thread sheckman
Can VPP (or VPP CLI) handle PCI addresses that start with "A-F"? # lshw -c network -businfo | grep af pci@:af:00.0  enp175s0f0  network    MT28800 Family [ConnectX-5] pci@:af:00.1  enp175s0f1  network    MT28800 Family [ConnectX-5] pci@:af:00.2  enp175s0f2  network    MT28

[vpp-dev] IPsec Spd-Entry issue

2018-12-14 Thread Tibor Král
Hi, I came across an interesting issue with Spd-Entries in Ipsec. When adding a new spd-entry, it doesn't seem to contain any unique identifier. Therefore it is possible to add the same spd-entry multiple times. Afterwards when trying to delete certain entry, there is no way of addressing it oth

Re: [vpp-dev] vppinfra vec alignment

2018-12-14 Thread Dave Wallace
No worries. FYI, it would have been fine to just submit a patch to my original gerrit review.  Best if both changes are submitted in a single commit to document the replication of information that needs to be maintained. Thanks, -daw- On 12/14/2018 10:15 AM, Mohammed Alshohayeb wrote: I've

Re: [vpp-dev] vppinfra vec alignment

2018-12-14 Thread Mohammed Alshohayeb
I've already submitted a patch yesterday, I guess I should have communicated it, my bad https://gerrit.fd.io/r/#/c/16470/ ⁣ On Dec 14, 2018, 5:19 PM, at 5:19 PM, Dave Wallace wrote: > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11610): https

Re: [vpp-dev] vppinfra vec alignment

2018-12-14 Thread Dave Barach via Lists.Fd.Io
I’ve +2ed the patch, feel free to submit when verified... Thanks for fixing the doxygen tag... D From: vpp-dev@lists.fd.io On Behalf Of Dave Wallace Sent: Friday, December 14, 2018 9:19 AM To: Dave Barach (dbarach) ; dmar...@me.com; Mohammed Alshohayeb Cc: vpp-dev@lists.fd.io Subject: Re: [vpp

Re: [vpp-dev] vppinfra vec alignment

2018-12-14 Thread Dave Wallace
Submitted patch 2 to [1] updating the doxygen tag in .../src/vppinfra/vec.h Thanks, -daw- On 12/13/2018 3:06 PM, Dave Barach (dbarach) wrote: Thanks for this one... If you can spare the time, please fix the doxygen tag / comment in .../src/vppinfra/vec.h... *From:* vpp-dev@lists.fd.io *On

Re: [vpp-dev] Feature arc and ordering graph nodes in an existing feature arc.

2018-12-14 Thread Neale Ranns via Lists.Fd.Io
De : au nom de raju Date : vendredi 14 décembre 2018 à 14:58 À : vpp-dev Objet : [vpp-dev] Feature arc and ordering graph nodes in an existing feature arc. Hi I am trying to add a feature (say 'my_node') to ip4_unicast arc. Goal is just like ip4_gtpu_bypass to by pass the IP stack and proces

[vpp-dev] Feature arc and ordering graph nodes in an existing feature arc.

2018-12-14 Thread raju
Hi I am trying to add a feature (say 'my_node') to ip4_unicast arc. Goal is just like ip4_gtpu_bypass to by pass the IP stack and process packets that are of my interest and if packets received are of not my interest give it back to the ip layer. At the same time I am trying to use ip4 reassembly o

Re: [vpp-dev] first packet to yet unknown IP is lost

2018-12-14 Thread Dave Barach via Lists.Fd.Io
Have your favorite orchestrator prepopulate arp / ND tables. APIs are available. From: Andreas Schultz Sent: Friday, December 14, 2018 8:32 AM To: Dave Barach (dbarach) Cc: vpp-dev@lists.fd.io Subject: Re: [vpp-dev] first packet to yet unknown IP is lost Dave Barach (dbarach) mailto:dbar...@cis

Re: [vpp-dev] first packet to yet unknown IP is lost

2018-12-14 Thread Andreas Schultz
Dave Barach (dbarach) schrieb am Fr., 14. Dez. 2018 um 14:19 Uhr: > This is a conscious design decision / best practice used in routers for > decades. We’re not going to change this behavior. > > > > Imagine what happens when a DDoS attack sends one packet to each of a > large number of nonexiste

Re: [vpp-dev] first packet to yet unknown IP is lost

2018-12-14 Thread Dave Barach via Lists.Fd.Io
This is a conscious design decision / best practice used in routers for decades. We’re not going to change this behavior. Imagine what happens when a DDoS attack sends one packet to each of a large number of nonexistent hosts behind a certain router: all of its packet buffers end up on a reinje

[vpp-dev] first packet to yet unknown IP is lost

2018-12-14 Thread Andreas Schultz
Hi, There seems to some problem with ARP resolution and IP forwarding. The first packet destined to an yet unknown IP is dropped. It does triggers a ARP request, but the packet should be held in some kind of queue till then ARP response arrives and the be forwarded. Clearly this does not happen (