09:00:23 #startmeeting dragonflow 09:00:24 Meeting started Mon Jun 27 09:00:23 2016 UTC and is due to finish in 60 minutes. The chair is oanson. Information about MeetBot at http://wiki.debian.org/MeetBot. 09:00:25 let's go 09:00:26 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 09:00:28 The meeting name has been set to 'dragonflow' 09:00:34 Hi 09:00:37 Who's here for the meeting? 09:00:40 o/ 09:00:43 oanson: you're 25 seconds late, your british citizenship has been cancelled 09:01:05 #info oshidoshi, yuval , gampel are in the meeting. 09:01:15 hello 09:01:22 #info yuli_s is also in the meeting 09:01:28 hi 09:01:36 #info Shlomo_ is also in the meeting 09:01:53 I am not 09:02:00 Let's wait another minute to see if anyone else joins, and then we can begin 09:02:19 I think we can start with the agenda, people can always read the log afterwards 09:02:28 All right. 09:02:41 Since there was no agenda published, these are the topics I plan to cover: 09:02:44 Road Map 09:02:51 Openstack Barcelona Summit 09:02:57 Performance Testing 09:02:59 Bugs 09:03:02 Open Reviews 09:03:05 Open Discussion 09:03:17 #topic Road Map 09:03:24 hey hujie 09:03:33 Hi :) 09:03:48 #info hujie is in the meeting 09:03:54 Hi, hujie 09:04:05 Hi Omer :) 09:04:12 #link https://etherpad.openstack.org/p/dragonflow-newton 09:04:30 This is the ether pad containing our thoughts for the N cycle road map 09:04:54 I think we should have a general idea what we plan to do. 09:05:19 Or at least prioritize the items 09:05:47 Anyone has any thoughts? Any requirements? 09:05:55 DB synchonization    ML2/L3 Service Plugin    Packaging and Distribution are TOP priority in my mind 09:06:19 These are indeed the top listed items. 09:06:33 I am working on Packaging at the moment - testing openstack-ansible. 09:07:00 We can start marking them with priority in this page 09:07:10 There was some ML2 code that was merged. It should be tested. 09:07:26 Maybe even add a gate test for it. 09:07:44 We could mark with MUST have Nice to have .... 09:08:11 I agree that we need another gate job for ML2 at least for the period we support both 09:08:56 I've added MUST and NICE TO HAVE headers to the etherpad. Please feel free to move things about. 09:09:45 In any case, the order of the file should be treated as priority. If you think something is more important than another, make sure they are ordered correctly. 09:09:47 I'm working on DB synchonization, in Neutron side, I have implement the db comparison logic but lack the separate process and db comparison trigger mechanism, and in local controller side, I started coding yesterday:) 09:10:14 hujie, that's great! Thanks! 09:12:03 Is wangyongben here? 09:12:23 l3 plugin patch and qos patch have been committed 09:12:52 I try to find he, wait a min 09:12:56 For QoS I see both spec and implementation still under review. 09:13:17 Same for L3. 09:13:49 I think that once we agree on the priorities, the etherpad should be made into a roadmap spec. 09:14:07 This way our plans are available to other contributors. 09:14:40 I think that Networking-SFC feature could bring new members to the DF community, it some think we got allot of request for in Austin 09:14:47 he is not in company now, and his espace is leave status 09:15:10 service chaining? 09:15:23 gampel, yes, but we need to decide what we do, before doing it. 09:15:31 I understand the API is still under development. 09:16:10 we use SCH or other protocol to contain service chain metadata? 09:16:58 hujie, I'm not familiar with SCH. Could you please provide a link? 09:18:16 In any case, I think the SFC first needs a spec. 09:18:39 Any volunteers? :) 09:18:57 https://datatracker.ietf.org/wg/sfc/documents/ 09:19:02 The API is define, the interaction between the Neutron overylay and the SFC is not defined clearly 09:19:38 Then this has to be cleared up - or to decide how to do it flexibly. 09:19:47 DO you apply SG or not , is it for ports on the same L2 etc 09:20:02 #link https://datatracker.ietf.org/wg/sfc/documents/ 09:20:49 any way i thing that we should start a group for SFC brain storm 09:21:03 gampel, sounds like a good idea 09:21:50 I mean for the DF integration 09:22:15 Yes 09:22:52 Say the #openstack-dragonflow channel, tomorrow morning? at 7am UTC? Is that good for everyone? 09:23:14 I have take part in a service chain project in 2014, but the metadata is contained in source Mac not SCH 09:23:55 maybe we're getting into too many details right now about SFC 09:23:59 Yes 09:24:21 ok, other topic :) 09:24:23 #info SFC brain storming, #openstack-dragonflow at 7AM UTC 28/06/2016, 09:24:28 Let's move on to the next topic 09:24:33 oanson: maybe capture action item to start the SFC brainstorm 09:25:04 #action oanson, gampel, hujie, oshidoshi SFC brain storming, #openstack-dragonflow at 7AM UTC 28/06/2016, 09:25:05 okay, that 'info' works as well :) 09:25:09 oshidoshi, better? 09:25:18 #topic Openstack Barcelona Summit 09:25:34 * oshidoshi feeling oh so much better 09:25:42 Glad to hear it. 09:26:09 okay, so we have quite a few items brewing about in our topic list 09:26:24 oshidoshi: The stage is yours, then :) 09:26:32 hujie: you guys have compiled some initial list of your own? 09:27:58 okay, seems we're alone 09:28:05 pardon? 09:28:05 All right. 09:28:20 what's initial list? 09:28:26 hujie, do you have some talks or topics you want to submit? 09:28:27 hujie: oh, here you are... did you guys started a list of talks for Barcelona? 09:28:58 I have a patch 09:29:01 sec 09:29:23 https://review.openstack.org/#/c/329806/ 09:29:28 omer, about dnat support multi-ext-gw, I heard from yuli that you will discuss it with us when you come to China next week ? 09:29:55 feipeng1, we can also discuss it here if we'll have time, but sure. 09:30:08 guys, hold on. we're currently discussing the Barcelona OpenStack summit topics 09:30:15 oshidoshi 09:30:15 oshidoshi 09:30:15 oshidoshi: not yet, we are busy in HWS production development :) 09:30:31 hujie, the deadline is very close. 09:30:48 hujie, the deadline is very close. 09:31:05 hujie: you don't need to prepare the presentations - just a topic with a short abstract, otherwise you will not have stage time in Barcelona 09:31:20 sure, I suggest we put the proposals with abstracts in etherpad, and people can review there 09:31:51 oanson: grab an action item for that? 09:31:56 omer, seem that yuli's method need linux script, add now lack of design for multi-ex-gw, how about use old way of mac learning 09:32:02 #link https://etherpad.openstack.org/p/dragonflow_barcelona_summit_talks 09:32:20 oanson: \okay, we're done with this topic for today, you can move on 09:32:25 #action everyone Put titles and abstracts in etherpad, and review others' 09:32:42 #topic Performance Testing 09:32:50 Shlomo_, anything to report? 09:33:30 I am about to finish the dev of the data-plane performance framework 09:33:44 The reporting is already working nicely 09:34:00 Need to cover few bugs and add a readme file 09:34:18 Hope to setup this week a meeting and present you my work 09:34:31 oanson: when will you come to China ?? 09:34:34 That's great! 09:34:44 10x 09:35:31 okay, next topic? 09:35:34 feipeng1, let's take this offline. 09:35:41 #topic Bugs 09:35:47 yuli_s, Anything to report? 09:36:05 we have owners for all high severity bugs 09:36:17 hm, 09:36:29 i want to discus one issue / problem 09:36:40 Sure, go ahead 09:36:50 when creating vm we can assign ip to it from public network 09:37:01 do we want to support this 09:37:02 ? 09:37:22 When creating a VM, it should get an IP according to the subnet to which it is connected. 09:37:36 So I don't understand the question... 09:37:45 yes, you are right 09:37:52 but admin has more permissions 09:38:08 he can create VM already with FIP 09:38:18 without private network 09:38:24 You mean FIP only, with no overlay network IP? 09:38:30 Is there a use-case for this? 09:38:31 yes 09:38:48 ' 09:38:59 yuli_s, what's the use-case? 09:39:12 it is just possible to do it, 09:39:37 I think what yuli_s is asking, is if we want to support placing a VM directly on the ex-router 09:39:46 I understand that. 09:40:12 If there is a use-case, it would weigh heavily. 09:40:18 Only admin can create a VM on public network 09:41:30 okay, anything else? 09:41:36 I suppose, we need to allow or to block this behaviour 09:41:54 yuli_s, What's the current behavior? 09:42:06 it works from gui, 09:42:17 for admin right ? 09:42:29 but I have not tested the rules 09:42:38 @gampel right 09:43:44 Ok so the admin should provide IPAM for the public net 09:43:51 if we want to deploy virtual router, maybe we need admin to create router uplink port from external network 09:43:56 yuli_s, let's take this offline. I would like to move forwards. 09:44:04 ok 09:44:23 #topic Open Reviews 09:45:11 If anyone has any reviews that they feel have been forgotten? 09:45:19 HI would you please review this patch: https://review.openstack.org/#/c/329806/ 09:45:27 #link https://review.openstack.org/#/c/329806/ 09:45:42 hujie, I will look at it today. 09:45:48 #action oanson review https://review.openstack.org/#/c/329806/. 09:45:51 ok, thx 09:46:00 Any others? 09:46:10 what about vlan patch? 09:47:09 hujie: re 329806 - did you discuss with Gal? 09:47:17 yes 09:47:24 he know what I mean :) 09:47:44 okay, he didn't review it since patchset 6 09:47:50 @@ 09:48:09 I'll try to find he 09:48:23 he's on sick leave, but will be back soon 09:48:53 In general, we should all continue to review patches when possible. There is a lot of new content 09:49:00 ok 09:49:05 Anything in particular that needs to be looked at? 09:49:25 what about vlan patch? 09:49:32 committed by Liuhaixia 09:49:47 hujie, you mean the spec? 09:49:54 I will look at it today as well. 09:50:11 All right, then let's move forwards. 09:50:18 #topic Open Discussion 09:50:19 ok thx 09:50:44 There floor is for anyone who would have it 09:50:48 The* 09:51:37 Guess we're done then. 09:51:44 Thanks, everyone! 09:51:47 :) 09:51:52 #endmeeting