Re: [ovs-discuss] OVN SFC: Changes to include ACL based classifiers

2016-11-02 Thread Flaviof
On Wed, Nov 2, 2016 at 3:34 PM, Russell Bryant wrote: > > > On Wed, Nov 2, 2016 at 11:29 AM, Flavio Fernandes > wrote: > >> >> > On Nov 1, 2016, at 1:30 PM, Flaviof wrote: >> > >> > >> > >> > On Tue, Nov 1, 2016 at 1:05 PM, J

Re: [ovs-discuss] OVN SFC: Changes to include ACL based classifiers

2016-11-01 Thread Flaviof
alidate that effort. Using the example comand, my main 'focus' is actually in regards to what else goes as external_ids. I can see that besides 'lsp_chain_id', we will need 'last_hop_port', and possibly 'bidirectional'. Sounds right? I will send an email

Re: [ovs-discuss] OVN SFC: Changes to include ACL based classifiers

2016-11-01 Thread Flaviof
On Tue, Nov 1, 2016 at 8:55 AM, Russell Bryant wrote: > > > On Tue, Nov 1, 2016 at 11:09 AM, Flaviof wrote: > >> [cc: John, Louis, Farhad, Russell] >> >> Hi folks, >> >> Picking up from where we left off at the summit [1], I took >> a s

[ovs-discuss] OVN SFC: Changes to include ACL based classifiers

2016-11-01 Thread Flaviof
right to you? If so, I will start making the changes to incorporate that and obsolete the classifier based code [3]. I'm not sure if I will be able to migrate to this new table in time for the talk at OVSCon [4], but I will try. Thanks, -- flaviof [1]: https://etherpad.openstack.

Re: [ovs-discuss] ovn: OF rules for datapath not getting removed upon ls-del

2016-08-23 Thread Flaviof
s very likely introduced >> here [issueStart]. >> >> All in all, I would very much appreciate if: >> >> 1) any of you guys "see" the same, and agree this is an issue; >> 2) know if the changes for "reset flow processing" could be

Re: [ovs-discuss] just-ovn-nodes

2016-07-31 Thread Flaviof
[Top posting...] Update: Finished changes for page on "Deploy OVN in minutes, independent of a Cloud Management System (aka CMS)" page. http://www.flaviof.com/blog2/post/main/just-ovn-nodes/ Big thanks to Matthew Kassawara for the valuable edits! Best, -- flaviof On Thu, Ju

Re: [ovs-discuss] ovn-controller: "ct−zone−list" is not a valid command

2016-07-18 Thread Flaviof
On Mon, Jul 18, 2016 at 1:13 PM, Justin Pettit wrote: > > > On Jul 17, 2016, at 8:06 PM, Flaviof wrote: > > > > > > $ sudo ovs-appctl -t ovn-controller version > > ovn-controller (Open vSwitch) 2.5.90 > > > > $ sudo ovs-appctl -t ovn-controller c

[ovs-discuss] ovn-controller: "ct−zone−list" is not a valid command

2016-07-17 Thread Flaviof
$ sudo ovs-appctl -t ovn-controller version ovn-controller (Open vSwitch) 2.5.90 $ sudo ovs-appctl -t ovn-controller ct−zone−list "ct−zone−list" is not a valid command ovs-appctl: ovn-controller: server returned an error -- flaviof ___ discu

Re: [ovs-discuss] ovn-controller and northd trashing 100% cpu due to l3 logical flow update2->transaction->update2->...

2016-07-17 Thread Flaviof
On Sun, Jul 17, 2016 at 10:00 PM, Flaviof wrote: > Hi folks, > > This could be that I'm configuring something wrong, but I consistently get > my test VM setup > spinning at 100% CPU utilization after doing the following config: > >3 VM: db, compute1, compute2 >

Re: [ovs-discuss] debian: does ovn-central pkg really depends on openvswitch-switch?

2016-07-07 Thread Flaviof
On Sat, Jul 2, 2016 at 6:10 PM, Guru Shetty wrote: > > > On 2 July 2016 at 05:31, Flaviof wrote: > >> Hi folks, >> >> I'm trying to install a node where all I have running is ovn northd. That >> is very similar to what we have as the db node in >>

[ovs-discuss] debian: does ovn-central pkg really depends on openvswitch-switch?

2016-07-02 Thread Flaviof
er and does not need vswitchd. Actually, ovsdb-server could be external too, but let's not go there. ;) Any thoughts on removing that requirement [2]? My thinking is that ovn-central should only require the 'common' portion of ovn, which indirectly requires just the 'common'

Re: [ovs-discuss] ovn icmp reply part 2: how should it handle broadcast destination address?

2016-06-08 Thread Flaviof
On Wed, Jun 8, 2016 at 4:00 PM, Flaviof wrote: > > > On Wed, Jun 8, 2016 at 3:43 PM, Justin Pettit wrote: > >> >> > On Jun 8, 2016, at 11:42 AM, Flaviof wrote: >> > >> > On Wed, Jun 8, 2016 at 2:10 PM, Darrell Ball wrote: >> > >> &g

