16:03:53 #startmeeting networking_ml2 16:03:54 Meeting started Wed Dec 16 16:03:53 2015 UTC and is due to finish in 60 minutes. The chair is rkukura. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:03:56 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:03:58 The meeting name has been set to 'networking_ml2' 16:04:14 #topic Agenda 16:04:18 #link https://wiki.openstack.org/w/index.php?title=Meetings/ML2&action=edit§ion=2 16:04:27 Anyone want to add anything to the agenda? 16:04:51 #topic Announcements 16:05:09 hi 16:05:41 Sukhdev is is out next two weeks, and I’m out the week after next, so no meeting on 12/30 16:05:56 quick poll - do we want to meet next week, 12/23? 16:06:15 I'm on PTO 16:06:17 i'll be absent 16:06:32 will be absent 16:06:56 OK, we won’t meet 12/23 or 13/30! 16:07:04 Any other announcements? 16:07:30 will be absent as well 16:08:06 #action rkukura to update agenda indicating no meetings until 2016 16:08:30 #topic Driver API for SecurityGroup 16:08:58 yamamoto: Looks like the enforcement part of this was rejected by neutron-drivers, at least for now 16:09:26 yea i saw it 16:10:09 yalie, yamamoto: What’s the status on the callbacks part? 16:10:27 rkukura: I think callback work fine 16:10:41 OK 16:10:44 https://review.openstack.org/#/c/252755/ 16:10:58 rkukura: it could give the function that similar with precommit in MD 16:11:46 On the enforcement part, I plan to folowup in https://bugs.launchpad.net/neutron/+bug/1518087 to make the case that a general extension semantics enforcement mechanism is needed, but I doubt this will happen in mitaka. 16:11:46 Launchpad bug 1518087 in neutron "[RFE] Method to guarantee that at least one mechanism driver implements security groups" [Wishlist,Won't fix] - Assigned to yalei wang (yalei-wang) 16:11:51 yalie: thanks 16:12:45 Anything else on SGs? 16:13:06 rkukura: great, I will continue watch this part 16:13:18 #topic Driver status coalescing/visibility 16:13:54 no update from me 16:14:15 yamahata: thanks. I haven’t heard from asomya or John Joyce yet either 16:14:37 I’d like to see some discussion get started on this, even if its not going to make mitaka 16:15:07 #topic Trunk port binding for VLAN-awere VMs 16:16:15 From the neutron IRC, it sounds like the API for this has been agreed, and it will move forward during mitaka 16:16:48 Any update on this? 16:17:13 Has anyone given any thought to the ML2 portbinding aspect yet? I have not had a chance, but will. 16:17:53 OK, lets move on... 16:18:04 #topic Modular l2 agent & macvtap 16:18:24 scheuran: This seems to be coming along - any update? 16:18:31 not much progress this week 16:18:47 still waiting for the extension manager stuff to move in https://review.openstack.org/250542 16:19:04 I'm confident that we can land it this week 16:19:32 scheuran: I’ll re-review 16:19:50 it would be helpful if you guys could have a look at the linuxbride split patch 16:19:51 https://review.openstack.org/#/c/246318/ 16:20:04 especially at the interface between the common part and the linuxbridge impl 16:20:13 scheuran: I see that one is still WIP 16:20:36 and may be having CI issues 16:20:38 yes, I put it to WIP, as I need to rebase it on top of the extension manager thing after that merged 16:21:05 The CI issues are really strange 16:21:12 scheuran: I’d suggest removing the WIP so that it gets more reviewer attention 16:21:27 it's either an ovs test case that's failing or the grenade job... 16:21:35 rkukura, ok 16:21:49 scheuran: Are these CI failures related to the agent changes? 16:22:19 rkukura, no should not! but it makes me thinking, that after 5 rechecks I still have failures... 16:24:00 ok, so I will do another recheck, and remove the WIP as soon as I got an ok from jenkins 16:24:16 scheuran: Sounds good. I’ll re-review. 16:24:28 Anything else on this? 16:24:37 rkukura, I think it's sufficient to focus on the interface for now 16:24:40 rkukura, no, thanks! 16:25:18 I don’t see shivharis or asomya, so I think we’ll skip topology service once again 16:25:37 #topic limited-portsec Discussion 16:26:29 this feature is pending on the direction 16:27:11 it's difficult to handle with the dependency btween extension, portsec and limited-portsec 16:27:45 yalie, ajo: Do you want to discuss this now? 16:27:54 my current work is do all the check in new limited-portsec, but that will also touch the portsec's code 16:28:10 yes 16:28:44 yalie: Is that the code currently under review? 16:28:52 yes 16:29:25 it's a draft code. 16:30:07 and ajo has comments on the direction. 16:30:26 I think I serach for the wrong name mangelajo. 16:30:52 we can discuss off line 16:31:28 yalie: Makes sense, especially since ajo doesn’t seem to be responding now 16:31:40 This one is on my to-review list as well 16:31:41 rkukura: okay 16:31:52 rkukura: thank you! 16:32:02 Anything else on limited-portsec? 16:32:23 moving along quickly today… 16:32:25 rkukura: I have submit searveal patches for it, but because it break compatible I abandone them 16:32:52 rkukura: any comments would be appreciated 16:33:30 yalie: OK - I had been loosely following the discussion on the earlier patches, and will review this one in detail 16:33:40 #topic Open Discussion 16:33:42 rkukura: thanks! 16:35:30 I’m sure sukhdev would appreciate a reminder to review https://review.openstack.org/#/c/255614/, which I have not personally gotten around to yet 16:36:06 Is Mitchell Jameson here? 16:36:57 Anything to discuss today, or are we done? 16:37:35 nothing from my side 16:37:39 lets wrap it up then… 16:38:00 Enjoy the holidays and time off, and see you all next year! 16:38:05 #endmeeting