Wednesday, 2014-06-18

*** Sukhdev has quit IRC00:01
*** banix has joined #openstack-meeting-300:02
*** sarob has quit IRC00:08
*** sarob has joined #openstack-meeting-300:08
*** Sukhdev has joined #openstack-meeting-300:13
*** sarob has quit IRC00:13
*** nati_ueno has quit IRC00:14
*** mwagner_lap has joined #openstack-meeting-300:14
*** cjellick has quit IRC00:19
*** cjellick has joined #openstack-meeting-300:20
*** nlahouti has quit IRC00:21
*** cjellick has quit IRC00:25
*** tomoe_ has quit IRC00:26
*** lcheng has quit IRC00:28
*** yamahata has quit IRC00:41
*** TravT has quit IRC00:46
*** clu_ has quit IRC01:04
*** chuckC has quit IRC01:17
*** yamahata has joined #openstack-meeting-301:26
*** eghobo has quit IRC01:28
*** Sukhdev has quit IRC01:37
*** chuckC has joined #openstack-meeting-301:38
*** tomoe_ has joined #openstack-meeting-301:42
*** sankarshan is now known as sankarshan_away02:00
*** otherwiseguy has quit IRC02:11
*** mestery has joined #openstack-meeting-302:19
*** coolsvap|afk is now known as coolsvap02:25
*** dlenrow has joined #openstack-meeting-302:25
*** SumitNaiksatam has joined #openstack-meeting-302:28
*** Sukhdev has joined #openstack-meeting-302:38
*** emagana has joined #openstack-meeting-302:49
*** seizadi has joined #openstack-meeting-302:52
*** yamamoto_ has joined #openstack-meeting-302:54
*** sarob has joined #openstack-meeting-302:57
*** banix has quit IRC03:11
*** enykeev has joined #openstack-meeting-303:20
*** nelsnelson has quit IRC03:21
*** sankarshan_away is now known as sankarshan03:25
*** sunrenjie6 has joined #openstack-meeting-303:33
*** seizadi has quit IRC03:34
*** sunrenjie6 has quit IRC03:39
*** sunrenjie6 has joined #openstack-meeting-303:40
*** sunrenjie6 has quit IRC03:44
*** nlahouti has joined #openstack-meeting-303:47
*** nlahouti has quit IRC03:47
*** nlahouti has joined #openstack-meeting-303:48
*** jrist has quit IRC03:49
*** eghobo has joined #openstack-meeting-303:51
*** vkmc has quit IRC03:59
*** mestery has quit IRC04:00
*** mestery has joined #openstack-meeting-304:02
*** mestery has quit IRC04:04
*** seizadi has joined #openstack-meeting-304:05
*** sarob has quit IRC04:11
*** amotoki has joined #openstack-meeting-304:12
*** sarob has joined #openstack-meeting-304:12
*** sarob has quit IRC04:14
*** jgrimm has joined #openstack-meeting-304:19
*** sarob has joined #openstack-meeting-304:23
*** sarob has quit IRC04:28
*** sarob has joined #openstack-meeting-304:28
*** sarob has quit IRC04:33
*** Sukhdev has quit IRC04:38
*** eghobo has quit IRC04:39
*** eghobo has joined #openstack-meeting-304:40
*** seizadi has quit IRC04:40
*** seizadi has joined #openstack-meeting-304:47
*** sarob has joined #openstack-meeting-304:51
*** sarob has quit IRC05:04
*** sarob has joined #openstack-meeting-305:05
*** sarob has quit IRC05:10
*** emagana has quit IRC05:12
*** tmazur has joined #openstack-meeting-305:12
*** sarob has joined #openstack-meeting-305:29
*** sarob has quit IRC05:33
*** seizadi has quit IRC05:34
*** seizadi has joined #openstack-meeting-305:46
*** wendar has quit IRC06:04
*** wendar_ has joined #openstack-meeting-306:04
*** nlahouti has quit IRC06:19
*** jpomero has quit IRC06:19
*** nlahouti has joined #openstack-meeting-306:23
*** jpomero has joined #openstack-meeting-306:23
*** seizadi has quit IRC06:29
*** sarob has joined #openstack-meeting-306:29
*** sarob has quit IRC06:34
*** jtomasek has joined #openstack-meeting-306:36
*** jcoufal has joined #openstack-meeting-306:37
*** lcheng has joined #openstack-meeting-306:42
*** lsmola has quit IRC06:49
*** lsmola has joined #openstack-meeting-306:51
*** mrunge has joined #openstack-meeting-306:55
*** nlahouti has quit IRC07:00
*** sunrenjie6 has joined #openstack-meeting-307:00
*** sunrenjie6 has quit IRC07:01
*** sunrenjie6 has joined #openstack-meeting-307:01
*** eguz has joined #openstack-meeting-307:08
*** eguz has quit IRC07:11
*** lsmola has quit IRC07:11
*** jcoufal has quit IRC07:12
*** eghobo has quit IRC07:12
*** jcoufal has joined #openstack-meeting-307:13
*** lsmola has joined #openstack-meeting-307:15
*** sunrenjie6 has quit IRC07:17
*** sunrenjie6 has joined #openstack-meeting-307:18
*** ttrifonov is now known as ttrifonov_zZzz07:19
*** MaxV has joined #openstack-meeting-307:19
*** sunrenjie6 has quit IRC07:22
*** nlahouti has joined #openstack-meeting-307:29
*** nlahouti has quit IRC07:37
*** nacim has joined #openstack-meeting-307:50
*** jamiehannaford has joined #openstack-meeting-307:50
*** nacim has quit IRC07:55
*** coolsvap is now known as coolsvap|afk07:55
*** adi__ has joined #openstack-meeting-308:00
*** nacim has joined #openstack-meeting-308:00
*** tomoe__ has joined #openstack-meeting-308:00
*** yamamoto_ has quit IRC08:01
*** safchain has joined #openstack-meeting-308:02
*** tomoe_ has quit IRC08:04
*** nlahouti has joined #openstack-meeting-308:04
*** tomoe_ has joined #openstack-meeting-308:04
*** yamahata has quit IRC08:05
*** tomoe__ has quit IRC08:05
*** yamahata has joined #openstack-meeting-308:05
*** nlahouti has quit IRC08:09
*** lsmola has quit IRC08:09
*** amotoki has quit IRC08:14
*** sunrenjie6 has joined #openstack-meeting-308:29
*** amotoki has joined #openstack-meeting-308:32
*** ttrifonov_zZzz is now known as ttrifonov08:59
*** ttrifonov is now known as ttrifonov_zZzz09:01
*** ttrifonov_zZzz is now known as ttrifonov09:02
*** nlahouti has joined #openstack-meeting-309:05
*** nlahouti has quit IRC09:09
*** tomoe_ has quit IRC09:13
*** sunrenjie6 has quit IRC09:35
*** sunrenjie6 has joined #openstack-meeting-309:35
*** nlahouti has joined #openstack-meeting-309:36
*** sunrenjie6 has quit IRC09:39
*** nlahouti has quit IRC09:40
*** igordcard has joined #openstack-meeting-309:41
*** sankarshan is now known as sankarshan_away09:43
*** lblanchard has joined #openstack-meeting-309:51
*** jcoufal has quit IRC09:59
*** tomoe_ has joined #openstack-meeting-310:04
*** nlahouti has joined #openstack-meeting-310:07
*** nlahouti has quit IRC10:11
*** tomoe_ has quit IRC10:14
*** nacim has quit IRC10:16
*** MaxV has quit IRC10:27
*** yamahata_ has joined #openstack-meeting-310:31
*** lcheng has quit IRC10:37
*** nlahouti has joined #openstack-meeting-310:37
*** nlahouti has quit IRC10:42
*** jcoufal has joined #openstack-meeting-310:43
*** lcheng has joined #openstack-meeting-310:56
*** yamahata has quit IRC10:59
*** flaviof_zzz is now known as flaviof11:02
*** lcheng has quit IRC11:05
*** nlahouti has joined #openstack-meeting-311:08
*** nlahouti has quit IRC11:13
*** MaxV has joined #openstack-meeting-311:27
*** MaxV has quit IRC11:32
*** d0ugal has quit IRC11:33
*** d0ugal has joined #openstack-meeting-311:34
*** nlahouti has joined #openstack-meeting-311:39
*** nlahouti has quit IRC11:44
*** lblanchard has quit IRC11:50
*** lcheng has joined #openstack-meeting-311:50
*** lcheng has quit IRC12:01
*** armax has joined #openstack-meeting-312:02
*** nacim has joined #openstack-meeting-312:03
*** sankarshan_away is now known as sankarshan12:10
*** mwagner_lap has quit IRC12:10
*** nlahouti has joined #openstack-meeting-312:10
*** yamahata has joined #openstack-meeting-312:11
*** lcheng has joined #openstack-meeting-312:13
*** nlahouti has quit IRC12:14
*** tomoe_ has joined #openstack-meeting-312:21
*** glenc has joined #openstack-meeting-312:23
*** lcheng has quit IRC12:24
*** tomoe_ has quit IRC12:27
*** MaxV has joined #openstack-meeting-312:34
*** lblanchard has joined #openstack-meeting-312:38
*** lcheng has joined #openstack-meeting-312:40
*** peristeri has joined #openstack-meeting-312:48
*** lcheng has quit IRC12:50
*** julim has joined #openstack-meeting-312:51
*** mfer has joined #openstack-meeting-312:58
*** tmazur has quit IRC12:58
*** banix has joined #openstack-meeting-313:00
*** yamahata has quit IRC13:07
*** yamahata has joined #openstack-meeting-313:07
*** flaviof is now known as flaviof_zzz13:08
*** _crobertsrh is now known as crobertsrh13:12
*** nlahouti has joined #openstack-meeting-313:12
*** kashyap` has joined #openstack-meeting-313:13
*** nlahouti has quit IRC13:16
*** kashyap has quit IRC13:17
*** tomoe_ has joined #openstack-meeting-313:19
*** kashyap`` has joined #openstack-meeting-313:20
*** tmazur has joined #openstack-meeting-313:21
*** kashyap` has quit IRC13:22
*** otherwiseguy has joined #openstack-meeting-313:28
*** MaxV has quit IRC13:32
*** MaxV has joined #openstack-meeting-313:32
*** mestery has joined #openstack-meeting-313:32
*** jrist has joined #openstack-meeting-313:35
*** kashyap`` is now known as kashyap13:36
*** jacalcat has joined #openstack-meeting-313:39
*** lcheng has joined #openstack-meeting-313:40
*** mestery has quit IRC13:44
*** tqtran has joined #openstack-meeting-313:46
*** mwagner_lap has joined #openstack-meeting-313:47
*** jmsoares has joined #openstack-meeting-313:49
*** tqtran has quit IRC13:52
*** amotoki has quit IRC13:55
*** adi__ has quit IRC13:55
*** pballand has quit IRC13:59
*** sdague has quit IRC14:02
*** tmazur has quit IRC14:03
*** devlaps has joined #openstack-meeting-314:04
*** sdague has joined #openstack-meeting-314:08
*** nelsnelson has joined #openstack-meeting-314:10
*** yamamoto has joined #openstack-meeting-314:13
*** nlahouti has joined #openstack-meeting-314:14
*** krotscheck has quit IRC14:16
*** adi__ has joined #openstack-meeting-314:16
*** jacalcat has quit IRC14:16
*** mestery has joined #openstack-meeting-314:16
*** markmcclain has joined #openstack-meeting-314:18
*** nlahouti has quit IRC14:18
*** stratuspaulg has joined #openstack-meeting-314:20
*** krotscheck has joined #openstack-meeting-314:22
*** MaxV has quit IRC14:25
*** MaxV has joined #openstack-meeting-314:26
*** jackib has joined #openstack-meeting-314:29
*** Hrishi has joined #openstack-meeting-314:29
jcoufal!startmeeting UX14:30
openstackjcoufal: Error: "startmeeting" is not a valid command.14:30
jcoufalah14:30
jcoufal#startmeeting UX14:30
openstackMeeting started Wed Jun 18 14:30:30 2014 UTC and is due to finish in 60 minutes.  The chair is jcoufal. Information about MeetBot at http://wiki.debian.org/MeetBot.14:30
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:30
adi__hello all14:30
*** openstack changes topic to " (Meeting topic: UX)"14:30
openstackThe meeting name has been set to 'ux'14:30
jcoufalhi all14:30
lblanchardhi all!14:31
adi__hi liz, jarda and others14:31
jcoufalI hope there is more of us14:32
HrishiHi14:32
jackibhi everyone14:32
jcoufalI hope it's not the alternating time what prevents people from attending the meeting14:33
jackibI did find it a little confusing :)14:33
jackibsince you have to count the wednesdays past the monday. but that could just be me14:34
adi__jarda, we could start?14:34
jcoufalif that would be problematic I think we should stick to Mondays only then14:35
jcoufallet's start14:35
lblanchardyeah…I was thinking it might get confusing if we have to skip a week to technically do 1st monday of the month…oh well!14:35
adi__yes14:35
jcoufal#topic StoryBoard for UX14:35
*** openstack changes topic to "StoryBoard for UX (Meeting topic: UX)"14:35
jcoufalso I discussed with krotscheck and jblair14:36
adi__okay14:36
jcoufalit looks there are some issues to add a project into the StoryBoard which does not have a git repo14:36
jcoufaland as long as we don't need one it doesn't make big sense to create one just for this purpose14:36
jcoufal(infra team doesn't like it)14:36
adi__so we continue with launchpad ?14:37
jcoufalso there needs to go a patch to jeepyb which should allow us to do that14:37
jcoufalso at the moment I suggest to stick with launchpad14:37
jcoufaland we will move to storyboard once it is ready14:38
jackibbut there will be a future fix in storyboard?14:38
jackibcool14:38
jcoufaljackib: it should14:38
jcoufalit will just take a bit longer then few days14:38
jcoufals/then/than14:38
krotscheckInfra likes the idea of having UX in storyboard. They just don’t like having unused git repositories lying around.14:38
*** rm_work|away is now known as rm_work14:38
jcoufalyeah, that's the biggest concern14:38
jcoufalalso naming of openstack-ux, but that's a minor issue14:39
krotscheckSo if you guys are content with keeping the status quo, then Launchpad is fine. This is OpenStack though, nothing will get done unless someone cares enough to do it themselves.14:39
jcoufalkrotscheck: I believe we really would like to jump to StoryBoard14:40
lblanchardkrotscheck: yes, I'm not content with LaunchPad :)14:40
jcoufalI will keep track on it and talk to you krotscheck so that we can clarify all concerns14:40
krotscheckI have no concerns - I just don’t know python well enough to do this for you guys.14:41
jcoufalkrotscheck: ah, I see, I will try to find someone who could help14:41
krotscheckI’m sure there’s SOMEONE in this meeting willing to do it?14:41
krotscheckhttps://git.openstack.org/cgit/openstack-infra/jeepyb/tree/jeepyb14:41
* lblanchard has zero python knowledge…14:42
jcoufalno volunteers yet :-/ but we will sort it out14:42
lblanchardbut maybe someone from the Horizon team could help us out?14:42
adi__haha14:42
jcoufal#topic Wireframes review tool and its progress14:43
*** openstack changes topic to "Wireframes review tool and its progress (Meeting topic: UX)"14:43
jcoufaladi__: this is your time :)14:43
adi__yes14:43
adi__https://etherpad.openstack.org/p/uxtools14:43
adi__i am currently in the process of reviewing them - have seen 2 so far14:44
adi__Concept.ly & Notism14:44
jackibnot invision?14:44
adi__i've seen invision already, just haven't put it on the list yet14:45
*** jpich has joined #openstack-meeting-314:45
adi__concept is free and in beta at this stage14:45
adi__quite useful. the only downside is that it does not support uploading of PDFs14:45
adi__there is no limit on uploading files for concept14:46
lblanchardadi__: Does concept have plans to support PDF? Any idea?14:46
adi__i would encourage you to look at these 2 for now and provide feedback14:46
jackibyea, PDF is pretty important14:46
adi__i'm afraid i can't answer that right now as nowhere on the website it is mentioned14:47
lblanchardI'll definitely check these out and add my feedback to this etherpad14:47
adi__notism supports all the formats14:47
adi__and is very much like invision14:47
adi__the notism free tier provides 1 GB of upload14:47
adi__no. of collaborators / reviewers not mentioned14:48
adi__didnt find any opensource tool14:48
jcoufaladi__: 1 GB storage in total?14:48
adi__for collaboration / review14:48
adi__yes, 1 gb for the free tier14:49
*** zehicle has joined #openstack-meeting-314:49
adi__shouldn't it be enough?14:49
jackibThat won't go far14:49
jcoufalfor some time, yes14:49
jcoufalbut longer term...14:49
jackibis it per month? or ever?14:49
adi__forever i guess :)14:50
*** flaviof_zzz is now known as flaviof14:50
adi__yes, 1 gb for ever14:50
jcoufaladi__: have you guys found any tool which we can host by ourselves?14:50
lblanchardyeah…considering we will be posting just images it will last a bit…but will fill up eventually14:50
adi__found one called layerVault14:50
jackibah layervault is nice14:51
jackibbut self-hosting is enterprise version14:51
adi__yes14:52
jackibso probably expensive14:52
adi__rest of the ones are pretty much paid apps14:52
jcoufalyeah, we don't wanna go this way14:53
adi__if storage isnt a huge issue, i would recomemnd concept and notism14:53
jcoufalalright14:53
adi__i guess you should take a look and update the etherpad14:53
adi__in the next meeting we could finalize the tool to be used14:53
jcoufalawesome14:54
jcoufaldo you need any help with this adi__ ?14:54
jackibwelllll….14:54
adi__not really, i'm okay14:54
jackibI suggest before finalizing we do some test runs. You always run into unexpected bumps with tools like thiat14:54
jackibthis14:54
adi__yes, hence we should all take a shot at them14:55
adi__may be share a few screens and see the effectiveness14:55
lblanchardadi__: _114:55
lblanchard+114:55
lblanchardhaha14:55
jackibsounds good!14:56
jcoufaljackib: +114:56
adi__alright, cool14:56
jcoufaladi__: +114:56
jcoufalgreat14:56
jcoufalgood job so far adi__14:56
jcoufal#topic Cross-project UI library14:56
*** openstack changes topic to "Cross-project UI library (Meeting topic: UX)"14:56
adi__thx, will keep on updating the etherpad14:56
jcoufalso, this is mixed effort from multiple projects14:57
jcoufal[UX] [Heat] [Mistral] [Murano] [Neutron] [Solum]14:57
jcoufalin particular14:57
adi__okay14:57
jcoufalat the moment there is requirements gathering14:57
adi__jarda, is this similar to what i've been talking about, for heat?14:57
jcoufaladi__: I guess a bit different, but somewhat related14:58
adi__okay14:58
jcoufalhere is the ongoing conversation:  http://lists.openstack.org/pipermail/openstack-dev/2014-June/037054.html14:58
jcoufaland the etherpad:  https://etherpad.openstack.org/p/9XQ7Q2NQdv14:59
*** jackib1 has joined #openstack-meeting-314:59
jcoufalalso related gdoc: https://docs.google.com/document/d/19Q9JwoO77724RyOp7XkpYmALwmdb7JjoQHcDv4ffZ-I/edit#14:59
jcoufalthese guys asked for UX help which is great14:59
jcoufalanybody interested in helping there?15:00
adi__yes15:00
*** jackib has quit IRC15:00
jcoufalI was a bit involved earlier15:00
jcoufalbut not heavily15:00
adi__okay, for which project?15:00
jcoufaladi__: what do you mean?15:01
lblanchardI think a good step would be (if anyone has time/interest) to give feedback on the Google doc…https://docs.google.com/document/d/19Q9JwoO77724RyOp7XkpYmALwmdb7JjoQHcDv4ffZ-I/edit#15:01
adi__i meant, which service did you work on, heat, murano?15:01
jcoufaladi__: I meant I was involved a bit in this discussion and the library effort15:02
adi__but that does not matter. i would be willing to look at heat in particular, given i already have some ideas there15:02
jcoufalnot directly in one or another project15:02
jcoufalso whoever is interested in helping here15:02
jcoufalI think lblanchard had a good point - let's start with contributing to the gdoc15:03
adi__okay15:03
lblanchardany volunteers?15:05
jackib1I got an error when I clicked on this doc. anyone else?15:05
lblanchard:)15:05
*** TravT has joined #openstack-meeting-315:05
lblanchardjackib1: https://docs.google.com/document/d/19Q9JwoO77724RyOp7XkpYmALwmdb7JjoQHcDv4ffZ-I/edit#15:05
adi__how about i take a look and get back later?15:05
lblanchardjackib1: try that link…the one I sent earlier got munged15:05
jackib1yep thanks!15:05
jackib1OK, I have another meeting. I'll catch up on the rest of the meeting later15:06
adi__bye15:06
jcoufalbye bye jackib115:06
lblanchardthanks jackib1!15:06
jcoufaladi__: sure, give it a shot when you can15:07
jcoufalalright, let's move on15:08
jcoufal#topic Faceted Search15:08
*** openstack changes topic to "Faceted Search (Meeting topic: UX)"15:08
jcoufalwho suggested this topic?15:08
lblanchardah that was me :)15:09
lblanchardsimilar to the last topic...15:09
lblanchardthere is an effort going on around faceted search that I think we could help with by giving some feedback15:09
*** cjellick has joined #openstack-meeting-315:10
lblanchardmaybe with respect to requirements to begin (what we would see being helpful in the UI for search)15:10
jcoufallblanchard: is it alive?15:10
jcoufalI mean the effort15:10
lblanchardjcoufal: I saw some recent activity from travis15:10
lblanchardso it made me wonder if we should jump in at all15:10
jcoufalI just know that this BP (https://blueprints.launchpad.net/horizon/+spec/faceted-search) is around for a very long time15:11
jcoufalthere were various inititatives (like elastic search)15:11
jcoufalbut they it was turned down15:11
jcoufalI think the biggest blocker are the APIs15:11
lblanchardyeah…sounds like maybe travis has the latest initiative…15:12
jcoufaland the other approach was indexing15:12
lblanchardjcoufal: I wonder if having a few wireframes around searching on a table in Horizon would be good15:12
lblanchardjcoufal: that way we could have a proposal and let folks figure out the technical details, but we've at least thrown in what would be good from a user point of view feature wise...15:12
jcoufallblanchard: wasn't this intended for searching throughout the whole OpenStack?15:12
lblanchardjcoufal: ah yes, now I remember…Travis is working on Graffiti15:13
*** yamahata has quit IRC15:13
lblanchardjcoufal: right…we could definitely give feedback for other search requirements15:13
lblanchardjcoufal: and Graffiti is focused on tagging15:13
lblanchardclever name :)15:13
jcoufalnice :)15:14
jcoufalwell tagging is important in general15:14
jcoufalso it would be nice to get involved15:14
lblanchardright…I at least wanted to bring it up here incase anyone has done anything yet15:14
jcoufaland express the expactations for the UI15:14
lblanchardand to advertise if anyone is interested15:14
lblanchardexactly15:14
jcoufalI guess as long as we are the only two left here, we should bring it up next time15:14
lblanchardsounds good to leave it on the agenda for next time, thank you15:15
jcoufalI would also suggest to stop alternating and have regular bi-weekly meetings on Monday instead - not to confuse people more :)15:15
lblanchardheh, sounds good to me…doesn't seem like we've gotten any attendance that we didn't have for that first meeting15:15
*** pballand has joined #openstack-meeting-315:16
jcoufalI'll write an e-mail to the mailing list and probably we should continue with the regular Monday meetings once in 2 weeks15:16
jcoufalso every second Monday15:16
*** jtomasek has quit IRC15:16
adi__ okay15:17
lblanchardjcoufal: it might get a bit tricky15:17
jcoufalstarting from July 7th I would say - since that's the scheduled next meeting15:17
jcoufallblanchard: would it?15:17
lblanchardjcoufal: if we say the 1st and 3rd monday of the month…in certain months we'd skip 2 weeks in a row based on when Monday falls15:17
lblanchardjcoufal: just a small thing about choosing specific mondays in the month15:17
jcoufalnope, I would say each "odd" or "even" week15:18
lblanchardhowever, if we schedule it for every other monday and have an invite, maybe that would work better?15:18
lblanchardtake July for example15:18
jcoufalI completely agree15:18
lblanchardoh okay15:18
jcoufalI didn't want to say 1st and 3rd15:18
jcoufalevery other Monday15:18
lblanchardcool15:18
lblanchardwe are on the same page then :)15:19
lblanchardsounds good!15:19
jcoufalstarting from July 7th15:19
jcoufalso we have 3 weeks off now15:19
adi__3 weeks is quite a gap15:19
adi__i think we should do one after 2 weeks15:19
adi__any comments?15:19
jcoufalwe will have to move the officially scheduled one15:20
jcoufalnot that it is big deal15:20
jcoufalI will check in the mailing list15:20
lblanchardsounds good15:20
jcoufalprobably June 30th sounds better15:20
adi__yes15:20
*** otherwiseguy has quit IRC15:21
jcoufalKeep eyes on the mailing list please15:21
lblanchardyeah, June 30th sounds good15:21
lblanchardwill do15:21
jcoufal#topic Open discussion15:21
*** openstack changes topic to "Open discussion (Meeting topic: UX)"15:21
jcoufalwe already started but any other issues?15:21
jcoufallblanchard, adi__?15:22
adi__im good15:22
*** samchoi has joined #openstack-meeting-315:22
*** nlahouti has joined #openstack-meeting-315:22
jcoufalsince you are the two brave ones left :)15:22
adi__haha15:22
*** jpich has quit IRC15:22
lblanchardall set!15:22
jcoufalgreat15:22
jcoufalthanks a lot for your participation and help15:23
jcoufal#endmeeting15:23
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"15:23
openstackMeeting ended Wed Jun 18 15:23:25 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:23
openstackMinutes:        http://eavesdrop.openstack.org/meetings/ux/2014/ux.2014-06-18-14.30.html15:23
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/ux/2014/ux.2014-06-18-14.30.txt15:23
openstackLog:            http://eavesdrop.openstack.org/meetings/ux/2014/ux.2014-06-18-14.30.log.html15:23
Hrishithanks!15:23
jcoufaloh sorry Hrishi, you were here as well :)15:23
HrishiNo problem :)15:24
HrishiI'm new & observing, working with Adi15:24
adi__okay, great guys, see you soon15:25
*** adi__ has quit IRC15:26
*** Hrishi has quit IRC15:26
*** thomas_morin has joined #openstack-meeting-315:26
lblanchardthanks all, catch you soon!15:26
mfer#startmeeting openstack-sdk-php15:30
openstackMeeting started Wed Jun 18 15:30:10 2014 UTC and is due to finish in 60 minutes.  The chair is mfer. 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: openstack-sdk-php)"15:30
openstackThe meeting name has been set to 'openstack_sdk_php'15:30
mferHello everyone. Please state your name along with any applicable affiliation.15:30
mferMatt Farina, HP15:30
samchoiSam Choi, HP15:30
jamiehannafordJamie Hannaford, Rackspace15:31
samchoiShaunak is out right? jamiehannaford15:31
jamiehannafordyes I think so. I think Glen is in a meeting15:32
mferok, thanks for the update15:32
mfer#topic Agenda15:32
*** openstack changes topic to "Agenda (Meeting topic: openstack-sdk-php)"15:32
mfer1. Usage of final, private, and protected (mfer)15:32
mfer2. Reviews in progress - any questions/concerns? (samchoi)15:32
*** seizadi has joined #openstack-meeting-315:32
mferand changes or additions to make?15:33
*** otherwiseguy has joined #openstack-meeting-315:33
samchoino, this seems good since we have a shortened meeting15:33
jamiehannafordI have nothing to add15:33
mfer#topic Usage of final, private, and protected15:33
*** openstack changes topic to "Usage of final, private, and protected (Meeting topic: openstack-sdk-php)"15:34
mfer#link http://lists.openstack.org/pipermail/openstack-dev/2014-June/036842.html15:34
mferThe link is to the list thread on this topic15:34
mferjamiehannaford I think we're coming at this from two different styles of writing PHP15:35
mfertwo different valid styles used in the PHP community15:35
jamiehannafordI agree they're different approaches, but I don't think they just apply to PHP15:37
mferjamiehannaford how familiar are you with the style where folks need to override a piece of functionality and extend the class to do so. It's less about the `Cat extends Animal` method and more about the practicalities of getting something done15:37
mferI say PHP because some languages, like Python, don't have this issue because they don't have Private as an option15:37
jamiehannafordhow familiar? I know of it, and think it's wrong15:38
jamiehannafordPython has a strong convention - so doesn't need keywords like private15:38
jamiehannafordthey tend to use _ and __15:38
mfersure, but if someone wants to they can access those... just at their own risk15:38
jamiehannafordbut it's a completely different culture, they see visibility in a completely different way from PHP I think15:38
jamiehannafordI don't think we should allow that risk15:38
jamiehannafordlet me ask  a question:15:39
*** jpich has joined #openstack-meeting-315:39
mferso, lets go back to the use cases. I'd prefer to solve problems than to get into opinions on style15:39
* mfer waits for question15:39
jamiehannaforddo we support public visibility for properties?15:39
jamiehannaford$server->name = 'foo';15:39
jamiehannafordI mean, do we think it's a good idea15:40
jamiehannafordor do we instead support $server->setName('foo');15:40
jamiehannafordwe choose the latter, don't we?15:41
*** SumitNaiksatam has quit IRC15:42
mferThat's up for debate. The reason is important. A class has a behavior described by an interface. The caller should only be concerned with the interface. Whether that's the thing we ship, what someone extended from our stuff (using ours as the basis for theirs), or something else all together that supports the interface.15:42
jamiehannafordcompletely agree15:42
mferAre they protected or public.... if they are public than it needs to be clearly docuented15:42
jamiehannafordthe interface is the most important thing15:42
mferenabling developers to be successful is the most important thing15:42
jamiehannafordmodifying properties directly is completely undermining an interface15:42
*** SumitNaiksatam has joined #openstack-meeting-315:43
mferwe're not building a library... we're enabling developers to access openstack services. i view it differently than if i was creating something like a UUID library15:43
mferthe question is, how do we enable a wide variety of developers who use different conventions to be successful?15:43
jamiehannafordwhat do you mean by "library"?15:43
mferthe code we include in the SDK to get people going. The library/binding15:44
jamiehannafordI don't understand what you mean - we are building a "library" or "kit" that enables devs to work with openstack APIs15:44
*** Sukhdev has joined #openstack-meeting-315:45
mferour goal isn't to build the library. the goal is to enable a wide variety of developers to be successful accessing openstack services. we're including a library only as a way to meet that goal15:45
mferso, we need code that wordpress devs, drupal devs, symfony devs, home grown framework devs, zf devs, and many others can use15:46
mferand enables them to be successful15:46
mferrather than having different libraries for different communities15:46
jamiehannafordhow does using protected visibility make developers more successful?15:46
mferlike one that feels right for drupalers, one that feels right for symfony folks, etc15:46
jamiehannafordso here's the thing15:46
jamiehannafordtoday I went into #symfony on irc and asked about this15:47
mferthat's not the protected part. it's the private/final part that changes development habits15:47
jamiehannafordI asked people they're opinion on using private visibility and encourage alternative ways of extension15:47
jamiehannafordnearly everyone I spoke to had very strong ideas that private visibility was right, and the way to go15:47
jamiehannafordI also did this on Stack Overflow15:47
jamiehannafordand I looked at some of the most popular libraries for PHP - all advocate private visibility because it enforces encapsulation15:48
mferso, i went to Drupal developers (who are a different breed) and asked the same question. And I was universally told not to use private15:48
mferand I went to developers of some other libraries who said the same thing15:48
jamiehannafordcould you share those conversations on the mailing list? I'd like to see the feedback15:48
jamiehannafordI'll post my R&D too15:48
mferasking a community (sub-culture) of the whole PHP their opinion isn't going to represent PHP devs... jsut that subculture15:48
samchoijamiehannaford: I've been seeing more mixed responses on sites such as Stack Overflow, especially when the private/protected/public debate came up for other OO languages15:48
samchoiI'm surprised that a public site would heavily lean towards one side exclusively15:49
jamiehannafordsamchoi did you see responses from php people? what do other OO languages feel about this?15:50
jamiehannafordI know you have experience with them15:50
samchoiYea, it was pretty interesting to see the variety of responses :)15:50
samchoiOne question, the votes would lean towards protected/public, the next question would lean towards private...15:50
mferi think it's important to note that the community around symfony doesn't represent PHP as a whole. Far from it. I don't want to go down a stylistic route that inhibits the development of those who take a different path.15:51
jamiehannafordsymfony, composer, guzzle, phpspec, behat15:51
jamiehannafordmillions of downloads, thousands of stars - I'd say that's a fair representation, no?15:51
samchoiin C++, if I remember correctly, final classes weren't supported by most distributions until as late as 2012. The C++ community is still asking why final classes exist from what I've observed.15:52
*** eghobo has joined #openstack-meeting-315:52
jamiehannafordhmm, I have no C++ experience, zilch :)15:52
jamiehannafordcommunity involvement is great, but inevitably we should decide based on what *we* believe in15:53
jamiehannafordI believe that an interface is the most important thing15:53
mferDrupal has millions of downloads. It's just not a project on github. very different style. Even Drupal 8 which is using some Symfony components isn't adopting the Symfony style for its own code15:53
jamiehannafordstate should be modified through an interface15:53
mferWordpress has millions of downloads and is stylistically entirely different15:53
mfergoing by github numbers only holds to projects on github15:53
jamiehannafordare you advocating we use a procedural style like WP?15:53
*** thomas_morin has quit IRC15:54
mferhaha, no. just making it in a way accessible to those developers to integrate in15:54
mfermy point was more to look at community opinions. symfony with millions of downloads is still a subset of PHP developers15:54
*** tomoe_ has quit IRC15:54
jamiehannafordbut if developers *are* successful with symfony, guzzle et al - why do you think they won't be if we use private visibility?15:54
jamiehannafordthat's what i don't understand15:54
mferlets go to my two use cases15:55
jamiehannafordsamchoi what do you think about the importance of an interface?15:55
mfer"1. Someone needs to add functionality to a class but can't add it back15:55
mferupstream. That could be because they are in a hurry to get their app15:55
mferout and aren't concerned with contributing it or because the15:55
mferorganization they work for won't let them release it in a timely15:55
mfermanner or ever."15:55
mferthis could be added functionality or a bug15:55
*** jpich has quit IRC15:55
samchoican you elaborate jamiehannaford ? Since I could misinterpret what you mean15:56
mferthe easy way I've seen countless times is to extend the class, alter what needs to be altered, and use the new class in place of the old one15:56
*** pballand has quit IRC15:56
mferwhat alternative method should be used?15:56
jamiehannafordthere's so ways to change the state of an object: the first is directly accessing its properties. the second is to call methods defined on an interface15:56
jamiehannafordI heavily prefer the second15:56
mferno, i mean the internals of what's happening (not what's passed in or returned) needs to be changed15:57
jamiehannafordmfer could you elaborate on what type of functionality we expect users to be adding to the SDK?15:58
samchoimore than the exact functionality being added to the SDK, I thought the bigger issue was that the small group of contributors we have wouldn't be able to predict what our end users would ultimately end up doing with the SDK?16:00
mferan assumption is we know what to expect. i don't think we can ever say we know everything they'd want to do.16:00
mfersay the openstack setup they're talking to has a custom extension. so, they need to alter a method on a class to take advantage of that extension16:01
*** pballand has joined #openstack-meeting-316:01
*** jcoufal has quit IRC16:02
*** amotoki has joined #openstack-meeting-316:02
*** terryw has joined #openstack-meeting-316:03
mferanother example is they want to inject logging in specific spaces between the code. maybe it's for debugging or custom audit purposes.16:04
jamiehannafordmfer you'd use DI for that16:04
jamiehannafordthat satisfies the PSR interface or something16:04
jamiehannafordI can't really respond with specifics unless there's a specific scenario you're worried about16:05
mferthat's the idea. we don't knwo the specifics16:05
jamiehannafordan API is a promise to the end-user - if we're not confident in it, or don't enforce it, what value does it have?16:06
jamiehannafordall I'm saying is that there are better ways to extend behaviour16:06
jamiehannafordways that are well known to LOTS of PHP devs16:06
mferthe promise is defined in the interface. we supply one implementation of that against vanilla openstack.16:07
jamiehannafordand if we think inheritance is the ONLY thing they know, we're selling them massively short16:07
mferhow people alter openstack (which is built in) or need to extend our SDK is up to them16:07
*** otherwiseguy has quit IRC16:07
jamiehannafordsure, and inheritance is not the only way to do that16:07
jamiehannafordit's actually an anti-pattern that causes a lot of harm16:07
jamiehannafordthis is not a debate about extension. I support extension massively16:07
jamiehannafordthis is about whether inheritance should be actively promoted with open visibility16:08
mferopen visibility to what? to all the innerds or just a subset chosen by the developer who doesn't know the use case the new person has to deal with16:09
mferthere's a difference between a promise (though an interface) and enabling devs of different styles to extend things16:09
jamiehannafordprotected visibility is as dangerous as public visibility16:10
mferto whom? the person who needs to make a fast alteration to deliver on time16:10
jamiehannafordmfer I disagree. you're unnecessarily promoting bad practice when there better and more effective ways to extend/modify/access behaviour16:10
mfernote, the alternative will be people who change the core code of the class and have to manage that change... or not16:10
mferthere will be people who do that16:10
jamiehannafordyes, and to us who can't refactor something in 6 months because we've opened up the entire class16:11
mferthey will just stay with their legacy code which they've altered16:11
mferif we refactor we increment the semver accordingly16:11
jamiehannafordright, but you can't introduce a non-BC change16:11
jamiehannafordmaking things protected obliges us to support multiple APIs16:12
mferwe make promises with interfaces and the code openstack ship noted via semver. what others do with it is on them not us16:12
jamiehannafordwhich restricts us down the line16:12
jamiehannafordso if we're actively saying "do not do this - it is not supported" and we know other libraries are incredibly successful pushing other forms of extension, why do we believe inheritance is right for us?16:12
mferany change they make to our stuff is on them not us16:12
mferwe can't make API changes without incrementing the first number of the semver16:13
*** terryw has quit IRC16:13
jamiehannafordwe have a responsibility to our users to make sure we support them - we can't just say "use whatever, but we don't support this bit if you break it"16:13
mferwe need to be careful to not try to control people but instead enable16:14
*** otherwiseguy has joined #openstack-meeting-316:14
mferif they alter the codebase they altered it16:14
jamiehannafordwe support them with well-defined APIs and solidify those expectations16:14
samchoiAbout public/protected, I would argue that it's not dangerous given that things like the final class weren't around until Java introduced it. Some languages still don't have a concept of final classes. End users of APIs were doing alright before the concept of 'final' existed so it seems a bit extreme so say that we're restricting ourselves simply by making classes extendable16:14
samchoihowever, I do support final classes in the right circumstances16:14
samchoialthough, imo, it'd be rare for an API like ours16:15
samchoiand sorry getting distracted by a 2nd meeting16:15
jamiehannafordbut the fact is, it doesn't matter what we didn't have in the past - we have these language features now16:16
mferthere are patterns where we don't need private/final and are fairly simple for this stuff16:16
jamiehannafordthey were introduced for a reason16:16
mferwhen to use them is debated16:16
jamiehannafordmfer which patterns?16:16
mferjamiehannaford so, samchoi and I are totally distracted in a second meeting. i need to pay attention right now. can I send it to the mailing list?16:17
jamiehannafordyeah, sure16:17
jamiehannafordsorry for overrunning :)16:17
samchoigood discussion topic16:17
*** eghobo has quit IRC16:18
*** eghobo has joined #openstack-meeting-316:18
mferjamiehannaford nothing to be sorry about. i understand where all this is coming from. I just happen to have spent time in other corners of the PHP world. I want to help all of them be successful. even many of those who will do things I won't.16:19
mferI know we didn't get to all the topics... is it ok to end now?16:19
jamiehannafordyep, fine with me16:20
samchoialright16:20
mferjamiehannaford thanks!16:20
mfer#endmeeting16:21
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:21
openstackMeeting ended Wed Jun 18 16:21:03 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:21
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack_sdk_php/2014/openstack_sdk_php.2014-06-18-15.30.html16:21
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack_sdk_php/2014/openstack_sdk_php.2014-06-18-15.30.txt16:21
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack_sdk_php/2014/openstack_sdk_php.2014-06-18-15.30.log.html16:21
*** pballand has quit IRC16:23
*** tjones has joined #openstack-meeting-316:27
*** yjiang5 has joined #openstack-meeting-316:29
tjones#startmeeting nova bug scrub16:30
openstackMeeting started Wed Jun 18 16:30:19 2014 UTC and is due to finish in 60 minutes.  The chair is tjones. Information about MeetBot at http://wiki.debian.org/MeetBot.16:30
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:30
*** openstack changes topic to " (Meeting topic: nova bug scrub)"16:30
openstackThe meeting name has been set to 'nova_bug_scrub'16:30
tjoneshi anyone here today?16:30
stratuspaulghi, tjones, I'm new here.16:30
tjoneswelcome stratuspaulg16:30
stratuspaulgThanks!16:30
stratuspaulgI'm here to lobby to get the following bug fixed:16:31
stratuspaulghttps://bugs.launchpad.net/nova/+bug/123986416:31
wendar_o/16:31
*** wendar_ is now known as wendar16:31
yjiang5o/16:31
stratuspaulgor at least assigned.16:31
tjonesok lets start with that bug then today16:32
tjones#link https://bugs.launchpad.net/nova/+bug/123986416:32
stratuspaulgthank you16:33
tjonesstratuspaulg:  you have a patch for this ??16:33
stratuspaulgyes, it is attached to the bug report16:33
stratuspaulgwe have tested the patch on Havana and Icehouse and it works for both16:33
tjoneswhy not push upstream?16:34
tjonesi mean you've already done the work, why not get the credit?16:34
stratuspaulgGood question. I'm new at all this. And I don't grok Python, so I'm reluctant to push something I don't understand.16:34
stratuspaulgI'm assuming there is no CI test for Zookeeper, or it would be obvious that ZK is broken.16:35
tjonesok anyone here familiar with zookeeper?16:35
stratuspaulgso that's another risk.16:35
wendarstratuspaulg: well, the nice thing about review is it won't go in without several people looking at it who do know the code16:35
stratuspaulgwendear: good to know16:35
wendarand, you'll have an opportunity to respond to comments, and even upload revised versions of the patch if you need to16:36
tjonesstratuspaulg: the process is that you publish a patch and several people review it - including people who are familar with the area (core reviewers). Only until 2 of them approve does it get merged16:36
*** nacim has quit IRC16:36
stratuspaulgso I should take a deep breath and push it? I feel dumb asking, but those steps are presumably documented on the wiki.16:37
tjonesyou would need to get it into juno and then propose a backport to icehouse.  I think havana is done now so thats as far back as you could go16:37
tjonesyes it's on a wiki - just a sec16:37
stratuspaulgtjones: ok16:37
stratuspaulgwe don't need it in Havana. We would like it in Icehouse.16:37
stratuspaulgJune first makes sense.16:37
wendarand, if you run into any questions from the wiki, we're around on #openstack-dev to answer16:37
stratuspaulgIs the process similar for adding a CI test?16:37
stratuspaulgwendar: beautiful!16:38
tjonesstill looking16:38
tjoneswendar: do you happen to know here the processes is documented?  I just can find this one https://wiki.openstack.org/wiki/Gerrit_Workflow16:38
wendartjones: that would be the one16:39
wendaryou may also find this one helpful: http://www.joinfu.com/2014/01/understanding-the-openstack-ci-system/16:39
tjonesstratuspaulg: it's such a small patch - it will be a good experience to do it ;-)16:39
stratuspaulgOK, I'll read up and it and give it a whirl. Many thanks to all of you. I'll notify openstack-dev if I have problems/questions.16:39
stratuspaulgtjones: sure. indeed.16:40
tjonesstratuspaulg: good luck!16:40
stratuspaulgwendar: thanks16:40
tjonesok moving on16:40
tjonesso i have already done the tagging and thought we could do something different this time16:40
tjonessorry for the long link -16:40
tjoneshttps://bugs.launchpad.net/nova/+bugs?field.searchtext=&orderby=-importance&search=Search&field.status%3Alist=NEW&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_bran16:40
tjonesthis is the untriaged list16:41
wendarah, good idea16:41
*** tomoe_ has joined #openstack-meeting-316:41
tjonesthere are 182 bugs here - so we will just scratch the serface16:42
tjonesor surface16:42
wendarany progress is good16:42
tjones#link https://bugs.launchpad.net/nova/+bug/131177816:42
tjonesthis one is marked critical by sdague16:43
*** mike-grima has joined #openstack-meeting-316:43
tjonesim not sure there is much to do done based on mridem's analysis.  thoughts?16:44
wendarISTR, they're working on it, and it is about slow VMs16:45
tjonesthe possiblity of masking a big issue makes me reluctant to just punt on  it though16:45
*** lcheng has quit IRC16:45
wendarso, I don't think there's much we can do at the moment16:45
wendarI'm tempted to assign it to sdague, since he marked it critical16:45
tjonesheh16:45
wendarbut, should probably talk to him first16:45
*** armax has left #openstack-meeting-316:45
tjonessdague: you want to take https://bugs.launchpad.net/nova/+bug/1311778 on??16:46
tjonesok lets move on16:46
tjones#link https://bugs.launchpad.net/nova/+bug/129147116:46
*** cjellick_ has joined #openstack-meeting-316:46
tjonesthis is on havana16:47
*** MaxV has quit IRC16:47
tjonesdoes not happen on icehouse16:48
wendarshould it be tagged for possible backport?16:48
wendarIncomplete seems appropriate, still.16:48
tjoneswonder if it could be backported16:49
tjonesbecause they are asking for more cinder logs?16:49
*** cjellick has quit IRC16:50
wendarwasn't able to retest on Icehouse, and yes, last entry was a request for more information16:50
tjonesok asked for the logs again and moved to incompelte16:51
tjones#link https://bugs.launchpad.net/nova/+bug/112974816:51
wendarand, last input from the reporter was mid-April16:51
tjonesthis one also is old as the hills16:52
wendarseems stalled16:52
tjonesyes16:52
wendarif we can verify it's not a problem in icehouse and beyond, maybe Incomplete and allowing it to die is best16:53
wendarmaybe also checking in with packagers to see if this is a problem for them16:54
tjonesi don't see why it would not be a problem in icehouse though.  who are the packagers??16:54
wendarI know them in Ubuntu and Debian, not sure on Fedora/RHEL.16:55
wendarzigo is Debian16:56
zigoHi.16:56
wendarhi zigo, any thoughts on whether https://bugs.launchpad.net/nova/+bug/1129748 is a problem for packagers?16:56
*** lcheng has joined #openstack-meeting-316:57
* zigo reads16:57
zigoI agree images shouldn't be world readable.16:58
zigoWe would consider this as a security issue in Debian.16:58
wendarDo you think it can be fixed in OpenStack, or only in the packaging for each distro?16:59
*** mike-grima has quit IRC16:59
zigoEven though a low importance one, as there's not so much use case for having a multi-user computer which also does compute workload.16:59
wendar:)17:00
zigowendar: I think it's up to OpenStack to do that, cause the distro is only creating /var/lib/nova, nothing else.17:00
tjonesthanks zigo.  wendar i need to drop off to start my next meeting.  thanks for your help today17:01
wendarzigo, okay, thanks17:01
wendartjones: sounds like we need to contact xavier and see if he's planning on doing anything with this17:01
wendartjones: I can do that17:01
tjonesok thanks17:01
tjones#endmeeting17:02
*** nlahouti has left #openstack-meeting-317:02
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"17:02
openstackMeeting ended Wed Jun 18 17:02:01 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:02
openstackMinutes:        http://eavesdrop.openstack.org/meetings/nova_bug_scrub/2014/nova_bug_scrub.2014-06-18-16.30.html17:02
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/nova_bug_scrub/2014/nova_bug_scrub.2014-06-18-16.30.txt17:02
openstackLog:            http://eavesdrop.openstack.org/meetings/nova_bug_scrub/2014/nova_bug_scrub.2014-06-18-16.30.log.html17:02
zigoI think 2 actions should happen: remove the r bit from images, and remove the x bit from the folder.17:02
zigo(so that nobody can read the folder)17:02
zigoHum... I'll write in the bug report! :)17:02
wendarzigo: thanks!17:02
*** jmsoares has quit IRC17:02
*** mike-grima has joined #openstack-meeting-317:05
*** amotoki has quit IRC17:07
*** lcheng has quit IRC17:07
*** anil_rao has joined #openstack-meeting-317:13
*** mrunge has quit IRC17:13
*** lcheng has joined #openstack-meeting-317:19
*** rm_work is now known as rm_work|away17:20
*** armax has joined #openstack-meeting-317:21
*** samchoi has quit IRC17:25
*** vinay_yadhav has joined #openstack-meeting-317:27
*** cathy_ has joined #openstack-meeting-317:28
*** LouisF has joined #openstack-meeting-317:29
*** SridarK has joined #openstack-meeting-317:29
*** jmsoares has joined #openstack-meeting-317:29
*** s3wong has joined #openstack-meeting-317:29
*** lcheng has quit IRC17:29
banixAny Advanced person here? :)17:29
SumitNaiksatambanix: yo!17:30
*** regXboi has joined #openstack-meeting-317:30
mike-grimaHello Sumit17:30
SridarKHi17:30
banixSumitNaiksatam: hi17:30
cgoncalvesbanix: not even close :-)17:30
cgoncalveshi folk17:30
vinay_yadhavhello!17:30
regXboiam I not fasionably late?17:30
SumitNaiksatambanix: i believe everyone is busy doing their review homework :-P17:30
SumitNaiksatamat least i hope17:30
s3wongHello17:30
SumitNaiksatammike-grima SridarK cgoncalves vinay_yadhav regXboi s3wong: hi17:31
banixwhat homework you mean fun tasks17:31
mike-grimaSumit, I finally found time to enter the IRC.  To review, I was the one working on the Firewall thesis17:31
SumitNaiksatambanix: we are going to check on that17:31
* regXboi attempts conference call in parallel with irc meeting17:31
banixcgoncalves: all hello17:31
SumitNaiksatamok lets get started17:31
* regXboi thinks this might get very strange17:31
vinay_yadhavi am reviewing the spec will be done with it today17:31
enikanorovhi all17:31
banixregXboi: it will17:31
SumitNaiksatam#startmeeting Networking Advanced Services17:31
*** rkukura has joined #openstack-meeting-317:31
openstackMeeting started Wed Jun 18 17:31:41 2014 UTC and is due to finish in 60 minutes.  The chair is SumitNaiksatam. Information about MeetBot at http://wiki.debian.org/MeetBot.17:31
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.17:31
*** openstack changes topic to " (Meeting topic: Networking Advanced Services)"17:31
openstackThe meeting name has been set to 'networking_advanced_services'17:31
rkukurahi17:31
SumitNaiksatam#info agenda: https://wiki.openstack.org/wiki/Meetings/AdvancedServices17:31
cathy_hi17:32
SumitNaiksatamto put things into perspective, here is the Neutron Juno project plan (as proposed by the PTL earlier)17:32
regXboiI'm pretty sure I've reviewed all the BPs17:32
SumitNaiksatam#info Neutron Juno Project Plan: https://wiki.openstack.org/wiki/NeutronJunoProjectPlan17:32
SumitNaiksatamwe need to prioritize accordingly17:32
*** OSM has joined #openstack-meeting-317:33
SumitNaiksatami think we are on track, but just wanted to put it out there17:33
SumitNaiksatam#topic Action item review17:33
*** openstack changes topic to "Action item review (Meeting topic: Networking Advanced Services)"17:33
regXboiwe are tracking to -2 right?17:33
SumitNaiksatamregXboi: yes absolutely17:33
SumitNaiksatam-2 and -317:33
regXboithx17:33
s3wongregXboi: service insertion seems to be J-317:34
SumitNaiksatamall of us had the homework assignment to vote up or down on the prioritized features: #link https://wiki.openstack.org/wiki/Neutron/AdvancedServices/JunoPlan17:34
*** pgpus has joined #openstack-meeting-317:34
SumitNaiksatams3wong: it needs to land much sooner to be reviewed in time for J-317:34
s3wongSumitNaiksatam: absolutely17:35
*** pcm_ has joined #openstack-meeting-317:35
SumitNaiksatamthanks to all who reviewed17:35
SumitNaiksatamany general comment that anyone wants to make regarding the reviews (before we get into the specifics)?17:36
s3wongSumitNaiksatam: flavor just uploaded a new spec, thus negating all our hard-earned +/- 1s17:36
*** natarajk has joined #openstack-meeting-317:36
SumitNaiksatams3wong: ha17:36
SumitNaiksatams3wong: please give enikanorov credit he is working hard17:36
enikanorovi'll give an update shortly17:36
*** rm_work|away is now known as rm_work17:36
SumitNaiksatamthe other AI from last meeting was by enikanorov to himself to put some specific updates in the spec, and i believe he has done that17:37
SumitNaiksatamso with that lets dive in17:37
s3wongflavor is targeted for the LBaaS mid-cycle, so everyone suddenly commented on flavor framework :-)17:37
*** badveli has joined #openstack-meeting-317:37
SumitNaiksatam#topic Flavors17:37
*** openstack changes topic to "Flavors (Meeting topic: Networking Advanced Services)"17:37
SumitNaiksatam#link https://review.openstack.org/#/c/9007017:37
enikanorovyes, we all love those people jumping in to the last cab of the train :)17:37
SumitNaiksatamenikanorov: go ahead with your update17:37
enikanorovso, there was several major updates17:38
SumitNaiksatamenikanorov: i noticed you just uploaded another patch17:38
enikanorovyes, so let me describe updates from the last week's version17:38
enikanorov1. REST API17:38
enikanorovtags have their separate resource17:38
enikanorovthat might be harder to use from CLI perspective, but will allow some flexibility later17:39
enikanorovsuch as updating tags17:39
enikanorovalso it allowed to add attitional attribute to a tag within a flavor: visibility17:39
enikanorovso admin can create tag invisible to a user17:39
*** dlenrow has quit IRC17:40
enikanorovthis way admin can create mapping between flavors and drivers that support same set of capabilities17:40
enikanorovso, for example "VendorName" tag may be invisible withing the flavor17:40
enikanorovso Gold and Silver flavors will show exactly same capabilities to a user, but internally they map to different providers17:41
enikanorovhow do you like the idea?17:41
garyduanenikanorov: how the admin created flavor bind to a vendor driver?17:41
*** nati_ueno has joined #openstack-meeting-317:41
enikanorovthe idea is that driver may extend its capabilities from configuration17:42
*** beyounn has joined #openstack-meeting-317:42
enikanorovand that can be usd to create such artifical mapping17:42
*** lcheng has joined #openstack-meeting-317:43
enikanorovmore questions on this idea?17:43
s3wongenikanorov: do tenants get to query the list of capabilities from a Flavor?17:43
enikanorovthey may do 'list-flavors' and 'show-flavor', latter will give everything that is visible17:44
enikanorovall flavor tags and their values17:44
garyduanenikanorov: I understand that we have discussed this many times, but I have a question17:44
enikanorovgaryduan: shoot17:44
cathy_Are the additional attributes used for helping selecting the driver in the case that multiple drivers support the user's flavor request?17:44
garyduanenikanorov: In real world, would the operator create flavors purely based on capabilities that vendors expose17:44
LouisFenikanorov: can a tenant create a flavor?17:45
enikanorovgaryduan: hmm, i don't know. I'd like to give ability that will suit different needs.17:45
enikanorovLouisF: no17:45
*** Sukhdev has quit IRC17:45
garyduanenikanorov: or, what vendors expose are just informational for the admin17:45
enikanorovcathy_: that might be. that's up to admin17:45
enikanorovgaryduan: right, what vendors expose is for admin17:45
garyduanenikanorov: admin creates flavor directly mapped to the vendor, but doesn't have to expose the vendor name17:45
enikanorovgaryduan: yes, it is possible to do so, if it is needed.17:46
s3wongenikanorov: garyduan: the reason I asked the above question is, if there are tags that aren't visible to user (or even if it is visible), vendor can add vendor-tag, and operator can simply map vendor tag to a Flavor17:46
pcm_enikanorov: As expressed in spec, I'm wondering how we handle large number of capabilities, like VPN has.17:46
enikanorovs3wong: yes, that's the example i've given17:46
s3wonggaryduan: thus giving an elegant way for direct mapping of a Flavor to a vendor17:46
garyduanenikanorov: I know this is a subset of current proposal17:46
enikanorovpcm_: we need to think about it. that might be some 'tag suggestion' from the driver...17:47
garyduanwhat I am not clear is the still the binding part17:47
*** safchain has quit IRC17:47
enikanorovi'd put it out from initial implementation17:47
enikanorovgaryduan: binding is flavor_id in the resource + as in provider framework17:47
*** Kanzhe has joined #openstack-meeting-317:48
LouisFenikanorov: can we rename tag to capability?17:48
cathy_Thanks for your reply. I am not sure what is meant by "up to Admin". I was thinking the Flavor framework internal algorithm will automatically select the best driver based on some configured priority criteria in the case that multiple drivers satisfy the user's flavor request. Could you clarify17:48
garyduanI mean the tag created by the admin, how to bind it to a driver17:48
cathy_how the "Admin" selection works?17:48
SumitNaiksatamok lets have a little more order to the conversation17:48
SumitNaiksatami think enikanorov is getting slammed here17:49
s3wongLouisF: why? wouldn't "tag" be better if we want to use tag for more than just driver capability in the future?17:49
* pcm_ SumitNaiksatam +117:49
SumitNaiksatamso let me first ask, the questions that are being asked here, have they been added to the review?17:49
enikanorovLouisF: hmm, i know that may create confusion. i think tag is what admin or user work with, and capability is what driver/backend supports17:49
SumitNaiksatamenikanorov: one sec17:49
enikanorovthese are the same notion in different 'places'17:49
SumitNaiksatamasking again, have the questions being asked here posted in the review17:50
SumitNaiksatami can understand that some of the changes came in late, so people probably have not had a chance to review those17:50
s3wongSumitNaiksatam: enikanorov: the only comment I have was that instead of adding flavor_id attribute to each service instance, it is already in the ServiceBase, so no need to do that17:50
garyduanFor my question, not yet.17:50
SumitNaiksatamgaryduan: cathy_ LouisF pcm_: your questions?17:50
enikanorovs3wong: i'm not sure, but i think it still needed in the service instance resource17:50
SumitNaiksatamgaryduan: ok17:51
enikanorovunless you're redefining whole extension framework17:51
LouisFwil post17:51
pcm_SumitNaiksatam: mine was voiced in the review.17:51
s3wongenikanorov: SumitNaiksatam: however, I do understand flavor is going to land before service insertion, so perhaps you want it for initial implementation17:51
enikanorovSumitNaiksatam: I've also added the section about how to organize tags17:51
cathy_not quite.17:51
SumitNaiksatampcm_: ok, in that case enikanorov do you think you have answered all the previous questions?17:51
enikanorovwill copy it here as well: http://paste.openstack.org/show/84407/17:51
cathy_will post17:51
SumitNaiksatamjust want to make sure that some of the questions are not lost when new patch sets are posted17:52
SumitNaiksatamotherwise we end up discussing the same thing and are not making progress here17:52
SumitNaiksatami really wanted that we would get closure on the spec today17:52
garyduanI will post to the spec review.17:52
SumitNaiksatamhowever, it seems that people have more questions at this stage17:52
enikanorovSumitNaiksatam: +10^10^1017:52
*** lcheng has quit IRC17:53
SumitNaiksatamenikanorov: we are all trying our best and understand the frustration an your end too17:53
enikanorov*more people have more questions :)17:53
SumitNaiksatamis Stephen Balukoffhere?17:53
*** nati_ueno has quit IRC17:53
SumitNaiksatami dont know his IRC handle17:53
enikanorov1 sec17:53
SumitNaiksatamenikanorov: do you?17:53
s3wongSumitNaiksatam: he is in #openstack-lbaas17:53
enikanorovyes, i've invited him17:53
*** prasadv has joined #openstack-meeting-317:53
SumitNaiksatamenikanorov: thats great17:53
enikanorovhehe17:54
*** nati_ueno has joined #openstack-meeting-317:54
SumitNaiksatamhe seemed to be representing the operator view, and i think we should definitely factor that opinion17:54
s3wongSumitNaiksatam: sbalukoff17:54
SumitNaiksatamwe also need to be pragmatic17:54
s3wongSumitNaiksatam: I also asked him to join at #openstack-lbaas17:54
SumitNaiksatamin terms of what making a start here, versus trying to land everything and not getting anything17:55
pgpusI believe no two service will have same capability ever, so simple baseclass with tag extesions for back end capability i s good enough for first cut, the only question is who dwfines tags admin  or service tenenant and that can be sorted out17:55
SumitNaiksatams3wong: thanks17:55
*** sbalukoff has joined #openstack-meeting-317:55
SumitNaiksatampgpus: ok17:55
sbalukoffHi folks!17:55
s3wongSumitNaiksatam: there he is. Welcome sbalukoff!!!17:55
SumitNaiksatami also had a suggestion that the tags can be namespaced, so that we can avoid ambiguity and overlaps17:55
enikanorovpgpus: no classes for tags for science sake!17:55
s3wongSumitNaiksatam: you have question for sbalukoff?17:55
SumitNaiksatamsbalukoff: welcome17:55
*** ctracey has joined #openstack-meeting-317:56
enikanorovSumitNaiksatam: see the pseudocode example. does it answers your concerns?17:56
*** dougwig has joined #openstack-meeting-317:56
SumitNaiksatamsbalukoff: we are tracking the flavors spec17:56
sbalukoffExcellent!17:56
SumitNaiksatamenikanorov: my apologies i did not get a chance to read the latest version17:56
sbalukoffI'm very opinionated. Sorry!17:56
enikanorovSumitNaiksatam:  http://paste.openstack.org/show/84407/17:56
SumitNaiksatamsbalukoff: we noticed that you had some comments17:56
sbalukoffIndeed. :)17:56
SumitNaiksatamand we want to make sure that those are heard/addressed17:56
enikanorovthat's specifically for the tags organization17:56
SumitNaiksatamenikanorov: ok17:57
sbalukoffWe are here at the neutron-lbaas hackathon in Texas and were about to discuss Flavors as well.17:57
SumitNaiksatamsbalukoff: we discuss this on a weekly basis, and enikanorov has been diliegently on this spec for a few months now17:57
sbalukoffWhat time does this meeting end? Are we going to be OK on time?17:57
SumitNaiksatamwe really need to make progress with at least getting the first iteration in17:57
sbalukoffAah. Ok.17:58
SumitNaiksatamsbalukoff: are your concerns addressed in the lates patch set posted by enikanorov?17:58
s3wongsbalukoff: it ends at 1:30pm central time17:58
sbalukoffWell, let's make sure we aren't going to be shooting ourselves in the foot. :)17:58
SumitNaiksatamsbalukoff: most definitely17:58
s3wongi.e., in 30 minutes17:58
sbalukoffSumitNaiksatam: Actually, my concerns are not addressed by that. I just got done responding to the BP. XD17:58
enikanorovsbalukoff: regarding the matching. WHole purpose of the framework was to get rid of 1:1 matching and make it flaxible17:59
SumitNaiksatamsbalukoff: ah ok17:59
enikanorovand depentend on capabilities17:59
Kanzheenykeev: I posted a suggestion in the review to separate capability into two, user-facing capabilities, driver capabilities. Provider can manage the mapping between the two.17:59
sbalukoffenikanorov: I think I'm starting to understand that, but then how do you propose to provide a way for vendors to expose unique advanced features?17:59
Kanzhes/enykeev/enikavorov17:59
enikanorovsbalukoff: just like non-unique ones17:59
enikanorovsbalukoff: it's actually up to the admin to expose this to user18:00
sbalukoffOk, I get that non-unique ones. Tags make a lot of sense for that.18:00
SumitNaiksatamso we are 30 mins into the meeting discussing this one topic18:00
sbalukoffCould vendors, say, provide unique tags that apply to features they only can provide?18:00
SumitNaiksatamshould we call a separate one off meeting to address any residual concerns?18:00
*** igordcard has quit IRC18:00
SumitNaiksatamenikanorov: what do you think?18:00
enikanorovsbalukoff: absolutely. they can18:01
s3wongSumitNaiksatam: enikanorov: I am attending the LBaaS mid-cycle as well. If there is any strong objection to flavor or new ideas, I will let you guys know18:01
sbalukoffenikanorov: I agree that the admin/operator needs to have final say in what is exposed to the user.18:01
sbalukoffBut Vendors need to have a way to expose their functionality to admins/operators so that they can decide whether to expose this to users.18:01
enikanorovSumitNaiksatam: please +2 minutes :)18:01
enikanorovsbalukoff: and they can do that18:01
SumitNaiksatamfolks i am happy to spend to the whole hour on this topic if we have a gaurantee to have consensus at the end of the hour :-P18:02
sbalukoffenikanorov: That's great then! Could you update your BP with an example as to how this is done?18:02
LouisF+118:02
enikanorovsbalukoff: yes. it actually  has a pseudocode example of that, i;ll update that example wth vendor-specific tags18:02
s3wongSumitNaiksatam: unlikely as the LBaaS folks and markmcclain will be talking about flavor later in the day18:02
sbalukoffSumitNaiksatam: I can only guarantee that I will argue honestly and without the intent to obstruct. I'd like to see us get this defined and done, too!18:02
enikanorov(or 'capabilities')18:02
SumitNaiksatams3wong: i dont understand why there need to be different sets of discussion18:03
sbalukoffenikanorov: As long as the vendor interface isn't terrible, then I think I'm OK with flavors as you have described it in the BP.18:03
SumitNaiksatams3wong: i would have expected markmcclain and the rest of the lbaas team to have participated here18:03
enikanorovsbalukoff: great to hear!18:03
s3wongSumitNaiksatam: more of a face to face thing, and markmcclain is in a separate meeting at the moment18:03
pcm_would it make sense to identify a few cases/scenarios, and show examples in the spec to aide in understanding?18:04
sbalukoffSumitNaiksatam: We can ask them to join if you'd like.18:04
sbalukoffThey're sitting across the room from me.18:04
enikanorovok, lets discuss flavors after he meeting18:04
enikanorov*the18:04
sbalukoffpcm_: Yes, it would.18:04
SumitNaiksatamenikanorov sbalukoff: so it seems that we have some high level consensus18:04
pcm_sbalukoff: seems like we have a few, and that may help answer questions.18:04
s3wongenikanorov: sure. hopefully you will still be awake on the #openstack-lbaas channel by then :-)18:04
SumitNaiksatamenikanorov: so you will be putting a new patch set?18:05
sbalukoffWe've been doing a lot of hand-waving in other discussions, shuffling off difficult configuration or edge cases to this magical "flavors" framework. So knowing that it can actually deliver most of the features we want is a good idea!18:05
enikanorovSumitNaiksatam: yes, with a bit more details18:05
*** lcheng has joined #openstack-meeting-318:05
SumitNaiksatamenikanorov: sweet18:05
pcm_enikanorov: great work btw.18:05
SumitNaiksatamso lets set some milestones for this18:06
enikanorovthanks, folks18:06
SumitNaiksatamflavor framework is targeted for J-218:06
SumitNaiksatamand we dont have the spec approved yet18:06
SumitNaiksatami am not saying that we need to approve the spec because we have set the milestone18:06
SumitNaiksatambut we should try if we can to meet the milestones18:06
sbalukoffSo again, the asshole in me must point out that you have "tentative" agreement from me. :)  So please be descriptive in your examples, enikanorov! :D18:06
enikanorovhope to get +1 from your better part, sbalukoff! :)18:07
pcm_SumitNaiksatam: Could we summarize the cases/scenarios here, so enikanorov has info on what to add to the spec as examples?18:08
garyduanenikanorov: I posted my question to the review.18:08
enikanorovpcm_: let's put it offline, i think meeting needs to go further18:08
pcm_k18:08
SridarKenikanorov: we should target the basic framework and keep bells and whistles for later patches18:09
SumitNaiksatamenikanorov: i dont mind using up another 5 mins18:09
*** tmc3inphilly has joined #openstack-meeting-318:09
*** cjellick_ has quit IRC18:09
SumitNaiksatamenikanorov: can you quickly summarize at a high level what you will be addressing?18:09
enikanorovSumitNaiksatam: first of all it is API, DB, common module having a data structures for tag names and possible values, so developers could extend them18:10
*** cjellick has joined #openstack-meeting-318:10
s3wongmore lbaas folks joining :-)18:10
pgpusservice has both producer and consumer and a venor or supplier who define the capabilities, thus as long all three get their basisc minum framework we are ok18:10
enikanorovso actually things like matching/selection is left for integration phase18:10
pgpusSo flavor needs to cater to all three views18:10
enikanorovas well as extending drivers with additional capabilities18:10
enikanorovalthough i think to include dummy plugin with drivers into the unit tests as an example18:11
pgpusOK is abuilder of this we support moduler drivers and or filetrs to provie the base capability in Flavor and extend them through tags18:12
pgpusSo let you folks work backchannel with Sumit, shall we move to next topic?18:13
SumitNaiksatamenikanorov: anything more?18:13
enikanorovSumitNaiksatam: nope18:13
enikanorovthanks for the additional time!18:13
SumitNaiksatamso the rest of the team feels comfortable with these items being addressed? (a +1 will help here)18:13
pgpussure18:13
*** jtomasek has joined #openstack-meeting-318:14
SumitNaiksatamok, no objections at least18:14
*** seizadi has quit IRC18:14
SumitNaiksatamenikanorov: thanks much on this18:14
SumitNaiksatamenikanorov: perhaps we can also schedule an irc meeting while the lbaas folks are meeting f2f18:14
SumitNaiksatamperhaps tomorrow?18:14
enikanorovi would not mind.18:15
SumitNaiksatams3wong sbalukoff: what do you guys think?18:15
s3wongSumitNaiksatam: sure, we will still be in this meeting tomorrow18:15
banixenikanorov: are you at the f2f?18:15
SumitNaiksatamyou can channelize your feedback from your discussion today18:15
enikanorovbanix: no18:15
pcm_+118:15
s3wongbanix: no enikanorov isn't (the meeting is in Texas)18:15
*** tjones has left #openstack-meeting-318:15
*** lcheng has quit IRC18:15
SumitNaiksatamenikanorov: so lets set a time for tomorrow, and send it out to the -dev mailer18:15
banixyes lets move this forward18:15
SumitNaiksatammestery: ^^^18:16
enikanorovSumitNaiksatam: we may do it at lbaas meeting may be?18:16
sbalukoffNo objections from me just yet.18:16
s3wongSumitNaiksatam: he just stepped out of the room (and away from his computer) for the moment18:16
SumitNaiksatammestery: proposing an IRC for flavors discussion tomorrow with you guys18:16
SumitNaiksatams3wong: ok18:16
enikanorovsbalukoff: s3wong what do you think?18:16
SumitNaiksatamenikanorov: sure18:16
SumitNaiksatamenikanorov: your call18:16
banixs3wong: what are you doing there ;)18:16
s3wongenikanorov: sure18:16
banixs3wong: just kidding18:16
s3wongbanix: that would have been my next update :-)18:16
SumitNaiksatamthanks all for the participation and patience on this18:16
enikanorovi'm for keeping flavor discussion at lbaas meeting, 14-00 utc Thursday18:17
s3wongbanix: but enikanorov took all the time :P18:17
SumitNaiksatamsince we have used up majority of the meeting18:17
SumitNaiksatamand are not going to be able to cover all the items, let me check what is it that you would like to be discussed in the remaining time?18:17
banixand we needed 55 minutes for the steering :)18:17
s3wongbanix: probably more18:17
SumitNaiksatamshould we bring up the service insertion discussion next?18:17
banixcan we finalize the steering proposal?18:18
SumitNaiksatambanix: :-)18:18
s3wongbanix: I haven't even fully read all the options proposed by cgoncalves yet18:18
cgoncalvesbanix: the steering drama :-)18:18
pgpusyes is carlos there/18:18
cgoncalvespgpus: guilty!18:18
SumitNaiksatambanix: sure18:18
banixcgoncalves: it’s all good :)18:18
SumitNaiksatam#topic Traffic steering18:18
*** openstack changes topic to "Traffic steering (Meeting topic: Networking Advanced Services)"18:18
SumitNaiksatam#link https://review.openstack.org/#/c/9247718:18
SumitNaiksatambanix: go ahead18:19
cgoncalvessorry, let me ask this: is Prakash here? I don't know his nick18:19
*** ivar-lazzaro has joined #openstack-meeting-318:19
banixcgoncalves: pls go ahead18:19
SumitNaiksatampgpus: ^^^18:19
s3wongSumitNaiksatam: pgpus?18:20
s3wongcgoncalves: pgpus?18:20
cgoncalvesI sent a couple of hours ago an email to (hopefully) all of you18:20
pgpusYes my thinking was for the option D with forwarding graph we need to add actions18:20
cgoncalvespgpus: ah, that's you :-)18:20
cgoncalvesin case someone hasn't received the email let me know so that I can also forward to you18:21
*** mrunge has joined #openstack-meeting-318:21
SumitNaiksatambanix: you are in favor of option D as well?18:21
cgoncalves#link https://docs.google.com/document/d/10Z7DjLTTDRDoh8VbLuLL8LtIU0Vw6a5jr_arYPD_Fpc18:21
pgpusseperate out default action and others like reverse, mirror, proxy, redirect what ever that akes sense for use cases18:21
banixI was thinking something simpler would work18:21
s3wongSumitNaiksatam: banix: sounds like banix is still in flavor of option A (in his email reply)?18:21
SumitNaiksatambanix: ok18:21
* regXboi wakes up18:22
SumitNaiksatambanix: my bad, misread your email18:22
banixEssentially saying option A where ports is a reference to a graph would work fine and18:22
SumitNaiksatamregXboi: yes, you have a -1 too18:22
cgoncalvespersonally I'm in favor of option D (note that pgpus has overwritten some parts though), but also option C as the simpliest case to implement now18:22
banixprobably we can put a restriction right now for the graph if that helps18:22
cgoncalvesbanix: option C would be the linear chain you were referring to18:22
pgpusThe simpler ones a and b or c will be too constrained to allow different service graphs18:22
banixi may have missed the points for adding 1-to-many and others18:22
banixpgpus: saying we use a generic representation of a graph; so this will be very general18:23
regXboiunfortunately, I'm not going to have a chance to review this until this evening :(18:23
*** jlibosva has joined #openstack-meeting-318:23
cathy_I have a concern on the steering API. It provides a API for specifying the service chain. GBP also provides an API for specifying the service chain. Should we have two sets of API for this? Wouldn't this cause confusion to Admin or user? Or has this been sorted out in the latest update?18:23
SumitNaiksatamcathy_: yes, you have a -1 too18:23
banixregXboi: reviews done at night are the best reviews18:24
pgpusThat one too many for linkis  in chain (port1,Port2) with actions to apply on them and can be split into (prot1,port2)-action plus port(1,Port3) Action types normalizuing bintables18:24
cgoncalvesbanix: the 1-to-many/many-to-1 could be ignore for now. the default would be 1-to-many as are all other options18:24
SumitNaiksatamcathy_: GP does not provide for service chain18:24
SumitNaiksatamcathy_: GP uses service chain18:24
cgoncalvesSumitNaiksatam: exactly18:24
cathy_Yes, it uses service chain. But there are some overlapping on service chain specification18:24
s3wongcathy_: SumitNaiksatam: yes, GBP could be an implementation of service chain18:25
SumitNaiksatamcathy_: correct that is a different spec, and which can potentially use the traffic steering capability18:25
banixcouldn’t we use the list of lists where each list is a source and one or more destination in a directed graph? wouldn’t that be the most general?18:25
cgoncalvespgpus: I still have to go through your suggestions. you introduced even more ideas so... :)18:25
SumitNaiksatamcathy_: i believe you are referring to: #link https://review.openstack.org/#/c/9352418:25
cathy_I Yes, my understanding is same as s3wong18:25
s3wongcathy_: SumitNaiksatam: cgoncalves: but I do want to say that GBP is unlikely going to use traffic steering18:26
SumitNaiksatams3wong: i would not quite say that GP is an implementation of a service chain18:26
SumitNaiksatams3wong:  it uses service chain18:26
SumitNaiksatamok back to the topic of this steering blueprint18:26
s3wongSumitNaiksatam: it could be an implementation of the Service Chain framework/APIs18:26
pgpusok i will let cgoncalves absorb and then update the specs18:27
banixSumitNaiksatam: +1 s3wong: not quite18:27
regXboiso... I'm still worried about this case18:27
cgoncalvess3wong: I'd not be against not using traffic steering. I think although both works could have some relation, it is not explicit18:27
regXboi[[p1, p2, p3], [p2, p4], [p3, p4]]18:27
SumitNaiksatams3wong: again not quite18:27
SumitNaiksatambanix: yeah18:27
s3wongbanix: it uses service chains on 'redirect'18:27
SumitNaiksatamcgoncalves: are you planning another update?18:27
SumitNaiksatamto the spec?18:27
cathy_"redirect chain-ID" to specify a service chain18:28
pgpuswe call it steering but its conceptually similar, function is more important than name I would say18:28
s3wongbanix: but if we wrap services into a EPG, then the provider-consumer relationship effectively gives us a service chain18:28
SumitNaiksatami guess you need to know from us as to which option to go with18:28
cgoncalvesSumitNaiksatam: not until we get a consensus on what would be the new approach18:28
SumitNaiksatamcgoncalves: ok18:28
*** lcheng has joined #openstack-meeting-318:28
cgoncalvesSumitNaiksatam: that was why I created that doc to present our views and get yours too18:28
SumitNaiksatam#action for all, please respond to cgoncalves thread by end of tomorrow18:28
s3wongSumitNaiksatam: sure18:28
cathy_then there is a need for definition of the "chain" which I think the "traffic steering" API can provide. I have given a suggestion on how to provide that in my comment18:28
regXboicgoncalves: I'm still stuck on the above case, and none of these options appear to nicely cover it18:28
LouisFcgoncalves: there was discussion on a unfied classifier that incorperates the GBP classifier and the TS classifier?18:28
banixs3wong: we’ll talk more18:29
SumitNaiksatam#action cgoncalves to post a new patch set for review by friday (once he gets enough responses), will close the option choice on emails18:29
cgoncalvesLouisF: not yet. we could discuss that later?18:29
LouisFk18:29
SumitNaiksatamregXboi: you wanted to make a pointe earlier?18:29
s3wongbanix: sure :-) GBP as chain won't happen in Juno anyway :-)18:29
cgoncalvesregXboi: sorry, what's your concerns on [[p1, p2, p3], [p2, p4], [p3, p4]]18:29
regXboicgoncalves: how to avoid two copies of the packet at p1 appearing at p418:30
cgoncalvesregXboi: packets at p4 could differ18:31
pgpuswell that is loop avoidance in graph and we can consider that options later18:31
cgoncalvesregXboi: but can also be the same, yes18:31
banixregXboi: that’s up to the function in p2 and p3 i wpould think18:31
SumitNaiksatamregXboi: any chance that you can put this comment on the spec?18:31
regXboibanix: that I am uncomfortable with18:31
*** prad_ has joined #openstack-meeting-318:31
regXboiSumitNaiksatam: already there18:31
SumitNaiksatamregXboi: ah good, sorry i did not notice18:31
cgoncalvesregXboi: I'm afraid I don't know how to answer that question precisely as of now18:31
regXboiworse, in the case of multi-armed things, the graph won't help18:31
regXboiwhich is also on the comment chain18:32
cgoncalvesbanix: that too, or to the admin to configure it properly18:32
SumitNaiksatamcgoncalves: you can probably take this offline with regXboi18:32
cgoncalves"it's always user's fault!" :)18:32
cgoncalvesSumitNaiksatam: sure18:32
SumitNaiksatamsorry folks we are over time18:32
banixso traffic steering says traffic coming out of p2 with specified classifier needs to be forwarded to p4....18:32
banixs3wong: Going to the vicotry parade for Spurs?18:32
s3wongbanix: I think it is happening right now18:33
s3wongbanix: in downtown18:33
SumitNaiksatamagain my apologies to all others whose agenda item did not come up for discussion18:33
cgoncalvesbanix: yes18:33
vinay_yadhav2 mins for taas :)18:33
s3wongbanix: but I am stuck in Rackspace office :-)18:33
pgpusAny way actions like forwarding, reversing, mirroring, redirecting can have constraints to the actions to get over this18:33
SumitNaiksatamvinay_yadhav: i am afraid the fwaas folks are not going to like it18:33
vinay_yadhavcool :)18:33
s3wongvinay_yadhav: do you have something you want to update?18:33
cgoncalvesSumitNaiksatam: we probably should extend adv service meetings time or break it into multi meetings, no?18:33
SumitNaiksatamlets go -dev for the pending discussions18:34
vinay_yadhavthe review comments from marios will be answered18:34
SumitNaiksatamcgoncalves: this was discussed before18:34
*** terryw has joined #openstack-meeting-318:34
SumitNaiksatamcgoncalves: lets bring it up next time18:34
cgoncalvespgpus: I will get a better looking at your proposal and discuss it with you. thanks18:34
SumitNaiksatam#action discuss meeting length options in next meeting18:34
cgoncalvesSumitNaiksatam: sure18:34
banix-dev means mailing list?18:34
SumitNaiksatambanix: yeah18:34
banixsounds good18:34
SumitNaiksatamalright thanks all for joining18:34
SumitNaiksatamplease please review the specs18:35
*** tmc3inphilly has quit IRC18:35
SumitNaiksatam#endmeeting18:35
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"18:35
openstackMeeting ended Wed Jun 18 18:35:06 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:35
openstackMinutes:        http://eavesdrop.openstack.org/meetings/networking_advanced_services/2014/networking_advanced_services.2014-06-18-17.31.html18:35
s3wongthanks, guys!18:35
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/networking_advanced_services/2014/networking_advanced_services.2014-06-18-17.31.txt18:35
openstackLog:            http://eavesdrop.openstack.org/meetings/networking_advanced_services/2014/networking_advanced_services.2014-06-18-17.31.log.html18:35
pgpussure we can exchange emails and I am still trying to understand how to comment online , so pardon for that18:35
vinay_yadhavbye!18:35
*** cathy_ has quit IRC18:35
*** otherwiseguy has quit IRC18:35
*** anil_rao has left #openstack-meeting-318:35
*** natarajk has quit IRC18:35
SumitNaiksatamSridarK garyduan yisun: ping18:35
SridarKHi  All18:36
*** OSM has left #openstack-meeting-318:36
beyounnya18:36
cgoncalvespgpus: add comments (select some text and insert a comment) or post your inputs to the bottom of the doc and identify yourself :-)18:36
garyduanHi18:36
SumitNaiksatamlets get started18:36
SumitNaiksatam#startmeeting Networking FWaaS18:36
openstackMeeting started Wed Jun 18 18:36:35 2014 UTC and is due to finish in 60 minutes.  The chair is SumitNaiksatam. Information about MeetBot at http://wiki.debian.org/MeetBot.18:36
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.18:36
*** openstack changes topic to " (Meeting topic: Networking FWaaS)"18:36
openstackThe meeting name has been set to 'networking_fwaas'18:36
SumitNaiksatam#info agenda https://wiki.openstack.org/wiki/Meetings/FWaaS18:36
SumitNaiksatam#topic bugs18:36
*** openstack changes topic to "bugs (Meeting topic: Networking FWaaS)"18:36
SumitNaiksatam#undo18:37
openstackRemoving item from minutes: <ircmeeting.items.Topic object at 0x2690910>18:37
*** jaypipes has joined #openstack-meeting-318:37
SumitNaiksatam#topic Action item review18:37
*** openstack changes topic to "Action item review (Meeting topic: Networking FWaaS)"18:37
SumitNaiksatami basically copy pasted the action items from last weeks meeting18:37
SumitNaiksatam#link https://wiki.openstack.org/wiki/Meetings/FWaaS#Action_items_from_previous_meeting18:38
SumitNaiksatamdo we need to discuss any of them first?18:38
SumitNaiksatami think we accomplised some of them18:38
*** lcheng has quit IRC18:38
SridarKi have updated the plan with some vendor stuff as well18:39
SumitNaiksatambeyounn: perhaps you can do the DVR udpate as a separate agenda item18:39
SumitNaiksatamSridarK: sure, thanks18:39
SridarKand talked to Rajesh as i mentioned in email18:40
beyounnSame here18:40
SridarKso we may need to plan for prad's requirements18:40
SumitNaiksatambeyounn: you mean you updated the wiki page?18:40
SumitNaiksatamSridarK: yeah, lets discuss that as a separate item, thanks for the follow up with rajesh18:41
beyounnSumit: right, for the DVR, there are no progress in past two or three weeks18:41
SumitNaiksatambeyounn: ok18:41
SumitNaiksatambeyounn: your plan was to send an email to the -dev mailer?18:41
beyounnSumit: it is mainly be cause I'm too busy to follow it up18:41
SumitNaiksatambeyounn: just for the record18:41
beyounnSumit: I will kick out the email to ML18:41
SumitNaiksatambeyounn: i can totally understand18:41
SumitNaiksatambeyounn: nice, at least that way it will be on whoever’s radar18:41
*** regXboi has left #openstack-meeting-318:42
beyounnSumit: right18:42
SumitNaiksatam#action beyounn to send DVR issues related to -dev mailer18:42
beyounnSumit: I will try to do it this evening18:42
SumitNaiksatambeyounn: thanks much18:42
SumitNaiksatam#topic bugs18:42
*** openstack changes topic to "bugs (Meeting topic: Networking FWaaS)"18:42
SumitNaiksatamso our bug count is increasing: #link18:43
SumitNaiksatam#link https://bugs.launchpad.net/openstack/+bugs?field.searchtext=fwaas&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package18:43
SumitNaiksatamand we have quite a few untriaged bugs18:43
SumitNaiksatami had the action item to triage them but has not happened18:43
*** jtomasek has quit IRC18:43
SumitNaiksatami brought this one up in the neutron IRC meeting: #link https://review.openstack.org/#/c/90575/18:44
SumitNaiksatamsince it has a -2 from markmcclain18:44
SumitNaiksatamin parallel we also need to reach out to the owner of this patch18:45
SridarKSumitNaiksatam: yes good - i was out on Mon and could not make the mtg18:45
mesterySumitNaiksatam: ack (sorry, had to step out for a phone call)18:45
SridarKi think the comments there are valid - not sure if this is the approach on the fix18:45
SumitNaiksatamSridarK: yes, i brought up two things, this bug, and beyounn’s service objects spec18:45
SumitNaiksatamdoes anyone know the owner of this patch?18:45
SridarKSumitNaiksatam: seems to be enovance - i can also send an email18:46
*** rkukura has left #openstack-meeting-318:46
SumitNaiksatamSridarK: okay that will be good if you can follow up18:46
SridarKSumitNaiksatam: will do18:46
SumitNaiksatam#action SridarK will follow up with owner of https://review.openstack.org/#/c/90575/18:47
SumitNaiksatamdoes anyone else want to pitch in with triaging the New and Undecided bugs in the link above?18:47
SridarKSumitNaiksatam: i can take a shot18:47
SumitNaiksatamSridarK: great, thanks again18:48
*** yamamoto has quit IRC18:48
*** devlaps has quit IRC18:48
SridarKSumitNaiksatam: will be a bit slow next 2 days though18:48
*** Kanzhe has quit IRC18:48
SumitNaiksatam#action SridarK SumitNaiksatam to triage new/undecided bugs in the next couple of days18:49
SumitNaiksatamSridarK: oops said that too soon, np18:49
*** vinay_yadhav has quit IRC18:49
SridarKSumitNaiksatam:  no worries need to wrap on vendor bp - but should be done soon18:49
SumitNaiksatami think you all already chimed in on #link https://review.openstack.org/#/c/99956/18:50
SumitNaiksatami have not seen an update to that patch18:50
SridarKyes i am not sure this is the right approach as u have also mentioned18:50
*** lcheng has joined #openstack-meeting-318:51
SumitNaiksatamjlibosva: ping18:51
jlibosvaSumitNaiksatam: hi18:51
SumitNaiksatamjlibosva: hi, we wanted to check with you on #link https://review.openstack.org/#/c/99956/18:51
SumitNaiksatamjlibosva: the fwaas team has commented18:52
*** igordcard has joined #openstack-meeting-318:52
jlibosvaSumitNaiksatam: yeah, I was about to ask what will be the correct approach18:52
SumitNaiksatamjlibosva: this needs to be handled on the agent side18:52
SumitNaiksatami think SridarK put a more specific comment to that effect18:52
jlibosvaSumitNaiksatam: so l3 agent will contact neutron-server and that will set different status of FW or fail the creation?18:53
SridarKjlibosva: yes and it is handled when a new router is added18:53
*** mike-grima has left #openstack-meeting-318:53
SridarKjlibosva: no it will not fail the creation - will be in PENDING18:53
jlibosvaSridarK: but that's confusing for user18:54
SridarKand when router is added will go to ACTIVE18:54
jlibosvaaha18:54
jlibosvabut I still think it would be nice to let user know that he needs to have a router18:55
SumitNaiksatamjlibosva: yeah, those are already handled18:55
SridarKjlibosva: i agree that it is confusing but as we move to the insertion model - we will get away from this18:55
*** Kanzhe has joined #openstack-meeting-318:55
SumitNaiksatamjlibosva: yes, as SridarK mentions this is more an issue with not beig able to provide a service insertion context18:55
SumitNaiksatamjlibosva: so by default we try to apply the firewall on all the routers18:56
SumitNaiksatamjlibosva: or any routers that will be created later18:56
jlibosvaSumitNaiksatam: should I understand it that nothing can be done at this point until the service insertion bp is ready?18:57
SumitNaiksatamjlibosva: what we have currently is working as designed18:57
SumitNaiksatamjlibosva: thats as much as we can do without the service insertion18:58
SumitNaiksatamjlibosva: the notion of the pending state is used in other services too18:58
jlibosvaSumitNaiksatam: got it, thanks18:58
SumitNaiksatamjlibosva: so i believe the user should be familiar with this18:58
SumitNaiksatamjlibosva: if the documentation is not clear, i think we should definitely address it18:58
SumitNaiksatamin general, i think the issue when the router or interface is deleted in probably not being handled18:59
SumitNaiksatamSridarK: can you confirm18:59
SridarKSumitNaiksatam: yes18:59
SridarKand again we will probab rework those areas with serv insertion19:00
SridarKjlibosva: i believe there is  a log msg on the agent side to this effect19:00
jlibosvaok, thanks for the help19:01
*** lcheng has quit IRC19:01
SumitNaiksatamSridarK: but i beleive we need to set the status to pending, if all the routers go away, right?19:01
SridarKjlibosva: let me point that out - perhaps if it is not sufficient - we can improve it but we cannot really do much on the plugin side19:01
SridarKSumitNaiksatam: i believe so19:01
*** TravT has quit IRC19:01
SridarKSumitNaiksatam:  i will double check that to be sure -19:02
SumitNaiksatamSridarK:  i think there is a bug to that effect19:02
SridarKSumitNaiksatam: the router going away had an issue to deal with it - will need to refresh my memory - at that point we discussed this - just don't recall exactly now19:03
SumitNaiksatamSridarK: ah ok19:03
SumitNaiksatam#action SridarK to revisit discussion on router delete19:04
SumitNaiksatami am also waiting for the owner of #link https://bugs.launchpad.net/neutron/+bug/1323299 to post a patch19:04
SridarKSumitNaiksatam: the all routers makes it difficult to enforce any foreign key type constraints on delete of routers19:04
SumitNaiksatamSridarK: ok19:04
SumitNaiksatamdoes any one else want to take a crack at the above issue?19:04
SumitNaiksatamgaryduan beyounn: is Vishnu around?19:05
badveliyes19:05
SridarKSumitNaiksatam:  on that bug there was a response on the ML19:05
SumitNaiksatambadveli: hi19:05
badvelihello sumit19:05
SumitNaiksatamSridarK: which one?19:05
*** prasadv has quit IRC19:05
SridarKand according to Rajesh - not sure if we can do anything on this (132399) Floating ip19:05
*** prasadv has joined #openstack-meeting-319:06
garyduantypically, firewall should be applied before dnat19:07
garyduanDid Rajesh say if it can be done or not?19:07
SridarKgaryduan: i think he mentioned cannot19:08
*** mrunge has quit IRC19:08
SumitNaiksatamgaryduan badveli: do you want to explore the feasibility of that one?19:08
SumitNaiksatamactually this is working as designed19:08
SumitNaiksatamwe did not intend to support this19:08
SumitNaiksatamat least in the first iteration19:09
SumitNaiksatamnow we need to explore if we can19:09
SridarKFrom Rajesh: "The chain we install will only see private addresses. So, one needs to use internal IP address in that rule. "19:09
*** jaypipes has quit IRC19:09
SumitNaiksatamSridarK:  yes, because i believe the ip address is not dnated already when we apply the firewall19:09
SridarKSumitNaiksatam: true19:09
SumitNaiksatamSridarK: so we never see the floating up19:10
SumitNaiksatam*ip19:10
*** jlibosva has quit IRC19:10
SridarKSumitNaiksatam: yes we are always on fixed ip19:10
*** jtomasek has joined #openstack-meeting-319:10
SumitNaiksatamokay so no one wants to look at this19:11
SridarKgaryduan: badveli - will add u to the email that Rajesh sent19:11
*** pgpus has quit IRC19:11
*** LouisF has quit IRC19:11
garyduanSumitNaiksatam: we can look at it together with service group backend19:11
SumitNaiksatami suspect that some of the undecided bugs might turn out to be higher priority19:11
SumitNaiksatamgaryduan: ok19:11
SumitNaiksatamso we need to triage them at the earliest19:12
SumitNaiksatam#topic blueprint tracking19:12
*** openstack changes topic to "blueprint tracking (Meeting topic: Networking FWaaS)"19:12
SumitNaiksatamso regarding service objects19:12
SumitNaiksatamunforntunately i was not able to follow up with the team on this, and my apologies19:13
*** terryw has quit IRC19:13
SumitNaiksatamhas any more discussion happened on this since the last meeting?19:13
beyounnSumit: thanks for the comments19:13
badvelibeyounn and myslef send an email clarifying19:13
SumitNaiksatambadveli and beyounn: i know you guys had posted emails19:13
SumitNaiksatambadveli: yes19:13
*** lcheng has joined #openstack-meeting-319:14
SumitNaiksatami will try and respond to that the earliest, again apologies19:14
beyounnSumit: for your comments, how about I add icmp support to rule as well?19:14
SumitNaiksatambeyounn: yeah my point was that we might need to add icmp support regardless of service objects19:15
beyounnSumit:agree19:15
beyounnSumit: only one questions-- is it ok to overload source/dest ports for code/type?19:15
SumitNaiksatambeyounn: you ask because security groups does it?19:16
beyounnSumit: right19:16
beyounnI don't really want to do it that way19:16
SumitNaiksatambeyounn: i did not quite understand why they did it that way19:16
SumitNaiksatambeyounn: yeah19:16
SumitNaiksatambeyounn: its not intuitive to me at all19:16
beyounnSumit, ok, I will propose the new attributes in firewall rule19:16
SumitNaiksatambeyounn: ok sounds good, what do others think?19:16
SridarKThis is good - std ACL type definition ?19:17
SumitNaiksatamSridarK: ok19:17
beyounn--protocol icmp --icmp-type 1 -icmp-code 119:17
beyounnok ?19:17
SridarKeys19:17
SridarK*yes19:17
SumitNaiksatambeyounn: that sounds very intuitive to me19:17
*** julim has quit IRC19:18
beyounnAnd it is consistent with service object as well19:18
SumitNaiksatambeyounn: ok19:18
SridarKSumitNaiksatam: should this go as a separate BP ?19:18
SumitNaiksatamSridarK: ah good point19:18
SumitNaiksatamSridarK: i was thinking when i was putting that comment19:18
SumitNaiksatamideally yes19:19
SridarKsigh i hope the answer is No :-)19:19
SridarKI  was afraid that u would say yes :-)19:19
SumitNaiksatamwell if i dont, someone else will19:19
beyounnIs a separated BP really necessary?19:20
SumitNaiksatamthis should be a straighforward one though to review as a spec19:20
SridarKTrue that is the right way as this has nothing to do with serv obj19:20
SumitNaiksatambeyounn: ok lets think a little more19:20
SumitNaiksatambeyounn: as SridarK said19:20
SumitNaiksatambeyounn SridarK: i am definitely not in favor of creating more work than required19:20
*** jackib1 has quit IRC19:21
SridarKshould i file a bug that icmp is broken on firewalls ? :-)19:21
SumitNaiksatamand would hope to cut the process as much as possible19:21
beyounnSridark +119:21
beyounnAnd I can take the bug19:21
beyounn:-)19:21
SumitNaiksatamso while on that, have you seen this #link https://wiki.openstack.org/wiki/NeutronJunoProjectPlan19:22
SumitNaiksatamneutron juno plan ^^^19:22
SumitNaiksatamthis does not have fwaas at all19:22
SumitNaiksatamso i have reached out to the PTL19:22
SumitNaiksatami believe that is an oversight19:22
SumitNaiksatamand i would be sending him the items which need to be listed19:22
SridarKSumitNaiksatam: yes19:23
SumitNaiksatamthat said, you can see that the number of items mentioned for the other services are minimal19:23
SumitNaiksatamand so we cannot give a laundry list either19:23
SumitNaiksatamwe have to decide what is it that is absolute top priority for us, and for which we would want to get a committment from the PTL to get on the roadmap for Juno19:23
garyduanhopefully, we get flavor settled19:23
SumitNaiksatamgaryduan: just saying that19:24
SumitNaiksatamgaryduan: thanks, so thats a given19:24
SumitNaiksatamis prad_ around?19:24
SridarKSumitNaiksatam: perhaps we can do some discussions offline and try to come up with a list19:24
prad_SumitNaiksatam, hi19:24
SumitNaiksatamSridarK: i am fine with that19:24
*** jaypipes has joined #openstack-meeting-319:24
SumitNaiksatamSridarK: but realistically i think its going to be one more item that we can push for19:24
SridarKSumitNaiksatam: ok19:25
*** lcheng has quit IRC19:25
beyounnDo we need a F2F meeting?19:25
SumitNaiksatamprad_: so you are tracking the fwaas requirements on the ceilometer side19:25
SumitNaiksatambeyounn: sure, we can19:25
prad_SumitNaiksatam, yea, we need clarity on Fwaas side what the plan is19:25
prad_SumitNaiksatam, so based on SridarK's email, Rajesh might not be able to add the hit count support?19:26
SumitNaiksatamprad_: i was expecting a blueprint spec on the fwaas side as well for the missing functionality19:26
*** otherwiseguy has joined #openstack-meeting-319:26
*** jamiehannaford has quit IRC19:26
SumitNaiksatamprad_: are you okay if that cannot be added in Juno?19:26
prad_SumitNaiksatam, i'm not familiar with fwaas side of the code to write a reasonable spec19:26
SumitNaiksatamprad_: if not i was going to scout for more resources on this19:26
prad_SumitNaiksatam, ideally if we can get it in for juno that would be helpful.. but if you're saying we don't have resources then I guess we have no choice but to punt?19:27
SumitNaiksatami was actually going to check with badveli if he was interested in taking this up (without knowing at all as to how full your plate is)19:27
SumitNaiksatambadveli: this might be a good place to get your hands really dirty in fwaas19:27
SumitNaiksatamassuming you have time19:27
beyounnSumit: Let me and Vashul work out on time first19:27
SumitNaiksatambeyounn: sure19:28
*** terryw has joined #openstack-meeting-319:28
SumitNaiksatamif not, and no one else is willing to take this up, then we cannot do hit counts in Juno19:28
beyounnSumit, how about we get the list and then we can work out the resource?19:28
SumitNaiksatami would have really liked to have this since it satisfies the ceilometer requirements19:28
SumitNaiksatambeyounn: we already have the list19:29
SumitNaiksatambeyounn: #link https://wiki.openstack.org/wiki/Neutron/FWaaS/JunoPlan19:29
SumitNaiksatambut not all of the above will make it to the list that we send to the PTL19:29
beyounnSumit, that is what I was talking about19:29
SumitNaiksatamin fact my guess is that we can only have one more item in addition to flavors19:29
SumitNaiksatamthat means that everything else is best effort19:30
SumitNaiksatamhowever, in my opinion satisfying ceilometer requriements is critical for the adoption of fwaas19:30
beyounnSumit, not even the service insertion?19:30
SridarKSumitNaiksatam: and we will need to work out dependency on flavor, insertion19:30
SumitNaiksatambeyounn: service insertion, yes19:30
SumitNaiksatambeyounn: but i am thinking that as a part of the adv services work19:30
s3wongSridarK: beyounn: I will work with you guys on service insertion framework migration19:31
SumitNaiksatambeyounn: so i am not counting that here, its cross list there19:31
SumitNaiksatams3wong: awesome, thanks19:31
SumitNaiksatams3wong: dont leave me out :-P19:31
SridarKs3wong: knight in shining armor ;-)19:31
SumitNaiksatamSridarK: lol19:31
beyounnSumit, since we have the service group BP and Code out there already, I think it could be a shorter path19:31
SumitNaiksatamguarding the alamo! :-P19:31
s3wongSridarK: beyounn: SumitNaiksatam: in fact, FWaaS will be the first one we will do - since LBaaS new object model will be around J-219:31
*** otherwiseguy has quit IRC19:32
SridarKwhile he is in a lbaas mtg :-)19:32
SumitNaiksatambeyounn: sure, lets discuss as you guys suggested19:32
SumitNaiksatam#action beyounn badveli to decide if they can look at hit counts19:33
SumitNaiksatamin general we need to develop some expertize in the team on the iptables driver side19:33
beyounnSumit: also, if we can get the service group cleaned up, we may be able to get new resource on the next thing19:33
SumitNaiksatamto complement Rajesh19:33
SridarKRajesh said he could be available a bit later on - timing now is critical19:34
SumitNaiksatamhence i was looking for volunteers (and suggested badveli’s name)19:34
SumitNaiksatamSridarK: yeah, juno 2 is critical19:34
SridarKSumitNaiksatam: yes agreed19:34
SumitNaiksatamgaryduan beyounn: are you guys comfortable with the iptables driver?19:35
SumitNaiksatamwe need someone whenever Rajesh does not have time to look at it19:35
SumitNaiksatamlets take this offline19:35
beyounnDoes everyone available next week?19:36
SumitNaiksatammy question is for everyone in the team in fact19:36
*** tmc3inphilly has joined #openstack-meeting-319:36
SumitNaiksatambeyounn: i am19:36
*** tmc3inphilly has left #openstack-meeting-319:36
SridarKyes me too19:36
SumitNaiksatam#action SumitNaiksatam to start email thread for meeting19:36
garyduanyes19:36
beyounnHow about we do a F2F next week to close it?19:36
SumitNaiksatambut next week is too late19:36
beyounnFriday?19:37
SumitNaiksatamwe need to send list to PTL at the earliest19:37
SumitNaiksatamfriday afternoon is good19:37
SumitNaiksatamok lets decide offline19:37
SumitNaiksatamwe are over time19:37
SridarKok19:37
beyounnok19:37
*** lcheng has joined #openstack-meeting-319:37
SumitNaiksatamprad_: the first step for getting the hit counts is to have the bp spec19:37
SumitNaiksatamprad_: if we cant find a resource to do that, we are stuch19:38
SumitNaiksatam*stuck19:38
prad_SumitNaiksatam, hmm understand19:38
SumitNaiksatami could have, but i cannot commit, so i dont want to put my hand up19:38
SumitNaiksatamprad_: can you at least make some progress with what is already there?19:38
prad_SumitNaiksatam, my plate is a bit too full for juno2, otherwise i would have volunteered19:38
SumitNaiksatamprad_: otherwise we have a serious issue19:38
SumitNaiksatamprad_: totally understand19:39
SridarKprad_: other than hit counts u can do lifecyle metrics ?19:39
SumitNaiksatamthe fwaas team would really like to see the ceilometer integration, so thanks prad_ for taking this up19:39
prad_SumitNaiksatam, yea i already started looking into fw/rules and policy tracking19:39
*** jamiehannaford has joined #openstack-meeting-319:39
SumitNaiksatamprad_: ok cool19:39
SumitNaiksatamSridarK: yes, thats what i meant to ask19:39
SridarKSumitNaiksatam: ok cool19:40
SumitNaiksatamprad_: we can try and help you at least with that19:40
prad_cool19:40
SumitNaiksatamprad_: another way of saying, please bug SridarK :-P19:40
SridarKprad_: we can discuss for sure no worries :-)19:40
SumitNaiksatami wont put that as an action item19:40
prad_hehe ok19:40
* SumitNaiksatam hides for cover before SridarK comes after me19:41
SumitNaiksatam#topic open discussion19:41
*** openstack changes topic to "open discussion (Meeting topic: Networking FWaaS)"19:41
SridarKSumitNaiksatam: SridarK would never do that :-)19:41
SumitNaiksatamSridarK: i know19:41
SumitNaiksatam:-)19:41
SumitNaiksatamdid we miss anything important19:41
SumitNaiksatami know we did not cover vendor BPs19:41
SumitNaiksatambeyounn: did you say you added one too?19:41
SridarKSumitNaiksatam: we can discuss offline on our stuff19:42
beyounnSumit: no , i did not19:42
SumitNaiksatamSridarK: ok19:42
SumitNaiksatambeyounn:  ah ok, sorry got confused with some other comment19:42
SumitNaiksatamok what else?19:42
beyounnSumit: I will leave the icmp part of you comment as under discussion19:42
SumitNaiksatambeyounn: ok19:43
SumitNaiksatami have an action item to respond to the email thread in general19:43
beyounnOk, I will follow up with you then19:43
SumitNaiksatamalright thanks everyone for your patience and participation19:43
SumitNaiksatamapologies again for starting late19:44
SumitNaiksatamthanks for sticking around longer19:44
badveli thanks19:44
SumitNaiksatam#endmeeting19:44
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"19:44
SridarKThanks all19:44
openstackMeeting ended Wed Jun 18 19:44:21 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)19:44
openstackMinutes:        http://eavesdrop.openstack.org/meetings/networking_fwaas/2014/networking_fwaas.2014-06-18-18.36.html19:44
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/networking_fwaas/2014/networking_fwaas.2014-06-18-18.36.txt19:44
SridarKbye all19:44
openstackLog:            http://eavesdrop.openstack.org/meetings/networking_fwaas/2014/networking_fwaas.2014-06-18-18.36.log.html19:44
SumitNaiksatambye all19:44
*** jtomasek has quit IRC19:44
*** TravT has joined #openstack-meeting-319:45
*** jtomasek has joined #openstack-meeting-319:46
*** lcheng has quit IRC19:48
*** rm_work is now known as rm_work|away19:51
*** julim has joined #openstack-meeting-319:51
*** prasadv has quit IRC19:53
*** lcheng has joined #openstack-meeting-320:00
*** sarob has joined #openstack-meeting-320:03
*** terryw has quit IRC20:04
*** jackib has joined #openstack-meeting-320:05
*** sarob has quit IRC20:10
*** lcheng has quit IRC20:11
*** jaypipes has quit IRC20:15
*** pcm_ has left #openstack-meeting-320:21
*** lcheng has joined #openstack-meeting-320:24
*** nlahouti has joined #openstack-meeting-320:24
*** nelsnelson has quit IRC20:28
*** safchain has joined #openstack-meeting-320:29
*** nlahouti has quit IRC20:29
*** julim has quit IRC20:34
*** lcheng has quit IRC20:35
*** lcheng has joined #openstack-meeting-320:37
*** nlahouti has joined #openstack-meeting-320:43
*** nlahouti has left #openstack-meeting-320:45
*** otherwiseguy has joined #openstack-meeting-320:49
*** mwagner_lap has quit IRC21:00
*** yamahata has joined #openstack-meeting-321:00
*** crobertsrh has left #openstack-meeting-321:07
*** lblanchard has quit IRC21:07
*** pballand has joined #openstack-meeting-321:09
*** jtomasek has quit IRC21:16
*** yamahata has quit IRC21:18
*** yamahata has joined #openstack-meeting-321:18
*** devlaps has joined #openstack-meeting-321:20
*** mfer has quit IRC21:27
*** safchain has quit IRC21:29
*** pballand has quit IRC21:35
*** jamiehannaford has quit IRC21:37
*** peristeri has quit IRC21:45
*** asahlin_ has joined #openstack-meeting-321:47
*** banix has quit IRC21:48
*** asahlin_ has quit IRC22:01
*** seizadi has joined #openstack-meeting-322:04
*** Sukhdev has joined #openstack-meeting-322:06
*** MaxV has joined #openstack-meeting-322:15
*** rm_work|away is now known as rm_work22:24
*** chuckC has quit IRC22:26
*** badveli has quit IRC22:28
*** yamahata has quit IRC22:28
*** seizadi1 has joined #openstack-meeting-322:30
*** seizadi has quit IRC22:31
*** armax has left #openstack-meeting-322:31
*** banix has joined #openstack-meeting-322:41
*** MaxV has quit IRC22:43
*** stratuspaulg has left #openstack-meeting-322:44
*** jackib has quit IRC22:44
*** otherwiseguy has quit IRC22:45
*** mwagner_lap has joined #openstack-meeting-322:47
*** chuckC has joined #openstack-meeting-322:49
*** rm_work is now known as rm_work|away22:50
*** mestery has quit IRC22:51
*** s3wong has quit IRC22:52
*** markmcclain has quit IRC22:56
*** banix has quit IRC23:01
*** sbalukoff has quit IRC23:02
*** igordcard has quit IRC23:03
*** ttrifonov is now known as ttrifonov_zZzz23:11
*** lcheng has quit IRC23:16
*** prad_ has quit IRC23:20
*** mordred has quit IRC23:24
*** mordred has joined #openstack-meeting-323:27
*** mordred has quit IRC23:30
*** mordred has joined #openstack-meeting-323:30
*** otherwiseguy has joined #openstack-meeting-323:35
*** otherwiseguy has quit IRC23:53

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