Re: [ovs-discuss] ovn icmp reply part 2: how should it handle broadcast destination address?

2016-06-08 Thread Flaviof
On Wed, Jun 8, 2016 at 3:43 PM, Justin Pettit wrote: > > > On Jun 8, 2016, at 11:42 AM, Flaviof wrote: > > > > On Wed, Jun 8, 2016 at 2:10 PM, Darrell Ball wrote: > > > > On Wed, Jun 8, 2016 at 6:38 AM, Flaviof wrote: > > > > As a continuation o

Re: [ovs-discuss] ovn icmp reply part 2: how should it handle broadcast destination address?

2016-06-08 Thread Flaviof
On Wed, Jun 8, 2016 at 2:10 PM, Darrell Ball wrote: > > > On Wed, Jun 8, 2016 at 6:38 AM, Flaviof wrote: > >> [cc: Darrel, Ben, Justin] >> >> Hi folks, >> >> As a continuation of the topic on ICMP reply rules [ml], I could not help >> but notic

[ovs-discuss] ovn icmp reply part 2: how should it handle broadcast destination address?

2016-06-08 Thread Flaviof
at all (use case for option B). Your valuable thoughts, please! Thanks, -- flaviof [ml]: http://openvswitch.org/pipermail/discuss/2016-May/021172.html [1]: https://github.com/openvswitch/ovs/blob/59a0ef1dc329e7700e52f0e60b97b2822e28b2f5/ovn/northd/ovn-northd.c#L1962 [2]

Re: [ovs-discuss] "netdev-dummy/receive" is not a valid command

2016-05-24 Thread Flaviof
On Tue, May 24, 2016 at 10:41 PM, Flaviof wrote: > > > On Tue, May 24, 2016 at 7:33 PM, Thadeu Lima de Souza Cascardo < > casca...@redhat.com> wrote: > >> On Tue, May 24, 2016 at 07:14:11PM -0400, Flaviof wrote: >> > On Tue, May 24, 2016 at 7:06 PM, Thadeu

Re: [ovs-discuss] "netdev-dummy/receive" is not a valid command

2016-05-24 Thread Flaviof
On Tue, May 24, 2016 at 7:33 PM, Thadeu Lima de Souza Cascardo < casca...@redhat.com> wrote: > On Tue, May 24, 2016 at 07:14:11PM -0400, Flaviof wrote: > > On Tue, May 24, 2016 at 7:06 PM, Thadeu Lima de Souza Cascardo < > > casca...@redhat.com> wrote: > > > &g

Re: [ovs-discuss] "netdev-dummy/receive" is not a valid command

2016-05-24 Thread Flaviof
On Tue, May 24, 2016 at 7:06 PM, Thadeu Lima de Souza Cascardo < casca...@redhat.com> wrote: > On Tue, May 24, 2016 at 06:24:21PM -0400, Flaviof wrote: > > Hi folks, > > > > I'm trying to write a simple script to generate a packet into an existing > > ovs in

[ovs-discuss] "netdev-dummy/receive" is not a valid command

2016-05-24 Thread Flaviof
he AT tests. Is "netdev-dummy/receive" something that did not exist in 2.0.2? Any pointers on how one could use that functionality? Maybe I could do this from an ovs sandbox? Thanks, -- flaviof --- [dell:ovsScripts.git] (master)$ lsmod | grep dummy dummy

Re: [ovs-discuss] ovn_l3: should vm get replies from pings to router interface (of non-local subnet)?

2016-05-20 Thread Flaviof
ises the ICMP for LR, and that I can work on next if you do agree that "less is more". ;) All in all here is a first [2] pass on what I think is needed to make this issue resolved. As always, I could be overlooking something. ;) I will also do some test under my devstack setup. Thanks,

[ovs-discuss] Is it okay to use: AT_COLOR_TESTS ?

2016-05-17 Thread Flaviof
Question: do you guys oppose enabling color output [1] in the AT unit tests? I would like to add that to the top level .at file in the OVS repo if you think this is a good idea... Thanks, -- flaviof [1]: https://www.gnu.org/software/autoconf/manual/autoconf-2.67/html_node/Writing

[ovs-discuss] ovn_l3: should vm get replies from pings to router interface (of non-local subnet)?

2016-05-03 Thread Flaviof
energy. :) I do understand that special rules have to be added so icmp replies [table17] are sent on behalf of the router interface. There was a similar issue [4] in ODL, which made some L3 tempest tests fail. It is possible that is the case still. Thanks, -- flaviof [1]: https://gist.github.com

[ovs-discuss] null ptr exception in ovs_vport_get_stats+0x6a/0x130 [openvswitch]

2015-12-27 Thread Flaviof
Hello ovs gurus, I seem to have hit a null exception in openvswitch that has not been mentioned in the mailing list [ml] for the last 3 months. The full stack trace and the kdump core are here [1] and here [2]. ovs_vport_get_stats+0x6a/0x130 [openvswitch] internal_dev_get_stats+0x39/0xb0 [o