15:10:33 #startmeeting bgpvpn 15:10:34 Meeting started Tue Dec 6 15:10:33 2016 UTC and is due to finish in 60 minutes. The chair is tmorin. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:10:36 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:10:38 hi everyone 15:10:39 The meeting name has been set to 'bgpvpn' 15:11:18 hi bfernando, bobmel, doude, eon`, lewo, matrohon, pcarver 15:11:25 hi 15:11:39 hello 15:12:43 let's see who may attend today... 15:13:09 hi 15:13:22 hi :) 15:14:48 hi 15:15:41 let's see what we can discuss today 15:15:46 what I have in mind: 15:15:55 * status on tempest testing 15:16:26 * stadium things 15:16:46 * driver status 15:16:50 anything else ? 15:17:49 ok let's start 15:17:53 #topic tempest testing 15:18:10 the new tempest scenario base test has just merged 15:18:18 very nice work by bobmel 15:18:22 many thanks to him 15:18:42 it's really a good thing to have scenario coverage in our check/gate pipeline 15:18:47 Thanks! And hi all! 15:18:51 Sorry for being late 15:18:56 hi bobmel :) 15:18:58 np 15:19:30 what the test does is setup two VMs in two networks associated to the same BGPVPN, and confirm that one can ping the other 15:19:56 this exercises a large part of the neutron-agent-bagpipe-ovs stack 15:20:25 exercising more would involved setting up a multinode test, or doing things the fullstack way 15:20:44 so we now have a very good starting point to enrich the scenario test 15:21:19 it should be pretty easy to add extra tests (eg. Router associations, doing the associatio before or after the VMs are up, etc.) 15:21:37 comments ? 15:21:40 the things you pointed out seems like good next steps to gradually move towards test-wise 15:22:18 yes, adding more tests will be welcome 15:22:45 and we can think about how to do a multinode test ; that will involve deploying a BGP route reflector in a devstack node 15:22:55 nothing that can't be done, but not trivial either 15:24:40 #topic stadium things: API ref and APi definition + moving OSC client 15:24:52 we have a few things to do 15:25:00 can't we use "full mesh" with two bagpipe bgp speakers? 15:25:19 to avoid deploying a RR 15:25:46 #undo 15:25:47 Removing item from minutes: 15:25:48 matrohon: we could have bagpipe with two nodes with the fake/lightweight/limited RR bundled with bagpipe 15:25:57 but not more than two 15:26:17 well, that would be nice enough to me :) 15:26:19 is that a limitation of bagpipe? 15:26:20 bagpipe's BGP implementation is "connect-only", can't listen on BGP socket at this point 15:26:26 bobmel: yes 15:26:29 Ok 15:27:34 well, neutron has scripts to compile/start a fresh OVS from git, so running quagga or gobgp is certainly in the range of feasible things 15:28:08 but in the meantime, we could have a two node multinode test, one controller+compute node and one compute-only node 15:29:09 next topic ? 15:29:16 yep thanks 15:29:24 #topic stadium things: API ref and APi definition + moving OSC client 15:29:37 pcarver, you have been pursuing the API work 15:29:47 https://review.openstack.org/#/c/390196/ 15:29:58 anything you want to comment on pcarver ? 15:30:03 I'd say the work is mostly done 15:30:29 I will push another update that adds get_sub_attribute_map but I also posted a comment to Armando's "example" review to see what he says. 15:30:54 https://review.openstack.org/#/c/407308/2/neutron_lib/api/definitions/_dummy.py@62 15:30:56 link ? 15:30:58 thanks 15:31:27 If he decides to give an example that's different, I'll look at what he proposes 15:32:01 ok 15:32:21 in your API change, I think there are still places with "uuid" instead of the base "string" JSON type 15:32:37 I thought I got them all, but I'll look again 15:33:20 I just commented inline 15:34:00 I think you can add the subresource definition and accessor, and remove the action map, without waiting for armando's comment on the dummy/example definition 15:34:10 ok 15:35:11 then there is the move of OSC client from networking-bgpvpn to python-neutronclient 15:35:17 doude, any update on this ? 15:36:15 ah, maybe doude isn't here today 15:37:32 change https://review.openstack.org/#/c/407271/ in under review and describes how neutron stadium project should push osc client extensions in python-neutronclient 15:38:25 ok, something to follow up with doude next meeting ... 15:38:30 next topic ?... 15:38:34 #topic driver status 15:39:24 a brief update on bagpipe driver 15:40:00 our CI jobs and tempest stuff is now in good order to test bgpvpn with bagpipe driver in a much better way 15:40:48 last week we run a few tests more in-depth than usual that lead us to find two bugs in bagpipe driver and one in OVS MPLS implementation 15:41:07 these are good example of test we can add to the test suite 15:42:15 https://bugs.launchpad.net/bgpvpn/+bug/1646526 => will require work on neutron/agent extension framework side, but not easy to test 15:42:15 Launchpad bug 1646526 in networking-bgpvpn "bgpvpn functionality lost on openvswitch restart" [Medium,New] 15:42:50 https://bugs.launchpad.net/networking-bagpipe/+bug/1644151 => this one is typically something that a scenario test can cover 15:42:50 Launchpad bug 1644151 in BaGPipe "removal of a VM disconnects other VMs on same Network" [Undecided,Fix released] 15:44:04 For the current vendor drivers, anyone done anything on 3rd party CI? 15:44:22 link to the discussion on the ovs bug: https://mail.openvswitch.org/pipermail/ovs-dev/2016-December/325567.html 15:44:46 bobmel: we have briefly discussed this in Barcelona, but without coming to a conclusion 15:44:55 ok 15:44:59 I don't know which vendor would be interested to add this 15:45:06 timirnich, doude ? 15:45:40 the tempest suite will be run as part of the OPNFV tests (against ODL, an later against bagpipe) 15:45:57 but this is not third-party CI integrated in Openstack Gerrit/Zuul tools 15:47:09 If we implement a driver for some of our platforms we might have an interest in the 3rd party ci aspects. Not an immediate issue. Was just curious if anyone had looked into that. 15:47:31 we haven't but this would be welcome 15:47:49 ok, thanks. 15:48:00 when it becomes a real goal, I'll be happy to help and see how this would be configured 15:48:29 last thing on bagpipe, is that ythomas plans to push fullstack tests (framework plus some base tests) to networking-bagpipe very soon 15:48:59 this will allow testing various bagpipe specific parameter/driver combinations 15:49:49 anything else ? 15:50:11 #topic open discussion 15:51:38 ok ... 15:51:51 it seems we're done for today 15:51:55 thanks everyone ! 15:52:00 One things, 15:52:06 yep :) 15:52:32 were you planning anything for the PTG? 15:52:42 good question 15:53:09 I'm still confirming that I can go 15:53:28 anything we plan would be part of what is planned for Neutron during the PTG 15:54:17 has anything be announced for neutron ? 15:55:25 Not sure 15:55:37 I didn't see anyhting on the list 15:55:44 I have missed the two last neutron ircs 15:56:22 definitly a good thing to discuss during next meetings 15:56:57 the PTG looks like a good time to discuss BGPVPN API evolution, a topic on which we didn't advance much during H2 2016 15:58:44 time to close 15:58:49 thanks everyone ! 15:58:55 #endmeeting