Wednesday, 2014-06-11

*** tomoe_ has quit IRC00:02
*** cjellick has quit IRC00:03
*** alexpilotti has quit IRC00:05
*** thomasem has quit IRC00:15
*** thomasem has joined #openstack-meeting-300:15
*** thomasem has quit IRC00:19
*** sarob has joined #openstack-meeting-300:27
*** Sukhdev has quit IRC00:29
*** nati_ueno has joined #openstack-meeting-300:31
*** s3wong has quit IRC00:31
*** sdague has quit IRC00:33
*** banix has joined #openstack-meeting-300:33
*** sdague has joined #openstack-meeting-300:33
*** nedbat has joined #openstack-meeting-300:34
*** nati_ueno has quit IRC00:43
*** nati_ueno has joined #openstack-meeting-300:47
*** carl_baldwin has quit IRC00:47
*** markmcclain has quit IRC00:48
*** nati_ueno has quit IRC00:50
*** nati_ueno has joined #openstack-meeting-300:54
*** tomoe_ has joined #openstack-meeting-301:06
*** seizadi has quit IRC01:08
*** nati_ueno has quit IRC01:09
*** tomoe_ has left #openstack-meeting-301:13
*** sarob has quit IRC01:21
*** flaviof is now known as flaviof_zzz01:37
*** sarob has joined #openstack-meeting-301:38
*** clu_ has quit IRC01:39
*** sarob has quit IRC01:42
*** sarob has joined #openstack-meeting-301:46
*** nelsnelson has quit IRC01:49
*** HenryG has joined #openstack-meeting-301:58
*** thomasem has joined #openstack-meeting-301:59
*** thomasem has quit IRC02:04
*** devlaps1 has quit IRC02:25
*** pgpus has joined #openstack-meeting-302:29
*** carl_baldwin has joined #openstack-meeting-302:30
*** nedbat has quit IRC02:30
*** gcb has joined #openstack-meeting-302:44
*** sankarshan is now known as sankarshan_away02:45
*** seizadi has joined #openstack-meeting-302:47
*** seizadi has quit IRC02:55
*** sarob has quit IRC02:56
*** sarob has joined #openstack-meeting-302:56
*** sarob has quit IRC03:01
*** pballand has joined #openstack-meeting-303:07
*** gcb has quit IRC03:12
*** pgpus has quit IRC03:12
*** yamahata has joined #openstack-meeting-303:15
*** sankarshan_away is now known as sankarshan03:15
*** yamahata has quit IRC03:16
*** otherwiseguy has joined #openstack-meeting-303:16
*** gcb has joined #openstack-meeting-303:24
*** carl_baldwin has quit IRC03:26
*** sarob has joined #openstack-meeting-303:27
*** sarob_ has joined #openstack-meeting-303:29
*** carl_baldwin has joined #openstack-meeting-303:29
*** lcheng has joined #openstack-meeting-303:30
*** sarob__ has joined #openstack-meeting-303:30
*** sarob has quit IRC03:31
*** sarob_ has quit IRC03:33
*** sarob__ has quit IRC03:35
*** yamahata has joined #openstack-meeting-303:35
*** sarob has joined #openstack-meeting-303:50
*** lcheng has quit IRC04:14
*** pballand has quit IRC04:33
*** otherwiseguy has quit IRC04:34
*** otherwiseguy has joined #openstack-meeting-304:34
*** coolsvap|afk is now known as coolsvap04:36
*** carl_baldwin has quit IRC04:45
*** banix has quit IRC04:45
*** coolsvap is now known as coolsvap|afk04:46
*** coolsvap|afk is now known as coolsvap04:53
*** sarob has quit IRC04:55
*** sarob has joined #openstack-meeting-304:55
*** sarob has quit IRC04:59
*** otherwiseguy has quit IRC05:05
*** emagana has joined #openstack-meeting-305:06
*** seizadi has joined #openstack-meeting-305:15
*** emagana has quit IRC05:18
*** emagana has joined #openstack-meeting-305:18
*** emaganap has joined #openstack-meeting-305:19
*** emagana has quit IRC05:23
*** sarob has joined #openstack-meeting-305:30
*** sarob has quit IRC05:34
*** emaganap has quit IRC05:46
*** emagana has joined #openstack-meeting-305:47
*** emaganap has joined #openstack-meeting-305:48
*** emagana has quit IRC05:51
*** emaganap has quit IRC05:58
*** emagana has joined #openstack-meeting-305:59
*** sarob has joined #openstack-meeting-306:00
*** emagana has quit IRC06:03
*** sarob has quit IRC06:05
*** jtomasek has joined #openstack-meeting-306:07
*** jtomasek has quit IRC06:07
*** jtomasek has joined #openstack-meeting-306:12
*** seizadi has quit IRC06:25
*** lcheng has joined #openstack-meeting-306:26
*** sarob has joined #openstack-meeting-306:30
*** sarob has quit IRC06:35
*** jamie_h has joined #openstack-meeting-306:37
*** jamie_h has quit IRC06:39
*** jamie_h has joined #openstack-meeting-306:39
*** jamie_h_ has joined #openstack-meeting-306:50
*** jcoufal has joined #openstack-meeting-306:51
*** jamie_h has quit IRC06:51
*** jamie_h_ has quit IRC06:55
*** jamie_h has joined #openstack-meeting-306:56
*** jamie_h is now known as jamiehannaford06:56
*** jtomasek has quit IRC07:08
*** jtomasek has joined #openstack-meeting-307:09
*** catherine_d has joined #openstack-meeting-307:17
*** mrunge has joined #openstack-meeting-307:17
*** catherine_d has left #openstack-meeting-307:18
*** sarob has joined #openstack-meeting-307:29
*** sarob has quit IRC07:33
*** ttrifonov_zZzz is now known as ttrifonov07:39
*** jtomasek has quit IRC08:00
*** nelsnelson has joined #openstack-meeting-308:03
*** jtomasek has joined #openstack-meeting-308:05
*** MaxV has joined #openstack-meeting-308:19
*** safchain has joined #openstack-meeting-308:26
*** sarob has joined #openstack-meeting-308:28
*** sarob_ has joined #openstack-meeting-308:30
*** sarob has quit IRC08:33
*** sarob_ has quit IRC08:35
*** gcb has quit IRC08:38
*** amotoki has joined #openstack-meeting-308:46
*** igordcard has joined #openstack-meeting-308:47
*** gcb has joined #openstack-meeting-308:52
*** samchoi has joined #openstack-meeting-309:10
*** sankarshan is now known as sankarshan_away09:16
*** samchoi has quit IRC09:18
*** jamie_h has joined #openstack-meeting-309:26
*** jamie_h has quit IRC09:28
*** jamie_h has joined #openstack-meeting-309:28
*** sarob has joined #openstack-meeting-309:29
*** jamiehannaford has quit IRC09:29
*** jamie_h has quit IRC09:29
*** enykeev has quit IRC09:29
*** jamiehannaford has joined #openstack-meeting-309:30
*** sarob has quit IRC09:33
*** nedbat has joined #openstack-meeting-309:37
*** enykeev has joined #openstack-meeting-309:38
*** kashyap has left #openstack-meeting-309:44
*** enykeev has quit IRC09:48
*** coolsvap is now known as coolsvap|afk09:50
*** gcb has quit IRC09:54
*** MaxV_ has joined #openstack-meeting-309:55
*** MaxV has quit IRC09:56
*** lcheng has quit IRC10:15
*** yamahata has quit IRC10:23
*** HenryG has quit IRC10:25
*** sarob has joined #openstack-meeting-310:29
*** sarob has quit IRC10:33
*** MaxV_ has quit IRC10:35
*** julim has joined #openstack-meeting-310:57
*** jtomasek_ has joined #openstack-meeting-311:12
*** lblanchard has joined #openstack-meeting-311:13
*** jtomasek has quit IRC11:14
*** maurosr has quit IRC11:18
*** MaxV has joined #openstack-meeting-311:18
*** krotscheck has quit IRC11:19
*** maurosr has joined #openstack-meeting-311:19
*** krotscheck has joined #openstack-meeting-311:21
*** s1rp has quit IRC11:34
*** s1rp has joined #openstack-meeting-311:34
*** HenryG has joined #openstack-meeting-311:43
*** yamahata has joined #openstack-meeting-311:47
*** MaxV has quit IRC11:51
*** nedbat has quit IRC11:53
*** s1rp_ has joined #openstack-meeting-311:54
*** MaxV has joined #openstack-meeting-311:54
*** sankarshan_away is now known as sankarshan11:54
*** rossella has joined #openstack-meeting-311:55
*** s1rp has quit IRC11:55
*** rossella_s has quit IRC11:55
*** rossella is now known as rossella_s11:55
*** anteaya has quit IRC11:58
*** safchain has quit IRC12:00
*** safchain has joined #openstack-meeting-312:01
*** mrunge has quit IRC12:07
*** nedbat has joined #openstack-meeting-312:18
*** jamiehannaford has quit IRC12:18
*** jamiehannaford has joined #openstack-meeting-312:19
*** nedbat has quit IRC12:22
*** jamiehan_ has joined #openstack-meeting-312:22
*** jamiehannaford has quit IRC12:24
*** sarob has joined #openstack-meeting-312:29
*** sarob has quit IRC12:33
*** anteaya has joined #openstack-meeting-312:39
*** flaviof_zzz has quit IRC12:46
*** DinaBelova2 has joined #openstack-meeting-312:46
*** DinaBelova has quit IRC12:48
*** DinaBelova2 is now known as DinaBelova12:48
*** edleafe has quit IRC12:51
*** mwagner_lap has quit IRC12:52
*** edleafe has joined #openstack-meeting-312:54
*** flaviof has joined #openstack-meeting-312:56
*** jrist has quit IRC13:01
*** jrist has joined #openstack-meeting-313:02
*** jcoufal has quit IRC13:03
*** peristeri has joined #openstack-meeting-313:26
*** lenrow has joined #openstack-meeting-313:29
*** devlaps has joined #openstack-meeting-313:29
*** davlaps has joined #openstack-meeting-313:29
*** sarob has joined #openstack-meeting-313:29
*** nedbat has joined #openstack-meeting-313:30
*** jcoufal has joined #openstack-meeting-313:31
*** dlenrow has quit IRC13:32
*** sarob has quit IRC13:33
*** lenrow has quit IRC13:34
*** lenrow has joined #openstack-meeting-313:35
*** thomasem has joined #openstack-meeting-313:35
*** jackib has joined #openstack-meeting-313:37
*** coolsvap|afk is now known as coolsvap13:38
*** jackib has quit IRC13:38
*** jackib has joined #openstack-meeting-313:38
*** briancurtin has left #openstack-meeting-313:46
*** yamahata has quit IRC13:47
*** yamahata has joined #openstack-meeting-313:47
*** jaypipes has joined #openstack-meeting-313:49
*** pgpus has joined #openstack-meeting-313:52
*** jackib has quit IRC13:58
*** xuhanp has joined #openstack-meeting-314:03
*** armax has joined #openstack-meeting-314:04
*** mwagner_lap has joined #openstack-meeting-314:14
*** devlaps has left #openstack-meeting-314:17
*** jtomasek_ has quit IRC14:21
*** otherwiseguy has joined #openstack-meeting-314:24
*** jamiehan_ has quit IRC14:28
*** jamiehannaford has joined #openstack-meeting-314:28
*** sarob has joined #openstack-meeting-314:29
*** sarob has quit IRC14:33
*** seizadi has joined #openstack-meeting-314:42
*** carl_baldwin has joined #openstack-meeting-314:46
*** yamamoto has joined #openstack-meeting-314:59
*** Sukhdev has joined #openstack-meeting-314:59
*** seizadi has quit IRC15:00
*** ndipanov has quit IRC15:02
*** MaxV has quit IRC15:03
*** MaxV has joined #openstack-meeting-315:03
*** mfer has joined #openstack-meeting-315:11
*** cjellick has joined #openstack-meeting-315:15
*** samchoi has joined #openstack-meeting-315:22
*** pballand has joined #openstack-meeting-315:28
*** sarob has joined #openstack-meeting-315:29
mfer#startmeeting openstack-sdk-php15:30
openstackMeeting started Wed Jun 11 15:30:09 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
mferWelcome everyone. Please state your name along with any applicable associations15:30
mferMatt Farina, HP15:30
samchoiSam Choi, HP15:30
jamiehannafordJamie Hannaford, Rackspace15:30
mferjamiehannaford anyone else from your side of the fence joining us today?15:31
jamiehannafordno I don't think so15:31
jamiehannafordGlen and Shaunak are at confs15:31
mferooo, I hope they are having fun15:32
mfer#topic agenda15:32
*** openstack changes topic to "agenda (Meeting topic: openstack-sdk-php)"15:32
mfer#link https://wiki.openstack.org/wiki/Meetings/OpenStack-SDK-PHP15:32
mfer1. Intro to the PHP SDK if there is anyone new? (mfer)15:32
mfer2. Reviews in progress - any questions/concerns? (samchoi)15:32
mfer3. How are we going to handle transport state (like base URLs) for services and resource models? (jamiehannaford)15:32
mfer4. Do `RemoteObject' and `Object' need to be separate classes? (jamiehannaford)15:32
mferanything else we should add or remove from the agenda?15:32
samchoithat looks fine to me, it's somewhat shorter than usual so we can have open discussion15:33
jamiehannafordI have nothing else to add - we have a few lingering topics on the mailing list15:33
mferok15:33
*** sarob has quit IRC15:33
mferI think we can skip 1 because we have no one else new. I think for next week we can drop it and address anyone new when we are lucky enough to have them15:34
mfer#topic Reviews in progress - any questions/concerns? (samchoi)15:34
*** openstack changes topic to "Reviews in progress - any questions/concerns? (samchoi) (Meeting topic: openstack-sdk-php)"15:34
mfersamchoi since you brought this one up care to kick us off?15:34
*** xuhanp has quit IRC15:34
*** lcheng has joined #openstack-meeting-315:34
samchoimfer, I left it on the agenda primarily in case there were additional concerns about open reviews15:35
*** seizadi has joined #openstack-meeting-315:35
jamiehannaforddoes anyone have any objections to https://review.openstack.org/#/c/92280/15:35
mferjamiehannaford two things. 1) I need to give that one more review. It's on my todo list for today. 2) the commit message needs to say what the commit does rather than the last change he made to it.15:36
samchoilast I checked the sphinx review, it looked pretty good15:37
samchoiI'll take another look today though15:37
samchoithat was previously lower on my priorities since it didn't block other work15:37
jamiehannafordmfer yeah I agree about commit msg - I don't know whether Shaunak squashed previous ones15:37
jamiehannafordhow about this one: https://review.openstack.org/#/c/99283/15:37
mferi'm not exactly sure. luckly, gerrit lets us change that in the UI now15:37
*** pballand has quit IRC15:38
mferconceptually I have no issue with it. Just need to do a review of it.15:38
*** jcoufal has quit IRC15:38
*** jcoufal has joined #openstack-meeting-315:38
mferDid any of the relevant docs get updated about the autoloader? I'm not sure where it's at in there15:38
jamiehannafordwhich docs do you mean?15:39
mferfor example the README.rst file refers to the autoloader15:40
jamiehannafordI'll go through again and replace mentions in the docs15:40
mferthe only one I'd like to discuss conceptually is https://review.openstack.org/#/c/97482/ which I believe we have as a later topic15:41
mferother than that it's just code reviews on my end15:41
jamiehannafordokay - I don't think there's much point reviewing that until URL one is +2ed15:41
mferyeah, that's another one I'm conceptually with but need to code review15:42
samchoiso regarding this, are we in agreement that the availability of Composer is assumed?15:42
mferi have a chunk of time today and tomorrow alotted to do code reviews of these things15:42
jamiehannafordsamchoi yes because there's no other way to install our dependencies15:42
samchoit97482 looks fine to me15:42
mfersamchoi composer or another PSR enabled autoloader (like the symfony one). autoloading is shifted as a responsibility to the consumer15:43
samchoiok, I was trying to be cautious even though this review seems quite straightforward15:43
samchoithanks15:43
jamiehannafordthe other patch is https://review.openstack.org/#/c/99303/15:43
*** xuhanp has joined #openstack-meeting-315:43
jamiehannafordthis was discussed very briefly on irc a week or so back15:43
mferI think the question on autoloading is a good one. There are still a lot of apps that don't use composer. For them we should have some documentation on autoloading to point them in the right direction.15:44
*** banix has joined #openstack-meeting-315:44
mferjamiehannaford i remember that. i'm fine with the idea as I said then. Glad to see you put some code to it. I'll review that when I'm going through all the other stuff15:44
*** rhagarty has quit IRC15:44
mfersamchoi jamiehannaford do you have anything else on these? it sounds like we just need to put time in reviewing code15:45
*** xuhanp has quit IRC15:46
samchoiyes, that sounds about right15:46
mferthen I think we can move on15:48
mfer#topic How are we going to handle transport state (like base URLs) for services and resource models? (jamiehannaford)15:48
*** openstack changes topic to "How are we going to handle transport state (like base URLs) for services and resource models? (jamiehannaford) (Meeting topic: openstack-sdk-php)"15:48
mferjamiehannaford care to start this one off?15:48
jamiehannafordbased on the mailing list, I like the idea of a stateless transport client15:49
jamiehannafordone thing I was wondering about is how we're going to manage service-specific transport state like endpoint URLs and default headers15:49
*** rhagarty has joined #openstack-meeting-315:50
jamiehannafordI don't think a service client or resource model should hold that state, because it's transport-related. But I also agree we shouldn't have it inside the transport client either because it needs to be re-usable15:50
mferI was asking myself the same question. I know how I've done it in the past. Yesterday I started digging into how others do it in both PHP and other languages.15:50
mferI don't think I have an answer yet but it's a question I started asking even before you put this on here15:51
jamiehannafordI had an idea15:51
*** yisun has joined #openstack-meeting-315:51
mferor I saw it on here anyway15:51
mferya15:51
mfer'?15:51
jamiehannafordI know people aren't comfortable with event subscribers (because it's all a bit abstract with no code), but we could have a subscriber that adds in a base URL/default header array onto a request when its prepared15:51
jamiehannafordso it waits until before a request is sent, then modifies the URL with the endpoint domain15:52
jamiehannafordthat subscriber class would hold the responsibility of adding custom details to requests before they're sent15:53
mferthat's similar to what pkgcloud does with the request lib. The default headers are added via events. the url endpoint is handled with a method.15:53
jamiehannafordawesome15:53
jamiehannafordthat's pretty much what I was thinking15:53
jamiehannafordyou could have another subscriber for controlling authentication15:53
mferi'm not entirely sure of doing it this way mostly because 1) I'd like to do some more reserch and 2) If we don't go with a service and resource model approach I'd like to know what that means. I say #2 because the python SDK moved away from it so I'd like to be smart about our approach and talk with them and others on it.15:54
jamiehannafordsure15:55
jamiehannafordif we didn't have a service class with affiliated domain models - what would we use instead?15:55
jamiehannafordI know pyrax has the concept of managers15:55
mferso, before we start coding to something like this we (and I'm happy to do this but I hope others will as well) should do some legwork.15:55
mferthe python SDK is doing something where a class has both state and behavior15:56
mferso, you call a method on a class with state to affect it15:56
jamiehannafordhmm15:56
mferso, $object->save() rather than $manager->save($object)15:56
mferthat kind of idea anyway15:56
samchoiI've been tracking the python sdk's design/progress...I'll reach out to their group as well after I get a better feel for their library15:57
mferyay15:57
mfercross language sharing :)15:57
jamiehannafordthat's we're doing on the current SDK - you'd have a domain model like $container that contains both state and behaviour15:57
jamiehannafordwe also have to bear in mind that some things idiomatic in python might not work well in PHP15:58
samchoijamiehannaford: yea will keep that in mind as well. It's been interesting though because I've had to write/edit both styles. The internal SDK I've worked on uses managers.15:58
samchoiHonestly, I'm not sure if there's truly a clear benefit to either approach at this point.15:59
mferI've worked on stuff that uses both. Lately I've been following the philosophical debate on how to handle this stuff and the development community is not in agreement15:59
*** armax has left #openstack-meeting-316:00
jamiehannafordI think we should think about it more over this week16:00
*** MaxV has quit IRC16:00
mferhow about this, can the three of us take an action to dig into this topic and come back and discuss it when we have more to talk about?16:00
samchoisure, it's already in progress for me16:00
mferIf Shanuk or Glen are up for digging into this too I'd love to hear their thoughts16:01
jamiehannafordI'll look into the topic of whether a class should both contain state and perform tasks/behaviour16:01
*** carl_baldwin is now known as Swami16:01
jamiehannafordmfer I'll point them to this week's meeting logs so they can weigh in16:01
mferthanks16:01
*** Swami is now known as carl_baldwin16:01
mfershould we move on to the next topic or is there something else here?16:02
jamiehannafordis it also worth maybe having a small proof of concept? relating to my idea of the event subscribers16:02
jamiehannafordor wait until next week16:02
jamiehannafordwhen we've researched more16:02
mferjamiehannaford if you want to that's fine. I'm familiar with the concept to the point that I don't need an example to understand it.16:03
mferit might be useful for others though16:03
samchoisounds like we're a bit undecided on the resource/manager design vs what the python SDK has done. Fine with moving on16:03
jamiehannafordfine with moving on too16:03
mfer#topic Do `RemoteObject' and `Object' need to be separate classes? (jamiehannaford)16:04
*** openstack changes topic to "Do `RemoteObject' and `Object' need to be separate classes? (jamiehannaford) (Meeting topic: openstack-sdk-php)"16:04
mferjamiehannaford would you care to take this away?16:04
jamiehannafordat the moment I don't really understand the separation - do we need 2 separate classes for 1 API resource?16:05
mferso.... the person who wrote that isn't here. I don't really have an opinion on it.16:05
mferif you want to try to merge them cleanly into one that seems fine to me16:06
samchoimfer: took the words out of my mouth16:06
jamiehannafordokay, I'll try and take that on next week16:06
mferthat was easy! yay for easy topics16:06
mferis there anything else on this or should we move to open discussion time?16:06
samchoijamiehannaford: mentioned there are several mailing list topics open so seems like a good opportunity to move on16:07
jamiehannafordI'm fine with moving on16:07
mfer#topic open discussion16:08
*** openstack changes topic to "open discussion (Meeting topic: openstack-sdk-php)"16:08
samchoiso it looks like we briefly discussed the transport layer topic...16:09
samchoileaving us with a discussion on testing approaches (Behat) and philosophies on how users extend the library right? Or was there something else?16:10
jamiehannafordI think that's it16:10
*** pgpus has quit IRC16:11
jamiehannafordso I know folks have concerns with using a BDD tool like behat - shall we go over them?16:11
jamiehannafordone of them was "we don't have business analysts, testers or non-coders - so we don't need BDD"16:11
samchoisure, good topic to cover now16:11
mfersure16:12
jamiehannafordso, for me, the main point of using a human-readable language was that it improves communication for EVERYONE on the project16:12
jamiehannafordit allows to collaborate and really pin down what features are going to look like16:12
jamiehannafordso we have a clear idea of what we're coding16:13
jamiehannafordthere's nothing worse than spending hours coding a new feature only to realize it has nothing in common with what somebody else had in mind16:13
jamiehannafordBDD is about improving that communication16:13
jamiehannafordand defining features - it's that simple16:13
jamiehannafordhere's an example I drafted up for a few Swift features - very rudimentary https://gist.github.com/jamiehannaford/73271df790a6cbb5f94016:13
samchoiSo I think the first thing we should clear up is, are we all in agreement that the php sdk's end users are all developers then?16:14
jamiehannafordwe can't make that assumption16:15
jamiehannafordthe honest answer is that we don't know who will use our SDK16:15
mferjamiehannaford who else besides a developer would use the SDK?16:15
mferand why or how?16:15
samchoiWell given that this is an sdk...I'm wondering who else would realistically use this. I polled members of other sdk teams as well on this matter.16:15
mferi'm trying to understand where alternatices would come from16:16
jamiehannaford"developer" is not a defined thing, it's a label attached to a wide variety of people with different skillsets16:16
jamiehannafordbut that's not really the point16:16
jamiehannafordBDD is about communication on our team16:17
jamiehannafordand understanding how end-users (whoever they are) will use our SDK16:17
mferBDD is also about process and having a team of people use that process.16:17
jamiehannafordno, BDD is about improving communication16:17
mferif a team of contributors isn't really interested in that process it's going to have a hard time happening16:17
jamiehannafordwhat's more important than having good communication on a development team?16:18
jamiehannafordto give you an example:16:18
jamiehannafordthe RemoteObject and Object classes16:18
jamiehannafordI still have no idea what they really do16:18
jamiehannafordthere's a communication gap there - and any time I spend trying to understand, refactor or undo that miscommunication is time we can better spend16:19
jamiehannafordall I'm saying is that it'd be really cool to have a way to define features consistently and easily16:19
mferSo, when you read the docs at https://github.com/stackforge/openstack-sdk-php/blob/master/src/OpenStack/ObjectStore/v1/Resource/Object.php#L23 you didn't know what the class did?16:20
samchoiI would also mention that from the polling I've done, similar contributors don't seem interested in using a BDD framework for an SDK. After hearing back from a number of guys working on other OpenStack SDKs, I was surprised to see that none of them thought using a BDD framework made sense for an OpenStack SDK16:20
jamiehannafordI didn't understand the reason for separating a "remote object" from an "object" - why that decision was ever made16:20
mferjamiehannaford ah. i get that question.16:21
jamiehannafordall behat is doing is opening up that decision making process (what goes into a feature) so we don't waste time16:22
mferjamiehannaford so, the openstack community puts a lot of process in place. most of it so big giant companies can play nicely together. putting this in place would be additional process that other projects in openstack (or PHP in general) aren't doing. That means the people involved need to be sold on doing things this way.16:22
mferit's a process (it may be a communication process) but it's still process16:22
jamiehannafordtwo things:16:22
jamiehannaford1. I don't understand the "well other people aren't doing it" argument - it's cropped up a lot (and even figured in the stateless transport client debate). We should decide based on the merits of something, not by following others16:23
jamiehannaford2. there are projects inside Rackspace that have been extremely successfuly using BDD/Cucumber16:23
*** jcoufal has quit IRC16:23
*** cjellick has quit IRC16:23
mferjamiehannaford those are good things to bring up. let's talk about them16:23
*** seizadi1 has joined #openstack-meeting-316:24
*** cjellick has joined #openstack-meeting-316:24
*** seizadi has quit IRC16:24
samchoijamiehannaford: to be clear, this isn't about other people using it. Based on the info I've received, nobody else supports using a BDD framework for an OpenStack SDK at the moment. Going back to Matt's point, there would be no support to using this process were it to be put in place.16:24
jamiehannafordsamchoi what do you mean by "no support to using this process"?16:25
samchoiI had some extended conversations with contributors to other SDKs and they made a decision not to use a BDD framework16:25
jamiehannafordwe'd write the files and run a script16:25
mferfor #1 I'm not opposed to doing different than popular things on the technology front. When it comes to project process I'm a little more skeptical. If we introduce something really different from the other projects we should be excited about it. I'm just not finding that in myself or the others I've talked with. Putting process in place for contributors (and volunteers in some cases) in addition to the hoops we already have16:25
mfer needs some excitement we can share and get behind16:25
*** davlaps has quit IRC16:25
jamiehannafordsamchoi could you share those conversations on the mailing list? I'm genuinely interested in the counter-arguments16:25
samchoiI can share some of the insights right now actually16:26
samchoisince the mailing list is quite cluttered16:26
samchoithey come from a wide variety of backgrounds so I expected more variance16:26
mferand to #2 I'm not sure how those projects are run inside rackspace. there are projects inside HP that could use BDD and I imagine in some groups there are. But, this is a different sort of project. Communication and process are context sensetitive to the people and the projects.16:26
* mfer is all ears to hear samchoi 16:26
samchoiSo I'm going to roughly paraphrase what I've noted down16:27
samchoisince I didn't ask to directly quote people16:27
jamiehannafordmfer but that's the thing - they're not different whatsoever. Better communication is useful for all projects16:27
samchoibut I'm staying true to their statements16:27
samchoi- It appears to be overkill for an "...SDK when your 'business requirements' are to perform an HTTP GET"16:27
samchoi(mentioned by several devs)16:27
samchoi- if 90% or more of the people on the team are coders.. then why bother writingthings in english.. then taking the time to make a translation layer or using another tool in the chain to generate the code16:27
samchoi(indicating little support for a BDD framework)16:28
samchoi- BDD in itself is not bad, but BDD and "human readable tests" are two different things. Big fan of the former, not so much the latter16:28
samchoiagain, these are their statements, possibly shortened, not mine16:28
jamiehannafordBDD is all about human readable tests - it's a communication tool, that is its point16:28
jamiehannafordI can respond to these on the mailing list16:29
jamiehannafordI think we're running out of time16:29
mferjamiehannaford good catch on the time16:29
*** sarob has joined #openstack-meeting-316:29
jamiehannafordwere those all the points, sam?16:29
*** tjones has joined #openstack-meeting-316:29
mferjamiehannaford I'll ask one thing. respond in a way that can get people excited and around it. this is about moving people more than the architecture issues.16:29
samchoithere were a few more I believe, but it was quite clear that they did not support using a bdd frmaework16:29
mferthat will help you sell it16:30
mferok, we have to run... time for the next meeting.16:30
tjoneshi folks you about done?  getting ready to start a meeting here now16:30
mfer#endmeeting16:30
jamiehannafordokay16:30
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:30
openstackMeeting ended Wed Jun 11 16:30:23 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:30
tjonesthanks16:30
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack_sdk_php/2014/openstack_sdk_php.2014-06-11-15.30.html16:30
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack_sdk_php/2014/openstack_sdk_php.2014-06-11-15.30.txt16:30
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack_sdk_php/2014/openstack_sdk_php.2014-06-11-15.30.log.html16:30
tjones#startmeeting novabugscrub16:30
openstackMeeting started Wed Jun 11 16:30:42 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: novabugscrub)"16:30
openstackThe meeting name has been set to 'novabugscrub'16:30
tjoneshi anyone around?16:30
wendaro/16:30
tjoneshey wendar16:31
wendarhi16:31
tjonesthanks for helping.  i did the obvious tags this am16:31
*** nedbat_ has joined #openstack-meeting-316:31
wendarexcellent16:31
tjones#link https://bugs.launchpad.net/nova/+bugs?field.tag=-*&field.status%3Alist=NEW16:31
tjonesleft with a couple16:31
tjones#link https://bugs.launchpad.net/nova/+bug/132656616:32
*** geekinutah has joined #openstack-meeting-316:32
tjones1st i thought compute, but now im thinking network as it is failing in the network cleanup code16:33
wendarhmmmm... it's one of those cascading problems16:33
*** sarob has quit IRC16:33
*** nedbat has quit IRC16:33
tjonesyeah16:33
tjoneswell the 1st prob is handled properly by compute, but the cleanup is failing16:34
wendarlike, something needs to abort after the first error, but is trying to proceed normally16:34
*** markmcclain has joined #openstack-meeting-316:35
tjoneshmmm - then is could still be compute16:35
*** kashyap has joined #openstack-meeting-316:35
wendarit's in ovs16:35
geekinutahsorry, came in late, what bug is this?16:36
wendar(that was a ...)16:36
tjoneshttps://bugs.launchpad.net/nova/+bug/132656616:36
tjonesso networking then??16:36
* kashyap here16:36
tjoneshey kashyap16:36
kashyaptjones, I'm currently going through NEW bugs - https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New16:37
*** sarob has joined #openstack-meeting-316:37
kashyapAnd, tag appropriate stuff, mostly I'll keep an eye on libvirt stuff but can try others too16:37
wendartjones: yeah, I'd go with networking16:37
tjoneswe are just tagging a couple of remianing bugs so the subteam owners can take the next pass16:38
kashyaptjones, Also, libvirt tag for the above bug16:38
tjonesok done16:38
tjones#link https://bugs.launchpad.net/nova/+bug/132659916:38
tjonesoslo???16:39
wendartjones: or api?16:39
tjonesreally no idea16:39
kashyapYeah, api, looking at the fix16:39
*** mriedem has joined #openstack-meeting-316:40
*** sarob_ has joined #openstack-meeting-316:40
kashyapand Nova16:40
* mriedem joins late16:40
tjoneshi mriedem we are on https://bugs.launchpad.net/nova/+bug/132659916:40
tjonesapi and nova16:40
mriedemtag with api16:40
tjoneswell everything is nova ;-)16:40
geekinutahseems like network is the appropriate tag for that guy16:40
mriedemkenichi opened it so he probably knows the isue16:40
tjones#link https://bugs.launchpad.net/nova/+bug/132690116:41
*** sarob has quit IRC16:41
kashyapconductor16:41
mriedemyup16:42
kashyap#link FYI - https://wiki.openstack.org/wiki/Bug_Tags#Nova16:42
tjones#link https://bugs.launchpad.net/nova/+bug/132702816:42
mriedemfor https://bugs.launchpad.net/nova/+bug/1326901 i asked what release they are on16:43
mriedemthose details are usually lacking16:43
tjonesyeah good idea16:43
mriedem"shit blows up, please figure it out..."16:43
tjoneslol16:43
kashyap:-)16:43
kashyapAlso, this bug looks woefully short of info -- https://bugs.launchpad.net/nova/+bug/132702816:43
tjonesnext one seems like api but really an opinion16:43
tjonesyes that is the one16:44
mriedemyeah, ask for more info, which API is used, which release are they on, what is the request and response, etc16:44
tjonesdone16:44
tjones#link https://bugs.launchpad.net/nova/+bug/132740616:45
mriedemtjones: marked that previous one as incomplete16:45
tjonesmriedem: good idea16:45
* kashyap wrote this wiki page a while ago -- https://wiki.openstack.org/wiki/BugFilingRecommendations16:45
kashyapShould probably stick it in most bugs I try to triage16:45
tjonesnow this next one is networking.  kashyap great!  i'll start adding that when there is not enough info16:46
tjones#link https://bugs.launchpad.net/nova/+bug/132836716:47
mriedemhold up a sec16:47
mriedemhttps://bugs.launchpad.net/nova/+bug/132740616:47
mriedemthere was a patch for nova so status changed to in progress and assigned the owern16:48
mriedem*owner16:48
mriedemalso tagged with network16:48
tjonesi just tagged with network16:48
mriedemthis is my first nova bug meeting, but are we not going through the bugs like that in detail? or is this just quickly tagging things?16:48
tjoneswell this one has a proposed patch - so i was quickly moving over it16:49
wendarmriedem: we're doing quick triage16:49
tjonesthe purpose is to get things in the column owners awareness - they may not see untagged bugs16:49
wendaressentially, making sure the bugs are raised to the attention of the folks who have agreed to own a particular tag space16:50
mriedemare the column owners actually looking at them though?16:50
kashyapmriedem, They ought to be gone over in detail, I try my best to find root-cause and post deails16:50
tjonessome are some are not.  i try to send a nag email every once in a while16:50
wendar1328367 I'm leaning toward compute16:50
tjoneswendar: ok makes sense16:51
mriedemalso tag with resize and/or migration16:51
mriedemor migrate16:51
mriedemi've been trying to tag resize/migrate bugs also16:51
tjonesniether of those are official tags - should we add that to the list?16:52
* kashyap is still to do a resize test of Nova instance in multi-node setup to reconfirm a certain bug16:52
mriedemjust something i've been doing16:52
kashyaptjones, Yeah, I was wondering _who_ blesses them as "official" tags16:52
mriedemcompute tag is very broad16:52
tjonesmikal is the blesser of tags16:53
kashyapTrue, doesn't mean anything16:53
mriedemresize seems to be a particularly nasty thing for bugs we get16:53
wendarthe significant difference is whether anyone is watching the tag16:53
mriedemin part b/c we don't have multi-node tempest testing in the gate16:53
wendarso, if mriedem wants to watch resize or migration, I say add it16:53
mriedemi think it's useful for finding duplicates though16:53
mriedemi don't want to watch it16:53
mriedembut i don't want 20 duplicates16:53
kashyapUh, yeah. I admit twice I attempted to reproduce a nasty resize bug, got distracted and did something else16:53
mriedemb/c it's not tested upstream16:53
tjonesi think we should spend some time in portland talking about this stuff.16:54
mriedemtjones: it's on the agenda16:54
tjonesyep16:54
tjonesand the reason i am going ;-)16:54
tjonesok last untagged one is https://bugs.launchpad.net/nova/+bug/132896616:54
mriedembut my point is, until we have multi-node resize/migrate testing in the gate, we can sub-tag these for compute to avoid duplicates hopefully16:54
kashyapExactly, the bug I was testing works fine in a single node allinone style setup, but blows up in a 2-node setup16:55
wendarapi16:55
tjonesduh16:55
tjonesi guess i ran out of time on that one16:55
wendaror, it came in 43 minutes ago :)16:56
tjoneslol16:56
mriedemtjones: i talked to him about that this morning in nova16:56
mriedemit's triaged16:56
mriedemtag with api16:56
tjonesfolks - this wiki shows the offical tags and has links to untriaged.  if you are a tag owner then please take a look at your column https://wiki.openstack.org/wiki/Nova/BugTriage16:56
tjonesmriedem: i know - i just tagged it16:56
tjonesthere are 171 total untriaged bugs across all columns16:57
tjoneshttps://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New16:57
tjonesalmost out of time.  anyone have anything they want to discuss for 1 minute?16:59
tjoneskashyap: i've added your wiki to my meeting page.  thanks16:59
wendarbug day?16:59
kashyaptjones, Sure, no worries.16:59
*** Sukhdev has quit IRC16:59
tjoneswell…  it was mixed.  some people did a lot, many people did not16:59
tjonesi've got to go run another meeting.  thanks all for helping out today17:00
tjones#endmeeting17:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"17:00
openstackMeeting ended Wed Jun 11 17:00:24 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:00
wendarthanks tjones!17:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/novabugscrub/2014/novabugscrub.2014-06-11-16.30.html17:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/novabugscrub/2014/novabugscrub.2014-06-11-16.30.txt17:00
openstackLog:            http://eavesdrop.openstack.org/meetings/novabugscrub/2014/novabugscrub.2014-06-11-16.30.log.html17:00
*** mriedem has left #openstack-meeting-317:00
*** Sukhdev has joined #openstack-meeting-317:00
*** beyounn has joined #openstack-meeting-317:02
*** sankarshan is now known as sankarshan_away17:14
*** jackib has joined #openstack-meeting-317:14
*** jmsoares has joined #openstack-meeting-317:15
*** SumitNaiksatam has joined #openstack-meeting-317:15
*** pgpus has joined #openstack-meeting-317:19
*** anil_rao has joined #openstack-meeting-317:20
*** hemanthravi has joined #openstack-meeting-317:22
*** jackib has quit IRC17:23
*** aihua has joined #openstack-meeting-317:25
*** eghobo has joined #openstack-meeting-317:25
*** eguz has joined #openstack-meeting-317:28
*** eguz has quit IRC17:29
*** eguz has joined #openstack-meeting-317:29
banixhalooo17:29
*** vinay_yadhav has joined #openstack-meeting-317:30
*** s3wong has joined #openstack-meeting-317:30
*** tjones has left #openstack-meeting-317:30
SumitNaiksatambanix: hi17:30
banixadvanced services for moving bits on wire?17:30
s3wonghello17:30
SumitNaiksatamhello everyone!17:30
hemanthravihi17:30
vinay_yadhavHi17:30
anil_raoHello17:31
SumitNaiksatamenikanorov kanzhe, there?17:31
*** SridarK has joined #openstack-meeting-317:31
s3wongSumitNaiksatam: doesn't seem like kanzhe or kevinbenton is here17:31
jmsoareshi17:31
*** Cathy_ has joined #openstack-meeting-317:31
cgoncalveshi17:31
SridarKHi17:31
SumitNaiksatams3wong: ah o17:31
s3wongSumitNaiksatam: so I guess I will do update on service insertion/base17:31
*** LouisF has joined #openstack-meeting-317:31
SumitNaiksatams3wong: thanks, lets get started then17:31
SumitNaiksatam#startmeeting Networking Advanced Services17:32
openstackMeeting started Wed Jun 11 17:32:05 2014 UTC and is due to finish in 60 minutes.  The chair is SumitNaiksatam. Information about MeetBot at http://wiki.debian.org/MeetBot.17:32
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.17:32
*** openstack changes topic to " (Meeting topic: Networking Advanced Services)"17:32
openstackThe meeting name has been set to 'networking_advanced_services'17:32
SumitNaiksatam#info agenda: https://wiki.openstack.org/wiki/Meetings/AdvancedServices17:32
*** pcm_ has joined #openstack-meeting-317:32
SumitNaiksatamfor the last couple of weeks we have started to track the priority blueprints in this meeting17:33
SumitNaiksatam#link https://wiki.openstack.org/wiki/Neutron/AdvancedServices/JunoPlan17:33
*** eghobo has quit IRC17:33
*** aihuaedwardli has joined #openstack-meeting-317:33
SumitNaiksatambefore we get into each blueprint, anything anyone wants to bring up at outset?17:33
*** rkukura has joined #openstack-meeting-317:34
SumitNaiksatami am little concerned that our specs are still in review at the end of Juno 117:34
s3wongSumitNaiksatam: why back to work so early :-) ?17:34
*** emagana has joined #openstack-meeting-317:34
SumitNaiksatams3wong: ha :-)17:34
SumitNaiksatami will get back to real work soon17:34
SumitNaiksatamthis is just a break ;-)17:34
pgpusLast week few were approved I thought17:35
SumitNaiksatamlets discuss the review logistics in the open discussion17:35
SumitNaiksatampgpus: not sure which ones you are referring ot17:35
SumitNaiksatam*to17:35
SumitNaiksatamenikanorov: there?17:35
pgpusMot sure me too but of the 5 we had 2 or 3 were in approved state17:36
*** Kanzhe has joined #openstack-meeting-317:36
*** geekinutah has left #openstack-meeting-317:36
*** yamamoto has quit IRC17:36
SumitNaiksatampgpus: only the general Juno plan is approved17:36
s3wongpgpus: I think only SumitNaiksatam 's umbrella bp was approved17:36
SumitNaiksatams3wong: yeah17:36
Kanzhehi17:36
SumitNaiksatamenikanorov: doesnt seem to be on17:36
gduanHi17:36
SumitNaiksatambut Kanzhe is popped in at the right time :-)17:37
SumitNaiksatam#topic Service base definition and Insertion17:37
*** openstack changes topic to "Service base definition and Insertion (Meeting topic: Networking Advanced Services)"17:37
KanzheWelcome back, SumitNaiksatam17:37
s3wonggood :-)17:37
SumitNaiksatamKanzhe: thanks :-)17:37
pgpusOk I don't see any of the 5 approved, may be was referring to some other Blue prints17:37
SumitNaiksatam#link https://review.openstack.org/#/c/9312817:37
SumitNaiksatampgpus: ok17:37
*** Sukhdev has quit IRC17:37
SumitNaiksatamKanzhe: there were a few pending comments on the blueprint17:37
s3wongpgpus: this one is approved #link https://review.openstack.org/#/c/9220017:37
SumitNaiksatamKanzhe: are there any issues that you would want to bring up for discussion here?17:38
s3wongSumitNaiksatam: yeah, I saw that you -1 it17:38
KanzheSumitNaiksatam: Yes, I will address the comments later today.17:38
SumitNaiksatamKanzhe: or you can take care of the review comments?17:38
SumitNaiksatams3wong: yeah i did17:38
SumitNaiksatams3wong: i can work with you guys though, i will try not be the bottleneck :-)17:39
SridarKKanzhe: s3wong: I also reviewed today - have some minor clarifications17:39
s3wongSumitNaiksatam: sure, good17:39
s3wongSridarK: yes, I too noticed you have -1 it :-)17:39
KanzheSridarK: thanks.17:39
SumitNaiksatamso i would like to poll the other reviewers who have assigned themselves17:39
pgpusI had seen some blue print using protocol:port being used of service insertion with firewall as opposed to L2/L3 insertion we were looking at, so are there multiple blue prints to this topic?\17:39
SumitNaiksatampgpus: link?17:40
SridarKs3wong: overall looks good nothing negative here (no pun intended)17:40
s3wongSridarK: it's OK :-) . We will address your concerns17:40
pgpusI will send u later as it was on a diff system so later that17:40
SumitNaiksatamLouisF: are you there?17:41
LouisFyes17:41
SumitNaiksatamdont see regxboi marios here17:41
SumitNaiksatamLouisF: you signed up to review, have you reviewed?17:41
LouisFwill do so17:41
SumitNaiksatami am looking at the list at the top of:17:41
SumitNaiksatam#link https://wiki.openstack.org/wiki/Neutron/AdvancedServices/JunoPlan17:41
LouisFyes i am commited to review17:42
*** HenryG has quit IRC17:42
SumitNaiksatamLouisF: thanks, hopefully soon :-)17:42
s3wongKanzhe will update soon, so we would love for everyone to review once the latest one is posted17:42
SumitNaiksatamLouisF: we are already missing our first milestone17:42
*** seizadi1 has quit IRC17:42
SumitNaiksatamis ivar here?17:42
*** badveli has joined #openstack-meeting-317:42
SumitNaiksatamprobably not17:42
SumitNaiksatamok so i went through the assigned reviewers17:43
SumitNaiksatami dont want to start pinging the cores until we have consensus in the team here17:43
SumitNaiksatamanyone has major issues with this spec?17:43
SumitNaiksatamor its just that we havent reviewed it carefully?17:43
s3wongSumitNaiksatam: I am going to San Antonio next week to work with LBaaS team for them to conform to this as they revamp their APIs17:43
SumitNaiksatams3wong: nice17:44
s3wongSo hopefully our own team has reached a consensus by then :-)17:44
SumitNaiksatams3wong: absolutely17:44
Kanzhes3wong: SumitNaiksatam It would be great to put an internal target for review feedbacks.17:44
SumitNaiksatamKanzhe: our target to get this approved was today17:45
s3wongKanzhe: great idea. LouisF, SridarK?17:45
SumitNaiksatamKanzhe: or if not approved at least to understand why it is not a being approved17:45
KanzheSumitNaiksatam: great! :-)17:45
LouisFwill review today17:45
SumitNaiksatamKanzhe: unfortuntaley we dont yet have enough reviews even within the sub-team here17:45
SridarKs3wong: yes agree17:45
SumitNaiksatamis kevinbenton here?17:45
*** eguz has quit IRC17:46
kevinbentonyes17:46
KanzheSumitNaiksatam: agreed. I broadcasted a plea on the mailing list, but was silently ignore.17:46
SumitNaiksatamKanzhe: mailing list will not help17:46
banixI will review by Friday.17:46
SumitNaiksatamwe have to work within our team here first17:46
*** eghobo has joined #openstack-meeting-317:47
SumitNaiksatambanix: thanks, i was just going to put you on the spot ;-)17:47
gduanI will review the BP too.17:47
SumitNaiksatamkevinbenton: you have volunteered to review17:47
SumitNaiksatamkevinbenton: are you happy with this spec?17:47
SumitNaiksatamgduan: thanks17:47
pgpusIs trhere anything that needs to be updated to design https://docs.google.com/document/d/1fmCWpCxAN4g5txmCJVmBDt02GYew2kvyRsh0Wl3YF2U/edit?pli=1#17:47
SumitNaiksatamcgoncalves: you also signed up, any comments?17:47
s3wongKanzhe: update by tonight then :-) ?17:47
Kanzhes3wong: yes.17:48
*** eguz has joined #openstack-meeting-317:48
SumitNaiksatamkevinbenton: i know you are part of the design team, but i would like to see a +1 if you dont have any issues :-)17:48
kevinbentonSumitNaiksatam: I haven’t looked at the latest one, I will review the next upload17:48
SumitNaiksatamkevinbenton: ok thanks17:48
cgoncalvesSumitNaiksatam: sure, will do17:48
SumitNaiksatampgpus: dont look at that document17:48
Kanzhepgpus: I don't see any design change yet.17:48
SumitNaiksatampgpus: #link https://review.openstack.org/#/c/9312817:48
s3wongpgpus: yeah, please ignore the document, and focus on the gerrit spec reivew17:49
SumitNaiksatam#action LouisF kevinbenton gduan banix cgoncalves regxboi marios ivar to review https://review.openstack.org/#/c/93128 by end of week17:49
pgpusok thanks17:49
SumitNaiksatamhemanthravi: can you review as well?17:50
SumitNaiksatamKanzhe s3wong: i would request you to please return the review favor with the other blueprints17:51
*** badveli has quit IRC17:51
hemanthraviSumitNaiksatam: yes travelling this week will do it by mon17:51
SumitNaiksatamKanzhe s3wong: i know you guys are terribly busy, but review begets review ;-)17:51
*** garyduan has joined #openstack-meeting-317:51
*** gduan has quit IRC17:51
s3wongSumitNaiksatam: absolutely. Ready to review the other four bps for the team17:51
SumitNaiksatamhemanthravi: thanks, can you please add yourself to the reviewers (or I can do that ;-))17:51
cgoncalvesSumitNaiksatam: as owner of that ^ google doc, should one (you?) add a warning message to it saying that doc is deprecated and pointing to the right URL (blueprint URL)?17:52
KanzheSumitNaiksatam: which one?17:52
*** eghobo has quit IRC17:52
hemanthraviSumitNaiksatam: this for 93128 right?17:52
SumitNaiksatamcgoncalves: good suggestion, i will do it, my bad17:52
SumitNaiksatamhemanthravi: correct17:52
SumitNaiksatamKanzhe: all the others17:52
hemanthraviSumitNaiksatam: i'll do that17:52
s3wongKanzhe: all the other four below ours #link https://wiki.openstack.org/wiki/Neutron/AdvancedServices/JunoPlan17:52
SumitNaiksatamKanzhe: at least the flavors, traffic steering and chaining17:52
SumitNaiksatamenikanorov: there?17:53
Cathy_I will review the blueprints too, service chaining specifically17:53
KanzheSumitNaiksatam: Kanzhe yes. Will do it by the weekend.17:53
s3wongKanzhe: Oh, and flavor also...17:53
SumitNaiksatamCathy_: nice, thanks much in advance17:53
*** aihuaedwardli has quit IRC17:53
*** badveli has joined #openstack-meeting-317:53
SumitNaiksatamCathy_: if you feel comfortable please add yourself to the reviewers list: https://wiki.openstack.org/wiki/Neutron/AdvancedServices/JunoPlan17:53
Cathy_sure, will do17:54
SumitNaiksatamCathy_: that way I can hound you ;-P17:54
SumitNaiksatamok it doesnt seem enikanorov is still not around17:54
SumitNaiksatam#topic Traffic steering17:54
*** openstack changes topic to "Traffic steering (Meeting topic: Networking Advanced Services)"17:54
SumitNaiksatam#link https://review.openstack.org/#/c/9247717:54
SumitNaiksatamcgoncalves: are you planning a new patch?17:55
*** aihuaedwardli has joined #openstack-meeting-317:55
cgoncalvesSumitNaiksatam: we'd like first to get input from banix et al. on Joao's last comments17:55
SumitNaiksatamcgoncalves: ok please go ahead, we can have the discussion now and resolve it if possible17:56
SumitNaiksatambanix: ?17:56
banixcgoncalves: will do by end of day (night) today17:56
cgoncalvesbanix: thanks17:56
enikanorovSumitNaiksatam: sorry, i'm late17:56
s3wongSumitNaiksatam: now we can go to flavor!17:56
enikanorovi'll give an update when you give me a timeslot17:56
cgoncalvesall: note that I've submitted three patches for reviewing but marked as WIP17:57
cgoncalves#link https://review.openstack.org/#/q/topic:bp/traffic-steering-abstraction,n,z17:57
SumitNaiksatamenikanorov: no worries, we can do flavors next, people are getting restless without the customary start with flavors discussion ;-P17:57
enikanorov:)17:57
SumitNaiksatamcgoncalves: nice17:57
s3wongcgoncalves: OK - still need to review your spec; sorry for the delay17:57
cgoncalvesmarked as WIP because BP has not yet been approved17:57
SumitNaiksatamcgoncalves: thats the righ approach, very much appreciate the process you are following17:58
cgoncalvesmore codebase will follow once more reviewing is given17:58
SumitNaiksatamcgoncalves: which other reviewer do you want to check with?17:58
SumitNaiksatam*reviewers17:58
cgoncalvesSumitNaiksatam: I'm not sure it's the best approach to follow, though, but I will follow a similar codebase as ML2 and GP. how does that sound to you all?17:59
pgpusI can provided I get some help on Gerrit from one of you?17:59
SumitNaiksatamcgoncalves: yeah good17:59
SumitNaiksatampgpus: nice, much appreciated17:59
SumitNaiksatamis Youcef_ here?17:59
cgoncalvesSumitNaiksatam: Ryan Moats as he brought some comments too17:59
pgpusOK  I will review the 3 of the listed one and work with cgoncalves17:59
SumitNaiksatamcgoncalves: yes, but i dont see ryan here today18:00
cgoncalvespgpus: thanks!18:00
SumitNaiksatamYoucef_ had comments on both this and the insertion bp18:00
SumitNaiksatam*good comments18:00
banixcgoncalves: ryan is out the rest of the week but let me go through your comments18:00
cgoncalvesSumitNaiksatam: yes. better take this discussion to gerrit18:00
SumitNaiksatami will hound him :-)18:00
SumitNaiksatamcgoncalves: ok18:00
*** jamiehannaford has quit IRC18:00
cgoncalvesbanix: thanks ;)18:01
SumitNaiksatamanyone else want to bring up an technical issue with the traffic steering blueprint?18:01
banixcgoncalves: np18:01
SumitNaiksatam*any18:01
*** markmcclain has quit IRC18:01
cgoncalvesI think there may be some other folks interested in this BP18:01
cgoncalvesnot sure, though, if any of them are here18:01
s3wongcgoncalves: outside of this subteam?18:01
*** markmcclain has joined #openstack-meeting-318:02
s3wongcgoncalves: the NFV folks, perhaps?18:02
cgoncalvess3wong: yes. NFV team18:02
cgoncalvess3wong: https://wiki.openstack.org/wiki/Meetings/NFV18:02
cgoncalvess3wong: search for "steering", for instance18:02
SumitNaiksatam#action banix pgpus regxboi Kanzhe s3wong kevinbenton hemanthravi LouisF  to review https://review.openstack.org/#/c/92477 and provide feedback by end of week18:03
SumitNaiksatamcgoncalves: yeah18:03
SumitNaiksatamcgoncalves: did you attend the NFV meeting?18:03
s3wongcgoncalves: you may want to add your bp on the wiki page here #link https://wiki.openstack.org/wiki/Meetings/NFV18:03
SumitNaiksatamor anyone else?18:03
banixSumitNaiksatam: liking these action items already :)18:03
s3wongSumitNaiksatam: I have18:03
cgoncalvesI also just got a contact from someone else not in these teams asking for more details18:03
banixSumitNaiksatam: sounds like a good way of tracking18:03
* SumitNaiksatam hides for cover :-P18:03
cgoncalvesSumitNaiksatam: I did18:03
cgoncalvess3wong: it is listed there. check the bottom of second table18:04
SumitNaiksatamcgoncalves: ok good18:04
s3wongcgoncalves: that's good. Ask them to join as reviewers :-)18:04
SumitNaiksatams3wong: nice one18:04
SumitNaiksatambanix: i am happy being the bad guy here18:04
cgoncalvess3wong: sure!18:04
s3wongcgoncalves: got it, didn't scroll all down enough. Sorry18:04
SumitNaiksatamcgoncalves: we will have a quick NFV update later, perhaps you can do that18:05
SumitNaiksatamok flavors18:05
SumitNaiksatam#topic Flavors18:05
*** openstack changes topic to "Flavors (Meeting topic: Networking Advanced Services)"18:05
banixSumitNaiksatam: no i think this is a good way of tracking things; when one have an action item you pay more attention; we all want to do the reviews but things get pushed around wrt priority; so i like the approach18:05
SumitNaiksatambanix: exactly18:05
cgoncalvesSumitNaiksatam: later this meeting or?18:05
SumitNaiksatam#link https://review.openstack.org/#/c/9007018:05
SumitNaiksatamcgoncalves: yes later in the agenda18:06
SumitNaiksatamenikanorov: ?18:06
enikanorovhere18:06
enikanorovok18:06
SumitNaiksatamenikanorov: is there another patch coming?18:06
enikanorovSumitNaiksatam: you mean spec?18:06
SumitNaiksatamenikanorov: yeah18:06
enikanorovyes, i think the only remaining question is about tags format18:07
SumitNaiksatamenikanorov: i meant patch set, sorry18:07
*** nati_ueno has joined #openstack-meeting-318:07
enikanorovmy understanding was that with many different requirements it might be more flexible to hae it in a form of string18:07
SumitNaiksatamenikanorov: so who is blocking that?18:07
*** lcheng has quit IRC18:07
enikanorovthere was a couple of questions along the way about that18:07
enikanorovsome asked if we need additional model for Tag18:08
SumitNaiksatamenikanorov: ok18:08
enikanorovand add Tags one by one to Flavor18:08
enikanorovbut I think it's too complex to be usable18:08
SumitNaiksatamenikanorov: i made the comment about there being more structure18:08
SumitNaiksatamnati_ueno: there?18:08
enikanorovbut technically, what kind of structure it could be?18:08
garyduanenikanorov: Does the spec define how "supported capabilities" are inputed?18:09
SumitNaiksatamenikanorov: i was just thinking something more than a one single flat string for all the tags and valures18:09
SumitNaiksatam*values18:09
enikanorovSumitNaiksatam: so what is that 'something'?18:09
SumitNaiksatamenikanorov: i will not block this18:09
SumitNaiksatamenikanorov: something similar to the dict that i was suggesting in the comments18:10
pgpusDiff services have diff capability so how do we structure flavor, more likely string format with key values should be Ok18:10
enikanorovgaryduan: "cap_name:cap_value,cap_name2:cap_value2"18:10
*** safchain has quit IRC18:10
pgpusThat spound perfect provided we know service instace can use them with correct interpretation18:10
garyduanenikanorov: what I mean is there is a predefined set of allowed tags that driver can use18:10
SumitNaiksatamgaryduan: my earlier suggesting was along similar lines18:11
enikanorovgaryduan: I would be glad if someone could help me with defining that18:11
*** beyounn has quit IRC18:11
SumitNaiksatamenikanorov: is there a possibility that two different drivers can have the same capability name and be using them in different ways?18:11
enikanorovalthough i'm not sure it shoul be necessarily in flavor API implementation18:11
*** beyounn has joined #openstack-meeting-318:12
enikanorovSumitNaiksatam: that should be avoided. Capabilites are user facing so they create expectations18:12
pgpusOK unfortunately unlike nova flavor we do not have fixed mem storage like common absractions fully similar across services18:12
enikanorovexpectations of consistency18:12
SumitNaiksatampgpus: yes that is the issue18:12
*** lcheng has joined #openstack-meeting-318:12
enikanorovsince user doesn't know what implementation he gets, it should be consistent across drivers18:13
SumitNaiksatamenikanorov: but without being prescriptive, it is difficult to be consistent18:13
garyduanenikanorov: what these tags are can be figured out later for each services18:13
enikanorovSumitNaiksatam: please explain?18:13
SumitNaiksatamenikanorov: so who ensures the consistency?18:13
garyduanenikanorov: but where to define them. Are they hard-coded in Neutron?18:13
pgpusAtleast service_type is common across all falvors18:13
enikanorovI think deployers/cloud admins should ensure it18:13
SumitNaiksatamenikanorov: but the deployers are different from the entities who develop the drivers18:14
SumitNaiksatamenikanorov: and we are saying that the drivers express their capabilities18:14
pgpusIf Provider has a different concept from same service_type they should be able to override the service_type\18:14
enikanorovyes, they're different. Those who maintain service should ensure that certain feature works similarly in all drivers18:14
enikanorovalso, driver authors should be verbose in defining capabilities supported by their driver18:15
garyduanI think what Sumit means is18:15
garyduanOperator A may want to have tag X, Y, Z18:15
garyduanand B wants tag S, T, W18:15
garyduanas vendor driver, which tag set should it expose?18:16
enikanorovthe tag names should be hardcoded unless it's vendor-specific18:16
SumitNaiksatamenikanorov: so essentially, you seem to be saying that at the time of reviewing a driver, we as reviewers should ensure consistency?18:16
SumitNaiksatam* driver code18:17
pgpusEvery Service_Type should have atleast two or three standard attributes like for for firewall igress, egress and l2 or l3 should be minmum just for exaple sake18:17
s3wongenikanorov: so should the hardcoded tag names be part of the spec/API/DB?18:17
enikanorovyes, I think every driver should implement some feature X such that user would have same experience with it18:17
garyduans3wong: my question too.18:17
pgpusSo tags S=A has A,B,C ... anything after that18:17
enikanorovand we as reviewers should ensure that18:17
*** sarob_ has quit IRC18:17
pgpusService-B has, A,B,C.. anything after that18:18
SumitNaiksatamenikanorov: in that case, can i suggest an evolutionary approach18:18
pgpusboth S-A & S-B being two implementations of FW18:18
*** sarob_ has joined #openstack-meeting-318:18
enikanorovSumitNaiksatam: please explain?18:18
SumitNaiksatamenikanorov: how about we define a module where we note these capability names as they are populated by drivers?18:18
pgpussame with LB that may have S-A A,B,C,D ... and any more18:18
enikanorovSumitNaiksatam: yes, that will work for us18:19
SumitNaiksatamenikanorov: since the problem now seems to be to able to identify these tags at the outset18:19
pgpusand S-B A,B.C,D and any thing more18:19
pgpusbut for a give Service A,B,C or A,BC,D must be common minimum18:19
SumitNaiksatamenikanorov: every new tag name should be added to this capabilites module (like a common constants module)18:19
enikanorovSumitNaiksatam: yes, something like that18:19
*** HenryG has joined #openstack-meeting-318:20
s3wongSumitNaiksatam: enikanorov: OK - that makes sense, separate framework from service-type-specific attributes18:20
SumitNaiksatamenikanorov: that way we have the tag (names) all defined in one place, which evolve over time, but we ensure that at least people are aware of what is being used18:20
enikanorovSumitNaiksatam: agree18:20
garyduanSumitNaiksatam: these are hardcoded "common tags or specific to service types" tag, right?18:20
SumitNaiksatamenikanorov: we should also ensure that these tag names are documented when they are populated18:20
pgpusOK that looks good so you define a set of constant which are part of standards for that specifc service and rest are optional18:20
SumitNaiksatampgpus: yes18:21
enikanorovSumitNaiksatam: ok18:21
SumitNaiksatamenikanorov: to help us maintain consistency18:21
garyduanagree18:21
SridarKSumitNaiksatam: enikanorov so there is a review process to get a new tag added ?18:21
pgpusI am ok with that, that will work18:21
nati_uenoHi!18:21
enikanorov#action enikanorov to add notes on tags consistency to blueprint spec18:21
enikanorovSridarK: common sense? :)18:21
SumitNaiksatamSridarK: that would be part of the review for the driver, enikanorov right?18:22
enikanorovSumitNaiksatam: sure18:22
SumitNaiksatamnati_ueno: hi, wanted to put you on the spot :-)18:22
nati_uenoSumitNaiksatam: Show time!18:22
SumitNaiksatamnati_ueno: did you get a chance to look at the flavors spec?18:22
SridarKenikanorov: SumitNaiksatam yes that will help excess proliferation.18:22
s3wongSridarK: I would imagine who ever add their service's flavor support would have to define tags and have them reviewed18:22
SumitNaiksatamnati_ueno: #link https://review.openstack.org/#/c/9007018:22
nati_uenoSumitNaiksatam: I didn't read the latest yet. please let me have a look18:22
SridarKs3wong: yes a sort of IANA allocation will keep things sane18:23
SumitNaiksatamnati_ueno: thanks, this is blocker for lots of services’ stuff18:23
SumitNaiksatamSridarK: nice analogy :-)18:23
s3wongSridarK: in here we have Neutron core-dev to serve the role :-)18:23
*** sarob_ has quit IRC18:23
enikanorovlet nati_ueno put another -1 so i could resolve his comments as well :)18:23
SridarK:-)18:23
SumitNaiksatamnati_ueno: enikanorov is challenging you to put a +2 i think :-)18:24
enikanorovSo with regards to implementation that is under way, I'd like to put everything that is not yet fully decided - out of the patch18:24
enikanorovso it only will consist of API and db part (+UTs of course)18:24
nati_uenoenikanorov: he he that challenge is accepted18:24
enikanorovSumitNaiksatam: eventually, yes :)18:24
s3wongenikanorov: makes sense18:24
SumitNaiksatamenikanorov: have we identified people who will work on each service?18:25
enikanorovSumitNaiksatam: no, i don't think so. garyduan for fwaas, ... ?18:25
s3wongSumitNaiksatam: enikanorov himself for LBaaS? That is, once the dust is settled there :-)18:25
enikanorovi'll gladly help with integration18:25
enikanorovit's a bit early to say about lbaas18:26
SumitNaiksatam#agreed nati_ueno accepts enikanorov challenge to +2 flavors patch https://review.openstack.org/#/c/9007018:26
enikanorovafter the code sprint - may be!18:26
garyduanenikanorov: please also explain in the spec how vendor should expose "specific to vendor" tags18:26
*** emagana has quit IRC18:26
garyduanenikanorov: anything not hardcoded?18:26
SumitNaiksatamgaryduan: are you doing fwaas?18:26
s3wongenikanorov: so optimistic :-)18:26
garyduanyes18:26
SumitNaiksatamgaryduan: nice18:26
enikanorovgaryduan: vendor exposes to admin, admin decides wether to put those caps into flavors18:26
SumitNaiksatamnati_ueno: what about vpnaas?18:26
garyduanenikanorov: ok.18:27
*** markmcclain has quit IRC18:27
nati_uenoSumitNaiksatam: I think there is nothing special for vpnaas18:27
SumitNaiksatamnati_ueno: ok18:27
nati_uenoaccoding to the flavor part18:27
nati_uenoI feel there is more and more vendor paramters in the vpnaas, but it is another issue18:28
nati_uenomay be we should bind flavor and such extended parater for validation ..18:28
SumitNaiksatamok as a team can we agree to resolve all issues with the flavors spec by next week; i would like to see a bunch of +1s by that time18:28
*** beyounn has quit IRC18:28
SumitNaiksatamand i would like to see some +1s to my comment now ;-P18:28
rkukuraSumitNaiksatam: I’ll be sure to review that one18:29
s3wongSumitNaiksatam: +118:29
SumitNaiksatamrkukura: thanks!18:29
SridarKSumitNaiksatam: +118:29
garyduanSumitNaiksatam: +118:29
Kanzhe+118:29
vinay_yadhav+118:29
banixsounds good18:29
enikanorov+1!18:29
s3wongSumitNaiksatam: time's up for the meeting, BTW18:30
SumitNaiksatam#action rkukura s3wong SridarK garyduan Kanzhe vinay_yadhav banix nati_ueno SumitNaiksatam to review flavors patch and resolve issues before next weeks meeting18:30
cgoncalvesSumitNaiksatam: +1 (just because I'm scare of being haunted by you)18:30
SumitNaiksatams3wong: yes we are running a little behind18:30
SumitNaiksatamcgoncalves: ha18:30
SumitNaiksatamcgoncalves: you managed to escpat18:30
SumitNaiksatamfew more minutes if people are willing to stay18:31
* cgoncalves does the chicken dance18:31
SumitNaiksatamcgoncalves: ha18:31
vinay_yadhavsumit: TaaS18:31
pgpusSumit Thanks will follow with cg18:31
SumitNaiksatamvinay_yadhav: yes18:31
*** markmcclain has joined #openstack-meeting-318:31
SumitNaiksatam#topic Tap Service18:31
*** openstack changes topic to "Tap Service (Meeting topic: Networking Advanced Services)"18:31
s3wongSumitNaiksatam: let's skip updates on NFV and serviceVM for this week then18:31
vinay_yadhavwe have resolved some comment from previous patch and have got some +118:31
SumitNaiksatam#link https://review.openstack.org/#/c/96149/18:31
SumitNaiksatams3wong: yes18:32
garyduanvinay_yadhav: thanks for initiating the spec18:32
s3wongvinay_yadhav: nice18:32
garyduanvinay_yadhav: have you considered to support one-arm type of service as well18:32
SumitNaiksatamvinay_yadhav: nice work, i do see +1s18:32
vinay_yadhavWe would like to see more reviews so that we can get the spec accepted18:32
SumitNaiksatamvinay_yadhav: sorry, i did not get a chance to review the latest18:32
garyduanvinay_yadhav: besides mirroring18:32
SumitNaiksatamvinay_yadhav: any blockers at this point?18:32
vinay_yadhavgaryduan: not as of yet18:33
vinay_yadhavi dont see any18:33
Kanzhevinay_yadhav: I will review your spec this weekend.18:33
SumitNaiksatamKanzhe: thanks18:34
vinay_yadhavKanzhe: Thanks18:34
SumitNaiksatam#action SumitNaiksatam Kanzhe garyduan to review https://review.openstack.org/#/c/96149/18:34
vinay_yadhavcool thanx18:34
anil_raoThanks18:34
garyduanvinay_yadhav: I will add comments on the spec18:35
SumitNaiksatami dont see mandeep, so i will skip service chaining, please respond to the review: https://review.openstack.org/#/c/9352418:35
vinay_yadhavgaryduan: thanx18:35
s3wongvinay_yadhav: I will review as well (actually I already added myself as reviewer anyway)18:35
SumitNaiksatam#topic Open Discussion18:35
*** openstack changes topic to "Open Discussion (Meeting topic: Networking Advanced Services)"18:35
vinay_yadhavs3wong: sure18:35
*** eguz has quit IRC18:35
SumitNaiksatamanythin anyone wants to bring up?18:35
*** eghobo has joined #openstack-meeting-318:36
SumitNaiksatami am really hoping that we can get consensus within the team to +1 the specs by next week18:36
cgoncalvesSumitNaiksatam: I think jmsoares has something18:36
SumitNaiksatamwe can accordingly go to the core reviewers18:36
SumitNaiksatamjmsoares: sure, please go ahead18:36
* SumitNaiksatam appreciates everyone staying longer18:36
*** otherwiseguy has quit IRC18:36
jmsoaresabout the NFV meeting:  apart from logistic stuff, the discussion was focused on 1) Gap analysis (functional), 2) NFV use-cases, and 3) Workload analysis (performance).18:36
* SumitNaiksatam and thanks fwaas team for always being patient18:37
SumitNaiksatamjmsoares: great, thanks for that update18:37
jmsoares 1) What ETSI NFV is defining that doesn't (currently) align with OpenStack. Some members that are in ETSI will try to bring some of the most relevant (to OpenStack) draft documents public.18:37
jmsoares 2) Do a gap analysis focused on NFV use-cases.18:37
SumitNaiksatamjmsoares: any action items for us?18:37
jmsoaresthis is all I remember :)18:37
SumitNaiksatamjmsoares: sure, any immediate action items for us?18:37
jmsoaresnot really.18:38
s3wongSumitNaiksatam: currently some NFV team people (including me) will map NFV requirements to the list of BPs18:38
SridarKSumitNaiksatam: no worries18:38
SumitNaiksatamjmsoares: ok18:38
s3wongSumitNaiksatam: I will make sure our BPs get prominently featured :-)18:38
SumitNaiksatams3wong: great, thanks :-)18:38
SumitNaiksatamSridarK: thanks18:38
SumitNaiksatamok anything else that we missed?18:38
jmsoaress3wong: exatcly...that's the main action point in the group now.18:38
SumitNaiksatamalrighty, lets call it a wrap18:39
s3wongSumitNaiksatam: +118:39
SumitNaiksatamplease review the action items after the meeting, and act on them :-P18:39
banixbye everybody18:39
SumitNaiksatamthanks all!18:39
SumitNaiksatambye18:39
s3wongthanks!18:39
SumitNaiksatam#endmeeting18:39
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"18:39
openstackMeeting ended Wed Jun 11 18:39:39 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:39
vinay_yadhavbye18:39
openstackMinutes:        http://eavesdrop.openstack.org/meetings/networking_advanced_services/2014/networking_advanced_services.2014-06-11-17.32.html18:39
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/networking_advanced_services/2014/networking_advanced_services.2014-06-11-17.32.txt18:39
openstackLog:            http://eavesdrop.openstack.org/meetings/networking_advanced_services/2014/networking_advanced_services.2014-06-11-17.32.log.html18:39
*** anil_rao has left #openstack-meeting-318:39
*** Kanzhe has quit IRC18:39
*** jmsoares has quit IRC18:39
rkukurabye18:40
*** rkukura has left #openstack-meeting-318:40
pcm_bye18:40
*** s3wong has quit IRC18:40
pgpusbye18:40
SumitNaiksatamSridarK: garyduan yisun rajesh: there?18:40
*** pgpus has quit IRC18:40
garyduanI am here.18:41
SridarKHi All, SumitNaiksatam: welcome back18:41
SumitNaiksatamSridarK: thanks :-)18:41
*** jamiehannaford has joined #openstack-meeting-318:41
SumitNaiksatam#startmeeting Networking FWaaS18:42
openstackMeeting started Wed Jun 11 18:42:04 2014 UTC and is due to finish in 60 minutes.  The chair is SumitNaiksatam. Information about MeetBot at http://wiki.debian.org/MeetBot.18:42
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.18:42
*** openstack changes topic to " (Meeting topic: Networking FWaaS)"18:42
openstackThe meeting name has been set to 'networking_fwaas'18:42
*** hemanthravi has quit IRC18:42
SumitNaiksatam#info agenda https://wiki.openstack.org/wiki/Meetings/FWaaS18:42
SumitNaiksatam#topic bugs18:42
*** openstack changes topic to "bugs (Meeting topic: Networking FWaaS)"18:42
SumitNaiksatamSridarK: thanks for the terrific work on following up with the bugs18:42
badvelihello all, i would be participating in the meeting18:42
SumitNaiksatambadveli: welcome!18:43
badvelithanks sumit18:43
SumitNaiksatam#link https://bugs.launchpad.net/neutron/+bug/131085718:43
SridarKSumitNaiksatam: no worries, thanks to enikanorov: for fixing the last one18:43
*** jamiehannaford has quit IRC18:43
SridarKbadveli: hi18:43
SumitNaiksatamenikanorov: thanks18:43
SumitNaiksatamSridarK: link?18:43
*** jamiehannaford has joined #openstack-meeting-318:44
badvelihello sridark18:44
enikanorovI need to say that fwaas team need to revisit and clarify state transitions for firewall objects18:44
SumitNaiksatamenikanorov: explain?18:44
enikanorovthat was my impression from fixing that gate issue with firewalls18:44
*** aihua has quit IRC18:45
*** aihuaedwardli has quit IRC18:45
SridarKenikanorov: this is also an artifact of the being installed on all routers in the tenant18:45
enikanorovSumitNaiksatam: logic around state transitions is not always clear, it also not quite clear which objects could be updated/deleted from DB in which states18:45
SridarKat least this previous issue18:45
SumitNaiksatamSridarK: yes, i responded to the private email thread yesterday saying pretty much the same18:45
SumitNaiksatamenikanorov: okay, i thought we only have state/status for the firewall resources18:46
SumitNaiksatamenikanorov: and that has a well defined state transition18:46
enikanorovhmm, ok18:46
enikanorovanyway i have changed it a little bit18:46
enikanorovwith my latest fix18:46
SumitNaiksatamenikanorov: happy to revisit and fix anything that you may have discovered is inconsistent18:46
SumitNaiksatamenikanorov: link?18:47
enikanorov1 sec18:47
SumitNaiksatamenikanorov: sure18:47
enikanorovSumitNaiksatam: https://review.openstack.org/#/c/98956/18:47
SumitNaiksatamenikanorov: thanks18:47
SumitNaiksatamenikanorov: i will take a look, this was approved before i noticed it (i am on personal leave right now)18:48
SumitNaiksatamSridarK: you seemed to have +1'ed18:48
enikanorovbtw, SridarK thanks for your recent comment, it explains the issue to me18:48
enikanorovbecause I was confused of tempest-side of it18:49
*** Sukhdev has joined #openstack-meeting-318:49
enikanorov(tempest test waits for firewall to become ACTIVE, but apparently some other router appears and agent changes the status again)18:49
SridarKSumitNaiksatam: yes - i think this is good as with the timing on us being joined at the hip with routers getting added18:49
*** prad has joined #openstack-meeting-318:49
SridarKenikanorov: yes18:50
enikanorovSumitNaiksatam: btw I have not yet congratulated you (about the reason of your personal leave :P )18:50
SumitNaiksatamenikanorov: np, thanks :-)18:50
enikanorovso my congratulations! :)18:50
SumitNaiksatamenikanorov: thanks, quite unexpected, so still coping with it18:50
SumitNaiksatami mean, unexpected because it was early18:51
SumitNaiksatam5 weeks early18:51
SumitNaiksatamanyway18:51
SumitNaiksatamso i was again looking at: https://bugs.launchpad.net/neutron/+bug/131085718:51
*** vinay_yadhav has quit IRC18:51
enikanorovi see, it's almost always unexpected (in general) :)18:51
SumitNaiksatamenikanorov: hahaha :-)18:51
enikanorov(even if you're expecting it)18:51
SumitNaiksatamenikanorov: yeah18:52
garyduanenikanorov: nice one18:52
SumitNaiksatamthe above is the only high priority bug18:52
SumitNaiksatamand the review has been sitting for some time18:52
SridarKyes more comments were added18:52
SumitNaiksatamSridarK garyduan can you also look at: https://review.openstack.org/#/c/90575/18:53
SumitNaiksatamSridarK: thanks18:53
SumitNaiksatamwe need to contact the patch author18:53
garyduanI will18:53
SumitNaiksatamand possilbly markmcclain since he has -218:53
*** LouisF has quit IRC18:54
garyduanI reported one bug in Horizon in firewall configuration page18:54
SumitNaiksatamgaryduan: thanks, sorry i did not respond to that18:55
SumitNaiksatamgaryduan: is it getting attention?18:55
garyduanthanks for SridarK to locate a reviewer for it18:55
SumitNaiksatamgaryduan: if not we can ping akihiro18:55
SumitNaiksatamamotoki: there?18:55
garyduanThe comment is to add test cases18:55
SumitNaiksatamgaryduan: link to review patch?18:56
garyduanhttps://review.openstack.org/#/c/96654/18:56
*** otherwiseguy has joined #openstack-meeting-318:57
*** SridarK has quit IRC18:57
SumitNaiksatami took the liberty of adding amotoki to the review18:57
SumitNaiksatamgaryduan: let us know if you dont get attention18:57
*** SridarK has joined #openstack-meeting-318:58
SumitNaiksatamthanks to abishek for reviewing18:58
garyduanSumitNaiksatam: thanks18:58
SridarKSorry guys got bounced out18:58
SumitNaiksatamSridarK: np18:58
SridarKgaryduan: so u got the review18:58
SumitNaiksatamSridarK garyduan: any other bugs of immediate concern?18:58
SumitNaiksatamSridarK: i have added amotoki as well18:58
SridarKSumitNaiksatam: ok18:58
garyduanSridarK: yes, thanks. KC also reviewed it.18:58
garyduanno18:59
SridarKgaryduan: ok18:59
SumitNaiksatamgaryduan: ah nice to see KC particpating19:00
SumitNaiksatamwe dont have a patch for https://review.openstack.org/#/c/90575/19:00
SumitNaiksatamit has been claimed19:00
SumitNaiksatambut i dont see a patch19:00
*** sarob_ has joined #openstack-meeting-319:00
SumitNaiksatamthat said, this is working as designed19:01
SumitNaiksatamsorry i pasted the wrong link19:02
SumitNaiksatami meant to say we dont have a patch for: #link https://bugs.launchpad.net/neutron/+bug/132329919:02
SumitNaiksatam#link SumitNaiksatam SridarK to check with owner of https://bugs.launchpad.net/neutron/+bug/132329919:03
SumitNaiksatam#action SumitNaiksatam SridarK to check with owner of https://bugs.launchpad.net/neutron/+bug/132329919:03
SumitNaiksatam#action SumitNaiksatam SridarK garyduan to review https://review.openstack.org/#/c/90575/19:03
*** sarob__ has joined #openstack-meeting-319:04
*** SridarK_ has joined #openstack-meeting-319:04
SumitNaiksatamenikanorov: you assigned this to yourself: #link https://bugs.launchpad.net/neutron/+bug/132705719:04
SumitNaiksatamenikanorov: are you planning on posting a patch?19:05
enikanorovSumitNaiksatam: sure19:05
*** SridarK has quit IRC19:05
SumitNaiksatamenikanorov: i mean i was just asking19:05
*** sarob_ has quit IRC19:05
SumitNaiksatamenikanorov: i know you are swamped19:05
SumitNaiksatamenikanorov: if you dont have time let us know19:05
enikanorovbut i'm still able to make some progress :)19:06
*** sarob__ has quit IRC19:06
SumitNaiksatamenikanorov: nice :-)19:06
*** sarob has joined #openstack-meeting-319:06
SumitNaiksatamok we have few more bugs which we have not triaged, will do that19:07
SumitNaiksatam#action SumitNaiksatam to triage “undecided” bugs19:07
*** emagana has joined #openstack-meeting-319:07
SumitNaiksatam#topic Juno Plan19:08
*** openstack changes topic to "Juno Plan (Meeting topic: Networking FWaaS)"19:08
SumitNaiksatam#link https://wiki.openstack.org/wiki/Neutron/FWaaS/JunoPlan19:08
SumitNaiksatamSridarK_ garyduan yisun prad: i dont see that the above ^^^ has been updated19:08
*** SridarK_ has quit IRC19:08
SumitNaiksatamsorry, SridarK seems to have updated19:09
badvelisumit, can i look at 132705719:09
SumitNaiksatamgaryduan: i believe you are blocked on flavors discussion19:09
SumitNaiksatambadveli: sure, can you coordinate with enikanorov19:10
*** nati_ueno has quit IRC19:10
badvelii can work with enikanorov19:10
garyduanSumitNaiksatam: right.19:10
garyduanbadveli is sitting next to me. :-)19:10
SumitNaiksatambadveli: i am sorry, i couldn’t decipher your name from the nick19:10
SumitNaiksatamgaryduan: ah ok19:11
badvelisumit my name is vishnu, will follow up with enikanorov19:11
SumitNaiksatamgaryduan: can you formally introduce badveli to the team? :-)19:11
garyduanYi also updated his blueprint about Service Object and patch19:11
*** SridarK has joined #openstack-meeting-319:11
SumitNaiksatambadveli: Vishnu welcome again19:11
SridarKsorry guys some issue with my machine and keep getting bounced -19:12
SumitNaiksatamgaryduan: one sec we will come to the individual blueprint19:12
badvelithanks sumit19:12
SumitNaiksatamSridarK: np19:12
SridarKnot sure if u asked me something19:12
SumitNaiksatamSridarK: we assigned you an action item nevertheless :-P19:12
SridarKSumitNaiksatam: :-)19:12
garyduanVishnu will work with me and Yi, focusing on FWaaS effort19:12
pradSumitNaiksatam, So regarding metering work i have the initial draft of the spec on ceilometer side https://review.openstack.org/#/c/95779/5 .. For HitCounts, Is Rajesh planning to look at it?19:12
SumitNaiksatamgaryduan: thanks, thats great19:12
SumitNaiksatamprad: nice, can you please udpate the wiki page with the link19:13
pradSumitNaiksatam, if you guys have time, would probably useful for us to meet up separate and decide whats feasible on FWaaS side for juno-219:13
SridarKprad: did u bring up the issue we discussed in the morn19:13
SumitNaiksatami believe rajesh is not around19:13
pradSumitNaiksatam, ok19:13
SumitNaiksatamprad: we can discussion here or in a separate meeting19:13
SumitNaiksatamprad: please go ahead19:13
pradfor one metric we discussed was the usage at the summit.. and i was looking to do that based on create/update events19:14
SumitNaiksatamprad: ok19:14
pradbut on ceilometer side, it would be tricky to handle these samples over a period of time19:15
pradeven with a transformer19:15
SumitNaiksatam#action prad to update https://wiki.openstack.org/wiki/Neutron/FWaaS/JunoPlan with spec links19:15
pradas we need to grab a definite amount of samples to conclusive determine the usage and there is a chance collector service went down loosing samples19:15
SumitNaiksatamprad: one sec, from a process perspective, we will need specs for any work that needs to be done on the neutron side19:15
pradso in the spec above, i dint add the usage, but would like to see the feasibility19:15
SumitNaiksatamprad: we can coordinate with Rajesh as to who should do it, you or him19:16
SumitNaiksatamprad: if you want to do it, thats great19:16
pradsure19:16
SumitNaiksatamprad: sorry, i interrupted you on the usage part19:16
pradSumitNaiksatam, if we can get the bw/connections info similar to how LBaaS is giving us on FWaaS side, that would be a goos start19:16
pradif you see the metrics table in the spec, i have some info there19:16
SumitNaiksatam#action prad to sync up with RajeshMohan on hit counts, perhpaps suggest a separate meeting with the fwaas team19:17
SumitNaiksatamprad: that is tough19:17
pradok19:17
SumitNaiksatamprad: link to metrics?19:17
pradSumitNaiksatam, https://review.openstack.org/#/c/95779/5/specs/juno/ceilometer-meter-fwaas.rst19:18
SumitNaiksatam#topic Ceilometer requirements19:18
*** openstack changes topic to "Ceilometer requirements (Meeting topic: Networking FWaaS)"19:18
SumitNaiksatam#link https://review.openstack.org/#/c/95779/5/specs/juno/ceilometer-meter-fwaas.rst19:18
SumitNaiksatamSridarK garyduan yisun: you have thoughts on capturing the usage?19:18
pradSumitNaiksatam, also i see a few api calls that are already there on neutron side.. like list_firewall, list_fw_rule and list_fw_policy which would be useful in general to track a fw existence and bill users19:18
SumitNaiksatamprad: sure19:19
pradSumitNaiksatam, so i can at least get started on implementing one of two on these lines.. the big ones are connections and bw19:19
SumitNaiksatamprad: ok thats good to hear, for that you dont need anything more on the fwaas side?19:19
garyduanProbably not all counters can be retrieved easily from iptables19:20
*** SridarK has quit IRC19:20
SumitNaiksatamgaryduan: yeah, my thinking too19:20
SumitNaiksatamgaryduan: can we come up with something that is reasonable, perhaps not as detailed?19:20
SumitNaiksatam* but perhaps19:20
pradSumitNaiksatam, for connections and bw.. i do need a call similar to retrieve_pool_stats on lbaas side19:20
SumitNaiksatamprad: yeah, sure i got that19:21
SumitNaiksatamprad: that will require more discussion19:21
pradsure understand19:21
SumitNaiksatamprad: can we say that you have three sets of requirements19:21
*** SridarK has joined #openstack-meeting-319:21
SumitNaiksatamprad: there is one set which is already satisfied by the list_* calls19:21
pradSumitNaiksatam, yea other two are usage and stats19:22
SumitNaiksatamprad: then there is the second one for which you need to support with the hit counts19:22
pradyep19:22
SumitNaiksatamprad: and the third is the connection/bandwith tracking19:22
SumitNaiksatamprad: ok19:22
SumitNaiksatamprad: i think we will tackle them in that priority19:23
SumitNaiksatamprad: i find it difficult that we will get to the last one in Juno19:23
pradyea ..i can get the first implemented on ceilometer side without waiting19:23
SumitNaiksatamprad: ok good19:23
SumitNaiksatamprad: thanks for the udpate19:23
pradsure, if we can coordinate with Rajesh soon it would be helpful to make the plan clear for fwaas side19:24
pradsure19:24
SumitNaiksatamand for joining the meeting, to make progress it will be nice if you can participate in these meetings, so we can give you the support you need19:24
pradSumitNaiksatam, will do sir19:24
SridarKSumitNaiksatam: i will also reach out to Rajesh to check19:24
SumitNaiksatamprad: sure, i can send out the email today (unless you or SridarK want to do it)19:24
SumitNaiksatamSridarK: sure go ahead19:24
SumitNaiksatamlets move on19:24
pradthx19:24
SumitNaiksatam#topic Service objects19:24
*** openstack changes topic to "Service objects (Meeting topic: Networking FWaaS)"19:24
SumitNaiksatami think we can go a little over with our meeting time19:25
SumitNaiksatamyisun: there?19:25
SumitNaiksatami know i asked a bunch of questions and yisun posted a new patch set19:25
garyduanHe is in meeting19:25
SumitNaiksatamgaryduan: ok19:25
SridarKI have been reviewing also19:25
SumitNaiksatamgaryduan: you can proxy19:25
SumitNaiksatamSridarK: absolutely19:25
SumitNaiksatamSridarK: but i think you are in agreement with the spec19:26
SridarKi am ok - just need clarification on service obj to service group19:26
SridarKyes19:26
SridarKnow we are thinking 1 : 119:26
SumitNaiksatamwhereas i am still having a bit of an issue with there being so much overlap with the firewall rule19:26
SridarKbut can we effect a 1 : many (serve obj : src grp) later on19:26
garyduanSridar, Yi and me had some discussion on the spec, and we are in agreement19:26
SridarKwill there be a backwards compatibility issue ?19:27
SumitNaiksatami am not sure that the neutron core team is going to be happy with the subsets of the attributes being defined in different places19:27
*** sarob has quit IRC19:27
garyduanService group is optional19:27
SumitNaiksatami am trying to come up with a more concrete suggestion19:27
SumitNaiksatamgaryduan: that is fine19:27
*** sarob has joined #openstack-meeting-319:27
*** markmcclain has quit IRC19:27
SumitNaiksatamgaryduan: but concern still stand19:27
SumitNaiksatamstands19:27
garyduancurrent way of inputting protocol and port are still allowed19:28
SumitNaiksatamgaryduan: i agree and understand19:28
SumitNaiksatamgaryduan: i am trying to figure out if we can reuse existing definitions19:28
SumitNaiksatamdoes that make sense to the you guys or its just me?19:28
SridarKSumitNaiksatam: by existing what do u mean ?19:28
garyduanSumitNaiksatam: reuse?19:29
SumitNaiksatamSridarK: attributes in the firewall rule19:29
SridarKSumitNaiksatam: hmm - u mean just add to the rule directly ?19:29
SumitNaiksatami am not comfortable with the same attributes being defined in many difrerent places19:29
SumitNaiksatamSridarK: yeah, i am trying to think what is the good way to do that19:29
garyduanSumitNaiksatam: you mean allowing protocol/port and service group at the same time?19:30
*** Cathy_ has quit IRC19:30
SumitNaiksatamgaryduan: i am saying that there is lot of overlap between the firewall_rule and the service_object19:30
garyduanCan we say, the current model is experimental, and we can plan to face out protocol/port setting in firewall rule?19:31
*** sarob has quit IRC19:32
SridarKHmm! so one will always need to use a service group ?19:32
SumitNaiksatamgaryduan: that will be challenging19:32
SumitNaiksatamSridarK: yeah good point, thats the concern19:32
garyduanSridarK: service group and object19:32
garyduanThere will be predefined objects19:33
SridarKI guess with service groups - most vendor implementions do have this overlap19:33
SumitNaiksatamcan service object use a firewall_rule?19:33
SumitNaiksatamignore if thats a dumb question19:34
garyduanI am not sure. I will have to ask Yi19:34
SumitNaiksatamgaryduan:  ok19:34
SumitNaiksatam#topic FWaaS and DVR19:35
*** openstack changes topic to "FWaaS and DVR (Meeting topic: Networking FWaaS)"19:35
SumitNaiksatamdid yisun manage to send the email to the mailing list19:35
SumitNaiksatamunfortunately, i could not respond to the thread he started in the team19:35
garyduanHe has been in the DVR meeting19:35
SumitNaiksatamgaryduan: ok good19:36
SumitNaiksatamgaryduan: and how is that shaping up?19:36
SumitNaiksatamgaryduan: do we have consensus on an approach?19:36
garyduanThere is a way to support FWaaS with DVR19:36
SumitNaiksatam#action yisun to update team on FWaaS/DVR support19:36
garyduanbut performance and packet flow is quite complicated19:36
garyduanso still in discussing19:37
SumitNaiksatamgaryduan: great, thats good to hear19:37
SumitNaiksatam#action garyduan to check with yisun if service_objects can reuse firewall_rules in some way19:37
*** SridarK has quit IRC19:37
SumitNaiksatam#topic Open Discussion19:38
garyduanby reusing, you mean translate existing protocol/ports to service object?19:38
*** openstack changes topic to "Open Discussion (Meeting topic: Networking FWaaS)"19:38
SumitNaiksatam#undo19:38
openstackRemoving item from minutes: <ircmeeting.items.Topic object at 0x23b9f90>19:38
*** SridarK has joined #openstack-meeting-319:39
SumitNaiksatamgaryduan: i meant that we dont have to repeat the overlapping attributes in two places19:39
SridarKreally sorry guys i am having terrible connectivity today19:39
*** emaganap has joined #openstack-meeting-319:39
garyduanSumitNaiksatam: I will discuss that with Yi19:40
badveligoal of the service object much more than the firewall rule19:40
SumitNaiksatamSridarK: np, you got back in time before we have you the next action item ;-P19:40
badveliif we go through the bp19:40
SumitNaiksatambadveli: i agree19:40
SridarK:-)19:40
SumitNaiksatambadveli: i dont dispute that19:40
SridarKbut we still want to anchor to the FW rule ?19:40
SumitNaiksatamSridarK: i am just thinking loud19:41
garyduanyes.19:41
badvelithis is used to group19:41
badvelias per the bp19:41
SridarKSumitNaiksatam: no good - best to hash out now19:41
SumitNaiksatamSridarK garyduan badveli: brain wave (based on what SridarK just said), what if we do attribute extension for firewall_rule?19:41
*** emagana has quit IRC19:42
SridarKoh just have an extension for this new attribute ?19:42
badvelibut the service group can be thaught of like a container19:42
SumitNaiksatamSridarK: yeah19:42
badveliand be used by the firewall19:42
badvelirule19:42
SumitNaiksatambadveli: ah good point19:42
SumitNaiksatamlet me think a little more19:43
SridarKSumitNaiksatam: yes i agree with badveli - i think that is the intent19:43
*** coolsvap is now known as coolsvap|afk19:43
SumitNaiksatam#action SumitNaiksatam to explore if any attribute extension can be used to support service_object19:43
SridarKSumitNaiksatam: perhaps we can also continue more discussion offline19:43
SumitNaiksatambadveli SridarK: i agree my suggestion was turning the model on its head19:43
garyduansure19:43
SumitNaiksatamSridarK:  yes19:43
SumitNaiksatamso we are 3 mins over time19:44
SumitNaiksatam#topic Open Discussion19:44
*** openstack changes topic to "Open Discussion (Meeting topic: Networking FWaaS)"19:44
SumitNaiksatamSridarK: we dont have zones spec, so i skipped19:44
SridarKSumitNaiksatam: i will get a zones review out real soon19:44
SumitNaiksatamanything else?19:44
SumitNaiksatamSridarK: thanks much19:44
*** Sukhdev has quit IRC19:44
SridarKnothing much else19:44
SumitNaiksatamSridarK:  but we really appreciate that you are prioritizing attention to the bugs19:44
SridarKSumitNaiksatam: no worries - it has been "interesting" :-)19:45
SumitNaiksatamSridarK: we need to fix the existing issues even as we plan for new features19:45
SumitNaiksatamSridarK: i am sure, but happy that you are “enjoying” it :-)19:45
SridarKSumitNaiksatam: agree19:45
SumitNaiksatamgaryduan prad badveli: anything else you want to discuss?19:45
SridarKSumitNaiksatam: perhaps i should not have said that :-)19:45
SumitNaiksatamSridarK: no i put words into your mouth :-P19:46
SridarKprad: we will follow up more on this metering too19:46
SridarK:-)19:46
SumitNaiksatambtw, i just wanted to say thanks all for your support in the past few days, it was challenging to say the least, and it continues to be so19:46
SridarKSumitNaiksatam: is this time from the morning ur "relaxation" ?19:47
SridarK:-)19:47
SumitNaiksatam:-)19:47
SridarKnow u have to get back to some really hard work now19:47
SumitNaiksatami am not so much concerned about my relaxation19:47
SridarK:-)19:47
SumitNaiksatamSridarK: :-)19:47
SumitNaiksatamall right thanks all, lets call it a wrap for today19:47
SridarKOk bye all19:48
SumitNaiksatamlots of AIs to deal with :-P19:48
SumitNaiksatam#endmeeting19:48
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"19:48
openstackMeeting ended Wed Jun 11 19:48:13 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)19:48
openstackMinutes:        http://eavesdrop.openstack.org/meetings/networking_fwaas/2014/networking_fwaas.2014-06-11-18.42.html19:48
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/networking_fwaas/2014/networking_fwaas.2014-06-11-18.42.txt19:48
openstackLog:            http://eavesdrop.openstack.org/meetings/networking_fwaas/2014/networking_fwaas.2014-06-11-18.42.log.html19:48
*** pcm_ has left #openstack-meeting-319:50
*** nati_ueno has joined #openstack-meeting-319:52
*** jamiehannaford has quit IRC19:52
*** sarob has joined #openstack-meeting-319:54
*** sarob has quit IRC19:58
*** jackib has joined #openstack-meeting-320:02
*** markmcclain has joined #openstack-meeting-320:02
*** jackib has quit IRC20:02
*** mwagner_lap has quit IRC20:04
*** jackib has joined #openstack-meeting-320:04
*** jackib has quit IRC20:09
*** markmcclain has quit IRC20:09
*** pballand has joined #openstack-meeting-320:10
*** nati_ueno has quit IRC20:13
*** jackib has joined #openstack-meeting-320:17
*** nati_ueno has joined #openstack-meeting-320:21
*** jackib has quit IRC20:24
*** enikanorov has quit IRC20:30
*** emaganap has quit IRC20:31
*** sarob has joined #openstack-meeting-320:31
*** emagana has joined #openstack-meeting-320:31
*** jamielennox is now known as jamielennox|away20:34
*** sarob has quit IRC20:35
*** mwagner_lap has joined #openstack-meeting-320:42
*** MaxV has joined #openstack-meeting-320:48
*** mwagner_lap has quit IRC20:56
*** MaxV has quit IRC20:59
*** MaxV has joined #openstack-meeting-320:59
*** pballand has quit IRC21:01
*** sarob has joined #openstack-meeting-321:03
*** pballand has joined #openstack-meeting-321:05
*** mfer has quit IRC21:06
*** sarob has quit IRC21:07
*** emagana has quit IRC21:08
*** sarob has joined #openstack-meeting-321:17
*** leifz has quit IRC21:18
*** davidlenwell has quit IRC21:18
*** davidlenwell has joined #openstack-meeting-321:19
*** leifz has joined #openstack-meeting-321:30
*** banix has quit IRC21:31
*** beyounn has joined #openstack-meeting-321:33
*** Sukhdev has joined #openstack-meeting-321:34
*** lblanchard has quit IRC21:35
*** flaviof is now known as flaviof_zzz21:36
*** lblanchard has joined #openstack-meeting-321:38
*** peristeri has quit IRC21:39
*** SridarK has quit IRC21:47
*** nedbat_ is now known as nedbat21:51
*** mwagner_lap has joined #openstack-meeting-321:52
*** markmcclain has joined #openstack-meeting-321:54
*** pballand has quit IRC22:00
*** lcheng has quit IRC22:02
*** thomasem has quit IRC22:07
*** sarob has quit IRC22:09
*** sarob has joined #openstack-meeting-322:10
*** carl_baldwin has quit IRC22:11
*** nati_ueno has quit IRC22:14
*** nedbat has quit IRC22:14
*** sarob has quit IRC22:14
*** pballand has joined #openstack-meeting-322:15
*** lcheng has joined #openstack-meeting-322:17
*** markmcclain has quit IRC22:19
*** prad has quit IRC22:26
*** lcheng has quit IRC22:26
*** markmcclain has joined #openstack-meeting-322:30
*** nati_ueno has joined #openstack-meeting-322:31
*** MaxV_ has joined #openstack-meeting-322:32
*** otherwiseguy has quit IRC22:32
*** sarob has joined #openstack-meeting-322:32
*** MaxV has quit IRC22:34
*** lblanchard has quit IRC22:41
*** pballand has quit IRC22:46
*** MaxV_ has quit IRC22:50
*** jamielennox|away is now known as jamielennox23:00
*** seizadi has joined #openstack-meeting-323:11
*** pballand has joined #openstack-meeting-323:11
*** yamahata has quit IRC23:21
*** Sukhdev has quit IRC23:34
*** banix has joined #openstack-meeting-323:37
*** pballand has quit IRC23:45
*** pballand has joined #openstack-meeting-323:48
*** briancurtin has joined #openstack-meeting-323:48

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