On Thu, Mar 29, 2018 at 2:58 PM, Jon Loeliger 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
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# n
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 200
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 externals) seems
to hav
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:* Jon Loeliger
> *Sen
VPP-ers,
Is this expected behavior for the Flags here?
Thanks,
jdl
vpp# set int ip address TenGigabitEthernet6/0/0 10.10.20.1/24
vpp# set interface state TenGigabitEthernet6/0/0 up
vpp# set ip arp TenGigabitEthernet6/0/0 10.10.20.100 08:00:27:41:a7:56
static
vpp# show ip arp
Time
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 dynamic bit in the
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,
>
> John
>
John,
He
Folks,
Over in src/vnet/interface.api, round-about lines 162-182,
we find this excerpt:
/** \brief Set or delete one or all ip addresses on a specified interface
@param client_index - opaque cookie to identify the sender
@param context - sender context, to match reply w/ request
@par
Folks,
I'm staring at some VPP builds on a fresh CentOS system.
I've installed all the "install-deps", and get pretty far into the
build before it wedges. I see warnings like this:
/bin/sh ./libtool --mode=install /usr/bin/install -c libsvm.la
libsvmdb.la libvlib.la libvlibapi.la libvlibmem
On Wed, Jan 11, 2017 at 4:45 PM, Burt Silverman wrote:
> I don't have a great answer, but this is something I would try.
>
Thanks.
> If you have a clean git repository, with no local uncommitted modifications
>
This is a clean git checkout and build. My top-of-tree is VPP's
top-of-tree.
No l
On Thu, Jan 12, 2017 at 12:34 PM, Jon Loeliger wrote:
>
>
> So, this is classically some form of library location using some
> combination of -L, -l, rpath, DESTDIR-style options. Another
> classic issue might be ld config related. The other option that
> I think might be at
On Thu, Jan 12, 2017 at 3:10 PM, Jon Loeliger wrote:
>
> jdl@localhost $ find . -name libvppinfra\*
> ./build-root/build-tool-native/tools/.libs/libvppinfra.so.0.0.0
> ./build-root/build-tool-native/tools/.libs/libvppinfra.so.0
> ./build-root/build-tool-native/tools/.libs
On Thu, Jan 12, 2017 at 5:09 PM, Burt Silverman wrote:
> Hi Jon,
>
> I have a conjecture. It is based on some experiences with previous
> projects I have worked on. I need to test this out before stating anything
> definite, but I will give you a heads up on what I will try experimentally,
> in c
On Thu, Jan 12, 2017 at 5:40 PM, Damjan Marion
wrote:
>
> A few more details: this is race condition in parallel execution of “make
> install” targets.
> I am aware of the problem, but for me it was hard to troubleshoot as it is
> not happening
> in my system, and so far I noticed it only occasio
On Thu, Jan 12, 2017 at 9:25 PM, Burt Silverman wrote:
> Cool. My suggestion would not have solved the issue, but looking at
> Damjan's .am files gives me a hint why the years ago project had issues,
> for example:
>
> libsvm_la_LIBADD = libvppinfra.la -lrt -lpthread
> libsvm_la_DEPENDENCIES = l
Folks,
We are seeing a really strange VPP API message processing problem.
The scenario goes like this...
Our CLI issues C API calls through the vlib API. The messages hit
the shared memory queue, but are not processed. They sit there.
Later, we fire up, say, vppctl and do a "show api" command.
On Mon, Jan 16, 2017 at 6:33 PM, Jon Loeliger wrote:
> Folks,
>
> We are seeing a really strange VPP API message processing problem.
> The scenario goes like this...
>
>
> I've started to isolate it with git bisect, and so far I believe the
> behavior changed between
On Tue, Jan 17, 2017 at 3:45 PM, Alexander Popovsky (apopovsk) <
apopo...@cisco.com> wrote:
> We have seen a similar issue related to the same ‘API refactoring : dpdk’
> change.
> We are using an external API binding layer in C-language in our VPP based
> solution.
> After the change, it took some
On Wed, Jan 18, 2017 at 5:55 AM, Damjan Marion
wrote:
> As Ole explained, please use vl_api_get_msg_index.
>
> -DDPDK=1 will disappear soon when dpdk becomes a plugin…
>
> Thanks,
>
> Damjan
>
I see.
But how come vat doesn't do this step?
jdl
___
vpp
On Wed, Jan 18, 2017 at 5:55 AM, Damjan Marion
wrote:
>
> -DDPDK=1 will disappear soon when dpdk becomes a plugin…
>
> Thanks,
> Damjan
>
Damjan,
Will the DPDK that VPP builds be packaged and made available
from the "make pkg-{rpm,deb}" targets? I see references to DPDK
in the vpp.spec file, a
On Wed, Jan 18, 2017 at 12:24 PM, Damjan Marion
wrote:
>
> I see.
>
> But how come vat doesn't do this [msg ID mapping] step?
>
> Likely somebody needs to do the work…
>
> Thanks,
> Damjan
>
Ed,
As I indicated when we spoke, I have implemented the gunky details
of establishing the mapping from
Damjan,
I saw this go in:
author Damjan Marion
committer Damjan Marion
commit 2ce7f9834ab55728520bff0dd15f8d82c10b95a0
Add dpdk development packaging
Change-Id: I6aa2a6709241d99ce734c29e47487eb456907351
Signed-off-by: Damjan Marion
Just wanted to say "Thank you!" an
On Mon, Jan 23, 2017 at 10:28 PM, Alexander Popovsky (apopovsk) <
apopo...@cisco.com> wrote:
> Damjan,
>
> After this change, ‘pkg-rpm’ target on the CentOS host seems to be failing
> (on master):
>
> $ git clean -xfd
> $ make bootstrap pkg-rpm
> ...
> error: Installed (but unpackaged) file(s) fou
Folks,
What is the expected method to use the SNAT plugin within the
framework of the rest of a VPP system?
Specifically, what is the expected use of VL_MSG_FIRST_AVAILABLE?
It is several (4) enum include files, and they conflict if two or more are
used in the same source file. Here is a terse e
On Wed, Jan 25, 2017 at 10:49 AM, Dave Barach (dbarach)
wrote:
> Dear Jon,
>
>
>
> Sorry for the delayed response.
>
>
>
> Anyhow, the constant VL_MSG_FIRST_AVAILABLE is a historical name for a
> simple thing: the number of binary API messages defined by a given plugin.
>
Understood.
> I’m not
On Thu, Jan 26, 2017 at 2:29 PM, Jon Loeliger wrote:
> But I can't include both of the msg_id enumberations in the same C file
>
Wow, Jon, nice Englishing there!
jdl
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailm
On Wed, Jan 25, 2017 at 10:49 AM, Dave Barach (dbarach)
wrote:
>
>
>
> When it comes time to send binary API messages to a given plugin, the
> control-plane agent recovers msg_id_base like so:
>
>
>
> /* Ask the vpp engine for the first assigned message-id */
>
> name = format (0, "snat_%08x%c
On Thu, Jan 26, 2017 at 4:38 PM, Jon Loeliger wrote:
>
>
> Does this same mechanism hold true for the VPE messages? Is the collection
> of the VPE message considered "a plugin", or "a base onto which plugins
> will
> be added"? There are currently 20 or 21
Hi Folks,
So, I recently used the "make dpdk-install-dev" target at the top
of the VPP build and was surprised to see:
==
Up-to-date DPDK package already installed
On Fri, Feb 3, 2017 at 6:58 AM, Rybalchenko, Kirill <
kirill.rybalche...@intel.com> wrote:
> CSIT tests fail trying to dump sf interface table.
>
> Problem comes from api_sw_interface_dump function in api_format.c
>
> After successful printing of table it returns “sw_interface_dump error:
> Misc”
On Fri, Feb 3, 2017 at 10:01 AM, Rybalchenko, Kirill <
kirill.rybalche...@intel.com> wrote:
> Hi Jon,
>
>
>
> Yes, I think it is somehow related.
>
> Here is more detailed info:
>
>
>
> VPP – current master branch (commit e0cb0ccee10f1ce0e29c94acb3b486
> 1f46c0879d)
>
> CSIT – not related.
>
>
>
>
Folks,
On Tuesday, this commit went in:
commit 8ea6d7153b053f1b9bf837ef3a927136f44b41fd
Author: AkshayaNadahalli
Date: Tue Feb 7 23:59:54 2017 +0530
Fix source address reachability check for ip6 local packets
It contained this hunk:
diff --git a/src/vnet/fib/ip6_fib.h b/src/vnet/fib/ip6_f
On Thu, Feb 9, 2017 at 11:16 PM, Akshaya Nadahalli (anadahal) <
anada...@cisco.com> wrote:
> Hi Jon,
>
> fib_urpf_list.h needs to included inside the source file and need not be
> installed in /usr/include. Thanks for raising this. I will send out a patch
> for this.
>
> Regards,
> Akshaya N
>
A
Folks,
I have a stale cache of interface data in the layer above
my VPP API calls and I need to refresh it. So I wrote
a vpp_intf_refresh_all() function. It looks roughly like this:
vpp_intf_refresh_all() {
if (intf data is not dirty)
return;
for each is_ipv6 in {0,1} {
On Fri, Feb 10, 2017 at 11:23 AM, Dave Barach (dbarach)
wrote:
> Dear Jon,
>
>
>
> If you send “please dump X” API message(s), followed by a control-ping
> message: when the control-ping reply appears, all of dump reply messages
> (if any) have appeared.
>
>
>
> That absolutely *does* work. See a
On Fri, Feb 10, 2017 at 9:12 AM, Jon Loeliger wrote:
> On Thu, Feb 9, 2017 at 11:16 PM, Akshaya Nadahalli (anadahal) <
> anada...@cisco.com> wrote:
>
>> Hi Jon,
>>
>> fib_urpf_list.h needs to included inside the source file and need not be
>> installed in /
VPPers,
Somewhat recently, (commit 36532bda926f5255a323c9cac3144dd758a05667),
the external_sw_if_index was added to the SNAT API snat_add_static_mapping
message.
However, when dumping the static mappings with snat_static_mapping_dump
the corresponding snat_static_mapping_details does not contain
On Tue, Feb 14, 2017 at 11:52 PM, Matus Fabian -X (matfabia - PANTHEON
TECHNOLOGIES at Cisco) wrote:
> Hi Jon,
>
>
>
> snat_static_mapping_dump list only static mappings with resolved outside
> address so snat_static_mapping_details doesn’t contain
> external_sw_if_index. But we missing read API
Hi Matus,
Thanks for your answers here.
On Sat, Feb 18, 2017 at 12:36 AM, Matus Fabian -X (matfabia - PANTHEON
TECHNOLOGIES at Cisco) wrote:
> If external_sw_if_index value is ~0 (-1) external_ip_address is ussed from
> API (snat.c line 363).
>
OK, I see that in the code, but it is nowhere des
Dudes and Dudettes,
As you may have guessed by now, I am working my way through
the SNAT Realm these days. And now I have a question about
some possible, future API messages for obtaining some running
state information, notably for some form of "show snat" command.
In VAT's current implementatio
Hi Folks,
Over on the VPP Wiki Page
https://wiki.fd.io/view/Projects/vpp/Release_Plans/Release_Plan_17.04
There is an apparent cut-n-paste-ish style error at the very bottom
where it suggests 17.07 features are being extracted from Jira using
an obsolete and non-public search query.
Thanks,
Folks,
So, I want to address this example from Dave's "home gateway" example:
loopback create
set int l2 bridge loop0 1 bvi
set int ip address loop0 192.168.1.1/24
set int state loop0 up
Here, lines 2, 3, and 4 all have unspoken knowledge of the effects of
line 1. Specifically,
On Wed, Feb 22, 2017 at 11:28 PM, Matus Fabian -X (matfabia - PANTHEON
TECHNOLOGIES at Cisco) wrote:
> Hi,
>
>
>
> There is currently work on dump API for SNAT runtime data (users and
> sessions). It will be finished in next few days.
>
>
>
> Matus
>
Matus,
That is awesome news! Thank you!
j
On Thu, Feb 23, 2017 at 2:04 AM, Jong Hahn (jonhahn)
wrote:
> Hi Jon,
>
> Per below, I updated the wiki and the Jira link.
>
> Thanks,
>
> Jong
>
>
>
Jong,
Thank you!
jdl
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinf
Dave,
Thanks for taking the time to help me here!
On Wed, Feb 22, 2017 at 4:47 PM, Dave Barach (dbarach)
wrote:
> You would certainly have to rewrite vnet_create_loopback_interface(...) a
> little bit. That’s not necessarily a bad thing.
>
Yeah, I figured as much on that front... :-) I'm not
On Thu, Feb 23, 2017 at 8:53 AM, Dave Barach (dbarach)
wrote:
>
> >>> Especially in multi-core situations, some care is required. I’m
> generally a fan of setting interfaces admin-down, vs. actually deleting
> them.
>
Ah, I see. Check.
(So, for lack of atomic_inc() or visible locking of some f
On Thu, Feb 23, 2017 at 9:25 AM, Burt Silverman wrote:
>
> I am arriving a bit late to the party; I just wanted to point out that
> the current user interface is similar to that of the Linux losetup command
> for Linux loop devices. Here is a silly example to demonstrate:
>
Hi Burt,
At the ris
VPPers,
As a general rule, do you guys prefer to use:
1) An integer (i32) and -1 as a flag case,
or
2) An unsigned integer (u32) and ~0 as the flag case?
If it matters, this is for an API value.
Thanks,
jdl
___
vpp-dev mailing list
vpp-dev@lis
VPP-ers,
I've just build RPM packages out of the current top-of-tree VPP at
commit c83c3b7f117b981b677f646a0e30f44ec70de239.
After a yum install, a file in /usr/include/ references session.api.h:
$ grep -r session.api.h /usr/include/
/usr/include/vnet/vnet_all_api_h.h:#include
Yet it i
On Fri, Mar 3, 2017 at 6:54 PM, Florin Coras wrote:
> Hi Jon,
>
> Apologies about that. Alexander was kind enough to provide a quick
> solution here [1]. Will merge as soon as it passes verify.
>
> Florin
>
Awesome! Thank you!
jdl
___
vpp-dev mailin
On Fri, Mar 3, 2017 at 7:11 PM, Jon Loeliger wrote:
> On Fri, Mar 3, 2017 at 6:54 PM, Florin Coras
> wrote:
>
>> Hi Jon,
>>
>> Apologies about that. Alexander was kind enough to provide a quick
>> solution here [1]. Will merge as soon as it passes verify.
>
On Fri, Mar 3, 2017 at 9:20 PM, Dave Barach (dbarach)
wrote:
> BUG: multiple registrations of
> 'vl_api_sw_interface_tag_add_del_reply_t_handler'
> means pretty much what it says. Two places in the code are registering
> handlers for that specific message. Last registrant wins.
>
>
>
> I found a
On Sat, Mar 4, 2017 at 7:57 AM, Dave Barach (dbarach)
wrote:
> See https://gerrit.fd.io/r/#/c/5622...
>
>
>
> Thanks… Dave
>
>
>
> *From:* Dave Barach (dbarach)
> *Sent:* Friday, March 3, 2017 10:50 PM
> *To:* Jon Loeliger
> *Cc:* Florin Coras ; vpp-dev
Guys,
I am in the process of setting up a CI engine here. (Whee!)
This is on an entirely new machine with a new number of CPUs, etc.
What I'm noticing is that every other build or so fails. And it seems
to be for lack of a -lpneum each time it fails. But sometimes it all
builds properly too.
W
On Mon, Mar 6, 2017 at 2:48 PM, Billy McFall wrote:
> I have seen this. I was compiling in a VM with 5 CPUs. I isolate CPUs 1-4
> from Linux via kernel cmdline arg isocpu. When compiling with 1 CPU I saw
> the issue every time. Removed isocpu and compiled with 5 CPUs everything
> worked.
>
> Bill
On Mon, Mar 6, 2017 at 2:57 PM, Jon Loeliger wrote:
>
> Hi Billy,
>
> S, despite the Peanut Gallery, I'm not yet crazy... :-)
>
> Now all we have to do is find the missing dependency in a Makefile! :-)
>
> Thanks,
> jdl
>
I may not be crazy (yet), but
On Thu, Mar 9, 2017 at 8:35 AM, Pavel Chuprikov
wrote:
> Neale,
>
> Thank you very much for such a comprehensive answer!
>
> Regards,
> Pavel
>
Oh, hey, look! A new wiki page!
https://wiki.fd.io/view/VPP/DPOs_and_Feature_Arcs
HTH,
jdl
___
vpp-de
On Wed, Mar 8, 2017 at 2:16 AM, wrote:
> Jon,
>
>
> > On 8 Mar 2017, at 01:34, Jon Loeliger wrote:
> >
> > On Mon, Mar 6, 2017 at 2:57 PM, Jon Loeliger wrote:
> >
> > S, despite the Peanut Gallery, I'm not yet crazy... :-)
> >
> > N
On Wed, Mar 8, 2017 at 2:16 AM, wrote:
> Jon,
>
> I have also seen this error. What I suspect happens is that while pneum is
> already built and that the build dependency is correct, the library isn't
> installed under the install- directory yet.
>
> I didn't manage to reproduce it right now, but
Hi folks,
I have a few questions about the sw_interface_set_l2_bridge API message.
Now, some people have called me a "pedantic ass", to my face even,
so I can handle that. :-) And I wouldn't want to disappoint, so here we
go...
>From commit 374e2c5fc30a5bfabfd2eb6c2d3ca5797402af16, line 640
of
On Tue, Mar 14, 2017 at 1:50 PM, John Lo (loj) wrote:
> Hi Jon,
>
Hi John,
> You make a valid point about the name chosen for the API param “enable”.
> Rather than argue about the best name, let me describe how it works.
>
Sure!
> The API is intended to enable or disable an interface in L2
John,
So, I see that, when creating a bridge domain using the API
call bridge_domain_add_del, one can specify some feature
flags of the domain as well as the mac-age parameter.
Later, it looks like one can alter the feature flags using the
API call bridge_flags, changing one or more features to b
>
> *From:* vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] *On
> Behalf Of *???
>
> *Sent:* Wednesday, March 15, 2017 9:52 PM
> *To:* vpp-dev
> *Subject:* [vpp-dev] problems in mips32
>
>
>
> Guys,
>
>
>
> I'm looking forward to run vpp in mips32 arch,but
> problem was caused by
On Fri, Mar 10, 2017 at 1:55 PM, Jon Loeliger wrote:
>
>
> Ole,
>
> I am no fairly confident that this patch fixes the race condition issue
> that I was seeing.
>
Now. I am now failry confident
And I am still seeing the build failure. Is there any chance
of getting th
On Fri, Mar 17, 2017 at 3:57 AM, wrote:
> Jon,
>
> >
> > I am no fairly confident that this patch fixes the race condition issue
> > that I was seeing.
> >
> > Now. I am now failry confident
>
Wow. I suck at this typing ting! :-)
> > And I am still seeing the build failure. Is there any
Hi guys,
So, the "make pkg-rpm" target seems to be failing near a
line like this:
# Python bindings
cd /home/jdl/workspace/vpp/build-root/../src/vpp-api/python
%py2_install
That is from the RPM tmp file. The actual log of the error follows.
Anyone?
Thanks,
jdl
+ for file in '$
On Fri, Mar 17, 2017 at 6:33 PM, Burt Silverman wrote:
> It probably worked during a 12 hour window. I think Neale then made a 2nd
> change incompatible with the earlier change.
>
> Burt
>
Well, yeah, maybe. But after doing the .end_node dance,
I'm back to the %py2_build problem on a CentOS RPM
Burt and Ole,
On Sun, Mar 19, 2017 at 7:26 AM, wrote:
>
>>
>> Hmm, so https://gerrit.fd.io/r/#/c/5781/
>> isn't sufficient?
>>
>
Necessary, yes. Sufficient? No.
On the other hand...
On Sun, Mar 19, 2017 at 11:51 AM, Burt Silverman wrote:
> Ugh, I made a terrible bone head mistake... Possibl
Folks,
I am trying to understand a bit more about the "host" interface
for some AF_PACKET interfaces.
Currently, there is a single API call to create an AF_PACKET interface.
It simultaneously sets the HW_ADDR (ie, MAC address) of the interface
to either user-specified value, or a randomly genera
Dave,
With the advent of a compiling tree (hooray!), I've updated, rebuilt,
installed, and tried running all the C libraries and API pieces again.
Sadly, things are not working.
Very early in the bring-up of a C executable that is linked to VPP's
libraries
(vlibmemoryclient vlibapi svm vppinfra),
On Mon, Mar 20, 2017 at 9:18 PM, Jon Loeliger wrote:
> Dave,
>
> With the advent of a compiling tree (hooray!), I've updated, rebuilt,
> installed, and tried running all the C libraries and API pieces again.
> Sadly, things are not working.
>
> Very early in the bring
Guys,
Why do tap interfaces use the name "tap-%d" internally? The user has
given an actual name (that corresponds to the underlying Linux tap name),
and yet VPP makes up a non-correlatable different name in the form "tap-%d"
by making up some number and assigning it to the IF.
This issue is prec
On Fri, Mar 24, 2017 at 9:07 AM, Pierre Pfister (ppfister) <
ppfis...@cisco.com> wrote:
> Hello Jon,
>
> No strong opinion on my side, but I'd just like to notice that there might
> be cases where multiple interfaces, in linux, have the same name, if they
> are in different network namespaces.
> V
On Mon, Mar 27, 2017 at 9:27 AM, Adrian Daniel Calianu <
adrian.cali...@gmail.com> wrote:
> Hi all,
>
> I have the same issue. After I built the vpp from sources(master branch)
> and run vppctl I see a segmentation fault. This looks to be caused by the
> fact that the vlib_mains from init function
On Mon, Mar 27, 2017 at 12:41 PM, Dumitrescu, Cristian <
cristian.dumitre...@intel.com> wrote:
> Hi guys,
>
>
>
> Any idea why am I getting this error:
>
>
>
> >make bootstrap
>
> …
>
> checking for python... /usr/bin/python
>
> checking for python version... 2.7
>
> checking for python platform..
On Tue, Mar 28, 2017 at 8:55 AM, Dumitrescu, Cristian <
cristian.dumitre...@intel.com> wrote:
>
> Hi Jon,
>
>
>
> I did “make install-dep” just before the “make bootstrap”, so maybe there
> is some package that I need to upgrade that is not picked up by “make
> install-dep”.
>
>
>
> One thing to me
On Tue, Mar 28, 2017 at 11:50 AM, Damjan Marion (damarion) <
damar...@cisco.com> wrote:
>
> > On 28 Mar 2017, at 12:15, Kinsella, Ray wrote:
> >
> > +1 to Jon's comments.
> >
> >
> > On 24/03/2017 14:07, Pierre Pfister (ppfister) wrote:
> >> Hello Jon,
> >>
> >> No strong opinion on my side, but
On Tue, Mar 28, 2017 at 11:59 AM, Jon Loeliger wrote:
>
>
> On Tue, Mar 28, 2017 at 11:50 AM, Damjan Marion (damarion) <
> damar...@cisco.com> wrote:
>
>>
>> > On 28 Mar 2017, at 12:15, Kinsella, Ray wrote:
>> >
>> > +1 to Jon's c
On Tue, Mar 28, 2017 at 2:28 PM, Pierre Pfister (ppfister) <
ppfis...@cisco.com> wrote:
>
>
> tapcli.c implements all tap nodes, plus the CLI calls.
> tapapi.c only implements api calls and then calls tapcli functions.
>
> Admittedly tapcli is not the perfect name,
>
It's not a matter of names.
Neale,
Looks like we have that situation of either:
1) An include file shouldn't be #including another one,
and perhaps the latter might be needed directly in
a set of .c files,
or
2) The install target isn't picking up and installing one
of the now-needed include f
On Thu, Mar 30, 2017 at 5:42 PM, Ed Warnicke wrote:
> The more interesting (to me) question is... how did it pass verify?
>
> Ed
>
Ed,
If I might speculate, it isn't anything that the VPP Builds even checks.
To catch this, you have to build VPP to packages, take those packages,
install them on
On Fri, Mar 31, 2017 at 7:34 AM, Jim Thompson wrote:
>
> Either that, or Cisco moves to builds apps the same way. You guys & gals
> break the tree for us about twice per month lately.
>
Hi VPP-ites,
That's maybe not such a bad notion. What about taking, say, the
entire VAT piece out of VPP pro
On Fri, Mar 31, 2017 at 10:05 AM, Kinsella, Ray
wrote:
> Would this TC cover the actual problem though, as I though in this case
> the header was never "installed".
But it was referenced. So, I believe it would have worked.
jdl
___
vpp-dev mailing l
Hi Guys,
Way over in src/vnet/dhcp/dhcp_api.c, we find the function
void
dhcp_compl_event_callback (u32 client_index, u32 pid, u8 * hostname,
u8 is_ipv6, u8 * host_address, u8 *
router_address,
u8 * host_mac)
which contains a curious use of t
On Wed, Apr 26, 2017 at 3:37 PM, Luke, Chris wrote:
> Definitely looks spurious to me.
>
>
>
> Chris.
>
Spurious or wrong?
Will folks entertain a patch converting that newline to a 0?
jdl
> *From:* vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io]
On Thu, Apr 27, 2017 at 12:19 PM, Luke, Chris
wrote:
> It looks, to me, like someone fixed a problem in the wrong place.
>
>
>
> I would certainly entertain the patch, especially if it included logic to
> make sure mp->hostname doesn’t overrun. Not likely since the DHCP option is
> limited to the
Folks,
There are currently two utilities that cause a print-out of the bridge
domain information: vppctl and vpp_api_test.
Let's talk about the default Bridge Domain 0 for a moment. You, as the
user of the system, can talk about, name it, reference it and use it, but
neither create nor destroy
On Mon, May 1, 2017 at 5:56 PM, John Lo (loj) wrote:
> Hi Jon,
>
>
>
> The bridge domain (BD) 0 is created by VPP on startup to be a dummy BD and
> not intended to be used by user. BD 0 is created with everything turned off
> to drop packets in it. It is used by VPP to handle the transition of
>
On Mon, May 1, 2017 at 6:26 PM, John Lo (loj) wrote:
> Hi Jon,
>
>
>
> I agree we should fix CLI/API to not allow BD 0 modifications. Would you
> be interested to submit a patch for it? J Otherwise, I will try to fix
> it when I get a chance.
>
>
>
> Regards,
>
> John
>
John,
I am happy to su
Hey VPP Builders,
Do you ever use "cd build-root; make distclean"?
Does it look sort of like this:
jdl $ cd build-root/
jdl $ make distclean
rm -rf /home/jdl/workspace/vpp/build-root/build-*/
rm -rf /home/jdl/workspace/vpp/build-root/build-tool-*
rm -rf /home/jdl/workspace/vpp/build-root/install
Naturally, I meant "make distclean" on the Subject: line. :-)
On Wed, May 3, 2017 at 10:20 AM, Jon Loeliger wrote:
> Hey VPP Builders,
>
> Do you ever use "cd build-root; make distclean"?
> Does it look sort of like this:
>
_
On Wed, May 3, 2017 at 1:39 PM, Thomas F Herbert
wrote:
>
> On 05/03/2017 12:23 PM, Jon Loeliger wrote:
>
> Naturally, I meant "make distclean" on the Subject: line. :-)
>
> distclean removes the tarball created by the "make dist" target.
>
OK, but, so
On Thu, May 4, 2017 at 7:45 AM, Tomas Brännström <
tomas.a.brannst...@tieto.com> wrote:
> Hello
>
> Is there something specific that must be done to get VPP running in a KVM
> VM?
>
I'm sorry --- I can't really speak to KVM specific issues.
> 2) I have made a tiny client where I want to test se
On Mon, May 15, 2017 at 9:12 AM, Marco Varlese
wrote:
> Hi Damjan,
> As per your input I waited for your patch to be merged and then rebased
> mine.
> However, the vpp-csit-verify-virl-master still fails...
>
> Shall I try to "recheck" again?
>
>
> Thanks,
> Marco
>
Yeah, my patch seems to have
Folks,
I have two questions about the ACL plugin's API.
First, when there are no ACLs configured and an ACL_DUMP is requested,
there is no way for the API to reply except to not send a message and let
the "wait for message" time-out and indicate failure. The same problem
exists if one requests A
On Wed, May 17, 2017 at 4:35 PM, Andrew 👽 Yourtchenko
wrote:
> Jon,
>
> No, you are not missing anything, there is a ping missing there indeed...
> :-)
>
Hi Andrew,
OK, *phew*. Not this time then. Good to know!
> At the time I could not figure out how to get the CONTROL_PING to be
> sent fr
Folks,
I was causally walking down Update VPP Master Lane when I was
suddenly attacked from behind by a case of the missing API call!
I read vpp-dev mail daily, and I watch the Gerrit fervently, so I was
pretty sure I wouldn't be blind-sided by this sort of Silent Gotcha.
But there was no mistaki
On Wed, May 24, 2017 at 2:00 AM, wrote:
> Hi Jon,
Hi Ole,
> Thanks for the poetry! ;-)
Most welcome.
> This is me in 01384fe
> Apologies for that. Next time I see you let me bring both band aid and
> whiskey.
Apology accepted!
> To my excuse, there has been this list of "broken" APIs maint
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
101 - 200 of 264 matches
Mail list logo
