21:00:32 #startmeeting networking 21:00:33 Meeting started Mon Apr 4 21:00:32 2016 UTC and is due to finish in 60 minutes. The chair is armax. Information about MeetBot at http://wiki.debian.org/MeetBot. 21:00:34 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 21:00:37 The meeting name has been set to 'networking' 21:00:41 o/ 21:00:49 hi 21:01:05 o/ 21:01:09 hi 21:01:10 hi folks 21:01:11 hi 21:01:19 #t 21:01:24 #topic announcements 21:01:35 #link https://wiki.openstack.org/wiki/Network/Meetings#Announcements_.2F_Reminders 21:01:45 We had a new RC last week 21:01:55 hi 21:01:58 #link http://releases.openstack.org/mitaka/index.html#mitaka-neutron 21:02:18 we were hoping to include a few more translations, but we ended up having a handful of minor fixes 21:02:36 at this point this is 99.999% going to be our Mitaka release 21:02:59 Hi - sorry joining late 21:03:03 Bad Sukhdev 21:03:06 :) 21:03:07 hi 21:03:20 mestery : thats me :-) 21:03:22 lol 21:03:40 * armax waits for a few more people to join the party 21:03:43 hi 21:03:50 hi 21:04:00 hi all 21:04:01 Av�! 21:04:08 mestery: Oh shit - so, I was not late after all - 21:04:16 rofl 21:04:18 mestery : every body is waking up late today :-) 21:04:23 indeed 21:04:24 o/ 21:05:05 well, some people are about to fall asleep if the meeting does not continue... :) 21:05:47 ah, ok so we’re all here then 21:05:55 ihrachys: are you questioning the authority of our dear PTL 21:05:55 * armax resumes 21:05:59 * salv-orlando readies room 101 21:06:13 salv-orlando: lol. no I question timezones. 21:06:18 we had our RC3 last week 21:06:42 which is going to be our final Mitaka release 21:06:51 ihrachys: don't worry in a few billion years the earth will be pretty much still 21:06:55 so kudos to everyone that made that happen 21:07:12 despite the difficulties 21:07:18 and the flying -2s 21:07:23 ;) 21:07:38 we’re in Newton mode for a while 21:07:44 oh the irony 21:08:01 so this week I’d like to go quickly over the agenda and focus on the first milestone 21:08:09 to make sure we’re ready to roll 21:08:22 ihrachys: irony wasn’t directed at you :P 21:08:23 newton neutron repeate few time back to back :-) 21:08:37 armax: I feel it with my burning skin 21:09:19 since we’re in Neutron mode, make sure you’re aware to bump your pending specs 21:09:26 #link https://review.openstack.org/#/q/status:open+project:openstack/neutron-specs,n,z 21:09:28 if you have any 21:09:52 and if not please remind, reach out to folks who do and you work with 21:09:57 * HenryG sneaks in late 21:10:09 HenryG: sorry, you’re too late 21:10:10 mestery : HenryG is Bad 21:10:10 get out 21:10:16 He's really bad Sukhdev 21:10:22 armax: Now now, be nice. 21:10:26 :) 21:10:28 10 mins! 21:10:33 come on, outrageous 21:10:42 The roads are all snowed up! 21:10:52 yeah right 21:10:53 the community expects higher standards from you HenryG 21:11:02 ok 21:11:12 the summit is 3 weeks from now 21:11:19 a few etherpads to be aware 21:11:23 #link https://etherpad.openstack.org/p/newton-neutron-summit-ideas 21:11:37 your canvas to draw pretty pictures 21:12:04 a draft schedule will be announced in the next day or two collecting some of those ideas 21:12:05 for those that fail to meet the timebox for the summit 21:13:13 feel free to file RFE’s 21:13:13 for those of you who are interested in cross-project initiatives 21:13:13 check out 21:13:13 #link https://etherpad.openstack.org/p/newton-cross-project-sessions 21:13:13 for those of you who have Nova amongst the projects you care about 21:13:13 check out 21:13:13 #link v 21:13:13 armax : there is a broader Ironic/neutron session there - 21:13:13 #undo 21:13:13 #link https://etherpad.openstack.org/p/newton-nova-priorities-tracking 21:13:14 Removing item from minutes: 21:13:26 as for Nova in particular 21:13:47 right now the Nova team is in backlog mode 21:13:49 armax : however, I have proposed a focused session for VLAN aware servers (VMS + BMS) in neutron side - not to confuse them 21:13:57 meaning they are only vetting stuff that fell the Mitaka wagon 21:14:06 Sukhdev: ack 21:16:05 so Mitaka approved specs are repurposed from now until the Summit 21:16:05 for new Nova specs, they will be reviewed after the summit 21:16:05 deadlines for the Nova release cycle will be announced after the summit 21:16:05 so if you do have cross-projects issues that affect both Nova and Neutron 21:16:05 be aware 21:16:05 of these points 21:16:05 * carl_baldwin is now aware 21:16:05 let’s move quickly to bugs and then we go back to milestone planning 21:16:05 #topic Bugs 21:16:13 bugs are already ramping up 21:16:37 we had about ~100 already filed and only a third got closed 21:16:43 so far 21:17:30 though the bug deputy rotation is helpful, we should all try and chip in to make sure a) we merge less buggy code b) we take ownership of issues being filed post-merge 21:18:09 this week’s deputy is amotoki 21:18:27 anyone willing to have a go for future weeks? 21:18:41 i would 21:18:58 #action blogan deputy for the week of Apr 11 21:19:13 I'm probably due for another week but would prefer after summit. 21:19:16 thanks 21:19:22 i can do post-summit too 21:19:43 blogan, carl_baldwin, haleyb: thanks 21:19:45 noted 21:19:59 looking at the state of our CI 21:20:20 things are ok-ish in the gate, we had a temporary lapse of a reason last Friday 21:20:29 * john-davidge would also like to bug-deputy after the summit 21:20:33 but overall the success rate is >98% 21:20:43 john-davidge: ack 21:20:46 armax: time to make some jobs voting? ;) 21:20:50 I’d invite to you check out grafana regularly 21:21:00 ihrachys: not so fast 21:21:01 http://grafana.openstack.org/dashboard/db/neutron-failure-rate?panelId=4&fullscreen 21:21:23 #sadpanda 21:21:26 i find that graph upsetting because it includes patches that themselves cause failures 21:21:40 ^ this 21:21:49 kevinbenton: thought that’s true for the check queue 21:21:54 not for the link I provided above 21:22:00 for instance this one 21:22:02 #link http://grafana.openstack.org/dashboard/db/neutron-failure-rate?panelId=5&fullscreen 21:22:15 ah, cool 21:22:26 is failure rate on the check queue for jobs like api, functional and fullstack 21:22:29 yeah 21:22:40 though it’s true that check queue contains self-inflicted errors 21:22:51 this clearly shows taht functional and fullstack jobs are still unstable 21:22:58 their failure rates is hovering over the 40% mark 21:23:19 and knowing that the api job is in the gate queue at it’s <10% failure rate in teh check queue 21:23:22 but i don't understand how we can be sure when it includes self-inflicted errors 21:23:34 What about the PG job? Can we make it voting? 21:23:45 I can only infer there are still pending issues 21:24:03 HenryG: the PG job is at 30% 21:24:04 can we get a periodic of fullstack, functional, and api? 21:24:06 http://grafana.openstack.org/dashboard/db/neutron-failure-rate?panelId=6&fullscreen 21:24:09 against master 21:24:35 grenade multi is at <10% so sc68cal perhaps we should fire this one up and brace for impact 21:24:45 :) :) :) 21:24:51 sc68cal: remind me the link offline please 21:24:53 amen to that ^ :) 21:24:56 +1 21:25:09 indeed, and on that topic, should we look into replacing single node grenade jobs with the multinode, in the future when it's reliable? 21:25:19 to keep our total # of jobs reasonable 21:25:28 sc68cal: singlenode is in integrated gate 21:25:39 kevinbenton: I don’t see the point, they should be made voting and applied to the gate queue once we’re happy with them 21:26:34 armax: how will we know when they're stable enough? 21:26:36 I know that amuller worked with the rest of the team to ensure functional and fullstack are in line with the other failure rates, but we’re not quite there yet by the looks of things 21:26:46 they would be comparable with the other gate jobs 21:26:54 until they are, they are not stable 21:26:56 there are patches in review that should get fullstack in better shape 21:27:05 ihrachys: right - but hasn't discussion happened in nova where they're trying to move off singlenode grenade? I'm a bit fuzzy and will have to chat with dansmith again at the summit 21:27:43 sort of assumes that they have a similar sensitivity to breaking on a given change 21:27:53 sc68cal: I *think* that both stay for now. but yeah, if you set the goal, you should work on it in integrated gate jobs, not just dropping the job in neutron. 21:27:59 kevinbenton it’s a rule of thumb obviously 21:28:20 if they are all within the same range 21:28:35 we can assume that a change that breaks full, or api breaks others too 21:28:47 though some breakages can be specific to a job 21:29:03 ihrachys: agreed 21:29:07 I would find hard to believe the massive gap we witness today is due to that 21:29:16 i think the API job is a lot less delicate than fullstack for example, since the API doesn't test actual dataplane connectivity or agent stuff 21:29:30 but it's better than nothing 21:29:34 so nevermind 21:30:22 let’s move the discussion offline if need be 21:30:32 if there’s nothing else on bugs I’d like to move to blueprints 21:31:17 ol 21:31:19 ok 21:31:25 #topic Blueprints 21:31:31 #link https://launchpad.net/neutron/+milestone/newton-1 21:31:59 this is the current workload for Newton Neutron 21:32:11 or Newtron for short 21:32:56 right now we have 13 blueprints targeted 21:33:13 blueprint fwaas-api-2.0 21:33:25 #link v 21:33:27 damn it 21:33:29 #undo 21:33:29 Removing item from minutes: 21:33:32 #link https://blueprints.launchpad.net/neutron/+spec/fwaas-api-2.0 21:33:32 uh oh 21:33:42 * sc68cal hides 21:33:45 sc68cal, xgerman 21:33:55 so, care to give an update? 21:34:02 the spec merged 21:34:18 it needs to be reproposed 21:34:38 from here 21:34:41 #link v 21:34:44 oh come on 21:34:46 #undo 21:34:47 Removing item from minutes: 21:34:49 #link https://github.com/openstack/neutron-specs/tree/master/specs/backlog/mitaka 21:34:50 hahaha 21:35:02 to 21:35:08 * armax is careful this time 21:35:08 armax needs a cup of coffee 21:35:10 #link https://github.com/openstack/neutron-specs/tree/master/specs/newton 21:35:21 Sukhdev: no, I need a new keyboard 21:35:30 OK, we'll do the papework and reach out to coordinate. 21:35:45 tl;dr is resource constraints hit hard and the work is ongoing 21:35:51 sc68cal: I’d argue it should be the other way around 21:36:09 armax: ok sounds good, sorry 21:36:11 sc68cal: I mean, what’s the latest in terms of code development? 21:36:23 sc68cal: this is clearly more than a two man job 21:36:23 little to report ;( 21:37:00 armax: agreed - but that's the state of things as it is. 21:37:07 sc68cal: so if I go to https://review.openstack.org/#/q/status:open+project:openstack/neutron-fwaas 21:37:17 I see this 21:37:21 #link https://review.openstack.org/#/q/status:open+project:openstack/neutron-fwaas+branch:master+topic:fwaas_v2_api 21:37:56 you guys plan to resume work or should this be handed over to someone else interested? 21:38:14 good question. I do not have an answer at the present moment 21:38:27 sc68cal: ok, let’s aim to find the answer by end of the week? 21:38:44 as of today I see three options 21:39:00 a) you continue working on this; b) someone else take over; c) we scrap this for good 21:39:09 have I missed an option? 21:39:21 no that's it in a nutshell 21:39:32 does anyone actually *care* about fwaas. At all 21:39:33 sc68cal: ok, let’s touch base later in the week 21:39:51 plenty of people love doing API design but boy does the crowd shrink when it comes time to do the hard part 21:39:52 and we’ll touch on this point too 21:40:14 sc68cal: I and willing to help, but I need you to tell me what part to work on. 21:40:16 sc68cal: we should become like IEEE 21:40:29 armax: we aren't?! ;) 21:40:41 ok, moving on for now :) 21:40:45 #link https://blueprints.launchpad.net/neutron/+spec/routed-networks 21:41:10 carl_baldwin, kevinbenton: I think this is somewhat in good shape though we perhaps have to shuffle some positions? 21:41:28 Hi 21:41:37 shuffle some positions? 21:41:38 spec hasn’t merged yet btw 21:41:40 https://review.openstack.org/#/c/225384/ 21:41:53 I see kevinbenton as the approver, and you as assignee 21:42:03 I don’t think that’s accurate any longer, or is it? 21:42:42 me hears crickets 21:42:47 I think it is reasonably accurate unless Kevin is no longer going to be approver. 21:42:59 yeah, i'm still planning on reviewing the patches 21:43:01 armax: That was me hitting the backspace key because I can't type. 21:43:17 I'm still the primary assignee. 21:43:29 carl_baldwin: any reason why 21:43:31 #link https://review.openstack.org/#/q/status:open+topic:bp/routed-networks 21:43:37 hasn’t hit the launcpad dashboard 21:43:52 ah no never mind 21:43:59 Not sure, is that supposed to be automatic? 21:44:08 carl_baldwin: no, it’s fine it’s me who’s blind 21:44:21 kevinbenton: do you have review bandwidth? 21:44:30 armax: :) 21:44:30 I know blogan has also express an interest 21:44:42 if you want you can change it to blogan 21:44:49 I don’t want to 21:44:51 I am asking you 21:44:51 i will still review the patches 21:45:02 but it might make sense if blogan has more time to dedicate specifically to it 21:45:03 I am a puppet 21:45:05 blogan was just talking to me about contributing to part of the development. 21:45:12 I do what I am told 21:45:16 yes to all lol 21:45:22 I think we should leave it as is for now. 21:45:25 ill do whatever is asked, i too am a puppet 21:45:31 carl_baldwin: armax we actually have decent resources to work on this effort 21:45:35 kevinbenton can raise a flag if it is becoming too much. 21:45:44 ... and I'll try to find other cores to pitch in. 21:45:45 ok, but then it’s kevinbenton’s head on a stake if this fails 21:45:54 kevinbenton: you sure? 21:45:55 :) 21:46:02 well, and carl_baldwin's 21:46:03 i can coordinate with kevinbenton 21:46:12 ski2: Come to our meeting on Tuesday mornings. 21:46:22 carl_baldwin: will do 21:46:27 ski2: qualify yourself, please? Not sure I recognize the handle 21:46:33 I can also review patches submitted by others and I intend to. 21:46:36 * kevinbenton hates that meeting time 21:47:00 kevinbenton: ill buy you a 5 hour energy 21:47:00 brian stajkowski, manager of osic neutron development team here at rackspace 21:47:08 armax: basically working with blogan 21:47:21 ski2: nice, ok I recognize the name, welcome! 21:47:32 ty ty 21:47:56 ok, so carl_baldwin, kevinbenton we have this under control then 21:47:57 moving on 21:48:00 armax: I am also helping with routed networks 21:48:08 mlavalle: yup 21:48:09 mlavalle: good lad 21:48:14 #link https://blueprints.launchpad.net/neutron/+spec/multi-l3-backends 21:48:36 kevinbenton and armax are on the spotlight here 21:48:43 i've been working on reproposing the spec to newton 21:48:49 kevinbenton: sweet 21:49:02 kevinbenton: I am still happy to support you as much as you need to 21:49:17 kevinbenton: just hit me with some new patchsets and/or code reviews and I am happy to -2 21:49:23 err, -1 21:49:24 sgtm 21:49:26 err, +2 21:49:33 err, blocking -2 21:49:37 oh well never mind 21:50:02 moving on 21:50:07 but before we do 21:50:16 anyone interested to join the l3 flavor party? 21:50:26 no? ok 21:50:36 #link https://blueprints.launchpad.net/neutron/+spec/push-notifications 21:51:14 this being blocked by OVO is actually the biggest hurdle right now 21:51:18 kevinbenton, this has yet to find an approver, though this struggled to reach consensus last cycle 21:51:33 I can be an approver 21:51:53 I hope it won't take long to get pieces of it unblocked 21:52:00 kevinbenton: we should then coordinate on a plan of action 21:52:38 ihrachys: thanks for volunteering 21:52:47 the dhcp agent currently receives payloads 21:52:48 let 21:52:53 and doesn't depend on OVO 21:53:01 so i think i will use it as a proof of concept 21:53:09 let’s make sure we get the spec in a good shape too 21:53:17 kevinbenton: that sounds reasonable 21:53:37 not sure why dhcp agent is different, but I will need to read the spec first. 21:53:53 ihrachys: dhcp agent already receives a push notification of sorts 21:53:59 ihrachys: so it's exposed to a race condition 21:54:09 ok, you talk about race for now. ok. 21:54:10 kevinbenton: of anyone who reviewed the spec, do you think of anyone who could help code-wise? 21:54:48 so there won't be a significant amount of code from what i can tell 21:54:48 I suppose not 21:54:55 ok, cool 21:54:57 moving on 21:55:00 #link https://blueprints.launchpad.net/neutron/+spec/vlan-aware-vms 21:55:11 rossella_s: udere? 21:55:35 I looked at this one a little bit late last week. It appears to me luke warm. 21:55:41 ... at best. 21:55:59 I sent rossella_s a note about it. 21:56:12 She replied that bence may not have time to work on it. 21:56:19 carl_baldwin: ok, keep in the loop too if you like 21:56:37 * armax is shocked 21:56:52 I don't have much bandwidth to devote to it but I'll get involved as much as I can. 21:56:58 It'd be nice to wrap it up finally. 21:57:03 can we find a new owner for this? 21:57:13 Sukhdev: I think we should 21:57:19 ++ 21:57:26 Ironic folks really need this - 21:57:30 though beagles is the owner of some patches 21:57:50 there is lots of work going on in Ironic on this - and I am holding them off pending this BP 21:58:10 Sukhdev: ack 21:58:21 we may have to detach the OVS implementation from teh API 21:58:39 i think we are all in agreement generally on the API at this point 21:58:42 kevinbenton : that is a good idea 21:58:46 OVN has an implementation ready 21:58:46 kevinbenton: that was always my goal 21:59:11 kevinbenton: though I either didn’t advertise it loud enough or fell on deaf ears 21:59:39 because i think it should be relatively easy for a contributor to implement the API 21:59:40 ok, we’ll continue from here next week 21:59:52 we have those patches already in the gerrit queue 21:59:56 btw 21:59:58 finding someone with the expertise to gut the OVS ref implementation to do this will be the hard part 21:59:59 https://review.openstack.org/#/q/status:open+project:openstack/neutron+branch:master+topic:bp/vlan-aware-vms 22:00:01 #link https://review.openstack.org/#/q/status:open+project:openstack/neutron+branch:master+topic:bp/vlan-aware-vms 22:00:29 kevinbenton: ++ Let's do that. 22:00:34 00:00 22:00:38 (my time) 22:00:44 ... split them and work on finding someone for the OVS. 22:00:46 #endmeeting