Wednesday, 2015-05-27

*** emagana has quit IRC00:01
*** nelsnelson has quit IRC00:11
*** markvoelker has joined #openstack-meeting-300:16
*** banix has quit IRC00:16
*** sigmavirus24_awa is now known as sigmavirus2400:17
*** david-lyle has quit IRC00:20
*** Sukhdev has joined #openstack-meeting-300:22
*** markvoelker has quit IRC00:23
*** markvoelker has joined #openstack-meeting-300:23
*** salv-orlando has joined #openstack-meeting-300:25
*** puranamr has quit IRC00:25
*** sarob has quit IRC00:25
*** puranamr has joined #openstack-meeting-300:26
*** puranamr has quit IRC00:30
*** jxstanford has quit IRC00:33
*** jxstanford has joined #openstack-meeting-300:34
*** btully has quit IRC00:40
*** yamahata has quit IRC00:44
*** nelsnelson has joined #openstack-meeting-300:46
*** zhenguo has joined #openstack-meeting-300:46
*** salv-orlando has quit IRC01:03
*** fallenpegasus has joined #openstack-meeting-301:05
*** tobe has joined #openstack-meeting-301:09
*** bpokorny_ has quit IRC01:10
*** dims has quit IRC01:12
*** btully has joined #openstack-meeting-301:15
*** SumitNaiksatam has quit IRC01:18
*** btully has quit IRC01:20
*** sigmavirus24 is now known as sigmavirus24_awa01:24
*** david-lyle has joined #openstack-meeting-301:35
*** stanzgy has joined #openstack-meeting-301:36
*** puranamr has joined #openstack-meeting-301:38
*** puranamr has quit IRC01:42
*** Poornima has joined #openstack-meeting-301:44
*** s3wong has quit IRC01:51
*** Sukhdev has quit IRC01:51
*** yamahata has joined #openstack-meeting-301:53
*** ivar-lazzaro has quit IRC02:03
*** salv-orlando has joined #openstack-meeting-302:04
*** salv-orlando has quit IRC02:09
*** yamamoto has quit IRC02:12
*** shwetaap has joined #openstack-meeting-302:13
*** salv-orlando has joined #openstack-meeting-302:21
*** salv-orlando has quit IRC02:25
*** david-lyle has quit IRC02:33
*** SumitNaiksatam has joined #openstack-meeting-302:35
*** jxstanford has quit IRC02:42
*** jckasper has joined #openstack-meeting-302:51
*** nelsnelson has quit IRC02:53
*** nelsnelson has joined #openstack-meeting-302:54
*** jckasper has quit IRC02:56
*** btully has joined #openstack-meeting-303:04
*** tobe has quit IRC03:08
*** btully has quit IRC03:08
*** SumitNaiksatam has quit IRC03:08
*** SumitNaiksatam has joined #openstack-meeting-303:09
*** carl_baldwin has joined #openstack-meeting-303:11
*** david-lyle has joined #openstack-meeting-303:11
*** salv-orlando has joined #openstack-meeting-303:21
*** tobe has joined #openstack-meeting-303:26
*** VW has joined #openstack-meeting-303:26
*** yamamoto has joined #openstack-meeting-303:27
*** salv-orl_ has joined #openstack-meeting-303:28
*** salv-orlando has quit IRC03:29
*** salv-orl_ has quit IRC03:32
*** stevemar has joined #openstack-meeting-303:33
*** salv-orlando has joined #openstack-meeting-303:36
*** salv-orlando has quit IRC03:41
*** salv-orl_ has joined #openstack-meeting-303:43
*** salv-orl_ has quit IRC03:43
*** takadayuiko has joined #openstack-meeting-303:44
*** VW has quit IRC03:44
*** VW has joined #openstack-meeting-303:45
*** sarob has joined #openstack-meeting-303:49
*** emagana has joined #openstack-meeting-303:51
*** sarob has quit IRC03:53
*** sarob has joined #openstack-meeting-303:53
*** armax has quit IRC03:54
*** Sukhdev has joined #openstack-meeting-303:58
*** tobe has quit IRC03:58
*** krtaylor has joined #openstack-meeting-304:04
*** carl_baldwin has quit IRC04:09
*** eghobo has joined #openstack-meeting-304:16
*** shwetaap has quit IRC04:30
*** markvoelker has quit IRC04:31
*** sarob has quit IRC04:34
*** yamamoto has quit IRC04:34
*** tobe has joined #openstack-meeting-304:34
*** puranamr has joined #openstack-meeting-304:34
*** amotoki_ has joined #openstack-meeting-304:35
*** btully has joined #openstack-meeting-304:52
*** btully has quit IRC04:57
*** VW has quit IRC04:58
*** matrohon has joined #openstack-meeting-305:01
*** tobe has quit IRC05:04
*** nkrinner has joined #openstack-meeting-305:05
*** btully has joined #openstack-meeting-305:15
*** salv-orlando has joined #openstack-meeting-305:16
*** salv-orlando has quit IRC05:21
*** belmoreira has joined #openstack-meeting-305:23
*** matrohon has quit IRC05:27
*** Sukhdev has quit IRC05:34
*** yamamoto has joined #openstack-meeting-305:34
*** salv-orlando has joined #openstack-meeting-305:44
*** salv-orl_ has joined #openstack-meeting-305:47
*** yamamoto has quit IRC05:47
*** salv-orlando has quit IRC05:48
*** tobe has joined #openstack-meeting-305:50
*** puranamr has quit IRC05:52
*** salv-or__ has joined #openstack-meeting-305:55
*** salv-orl_ has quit IRC05:55
*** salv-orl_ has joined #openstack-meeting-305:57
*** josed has quit IRC06:00
*** salv-or__ has quit IRC06:00
*** emagana has quit IRC06:00
*** emagana has joined #openstack-meeting-306:01
*** e0ne has joined #openstack-meeting-306:01
*** salv-orlando has joined #openstack-meeting-306:01
*** salv-orl_ has quit IRC06:02
*** yamamoto has joined #openstack-meeting-306:04
*** emagana has quit IRC06:05
*** salv-orlando has quit IRC06:06
*** salv-orlando has joined #openstack-meeting-306:06
*** e0ne has quit IRC06:11
*** yamamoto has quit IRC06:14
*** SumitNaiksatam has quit IRC06:19
*** fallenpegasus has quit IRC06:20
*** SumitNaiksatam has joined #openstack-meeting-306:20
*** tobe has quit IRC06:20
*** salv-orlando has quit IRC06:21
*** sahid has joined #openstack-meeting-306:27
*** salv-orl_ has joined #openstack-meeting-306:28
*** salv-orlando has joined #openstack-meeting-306:31
*** salv-or__ has joined #openstack-meeting-306:33
*** salv-orl_ has quit IRC06:33
*** salv-orlando has quit IRC06:35
*** salv-or__ has quit IRC06:37
*** tobe has joined #openstack-meeting-306:38
*** tmazur has joined #openstack-meeting-306:43
*** salv-orlando has joined #openstack-meeting-306:49
*** yamamoto has joined #openstack-meeting-306:50
*** salv-orl_ has joined #openstack-meeting-306:53
*** salv-orlando has quit IRC06:53
*** salv-orl_ has quit IRC06:58
*** salv-orlando has joined #openstack-meeting-306:58
*** salv-orl_ has joined #openstack-meeting-307:00
*** salv-orlando has quit IRC07:03
*** salv-orl_ has quit IRC07:05
*** [1]evgenyf has joined #openstack-meeting-307:16
*** markvoelker has joined #openstack-meeting-307:17
*** radek__ has joined #openstack-meeting-307:18
*** stevemar has quit IRC07:20
*** jtomasek has quit IRC07:23
*** salv-orlando has joined #openstack-meeting-307:23
*** matrohon has joined #openstack-meeting-307:24
*** emagana has joined #openstack-meeting-307:25
*** salv-orlando has quit IRC07:27
*** salv-orlando has joined #openstack-meeting-307:27
*** emagana has quit IRC07:30
*** pbrooko has joined #openstack-meeting-307:31
*** salv-orlando has quit IRC07:31
*** salv-orlando has joined #openstack-meeting-307:32
*** pbrooko has quit IRC07:32
*** salv-orl_ has joined #openstack-meeting-307:35
*** salv-orlando has quit IRC07:36
*** tobe has quit IRC07:37
*** dims has joined #openstack-meeting-307:38
*** tobe has joined #openstack-meeting-307:38
*** eghobo has quit IRC07:39
*** pbrooko has joined #openstack-meeting-307:41
*** zz_ttrifonov is now known as ttrifonov07:42
*** dims has quit IRC07:44
*** JeanBriceCombebi has joined #openstack-meeting-307:47
*** lazy_prince has joined #openstack-meeting-307:49
*** devvesa has joined #openstack-meeting-307:56
*** emagana has joined #openstack-meeting-308:04
*** safchain has joined #openstack-meeting-308:06
*** emagana has quit IRC08:09
*** tmazur has quit IRC08:10
*** tmazur has joined #openstack-meeting-308:12
*** matrohon has quit IRC08:14
*** e0ne has joined #openstack-meeting-308:15
*** e0ne has quit IRC08:19
*** JeanBriceCombebi has quit IRC08:23
*** btully has quit IRC08:25
*** JeanBriceCombebi has joined #openstack-meeting-308:26
*** beagles has quit IRC08:42
*** b3nt_pin has joined #openstack-meeting-308:42
*** tobe has quit IRC08:42
*** b3nt_pin is now known as Guest483508:42
*** tobe has joined #openstack-meeting-308:43
*** JeanBriceCombebi has quit IRC08:52
*** mrmartin has joined #openstack-meeting-308:53
*** JeanBriceCombebi has joined #openstack-meeting-308:55
*** emagana has joined #openstack-meeting-308:59
*** lifeless has quit IRC09:00
*** lifeless_ has joined #openstack-meeting-309:00
*** egallen has joined #openstack-meeting-309:03
*** emagana has quit IRC09:03
*** amotoki_ has quit IRC09:14
*** belmoreira has quit IRC09:15
*** ekarlso has quit IRC09:16
*** rushiagr_away is now known as rushiagr09:18
*** e0ne has joined #openstack-meeting-309:23
*** amotoki_ has joined #openstack-meeting-309:23
*** e0ne is now known as e0ne_09:23
*** jtomasek has joined #openstack-meeting-309:26
*** killer_prince has joined #openstack-meeting-309:31
*** e0ne_ is now known as e0ne09:31
*** mrmartin has quit IRC09:33
*** lazy_prince has quit IRC09:34
*** dosaboy_ has quit IRC09:36
*** dosaboy has joined #openstack-meeting-309:36
*** amotoki_ has quit IRC09:39
*** mattfarina has joined #openstack-meeting-309:41
*** killer_prince has quit IRC09:42
*** mattfarina has quit IRC09:42
*** egallen has quit IRC09:52
*** emagana has joined #openstack-meeting-309:53
*** emagana has quit IRC09:57
*** pbrooko has quit IRC09:59
*** rushiagr has quit IRC10:08
*** dims has joined #openstack-meeting-310:09
*** yamamoto has quit IRC10:10
*** Poornima has quit IRC10:13
*** pbrooko has joined #openstack-meeting-310:20
*** pbrooko has quit IRC10:32
*** irenab has joined #openstack-meeting-310:43
*** tmazur has quit IRC10:45
*** emagana has joined #openstack-meeting-310:47
*** pbrooko has joined #openstack-meeting-310:47
*** pbrooko has quit IRC10:48
*** emagana has quit IRC10:48
*** emagana has joined #openstack-meeting-310:48
*** pbrooko has joined #openstack-meeting-310:52
*** emagana has quit IRC10:53
*** akrivoka has joined #openstack-meeting-310:55
*** stanzgy has quit IRC10:57
*** JeanBriceCombebi has quit IRC10:58
*** tmazur has joined #openstack-meeting-310:58
*** rushiagr_away has joined #openstack-meeting-311:00
*** mrmartin has joined #openstack-meeting-311:04
*** shwetaap has joined #openstack-meeting-311:14
*** matrohon has joined #openstack-meeting-311:17
*** Networkn3rd has quit IRC11:22
*** e0ne is now known as e0ne_11:26
*** openstack has joined #openstack-meeting-311:37
*** ChanServ sets mode: +o openstack11:37
*** emagana has joined #openstack-meeting-311:43
*** emagana has quit IRC11:48
*** JeanBriceCombebi has joined #openstack-meeting-311:50
*** tobe has joined #openstack-meeting-311:52
*** shwetaap1 has joined #openstack-meeting-311:53
*** tobe has quit IRC11:56
*** shwetaap has quit IRC11:57
*** tobe has joined #openstack-meeting-311:57
*** yamamoto has joined #openstack-meeting-311:59
*** baoli has joined #openstack-meeting-312:01
*** sambetts has joined #openstack-meeting-312:01
*** yamamoto has quit IRC12:04
*** markvoelker has quit IRC12:04
*** markvoelker has joined #openstack-meeting-312:04
*** e0ne is now known as e0ne_12:09
*** tsufiev has joined #openstack-meeting-312:12
*** e0ne_ is now known as e0ne12:14
*** tsufiev has left #openstack-meeting-312:15
*** amotoki_ has joined #openstack-meeting-312:19
*** JeanBriceCombebi has quit IRC12:27
*** JeanBriceCombebi has joined #openstack-meeting-312:30
*** mwagner_lap has joined #openstack-meeting-312:31
*** dims has quit IRC12:31
*** mwagner_lap is now known as mwagner12:31
*** dims has joined #openstack-meeting-312:32
*** emagana has joined #openstack-meeting-312:37
*** JeanBriceCombebi has quit IRC12:38
*** JeanBriceCombebi has joined #openstack-meeting-312:39
*** mrmartin has quit IRC12:40
*** emagana has quit IRC12:41
*** mrunge has joined #openstack-meeting-312:44
*** matrohon has quit IRC12:44
*** mrunge_ has joined #openstack-meeting-312:44
*** mrunge has quit IRC12:45
*** mrunge_ has quit IRC12:45
*** mrunge has joined #openstack-meeting-312:45
*** akrivoka has left #openstack-meeting-312:46
*** julim has joined #openstack-meeting-312:48
*** [2]evgenyf has joined #openstack-meeting-312:54
*** [1]evgenyf has quit IRC12:56
*** moshele has joined #openstack-meeting-313:02
*** bknudson has joined #openstack-meeting-313:06
*** jckasper has joined #openstack-meeting-313:07
*** Piet has quit IRC13:09
*** singlethink has joined #openstack-meeting-313:13
*** salv-orl_ has quit IRC13:17
*** VW has joined #openstack-meeting-313:17
*** matrohon has joined #openstack-meeting-313:25
*** tmazur has quit IRC13:28
*** singleth_ has joined #openstack-meeting-313:31
*** emagana has joined #openstack-meeting-313:31
*** Networkn3rd has joined #openstack-meeting-313:33
*** singlethink has quit IRC13:34
*** jtomasek has quit IRC13:34
*** emagana has quit IRC13:35
*** zz_jgrimm is now known as jgrimm13:38
*** peristeri has joined #openstack-meeting-313:39
*** vgridnev has joined #openstack-meeting-313:41
*** jxstanford has joined #openstack-meeting-313:41
*** ajo has joined #openstack-meeting-313:46
*** qwebirc17933 has joined #openstack-meeting-313:48
*** qwebirc17933 has quit IRC13:49
*** jtomasek has joined #openstack-meeting-313:50
*** singlethink has joined #openstack-meeting-313:51
*** takadayuiko has quit IRC13:53
*** amotoki_ has quit IRC13:54
*** nmj3e has joined #openstack-meeting-313:54
*** singleth_ has quit IRC13:55
*** cbits has joined #openstack-meeting-313:56
*** vikram has joined #openstack-meeting-313:58
ajohi :)14:00
sc68calhello :)14:00
ajo:)14:00
ajo#startmeeting neutron_qos14:01
openstackMeeting started Wed May 27 14:01:17 2015 UTC and is due to finish in 60 minutes.  The chair is ajo. Information about MeetBot at http://wiki.debian.org/MeetBot.14:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:01
vikramhi14:01
*** openstack changes topic to " (Meeting topic: neutron_qos)"14:01
openstackThe meeting name has been set to 'neutron_qos'14:01
ajo#topic summit session14:01
*** radek__ has quit IRC14:01
*** openstack changes topic to "summit session (Meeting topic: neutron_qos)"14:01
ajo#link https://etherpad.openstack.org/p/YVR-neutron-qos14:01
ajojust a link for anybody who where not able to attend14:02
*** radek__ has joined #openstack-meeting-314:02
ajoit was very nice to meet you all (most of you) :)14:02
*** lblanchard has joined #openstack-meeting-314:02
sc68callikewise :)14:02
vikramsamehere :)14:02
ajothanks :)14:03
ajoit seemed like we were all mostly ok with the API, tweaks here and there to be done, but the foundation seemed right14:03
ajoit was good that I managed to understand all the DSCP use cases (like dscp pass through or capping... while I was only thinking of marking)14:03
ajovhoward and the comcast guys agreed to work in parallel to add an extension spec with DSCP, and OVS support, which should be relatively easy14:04
ajoso, when we get the first part done, we can look into merging DSCP as fast as possible14:04
sc68calagree - we may need to tease out more of the policy.json decisions based on some of the feedback at the summmit, but I think we're on the right track14:04
ajosc68cal, can you elaborate? :)14:05
ajoI guess you mean, we should clarify all the use cases and how those map to policy.json?14:05
sc68calajo: It was just the subject of the API being Admin only that there were some corner cases that people highlighted14:05
ajoQoS is all about corner cases ':D14:06
sc68calit may come up again in review - I think we should proceed with the current plan of admin only but be prepared for people to poke holes in the thinking when it goes under review14:06
vikramseam I think we can start with Admin at the first go14:06
ajomakes sense,14:06
*** saneax has joined #openstack-meeting-314:06
ajostick to the plan, and address the corner cases with RBAC14:06
*** sigmavirus24_awa is now known as sigmavirus2414:06
ajoand policy.json instructions, for now14:06
irenaband RBAC implementation may land by then14:06
ajoprobably RBAC could be our next step to look at14:07
vikram+114:07
ajotogether with DSCP support merging, of course14:07
sc68calI'll check the spec and see if we have anything about RBAC, just so I don't forget14:07
ajosc68cal, there is, but just a very brief reference, may be we'd like to expand that14:07
sc68calajo: ok, that sounds good. I'll check it and if it needs expansion I'll push a patch14:08
sc68calanyway, sorry to hijack, please continue :)14:08
ajoI guess, we soon need a) the spec approved so we can start working (I'd suggest myself iterating faster over the spec, and I'd be thankful for fast reviews too, you're doing your part so far... ;)14:09
vikramDo we got to support RABC for liberty?14:09
ajosc68cal, no no, perfact, sounds good14:09
sc68calvikram: probably not14:09
vikramok14:09
ajovikram RBAC is under development, we may have some sort of RBAC during liberty14:09
ajobut not yet ready14:09
ajokevinbenton ^ ;)14:10
irenablets spec in details only what is going to be immediatly supported14:10
vikramyes that I was thinking that RBAC will itself land in liberty14:10
sc68calmy plan was mention RBAC in the context of "first iteration will be admin only, then RBAC will be used to give finer grained control"14:10
ajoirenab: there's a future work section for all the ideas we want to put in backlog, so we can prioritize them14:10
irenabajo: I guess I am now concerned with first iteration :-)14:11
ajoirenab, of course ;)14:11
ajowe may settle down on going in or out of tree, I'm more in favor of in, but out could be also be ok, that would even allow us to initially iterate faster,14:12
ajobtw, irenab , I checked that we have support for db migrations on out-tree advanced services14:12
sc68cal^ seems like a good reason to be out of tree14:13
vhowardsorry for being late…catching up14:13
irenabbeing in tree or being in neutro like advanced services?14:13
sc68callet's just get the API extension and resources in tree then follow what the *aaS repos are doing14:13
ajousing a service plugin approach is clear to me, let's take that path14:14
vikramsc68cal: +114:14
moshele+114:14
vhoward+114:14
cbits+114:14
ajosc68cal, you don't need the api extension or resources in tree14:14
ajoafaik14:14
sc68calajo: woo! even better14:14
ajosc68cal, if we do it out, all in one place14:14
*** sadasu has joined #openstack-meeting-314:14
ajobut still, I'm unsure that's the best way to go,14:14
ajoagain, even if we build on service plugin14:15
*** tobe has quit IRC14:15
sadasuHello! Sorry I am late today.14:15
ajoI don't see it as an "advanced service"14:15
irenabsc68cal: I think we should keep it together with service plugin, but better be under the ‘big tect’, meaning in openstack and not stakeforge14:15
ajoit's just modifying ports :)14:15
ajoirenab, may be that makes sense14:15
ajoas other *aaS go under the neutron tent14:15
*** btully has joined #openstack-meeting-314:15
sc68calas a service plugin, it'd be within the neutron main repo right? or its own14:16
ajosc68cal, it can be done one way or another :)14:16
sc68calsort of fuzzy on service plugins, it's been a while14:16
ajosc68cal, check LBaaS repo14:16
ajovery clarifying14:16
ajo1 sec14:16
sc68calajo: ah, my cake and eat it too! ok, then that sounds good to me, I think as long as we have a separate repo to quick iterate that's great14:16
irenabagree14:17
vhowardthanks for the protip ajo i'm going to check that out as well14:17
ajohttps://github.com/openstack/neutron-lbaas/tree/master/neutron_lbaas14:17
vhowardthx14:17
ajosc68cal, irenab , vhoward , I'd check with cores btw that the approach seams reasonable, because if they want it back later in time, it could be a mess14:17
ajoI'm more in favor of in, but out should work too,14:18
ajowe may need to dedicate extra resources to set CI, etc...14:18
ajochose a gating strategy...14:18
ajomake sure those is correctly exposed to all plugin writers..14:18
ajodb migrations: https://github.com/openstack/neutron-lbaas/tree/master/neutron_lbaas/db14:18
vhowardi'd prefer in also, but whatever gets it upstream when it comes down to it14:19
ajoextensions: https://github.com/openstack/neutron-lbaas/tree/master/neutron_lbaas/extensions14:19
ajoI talked to dougwig14:19
ajoand the main point is depending on the low level apis by neutron...14:19
ajowhen something changes in the api, you get broken14:19
ajohe suggests having a neutron_lib14:19
ajothe "broken rate" is around 1/week14:19
vhowardthe reference implementation of dscp we are thinking will be an extention to mechanism driver for ovs to get it upstreamed quickly14:20
ajowho's going to devote resources to keep the out-of-tree implementation healthy? :)14:20
ajothis is my main reason to prefer "in" if that makes sense for neutron, of course  ^14:20
irenabregardless if it in or out, I think it should be service plugin and not mixin into L2 plugin14:21
ajoif we are a few, it could be a rotating position, or a requirement to stay "qos-core" ;D14:21
*** cbouch has joined #openstack-meeting-314:21
ajoirenab total agreemen on that14:21
vikramajo: +114:22
ajoirenab, after some struggling and trying to understand neutron it's the conclusion I got.14:22
*** stanzgy has joined #openstack-meeting-314:22
ajook14:23
ajo#topic open agenda14:23
*** openstack changes topic to "open agenda (Meeting topic: neutron_qos)"14:23
vikramIMHO anyways we need to maintain the CI for atleast sometime till it stablizes14:23
ajoI guess we are in open agenda for a while already :D14:23
sadasu+1 for service plugin14:23
ajovikram, not sometime, always :)14:23
sadasuI am not sure how QoS in group based policy fits into all of this14:23
vikramajo: :)14:23
ajovikram, we may need to maintain co-gating implementation if we keep cogating, or any CI that breaks14:23
ajosadasu, I talked to the people doing GBP, and they're willing to use our API when ready14:24
ajosadasu, but that's just higher level abstraction14:24
ajoI talked to ivar lazarro specifically14:24
vikramajo: Thanks for explaining14:24
ajo#link https://www.openstack.org/summit/vancouver-2015/summit-videos/presentation/supporting-network-bandwidth-guarantees-with-openstack-an-implementation-perspective14:24
ajosome interesting stuff, if you didn't have the chance to see it14:24
ajothe people from HP solved the ingress limiting case with on-compute agents that monitor traffic and send messages to each other throttling egress as necessary14:25
vikramIt's good but I feel we don't have to do anything special for GBP. Right?14:25
sadasuajo: thanks! will take a look and see if I still have some remnant questions on GBP and this API tying together14:25
vhowardnot that excited about maintaining our own gating forever but i can help with setting it up to get this upstreamed if we go that route14:26
ajosadasu, thanks, that sounds good, I must admit I'm a GBP ignorant14:26
vikramajo: It's good but I feel we don't have to do anything special for GBP. Right?14:26
ajovhoward, yes, that's my main concern, thanks , any help will be valuable14:26
ajovikram, this is what I understand, right14:27
ajook14:27
ajoanything you'd like to talk about or shall we endmeeting for today? :)14:28
vikramok14:28
vikramWhen we will start the implementation14:28
sc68cali'm good14:28
vikrami mean what is the plan?14:28
sadasuare there any implications for ML2 ?14:28
ajovikram, when spec is approved we could start, or... if it's going to be out of tree, we could already start14:28
ajosadasu, ML2{OVS/LB/SRIOV} is our target plugin14:29
vikramajo: We got to decide soon as the liberty cycle is small :)14:29
ajovikram: I totally agree14:29
*** moshele has quit IRC14:29
ajoI will push an updated spec with the last comments, and we may call for it on the next neutron meeting14:29
ajois it monday or tuesday next week?14:29
ajowe may ask mestery for a slot ^14:30
irenabI guess we should decide on design, maybe we can spend next meeting to discuss it?14:30
sadasuajo: agreed, they are the reference ML2 plugins we are targeting, but any implication for the ML2 plugin code itself?14:30
mesteryajo: Tuesday next week, so better aligned to European times :)14:30
ajothanks mestery  :)14:30
ajocould you save us a tiny slot ?14:30
vikramohhh... this will be tough for me :)14:30
ajosadasu, not sure, may be irenab has more insight on this as she spent some time on that level of the design14:31
ajoirenab, I agree14:31
vikramany conclusion for horizon part?14:32
sc68calajo: I think irenab and vhoward are right, using a ml2 extension driver will make changes to ML2 non-invasive (http://specs.openstack.org/openstack/neutron-specs/specs/juno/neutron-ml2-mechanismdriver-extensions.html)14:32
ajoirenab, may be we should prepare another spec with the messaging layer for the agents using messaging14:32
vikramAFAIK, we need a BP for horizon changes14:32
ajosc68cal, that part is still blurry to me, more code to read :)14:32
ajovikram, you're right, we had a volunteer, right? :)14:33
sc68calajo: me too, but that spec linked helps clarify14:33
irenabajo: We should have support for agentless plugins as well14:33
vhowardwell i'm figuring it out as well, i think irenab has a much better understanding i'm just hoping to learn some from her14:33
ajoalso mrunge  offered me support on this regard from horizon14:33
ajobut we need to settle the api first14:33
vhowardthats great14:33
*** mestery has quit IRC14:33
sc68calAPI is the only thing blocking everyone from working in parallel14:33
vikramyup.. probably he will there next week.. but if doesn't turn up then we got to start14:33
ajoirenab, of course, how do other *aaS do that?14:33
sadasuajo: I will be taking up the UCSM (agent less) plugin14:33
ajoirenab, they let DB being read and they notify on changes?14:33
ajosadasu: +114:34
ajothanks :)14:34
*** mestery has joined #openstack-meeting-314:34
mrungeajo, sorry?14:34
ajomrunge talking about QoS API <-> horizon integration,14:34
ajowe have a volunteer to do it (not you), and I was commenting that you offered me support to show me how to do it..14:34
irenabajo: other services rely mainly on L3 agent, its a bit different14:34
*** john-davidge has joined #openstack-meeting-314:35
vikramI can also contribute for neutron-pythonclient and neutron server implementation for db updation14:35
mrungeajo, I did? if yes, I seem to forgot that, but of course!14:35
ajoirenab, ok, we will need to sort that out,14:35
*** dims has quit IRC14:35
ajomrunge: private talk near the RDO both, next to larsk (I hope I'm not pinging the wrong mrunge) :D14:35
mrungeoops14:36
mrunge:D14:36
ajovikram, true, we need also to handle the neutron-python client, thanks for stepping up ;D14:36
*** cbits has left #openstack-meeting-314:37
ajoirenab, if you have some time, we can work on next meeting agenda during mon/tues next week14:37
vikramajo; Let's as you mentioned lets decide next week about work distribution once the spec is approved.14:37
ajoto check all steps we need to figure out the design and what are the pain points we need to talk about14:37
irenabajo: fine14:37
vikramand we probably should have the advanced service framework to start rolling with the work14:38
*** nelsnelson has quit IRC14:38
ajoI wonder if we have some sort of *aaS template for neutron :)14:38
vikramI have done it earlier, if you need I can do it14:39
vikramI have done for Juno14:39
ajothanks vikram  :)14:39
vikramOk will prepare before next week meeting and share14:39
ajoawesome vikram  :)14:40
ajo#action ajo update spec for API & OVS agent14:40
ajo#action irenab & ajo work on agenda for next week about design14:40
*** emagana has joined #openstack-meeting-314:40
ajo#action vikram prepare an *aaS template for the case we go out tree, or to put in-tree... as we finally decide14:41
ajo#action vhoward work on the DSCP rule spec14:41
sc68calvhoward: let me know if you need help on it14:41
ajoand I guess that's all I didn't action-log14:41
ajo;)14:41
ajook, shall we endmeeting ? :)14:42
irenabyes :-)14:42
sc68cal+114:42
ajo#endmeeting14:42
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"14:42
openstackMeeting ended Wed May 27 14:42:19 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:42
sadasu+1 :-)14:42
openstackMinutes:        http://eavesdrop.openstack.org/meetings/neutron_qos/2015/neutron_qos.2015-05-27-14.01.html14:42
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/neutron_qos/2015/neutron_qos.2015-05-27-14.01.txt14:42
openstackLog:            http://eavesdrop.openstack.org/meetings/neutron_qos/2015/neutron_qos.2015-05-27-14.01.log.html14:42
sadasuthanks14:42
ajoThanks everyone for joining14:42
vikramBye14:42
ajoc u :)14:42
*** sadasu has quit IRC14:43
*** salv-orlando has joined #openstack-meeting-314:45
*** nelsnelson has joined #openstack-meeting-314:53
*** amotoki_ has joined #openstack-meeting-314:55
*** dims_ has joined #openstack-meeting-314:55
*** amotoki_ has quit IRC15:00
*** JeanBriceCombebi has quit IRC15:00
*** carl_baldwin has joined #openstack-meeting-315:00
*** salv-orlando has quit IRC15:00
*** armax has joined #openstack-meeting-315:01
*** [2]evgenyf has quit IRC15:11
*** e0ne is now known as e0ne_15:13
*** pbrooko has quit IRC15:14
*** nfedotov has joined #openstack-meeting-315:14
*** nfedotov has left #openstack-meeting-315:15
*** singleth_ has joined #openstack-meeting-315:15
*** tobe has joined #openstack-meeting-315:15
*** nfedotov has joined #openstack-meeting-315:15
*** bpokorny has joined #openstack-meeting-315:16
*** singlet__ has joined #openstack-meeting-315:18
*** singlethink has quit IRC15:18
*** john-davidge has quit IRC15:20
*** tobe has quit IRC15:20
*** john-davidge has joined #openstack-meeting-315:20
*** fallenpegasus has joined #openstack-meeting-315:20
*** singleth_ has quit IRC15:21
*** sahid has quit IRC15:21
*** singlethink has joined #openstack-meeting-315:22
*** e0ne_ is now known as e0ne15:22
*** nelsnelson has quit IRC15:24
*** singlet__ has quit IRC15:25
*** devvesa has quit IRC15:28
mesteryCourtesy ping for neutron-drivers meeting: armax dougwig amotoki marun15:30
armaxaye15:30
dougwigimpolite ack for mestery15:30
mestery#startmeeting neutron-drivers15:30
openstackMeeting started Wed May 27 15:30:53 2015 UTC and is due to finish in 60 minutes.  The chair is mestery. Information about MeetBot at http://wiki.debian.org/MeetBot.15:30
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:30
*** openstack changes topic to " (Meeting topic: neutron-drivers)"15:30
openstackThe meeting name has been set to 'neutron_drivers'15:30
mestery#link https://wiki.openstack.org/wiki/Meetings/NeutronDrivers Agenda15:31
*** marun has joined #openstack-meeting-315:31
mesteryAnything I missed for the agenda folks?15:31
armaxno, it’s better to start small15:31
dougwigwasn't there a discussing of meeting times awhile back?15:31
mesterydougwig: Yeah, this is what we settled on, or did I get that wrong?15:31
dougwigoh, ok, no worries.  i thought it was left hanging.15:31
mesteryOK15:32
mesterylets get rolling15:32
mestery#topic New Spec Template15:32
*** openstack changes topic to "New Spec Template (Meeting topic: neutron-drivers)"15:32
armaxdo we wait for amotoki and marun?15:32
mestery#link https://review.openstack.org/#/c/182905/15:32
marun\o15:32
mesterymarun: Hello!15:32
marunI'd like to see the spec template cut down to use case definition only.15:33
*** mrmartin has joined #openstack-meeting-315:33
mesteryI kind of like the direction it's going15:33
marunmestery: hello!15:33
mesterymarun: There is concern that for some things we do need a discussion on the API before the code merges (VLAN aware VMs for example)15:33
marunmestery: there is nothing stopping that from happening...15:33
dougwigor the high high high level design.15:33
marundougwig: there is nothing stopping that from happening15:33
mesterymarun: With a trimmed down spec?15:34
marunbut I don't think the spec is the place to do it15:34
marunfor the simple reason that it continues the trend of conflating problem statement with implementation15:34
mesterymarun: Fair enough15:34
marunand that has caused us lots of trouble in the past15:34
armaxI think there are many places where that discussion can take place: the bug report or even the initial code patch that proposes the api/model changes15:34
*** john-davidge has left #openstack-meeting-315:34
mesterySo, given this, do we want dougwig to reformulate his patch one more time?15:34
dougwigwe're down to problem description, proposed change, assignee, work items, and references.   marun, are you suggesting that get trimmed to just problem description?15:34
armaxfrankly I am a bit baffled by teh use of the spec in such a case15:34
marundougwig: yes15:35
marunarmax: use-case only15:35
marun'what problem are we trying to solve'15:35
armaxin the end we’d be replicating json blobs and fatty tables for nothing15:35
marunI really think we need to think about that in isolation, at least at first15:35
dougwighang on.  who wants to have a design discussion in launchpad, or AFTER coding?  not me.15:35
mesterymarun: Documentation lands with implementation then15:35
armaxmarun: use cases it is, and that’s what dougwig did15:35
mesteryAnd the spec is only the problem we're trying to solve15:35
marunno, not suggesting that dougwig15:35
marunhigh level design is post-use case discussion15:35
marunand in-tree15:35
marunwe can link to it from the spec15:36
marun(my suggestion, anyway)15:36
*** vgridnev has quit IRC15:36
marunI think the goal should be separating the decision of goals from strategy15:36
armaxhowever IMO it’s important to try and capture the amount of work required, hence the work items section15:36
marundecision -> discussion15:36
marunarmax: so you're advocating mixing things up, still15:36
dougwigi'm just pondering that as a dev, and it's kinda yuck.  i need to file in LP, file a spec, file a devref, and only then start coding?  that's hella latency.15:36
armaxhow so?15:36
dougwigjust IMO.15:36
marundougwig: why?15:36
marundougwig: today, mixing those things means things are slow15:36
mesterymarun: I see dougwig's point about it being heavy handed at first, but maybe once we try it it won't be so bad?15:37
marundougwig: do things separately, there might be room for actually coming to agreement15:37
marundougwig: as opposed to bikeshedding for ever15:37
dougwigmarun: i like to use the spec to get everyone on the same page.  here's the feature, here's why, here's the basic gist of how, so i know i'm not wasting coding time.  making that at least two code reviews is going to take quite awhile of real time.15:37
marunagain, I'm not wedded to doing any one thing anywhere15:37
mesterymarun: You are mainly advocating separating goals from strategy?15:38
dougwigi'm also not averse to having a short template and still putting N/A in half of it if you want to do it another way.15:38
marunbut I'm going to be pretty disappointed if we continue to confuse 'what' with 'how'15:38
armaxi am not sure latency is a problem exarcerbated by this proposal, actually15:38
*** josed has joined #openstack-meeting-315:38
marunmestery: yeah15:38
dougwigarmax: put yourself in the shoes of someone that doesn't know a dozen cores to expedite things.15:39
armaxsome of the things that we have discussed in the spec so far can be more effectively discussed in the code15:39
*** VW has quit IRC15:39
marunI think that we tend to go deep in implementation before we've really firmed up what we're trying to do15:39
mesterySo, if the "what" is in LP as an RFE bug, and the "how" is in devref, why do we need a spec?15:39
marunAnd it causes problems on a number of axis15:39
armaxand the result of the review cycle is that you already have code into shape15:39
mesteryI'm trying to wrap my head around what a spec is providing in this new world order.15:39
marunmestery: I'd be ok with that approach - it's what we originally discussed - but it didn't seem to satisfy sdague from what I heard15:39
dougwigso, we don't differ on letting folks write up a how if they want to before coding.  we're just talking about the cosmetics of where and to what audience we aim the writing, right?15:40
marundougwig: I think so, yeah.15:40
*** VW has joined #openstack-meeting-315:40
mesterymarun: I think in general the ops like specs, so moving away from it seemed challenging15:40
*** pbrooko has joined #openstack-meeting-315:40
marundougwig: I think we want high level design before coding begins15:40
mesterydougwig: ++15:40
dougwigthat comes down to, do we think we'll end up with better dev docs, at the cost of easier discoverability?15:40
dougwig(waits for explosions.)15:40
armaxI think that the spec to me is about scoping15:40
mesterydougwig: Good summary and ... BOOM!15:40
mesteryarmax: Scoping in terms of how much work and how long?15:41
armaxyes15:41
marunarmax: why don't we scope post use-case?15:41
armaxyou can scope by use case15:41
armaxand that’s feature or product scoping15:41
marundougwig: what's the discoverability cost? not doing everything in one place?15:41
marunarmax: I think we can only scope post use-case15:42
mesterymarun: That and not being consistent with where things are archived vs. other projects I guess.15:42
mesterymarun: Agree on scoping post-use case15:42
armaxthe amount of use cases can give you a sense of how much it takes to implement the end-to-end solution15:42
dougwigspecs is easier to browse for reviews, especially for newer folks. i'm also fairly fond of the atomicity of specs for agreeing to consensus, but i can see that's personal opinion.15:42
armaxmarun: but that happens in iteration while writing the spec!15:42
marunmestery: if we link to dev docs in specs though?15:42
marundougwig: I think it's a pretty huge cost review-wise15:42
marunarmax: *sigh*15:43
mesterymarun: That solves it, but adds another layer (the filing of the spec)15:43
marunarmax: we're reinventing project management, badly.15:43
*** Networkn3rd has quit IRC15:43
armaxmarun: no need to be sorrow…I am happy to back down15:43
dougwigmarun: how so?  we're talking maybe 5-10% of RFE's *needing* specs, it's not mandatory unless requested, and how is reviewing in -specs different than in devref/ ?  in most cases, it just happens as an RFE and code.15:43
mestery:)15:43
marundougwig: I'm simply burned out.15:43
armaxmarun: there is no single way of doing this15:43
marunThe bottom line for me is that I'm tired of wasting effort.15:44
marunIt's my feeling that conflating use cases with implementation with scoping with work items is just too messy.15:44
*** Guest4835 is now known as beagles15:44
mesteryI think separating use cases out using RFEs is good15:45
marunBut if I'm the only one that feels that way, maybe my view shouldn't be considered.15:45
dougwigi'm not sure how to respond to that. we're either reviewing designs for big stuff in devref or specs.  we're not adding a hoop here, unless i'm missing something.  it's still gone for most stuff.15:45
armaxbut no-one is mentioning implementation, afaik15:45
*** nfedotov has left #openstack-meeting-315:45
*** eghobo has joined #openstack-meeting-315:45
marundougwig: it's separation of concerns15:45
marundougwig: put everything in one big pile, and it's pretty hard to do anything well.15:45
armaxwork items != design or implementation15:45
dougwig\n\n <-- separation.   (sorry, morning humor.)15:45
marunagain, it appears that I'm the only one that feels this way so I'm going to suggest consensus rules and we can move on.15:46
mesteryOK, lets collect comments on dougwig's patch then15:46
*** nelsnelson has joined #openstack-meeting-315:46
mesteryAnd he can re-roll as needed15:46
mesterySound fair?15:46
dougwigalright, we've got a process that is heavily stream-lined, uses RFEs for almost everything, and we're down to what i think amounts to personal preference for where the larger conversations happen. how do we resolve this?15:46
armaxthe only reason I think that work items could be useful to capture in teh spec is because they can give us a sense of how big and impactful the feature is, perhaps any feature worth of a spec is big and impactful and on that basis it can be ignored as it gives us no more information15:46
mesteryarmax: I'm with you on that, I guess the sticky point is where we capture that stuff.15:47
marundougwig: it's resolved. I'll stop complaining.15:47
dougwigarmax: that was my basic reply to your comments.  if i have to comment on models and rpc and such, it's more detailed than i wanted, and is basically back to the old spec template.15:47
armaxso I am ok if we only had description and proposed change15:47
*** wznoinsk_ has joined #openstack-meeting-315:47
armaxand that should happen by clarifying the use cases being addressed15:47
armaxif this doesn’t work, we’ll revisit 6 months from now15:47
*** wznoinsk_ is now known as wznoinsk15:48
armaxdougwig: that’s ok15:48
mesterydougwig: Do you have enough info to move forward now? Have we resolved the concerns raised here?15:48
* mestery isn't sure yet15:48
dougwigi have enough to chop it down further, yes. i didn't hear consensus yet, but i'll see how close we can get.15:49
armaxI think we do, let’s have dougwig respin and marun review15:49
armaxand mestery and I will follow15:49
mestery#action dougwig to re-spin the patch and everyone to review again15:49
mesteryLets move on to the next item here. Sound ok?15:49
armaxshortly after15:49
mestery#topic RFE Bug Review15:50
*** openstack changes topic to "RFE Bug Review (Meeting topic: neutron-drivers)"15:50
mestery#link https://bugs.launchpad.net/neutron/+bugs?field.tag=rfe15:50
*** saneax has quit IRC15:50
mesteryWe have 9 RFE bugs filed now15:50
mesteryShall we walk through them?15:50
mesteryThis entire process is new, so lets see what we can come up with here15:50
*** Sukhdev has joined #openstack-meeting-315:50
* armax wishes that list stayed so small15:50
mesteryOK15:50
mesteryFirst one15:50
mestery#link https://bugs.launchpad.net/neutron/+bug/145903015:50
openstackLaunchpad bug 1459030 in neutron "Add dns_label to Neutron port" [Wishlist,Confirmed] - Assigned to Miguel Lavalle (minsel)15:50
mesteryFirst off15:51
mesteryIs this the type of use case we envisioned with this new process?15:51
*** eghobo_ has joined #openstack-meeting-315:51
marunfiling a spec first?15:51
marunno15:51
mesterymarun: In this case, I think carl_baldwin filed the spec before the RFE process started15:52
mesteryI think he was just trying to comply post-fact15:52
mesteryI recall a discussion with him 2 weeks ago15:52
dougwigthis feature is tiny enough that i wouldn't expect a spec was needed.15:52
mesterySo, marun, please comment on the bug that we wan to tease out the use case more here, and less on the spec15:52
mesterydougwig: Honestly, yes.15:52
marunis the spec even matching up with the rfe?15:53
marunthe spec is 337 lines15:53
marunthat's probably a diversion15:53
mesteryI think the use case is simple here: We need a way to integrate Designate with Neutron15:53
*** lifeless_ is now known as lifeless15:53
armaxmay I be pedantic?15:53
mesteryarmax: I expect nothing less15:54
mestery;)15:54
armax:)15:54
carl_baldwinmestery: This is more about allowing nova to feed its hostname to Neutron for eventually integration with Designate.15:54
*** barra204 has quit IRC15:54
armaxI think it’s going to be hard to get people to write good RFE15:54
mesteryAt first, yes, but after a while, the RFEs will be awesome armax, just wait and see.15:54
mesteryI'm serious15:54
armaxthe bug report is more about the how than the what15:54
mesteryLook at specs last year, same thing.15:54
mesterycarl_baldwin: Cool! And please, we're not picking on you or your RFE, this is the first attempt at this process so we're all a little green as we go through this. :)15:55
armaxcarl_baldwin said it correctly now IMO: allowing nova to feed its hostname to Neutron for eventually integration with Designate15:55
armaxthe how is ‘Add dns_label to Neutron port’, but that can be just one of the how’s15:55
*** eghobo has quit IRC15:55
armaxmestery: +1 indeed15:55
* carl_baldwin knows when he’s being picked on15:55
mestery:)15:55
* armax does not pick15:55
mesterycarl_baldwin: Any chance you could update the description to more of a "What" then the "how"?15:56
marunSo, action item to provide examples/docs around use-case definition?15:56
*** amotoki_ has joined #openstack-meeting-315:56
marunNot something heavy and formal, but emphasizing the 'what'?15:56
dougwigis this only about designate, or is it also fixing the bug of dnsmasq not setting the hostname?15:56
mesterydougwig: I *think* the latter is a separate issue15:56
marunthat's what use cases are supposed to let us figure out15:57
marunif something isn't in the use case, it's out of scope unless the use case gets updated15:57
marunthat friction is intentional15:57
carl_baldwindougwig: dnsmasq can set the hostname if nova gives it to Neutron.15:57
marunso that we don't creep at every step15:57
carl_baldwinBoth are in the description.  It isn’t very long.15:58
*** pbrooko_ has joined #openstack-meeting-315:58
dougwigthe spirit of this process is getting folks quickly on the same page and getting things rolling, right?  we can either go retro-edit the RFE to be exactly what the process wants, and or just say, "go", since the info is there in some form, and the process is new, and this isn't terribly complicated.  i'd vote "go".15:59
armaxone question I have a process16:00
marunsure, 'go'16:00
*** baoli has quit IRC16:00
armaxwhat does moving to ‘confirmed’ mean?16:00
marunI'm not trying to hold carl up.  I'd just like to see us learn from this.16:00
*** emagana has quit IRC16:00
*** julim has quit IRC16:00
*** pbrooko has quit IRC16:00
mesterymarun: ++, we're learning as we go here.16:00
*** yamahata has quit IRC16:00
armaxthat the RFE is blessed to happen?16:00
mesteryarmax: enikanorov_ spoke to me and we agreed that we had to mvoe them out of new so confirmed seemed appropriate.16:01
mesteryarmax: No, just so it's not new and it doesn't cause our stats to look awful :)16:01
*** amotoki_ has quit IRC16:01
*** yamahata has joined #openstack-meeting-316:01
mesteryOpen to another state if it makes more sense16:01
mesteryTriaged would also work once we've looked at these.16:01
dougwigor targeting it to a milestone.16:01
armaxmestery: ok16:01
*** baoli_ has joined #openstack-meeting-316:02
mesterydougwig: Yes.16:02
mesterySo, we're all +1 on this RFE?16:02
*** emagana has joined #openstack-meeting-316:02
*** matrohon has quit IRC16:02
carl_baldwinThat brings up a question.  Does it make sense for Eugene to triage rfe bugs?  He set importance and status which may have different meanings in this context.16:02
*** Networkn3rd has joined #openstack-meeting-316:02
armaxthe only reason why I am asking is that as a neutron driver I’d want to see how that list varies over time and what new stuff I need to review16:02
armaxand I don’t want to necessarily rely on my email notifications to know what’s going on16:02
mesteryI think it makes sense for hte drivers team to triage these ones16:02
mesteryarmax: Me either16:03
maruncarl_baldwin: I don't think it does.  Having things tagged rfe should be the only thing necessary to bring it to feature triaging.16:03
armaxI’d like to have a filter I can use to see the ‘unvetted’ RFE's16:03
*** julim has joined #openstack-meeting-316:03
mesteryarmax: You're always asking for more :)16:03
armaxan initial ‘confirmed’ state is fine, so does this mean that as soon as one driver look and comment on the change, the bug goes to triaged?16:03
mesteryarmax: I think we'd need some sort of consensus perhaps, but maybe that's not right either16:04
enikanorov_carl_baldwin: probably i've set importance to a few 'bugs' before guessing that it is a new process16:04
mesteryOK16:04
mestery25 minutes left16:04
mesteryLets circle back here16:04
*** vikram has quit IRC16:04
mesteryAnd decide what to do with this particular RFE16:04
mesterySo we close the loop on the process for our first RFE16:04
armaxship it?16:05
mestery:)16:05
armax:)16:05
marunship it16:05
mestery:)16:05
mesteryI thought perhaps I'd involve the Lt. for the area it's touching, to ensure resources exist, etc.16:05
mesteryBut given that hasn't merged yet16:05
mesteryFor this one, I agree, ship it.16:06
dougwig+116:06
mesterycarl_baldwin: Do you have someone who is working on this? Is it you?16:06
mesterycarl_baldwin: Looking for guidance on a milestone to assing this one to. Liberty-1 is in 3 weeks, is that doable?16:06
marunmestery: +1 to delegating when possible16:06
mesterymarun: Yes, that's the approach I'll take once the Lt. patch merges16:06
carl_baldwinmlavalle is going to drive this one with the help of some Designate guys.16:06
*** Networkn3rd has quit IRC16:07
mesterycarl_baldwin: Does Liberty-1 seem feasiable?16:07
carl_baldwinI’m not going to be very hands-on at all here.16:07
dougwigi'm hoping/praying that as the process is refined, a driver or lt can just move the rfe along in the process without needing to hold a meeting.  :)16:07
armaxso, we said the spec here is not required, right?16:07
mesterydougwig: The one missing piece is ensuring resources are available, but yeah, less meetings.16:07
mesteryarmax: Yes16:07
carl_baldwinmestery: I’m not sure L-1 is feasible for full designate integration.16:07
mesterycarl_baldwin: I've moved it to L1 for now, we'll move it out if it's not done16:08
armaxhowever, do we take some of the design considerations in the devref itself?16:08
mesterycarl_baldwin: But this lets mlavelle at least start pushing patches16:08
armaxIt looks like there were a few backs and forths on the spec itself16:08
carl_baldwinBut, if we treat this as just the work to add dns_label field and the associated validation, then L-1 is feasible.16:08
mesteryarmax: Yes, that's right.16:08
*** singleth_ has joined #openstack-meeting-316:08
dougwigarmax: or the code, if it hits in parallel.16:09
*** ttrifonov is now known as zz_ttrifonov16:09
armaxok16:09
mesteryOK, shall we move on and try another one of these?16:09
mesteryWe have an example from the other side of the spectrum now16:09
mestery#link https://bugs.launchpad.net/neutron/+bug/145061716:09
openstackLaunchpad bug 1450617 in neutron "Neutron extension to support service chaining" [Undecided,In progress] - Assigned to cathy Hong Zhang (cathy-h-zhang)16:09
mesteryService chaining16:10
armaxdougwig: to me most of the spec content would be candidate for a devref doc that says ‘dns resolution in Neutron'16:10
* mestery reads the "use case"16:10
*** Networkn3rd has joined #openstack-meeting-316:10
armaxmestery: I think that this is not a neutron extension16:10
dougwigthe third rfe is a dup, right?16:10
mesterydougwig: I hope so16:10
mesteryarmax: This, as written, is a LOT of things16:11
armaxthe scope of this is so broad that it’s an entirely new system16:11
dougwigthis, to me, is either a bunch of RFE's, or a spec, or both.16:11
mesteryarmax: Crisply put, the RFE is right: Neutron does not support service chaining. But I don't see enough about the "why" here16:11
*** stevemar has joined #openstack-meeting-316:11
mesterydougwig: ++16:11
dougwigback up, is this something that has to be in neutron, or started outside?16:11
armaxI’d rather see RFE’s that tells me what you need from Neutron to support integration with an SFC system16:11
mesteryThere is no reason this needs to be in Neutron16:12
mesteryIt could be outside as an extension API of some sort16:12
*** singlethink has quit IRC16:12
armaxyes16:12
mesterydougwig: You mentioned multiple RFEs, I think you're right.16:12
mesterySplitting this into finer use cases would help16:13
armaxI can go over the bug report and advise cathy16:13
mesterymarun: Curious on your thoughts on this one, given it's at the opposite side of the previous one in the spectrum of RFEs16:13
armaxif you guys trust me, we can move on to the next bug16:13
mesteryarmax: I trust you :016:13
mesteryI'm good to move on16:13
armaxI mean, we can continue discussing16:13
dougwigarmax: i trust you, but i wonder, if this should start outside, does it need to go through our process?16:13
armaxbut it most likely take us all day16:13
marunmestery: I think the idea should be to file rfe's for capabilities required to do this out of the tree.16:13
armaxdougwig: indeed16:13
mesterymarun: ++, armax is in agreement as well I think16:13
mesteryok lets move on16:14
mesteryand skip the next one too16:14
armaxdougwig: my point is that I am going to work on cathy to steer her in the right direction16:14
mesteryarmax has that one covered too16:14
mesteryWhich leads us here16:14
dougwigarmax: +116:14
mestery#link https://bugs.launchpad.net/neutron/+bug/145390616:14
openstackLaunchpad bug 1453906 in neutron "Implement Routing Networks in Neutron" [Undecided,New]16:14
mesteryAnother carl_baldwin RFE! :)16:14
* carl_baldwin has been busy.16:14
mesterycarl_baldwin: Indeed ;)16:14
carl_baldwinActually, we may want to discuss this a bit more and how it fits with the one mestery filed yesterday about segments.16:15
mesteryThere is interest in this sort of thing, thus the one I filed: https://bugs.launchpad.net/neutron/+bug/145889016:15
openstackLaunchpad bug 1458890 in neutron "Add segment support to Neutron" [Undecided,Confirmed]16:15
carl_baldwinAlso, I don’t have anyone to delegate this to yet.  Hope to soon.16:15
mesterycarl_baldwin: This is clearly an L3 thing, so we'll need to find someone there, I'll work with you16:16
carl_baldwinWe should probably take this one offline, mestery.16:16
mesteryto help if you want it16:16
mesterycarl_baldwin: Ack16:16
* mestery notes all the remaining RFEs are from carl_baldwin :)16:16
mestery#link https://bugs.launchpad.net/neutron/+bug/145392116:16
openstackLaunchpad bug 1453921 in neutron "Implement Address Scopes" [Undecided,New]16:16
carl_baldwinI guess others just haven’t caught on yet.  ;)16:17
mesterycarl_baldwin: I may use you as an example at next week's neutron meeting if you're ok with it :)16:17
mesteryIn a good way ;)16:17
dougwigprocess question, do we all need to parse the fine details and agree, or is it enough to read enough to be able to say, "yes, this fits, the subject matter expert should definitely proceed" kind of deal?16:17
carl_baldwinSure, good or bad, I’m happy to be an example.16:17
armaxit sounds some of these bugs are just placeholder :(16:17
mesterydougwig: Ideally we just review this on our own time, comment in the bug, and use this meeting for contentious things.16:18
mesteryMake sense?16:18
* armax goes to read the spec :(16:18
carl_baldwinarmax: I’m not sure what else they should be.  Until I know what is wanted, I hesitate to add much detail.16:18
armaxcarl_baldwin: yes, we’d need an RFE bug template :)16:18
mesteryarmax: We're working through the new process yet, I applaud carl_baldwin for being the first into the water :)16:18
dougwigmestery: define reviewing.  in a waterfall model, it'd need to be near perfect before work begins.  in a more agile model, the rough cut has to be right, and is refined as it goes.  i prefer the latter, but am checking.16:19
mesteryarmax: o_O16:19
mesterydougwig: I just meant reviewing the high-level RFEs, all we're agreeing by reviewing and saying "yes" is we agree the use case is compelling, we'll review the design later.16:19
armaxmestery: true, but if we don’t try harder, the way RFE’s are filed is useless16:19
mesteryarmax: I agree completely, but we'll sort this out.16:19
armaxit’s just a checkmark16:19
armaxperhaps it makes sense to mandate RFE only for ‘new’ ‘new’ stuff?16:20
marunI do think having guidelines around rfe description makes sense16:20
armaxand deal with the backlog the way we used to until it drains?16:20
mesterymarun: Would you be up for adding an RFE template into devref somewhere? That way we can point people there.16:21
armaxmarun: +116:21
mesteryIf not, I can take a crack, but you have some distinct ideas here which are worth putting down.16:21
armaxmarun: where would we capture it? In the blueprints.rst that Kyle modified?16:21
mesteryarmax: Yes.16:21
marunthat sounds reasonable16:21
mesteryI think it makes sense there for this RFE bug template to live, it can provide guidance.16:22
dougwigwe should file an RFE about making an RFE template.  but, without the template...   segfault.16:22
armaxas for existing specs, I am leaning to think that we should probably not ask them to map to RFE’s16:22
armaxit’s work for work’s sake16:22
mestery#action marun to add an RFE template into blueprints.rst in devref16:22
marunI don't know about a template, I just want expectations to be clear16:22
mesterymarun: Some sort of guidance16:22
armaxespecially if people file bugs like https://bugs.launchpad.net/neutron/+bug/145392116:22
openstackLaunchpad bug 1453921 in neutron "Implement Address Scopes" [Undecided,New]16:22
armaxcarl_baldwin: not picking16:22
mesteryarmax: I get you16:22
mesteryAnd in fact, note the last item on our agenda today16:22
armaxand asking them to ‘redo’ the work isn’t that going to get latency down either16:22
mesteryDiscuss migrating existing proposed specs into RFEs16:22
armaxmestery: see? I am ahead of you ;)16:23
mesteryarmax: It's just that great minds think alike :)16:23
mesteryBut yeah, lets not make people do work for work's skae16:23
mestery*sake16:23
armaxwhat do others think?16:23
mesterySo, existing specs, I'm inclined to leave them as-is and review them there.16:23
*** safchain has quit IRC16:23
marunI think the point of migrating to rfe is rejecting things before in-depth review if we don't want to do them.16:23
armaxanything new => RFE, we need RFE guidelines fast16:24
armaxand dougwig’s new shiny spec template16:24
carl_baldwinI thought that rfes and specs served different purposes.16:24
dougwigi agree with armax.  if the process is about cutting down make-work, then adding make-work to conform to the new process, when we have enough info to proceed, is ... inconsistent.16:24
armaxcarl_baldwin: they do16:24
armaxcarl_baldwin: but only when done properly16:24
*** pkoniszewski has joined #openstack-meeting-316:25
armaxcarl_baldwin: for stuff that’s already in-flight, I am not sure we’re gaining much16:25
carl_baldwinarmax: So, use it to provide constructive feedback.16:25
armaxcarl_baldwin: I am16:25
carl_baldwinAre we not gaining anything from it?16:25
armaxcarl_baldwin: I am saying let’s not ask exsiting specs to go through the rfe process16:25
mesteryI think we're all in agreement here. Focus on the end goal.16:25
armaxcarl_baldwin: it’s artificial16:26
mesteryAnd try to minimize the churn for folks submitting things16:26
armaxas your bug report demonstratd16:26
mesteryBut new things, unsbumitted, need to be RFEs first.16:26
armaxso I’d say let’s be ready first: get guidelines and spec template first16:26
dougwigarmax: what are you wanting to see in RFE's that carl didn't have?  i saw enough to see what he wanted to build, and form an initial opinion of, 'yes ,that fits', or 'no, not really', or 'jeez'.  what was missing?16:26
armaxand ask people to follow the new model for new stuff16:26
dougwigarmax: or i'll wait to see what marun writes up.16:27
mestery3 minutes left16:27
armaxdougwig: I’d be keep to see what marun’s ideas are16:27
carl_baldwinThere’s a lot of old stuff.  How long do you want to perpetuate the old model, until they’re all gone?  Or will there be some cutoff?16:27
mesteryI think we can summarize as this: 1) marun writes up guildeines. 2) review existing things as-is. 3) new things need RFEs (following marun's guidelines)16:27
armaxall I am trying to say: let’s save process if process can be save16:27
armaxd16:27
armaxcarl_baldwin can be commended for taking the time for filing bugs etc16:27
armaxbut that can be a pain for some folks16:27
* mestery gives carl_baldwin a gold star16:27
* carl_baldwin doesn’t have any use for gold stars. Just wants a clear path forward. He’s not the only one who is going to be confused by this.16:28
* carl_baldwin is also sorry he wasted 3.5 minutes filing https://bugs.launchpad.net/neutron/+bug/1453921 and making you all read it.16:28
openstackLaunchpad bug 1453921 in neutron "Implement Address Scopes" [Undecided,New]16:28
armaxcarl_baldwin: indeed, there has not been much clarity, that’s what we’re trying to figure out16:28
carl_baldwinI personally don’t think that specs for old stuff and rfes for new stuff is clear.16:29
carl_baldwinThere will be old specs around for years.16:29
carl_baldwinAnd to know what’s in scope for Liberty?  Where do I check?16:30
mesteryWe're out of time16:30
mesterycarl_baldwin: all godo questions16:30
mesteryAnd we need answers16:30
mesteryAnd I'm on the hook to provide them16:30
mesteryThanks folks!16:30
mestery#endmeeting16:30
armaxI think we can clear the backlog as we did in Kilo16:30
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:30
openstackMeeting ended Wed May 27 16:30:26 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:30
openstackMinutes:        http://eavesdrop.openstack.org/meetings/neutron_drivers/2015/neutron_drivers.2015-05-27-15.30.html16:30
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/neutron_drivers/2015/neutron_drivers.2015-05-27-15.30.txt16:30
openstackLog:            http://eavesdrop.openstack.org/meetings/neutron_drivers/2015/neutron_drivers.2015-05-27-15.30.log.html16:30
* mestery moves to #openstack-neutron16:30
*** pbrooko_ has quit IRC16:31
*** julim has quit IRC16:31
* carl_baldwin notes that no decision was made about the spec or the rfe.16:31
*** jtomasek has quit IRC16:43
*** julim has joined #openstack-meeting-316:43
*** julim has quit IRC16:45
*** yamahata has quit IRC16:51
*** emagana has quit IRC16:53
*** sbalukoff has quit IRC16:56
*** amotoki_ has joined #openstack-meeting-316:57
*** asahlin has quit IRC16:59
*** mwang2 has joined #openstack-meeting-316:59
*** asahlin has joined #openstack-meeting-317:00
*** amotoki_ has quit IRC17:01
*** tobe has joined #openstack-meeting-317:04
*** tobe has quit IRC17:09
*** mwang2_ has joined #openstack-meeting-317:12
*** pkoniszewski has quit IRC17:12
*** baoli_ has quit IRC17:12
*** julim has joined #openstack-meeting-317:14
*** mwang2 has quit IRC17:15
*** e0ne is now known as e0ne_17:16
*** SumitNaiksatam has quit IRC17:18
*** puranamr has joined #openstack-meeting-317:18
*** e0ne_ is now known as e0ne17:20
*** krtaylor has quit IRC17:22
*** puranamr has quit IRC17:22
*** yamahata has joined #openstack-meeting-317:24
*** puranamr has joined #openstack-meeting-317:24
*** e0ne has quit IRC17:25
*** yamamoto has joined #openstack-meeting-317:25
*** baoli has joined #openstack-meeting-317:26
*** mrunge has quit IRC17:27
*** yamamoto has quit IRC17:30
*** emagana has joined #openstack-meeting-317:31
*** VW has quit IRC17:31
*** puranamr has quit IRC17:31
*** puranamr has joined #openstack-meeting-317:32
*** vhoward has left #openstack-meeting-317:35
*** julim has quit IRC17:35
*** julim has joined #openstack-meeting-317:39
*** yanping has joined #openstack-meeting-317:40
*** yanping has left #openstack-meeting-317:41
*** SumitNaiksatam has joined #openstack-meeting-317:44
*** s3wong has joined #openstack-meeting-317:45
*** Networkn3rd has quit IRC17:46
*** emagana has quit IRC17:50
*** Sukhdev has quit IRC17:50
*** ivar-lazzaro has joined #openstack-meeting-317:51
*** aduarte has joined #openstack-meeting-317:57
*** sarob has joined #openstack-meeting-317:58
*** rushiagr_away is now known as rushiagr18:00
*** dims_ has quit IRC18:02
*** dims_ has joined #openstack-meeting-318:03
*** sarob_ has joined #openstack-meeting-318:04
*** e0ne has joined #openstack-meeting-318:06
*** e0ne is now known as e0ne_18:06
*** sarob has quit IRC18:06
*** e0ne_ is now known as e0ne18:07
*** Sukhdev has joined #openstack-meeting-318:08
*** VW has joined #openstack-meeting-318:12
*** slaweq has joined #openstack-meeting-318:13
*** Sukhdev has quit IRC18:13
*** krtaylor has joined #openstack-meeting-318:16
*** banix has joined #openstack-meeting-318:20
*** jckasper has quit IRC18:22
*** yushiro has joined #openstack-meeting-318:22
*** vishwanathj has joined #openstack-meeting-318:27
*** SridarK has joined #openstack-meeting-318:29
yushiroHi, vishwanathj SridarK18:30
*** badveli has joined #openstack-meeting-318:30
SridarKHi All18:30
vishwanathjHi yushiro, SridarK, SumitNaiksatam...18:30
badvelihello all18:30
SumitNaiksatamyushiro: SridarK vishwanathj: badveli: hi18:30
yushiroHi18:30
SumitNaiksatambadveli: missed you an the summit ;-)18:30
*** qwebirc32260 has joined #openstack-meeting-318:30
badveliyes, i also18:31
badvelithanks guys18:31
SumitNaiksatam#startmeeting Networking FWaaS18:31
openstackMeeting started Wed May 27 18:31:15 2015 UTC and is due to finish in 60 minutes.  The chair is SumitNaiksatam. Information about MeetBot at http://wiki.debian.org/MeetBot.18:31
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.18:31
*** openstack changes topic to " (Meeting topic: Networking FWaaS)"18:31
openstackThe meeting name has been set to 'networking_fwaas'18:31
SumitNaiksatami believe people are still recovering from Vancouver ;-)18:31
SumitNaiksatamand some might not be able to attend18:31
*** pc_m has joined #openstack-meeting-318:32
SridarKSumitNaiksatam: +118:32
SumitNaiksatami am proposing we cover two topics today - Bugs, and Vancouver Retrospective18:32
SridarK:-)18:32
SumitNaiksatameveryone okay with that?18:32
qwebirc32260Hi Sumit18:32
pc_mhi18:32
SridarKSumitNaiksatam: yes - i have a hard stop at noon for another mtg18:32
SumitNaiksatamqwebirc32260: pc_m: hi18:32
* pc_m in another meeting, but will try to juggle18:32
SumitNaiksatamqwebirc32260: is that vikram?18:33
SumitNaiksatam#topic Bugs18:33
*** openstack changes topic to "Bugs (Meeting topic: Networking FWaaS)"18:33
qwebirc32260HI I am Yanping. I forgot change my name :-)18:33
badvelifine sumit, i need some  info as per pc_m email exchange18:33
SumitNaiksatamqwebirc32260: ah, hi yanping, good to see you :-)18:33
SumitNaiksatam#link https://bugs.launchpad.net/neutron/+bug/145586318:34
openstackLaunchpad bug 1455863 in neutron "FWAAS- FW Rule editing puts FW to error state " [Undecided,New] - Assigned to vikram.choudhary (vikschw)18:34
SumitNaiksatamits not clear how to reproduce the above, so i have put a comment in the bug report18:34
SumitNaiksatam#link https://bugs.launchpad.net/horizon/+bug/145497418:34
openstackLaunchpad bug 1454974 in OpenStack Dashboard (Horizon) "FWAAS " [Undecided,New]18:34
SumitNaiksatamthat seems like a bug, but i have not noticed it before18:34
SumitNaiksatamperhaps our Horizon guru vishwanathj can chime in on that ;-)18:35
SumitNaiksatamother than that no new bugs report18:35
vishwanathjLet me try later this week....am on new born baby duty since yesterday18:35
SumitNaiksatamvishwanathj: oh wow, sorry, i forgot that18:36
SumitNaiksatamvishwanathj: so the baby is here?18:36
badvelicongrats viswantahj18:36
SridarKvishwanathj: congrats i was surprised to see u here18:36
vishwanathjarrived yesterday afternoon18:36
vishwanathjFWaaS is also like a baby to me :)18:36
SumitNaiksatamvishwanathj: awesome, hearty congrats on behalf of the entire team!18:36
vishwanathjthanks all18:36
SridarKvishwanathj: ur getting bad vibes from ur spouse now or ur avoiding diaper duty ;-)18:37
SumitNaiksatamvishwanathj: absolutely appreciate your committment for the cause18:37
yushirovishwanathj,  awesome!18:37
SridarKSumitNaiksatam: +118:37
SumitNaiksatamon that happy note lets transition to the next topic18:37
SumitNaiksatam#topic Vancouver Retrospective18:37
*** openstack changes topic to "Vancouver Retrospective (Meeting topic: Networking FWaaS)"18:37
SumitNaiksatampersonally, it was great for me to see a huge section of the team18:37
vishwanathj+118:37
SumitNaiksatamour team has grown quite a bit18:37
SumitNaiksatami believe the only people missing were badveli and trinath18:38
vishwanathjhas trinath ever come to a summit?18:38
SumitNaiksatamregardless, i think we had some very helpful offline discussions18:38
SumitNaiksatamvishwanathj: good question, perhaps not :-(18:38
badvelinext time18:38
SridarKabsolutely was great to meet all18:39
SumitNaiksatamunfortunately its a pretty expensive trip if you are coming from India18:39
SumitNaiksatamSridarK: special thanks to you for your relentless coordination18:39
vishwanathj+118:39
SridarKSumitNaiksatam: no worries - was really great to meet all and have good discussions on FWaaS18:39
*** jtomasek has joined #openstack-meeting-318:40
SumitNaiksatamof the many things we discussed, we touched on the direction attribute in the FWaaS rules18:40
SumitNaiksatamis slaweq here?18:40
SumitNaiksatami believe SridarK you had a follow up with slaweq and vikram today?18:40
SridarKSumitNaiksatam: yes we had a long discussion18:40
SumitNaiksatamanyone would like to summarize for the benefit of the team?18:41
SridarKmainly to make sure that we have a model that works well and provides a consistent interface for good user experience18:41
SridarKSumitNaiksatam: i will try18:41
SridarKMainly we wanted to apply the direction attribute at the Policy or (Firewall, Policy) level18:42
SridarKso this will be consistent for zones18:42
SridarKzones would be direction ++18:42
*** sbalukoff has joined #openstack-meeting-318:42
SridarKso it would an evolution rather than make a rework18:42
SumitNaiksatamSridarK: yes, thanks for bringing up that angle18:43
SumitNaiksatam(the zones that is)18:43
SridarKso we would like these attributes to be at the same level and avoids any complex validation logic18:43
*** mattfarina has joined #openstack-meeting-318:43
SridarKSlawek and Vikram are okay with this18:43
*** mlavalle has joined #openstack-meeting-318:43
SumitNaiksatamslaweq: there?18:43
SridarKSumitNaiksatam: the other thing on related note was to explore multiple policies on a FW18:43
SumitNaiksatamSridarK: okay18:44
SridarKso we can support multiple values on a single FW (an ingress policy and an egress policy) for example18:44
SridarKSumitNaiksatam: we discussed this and few others also would like to see this18:45
SridarKSumitNaiksatam: let us put some thought into this as well18:45
SumitNaiksatamSridarK: the only issue with multiple policies is backward compatibility18:45
SumitNaiksatamSridarK: but we can think a little more18:45
*** amotoki_ has joined #openstack-meeting-318:46
SumitNaiksatamthe other big item was obviously was the design summit discussion regarding FWaaS and Security Groups18:46
SridarKSumitNaiksatam: ok yes that is a valid point but may be this can be done with optional18:46
SumitNaiksatamSridarK: true18:46
SridarKSumitNaiksatam: i am done with the update we can discuss more later18:46
SumitNaiksataman entire session was dedicated to this18:46
SumitNaiksatamSridarK: thanks!18:46
SridarKnp :-)18:46
SumitNaiksatamduring the session we discussed the requirements for getting FWaaS out of experimental18:47
SumitNaiksatamwhich led to discussion on what are the differences between FWaaS and Security Groups18:47
SumitNaiksatama hand poll was taken to see if anyone objected to having two separate APIs18:47
SumitNaiksatami believe there were more people in the room in support of separate APIs versus one consolidated API18:48
SridarKSumitNaiksatam: i felt that way too18:49
SumitNaiksatamhowever towards the end of the meeting the point was made that it needs to be clearly articulated as to what the points of diffirence between the two APIs and feature sets were18:49
SumitNaiksatamand how they could be consumed18:49
SumitNaiksatamSridarK: okay18:49
*** Sukhdev has joined #openstack-meeting-318:49
SumitNaiksatamthat was my short summary of the 40 minute session18:49
*** VW has quit IRC18:49
SumitNaiksatamothers present in the session please feel free to add color18:49
SridarKSumitNaiksatam: yes that was a very good summary18:50
bloganRED!18:50
*** mattfarina has quit IRC18:50
*** amotoki_ has quit IRC18:51
vishwanathjMy takeaways on getting FWaaS out of experimental, 1) Complete the documentation tasks 2) Ensure functional tests are adequate and completed18:51
SumitNaiksatamalso my understanding is that we as a FWaaS team, will continute to target features for Liberty (unless it was explicitly mentioned in some forum that we should not be doing so, and I missed it)18:51
SumitNaiksatamblogan: hi, was that an acronym?18:51
bloganI believe there was also a request to define the overlapping pieces with security groups and decide on whether those should be consolidated into the same API or not18:51
bloganSumitNaiksatam: you asked to add color, i like red :)18:52
SumitNaiksatamblogan: i know, but red was in agreement or disagreement?18:52
vishwanathjI remember talking to mestery and doug, they said FWaaS being experimental should not prevent us from filing any blue prints for new FWaaS features18:52
*** tobe has joined #openstack-meeting-318:53
bloganSumitNaiksatam: is me being dumb a good answer?18:53
vishwanathj:)18:53
SumitNaiksatamblogan: is your comment “I believe there was also a request to define the overlapping pieces with security groups and decide on whether those should be consolidated into the same API or not”, different from what I mentioned earlier “however towards the end of the meeting the point was made that it needs to be clearly articulated as to what the points of diffirence between the two APIs and feature sets were"18:54
*** mattfarina has joined #openstack-meeting-318:54
bloganSumitNaiksatam: yeah those are the same, sorry I didn't see you say that18:55
SumitNaiksatamblogan: no worries, i just want to make sure that for those who didnt attend the session they got the right summary out of this18:55
bloganSumitNaiksatam: though I will add that I remember something about not having both of the same features in the both APIs18:55
SumitNaiksatamsuch that people can accordingly decide how to orient their efforts18:55
bloganagreed18:56
SumitNaiksatamblogan: right18:56
SridarKSumitNaiksatam: there was also mention of SG alignment with AWS for portability18:56
SumitNaiksatamSridarK: right, that was good point from sc68cal18:56
SumitNaiksatamand it was one of the main reasons we started with the FWaaS API and abstraction in the first place, to be able to deal with features which are not represented or apply to security groups18:58
*** tobe has quit IRC18:58
SumitNaiksatamany other thoughts, comments, concerns on this discussion?18:58
SumitNaiksatam#topic Open Discussion18:59
*** openstack changes topic to "Open Discussion (Meeting topic: Networking FWaaS)"18:59
*** hurgleburgler2 has joined #openstack-meeting-318:59
SridarKSumitNaiksatam: i guess we will need to evolve this discussion to drive next steps.18:59
*** e0ne has quit IRC18:59
SumitNaiksatamSridarK: yes absolutely, the team is  still absorbing this I believe :-)18:59
SridarKSumitNaiksatam: i will go to juggle mode - i have to get on another internal meeting18:59
SridarKyes18:59
SumitNaiksatamalso, i think several people expresed the interest to work on independent features19:00
*** esp has joined #openstack-meeting-319:00
SumitNaiksatamwe will discuss those as the specs are posted19:00
mesteryYou folks are aware of the new specs process, no?19:00
mesteryCertainly since you're part of hte Neutron Stadium you must be paying attention to things right?19:01
vishwanathjSpecs can be submitted at any time19:01
mesteryThat's a small part of it19:01
mesteryhttps://review.openstack.org/#/c/177342/19:01
*** rushiagr is now known as rushiagr_away19:01
mesteryAlso: https://review.openstack.org/#/c/186095/ is under review19:01
SumitNaiksatammestery: thanks for those links19:02
mesteryI'll let you all digest that as you move forward, the tl;dr is we've moving to feature requests and documentaiton landing with the patches19:02
mesterySeparating the "what" from the "how"19:02
mesteryThe intent is to make things easier to submit as well as review.19:02
SumitNaiksatammestery: +119:02
SridarKmestery:  thanks yes for sure19:03
slaweqSumitNaiksatam: hello19:03
SumitNaiksatamslaweq: ah, you made it19:03
slaweqnow I'm here, sorry for late but I had something to do :)19:03
SumitNaiksatamslaweq: no worries19:04
slaweqdo You want something from me?19:04
pc_mmestery: So do request as LP bug, and then when approved do a spec?19:04
SumitNaiksatamSridarK: summarized the discussion he had with you and Vikram19:04
SumitNaiksatamyou can find it in the back scroll19:04
slaweqgreat19:04
slaweqthx SridarK :)19:04
mesterypc_m: No, waterfall design is a thing of the past, it wasn't working.19:04
SumitNaiksatami believe the plan is that you are going to update the spec accordingly19:04
mesterypc_m: Do the RFE, if it's something huge whose intent is to make changes in many places, maybe a spec, otherwise, move forward with devref and code.19:05
SridarKslaweq: np at all we can discuss more as needed19:05
slaweqyes19:05
pc_mmestery: I have two BP that I want to create, could use some guidance on new process.19:05
slaweqSridarK: probably we will :) I will be in touch with You19:05
*** singlethink has joined #openstack-meeting-319:05
dougwigpc_m: file an RFE bug, a driver or LT will confirm it and put it in a milestone, the drivers may request a spec sometimes, otherwise once the bug is marked by the drivers, just go for it.19:05
SridarKslaweq: np catch up later19:05
slaweqnow I will modify our specs as we discussed today19:05
mesterypc_m: The second patch (under review) indicates up until Liberty-1 we'll review old-style specs, but if you haven't filed them, an RFE is the way to go.19:05
vishwanathjmestery, the patch set https://review.openstack.org/#/c/182905/ is also part of the new spec process, right?19:06
pc_mmestery: OK. thanks. so spec upon request then. cool.19:06
mesteryvishwanathj: Yes, exactly.19:06
mesterypc_m: Even without a spec, devref documentation is the new thing.19:06
pc_mmestery: OK. And that is described in one of these reviews?19:07
mesterypc_m: Yes.19:07
pc_mmestery: ok. will check19:07
*** esp has left #openstack-meeting-319:07
SumitNaiksatamalright folks, anything else for today?19:08
*** singleth_ has quit IRC19:09
SumitNaiksatamthanks for joining19:09
SumitNaiksatam#endmeeting19:09
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"19:09
openstackMeeting ended Wed May 27 19:09:35 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)19:09
openstackMinutes:        http://eavesdrop.openstack.org/meetings/networking_fwaas/2015/networking_fwaas.2015-05-27-18.31.html19:09
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/networking_fwaas/2015/networking_fwaas.2015-05-27-18.31.txt19:09
openstackLog:            http://eavesdrop.openstack.org/meetings/networking_fwaas/2015/networking_fwaas.2015-05-27-18.31.log.html19:09
SridarKbye all19:09
yushirobye bye19:09
SumitNaiksatambye19:09
slaweqbye19:09
*** pc_m has left #openstack-meeting-319:09
vishwanathjbye all19:09
badveli  i have a functional test written but as per pc_m19:09
*** vishwanathj has quit IRC19:09
badveliwill sync with sumit and pc_m19:10
badvelibyt19:10
qwebirc32260bye19:10
*** VW has joined #openstack-meeting-319:12
*** mattfarina has quit IRC19:12
*** qwebirc32260 has quit IRC19:14
*** jtomasek has quit IRC19:16
*** mlavalle has left #openstack-meeting-319:18
*** yamamoto has joined #openstack-meeting-319:20
*** badveli has quit IRC19:20
*** jtomasek has joined #openstack-meeting-319:21
*** stanzgy has quit IRC19:27
*** esp has joined #openstack-meeting-319:28
*** Networkn3rd has joined #openstack-meeting-319:28
*** Networkn3rd has quit IRC19:28
*** sarob_ has quit IRC19:29
*** yushiro has quit IRC19:30
*** mattfarina has joined #openstack-meeting-319:31
*** mattfarina has quit IRC19:34
*** esp has left #openstack-meeting-319:38
*** yamamoto has quit IRC19:38
*** yamamoto has joined #openstack-meeting-319:38
*** jxstanford has quit IRC19:40
*** yamamoto has quit IRC19:40
*** eghobo_ has quit IRC19:42
*** jgrimm is now known as zz_jgrimm19:49
*** yamamoto has joined #openstack-meeting-319:50
*** eghobo has joined #openstack-meeting-319:56
*** sballe has joined #openstack-meeting-319:56
*** eghobo has quit IRC19:58
*** eghobo_ has joined #openstack-meeting-319:59
*** Aish has joined #openstack-meeting-319:59
*** mestery_ has joined #openstack-meeting-320:00
*** ajmiller_ is now known as ajmiller20:01
*** Rockyg has joined #openstack-meeting-320:01
*** jtomasek has quit IRC20:01
*** matrohon has joined #openstack-meeting-320:03
*** mestery has quit IRC20:03
*** banix has quit IRC20:04
*** shwetaap1 has quit IRC20:07
*** Piet has joined #openstack-meeting-320:08
*** jckasper has joined #openstack-meeting-320:08
*** jtomasek has joined #openstack-meeting-320:08
*** shwetaap has joined #openstack-meeting-320:12
*** slaweq has quit IRC20:13
*** slaweq has joined #openstack-meeting-320:15
*** VW has quit IRC20:21
*** shwetaap has quit IRC20:24
*** matrohon has quit IRC20:24
*** shwetaap has joined #openstack-meeting-320:25
*** mrmartin has quit IRC20:26
*** julim has quit IRC20:34
*** VW has joined #openstack-meeting-320:34
*** amotoki_ has joined #openstack-meeting-320:34
*** barra204 has joined #openstack-meeting-320:35
*** amotoki_ has quit IRC20:39
*** tobe has joined #openstack-meeting-320:42
*** stevemar has quit IRC20:43
*** slaweq has quit IRC20:45
*** tobe has quit IRC20:46
*** nkrinner has quit IRC20:48
*** Sukhdev has quit IRC20:49
*** barra204 has quit IRC20:50
*** Networkn3rd has joined #openstack-meeting-320:54
*** baoli has quit IRC20:56
*** Networkn3rd has quit IRC21:00
*** lblanchard has quit IRC21:03
*** btully has quit IRC21:07
*** btully has joined #openstack-meeting-321:09
*** mestery_ is now known as mestery21:12
*** qwebirc17257 has joined #openstack-meeting-321:12
*** qwebirc17257 has left #openstack-meeting-321:12
*** lsmola_ has quit IRC21:13
*** cbouch has quit IRC21:15
*** mwagner has quit IRC21:16
*** jtomasek has quit IRC21:17
*** peristeri has quit IRC21:27
*** banix has joined #openstack-meeting-321:28
*** asahlin is now known as asahlin_afk21:42
*** mrmartin has joined #openstack-meeting-321:49
*** mattfarina has joined #openstack-meeting-321:55
*** mdorman has joined #openstack-meeting-321:56
*** VW has quit IRC21:56
*** VW has joined #openstack-meeting-321:57
*** mwagner has joined #openstack-meeting-321:58
*** mrmartin has quit IRC21:58
*** VW has quit IRC21:59
*** VW has joined #openstack-meeting-321:59
*** radek__ has quit IRC22:02
*** VW has quit IRC22:04
*** Sukhdev has joined #openstack-meeting-322:04
*** amotoki_ has joined #openstack-meeting-322:05
*** Piet has quit IRC22:05
*** VW has joined #openstack-meeting-322:06
*** VW has quit IRC22:06
*** bknudson has quit IRC22:06
*** VW has joined #openstack-meeting-322:07
*** smeisner has joined #openstack-meeting-322:09
*** amotoki_ has quit IRC22:10
*** VW_ has joined #openstack-meeting-322:11
*** VW has quit IRC22:11
*** Rockyg has quit IRC22:11
*** banix has quit IRC22:16
*** banix has joined #openstack-meeting-322:18
*** tobe has joined #openstack-meeting-322:30
*** Piet has joined #openstack-meeting-322:31
*** nelsnelson has quit IRC22:32
*** smeisner has left #openstack-meeting-322:32
*** tobe has quit IRC22:35
*** singlethink has quit IRC22:37
*** salv-orlando has joined #openstack-meeting-322:41
*** VW_ has quit IRC22:41
*** geoffarnold has joined #openstack-meeting-322:47
*** krtaylor has quit IRC22:50
*** geoffarnold has quit IRC22:53
*** Aish has left #openstack-meeting-322:57
*** Rockyg has joined #openstack-meeting-323:01
*** Gavin_Pratt_HP has joined #openstack-meeting-323:02
*** sarob has joined #openstack-meeting-323:03
*** wuhg has joined #openstack-meeting-323:07
*** sarob_ has joined #openstack-meeting-323:10
*** sarob has quit IRC23:12
*** sarob_ is now known as sarob23:12
*** salv-orlando has quit IRC23:14
*** yamamoto has quit IRC23:19
*** ChuckC has joined #openstack-meeting-323:19
*** mdorman has quit IRC23:23
*** shwetaap has quit IRC23:24
*** tobe has joined #openstack-meeting-323:31
*** tobe has quit IRC23:36
*** nelsnelson has joined #openstack-meeting-323:36
*** eghobo_ has quit IRC23:38
*** dims_ has quit IRC23:38
*** eghobo has joined #openstack-meeting-323:38
*** krtaylor has joined #openstack-meeting-323:39
*** dims_ has joined #openstack-meeting-323:40
*** ajmiller has quit IRC23:42
*** yamamoto has joined #openstack-meeting-323:50
*** lsmola has joined #openstack-meeting-323:51
*** amotoki_ has joined #openstack-meeting-323:51
*** fallenpegasus has quit IRC23:52
*** nelsnelson has quit IRC23:52
*** carl_baldwin has quit IRC23:56
*** amotoki_ has quit IRC23:56
*** julim has joined #openstack-meeting-323:59

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!