16:02:57 #startmeeting neutron_northbound 16:02:57 Meeting started Mon Jan 16 16:02:57 2017 UTC. The chair is yamahata. Information about MeetBot at http://ci.openstack.org/meetbot.html. 16:02:57 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:02:57 The meeting name has been set to 'neutron_northbound' 16:03:01 #chair mkolesni 16:03:01 Current chairs: mkolesni yamahata 16:03:06 #chair vthapar 16:03:06 Current chairs: mkolesni vthapar yamahata 16:03:12 #topic agenda bashing and roll call 16:03:14 #info yamahata 16:03:30 #link https://wiki.opendaylight.org/view/NeutronNorthbound:Meetings meeting agenda 16:03:33 #info mkolesni 16:03:38 #info vthapar 16:03:48 Do you have any additional topic? 16:04:03 v2 driver as default? 16:04:54 mkolesni: good topic. and also new netvirt as default 16:05:28 #topic Announcements 16:06:14 openstack ocata release is feb 13. so if you'd like to push something, please hurry up 16:06:21 #link https://releases.openstack.org/ocata/schedule.html 16:06:53 opendaylight carbon M3(feature freaaze) offset 1 is Jan 19. 16:07:08 when is feature freeze for ocata 16:07:11 So you'd like to push new feature, please voice it. 16:07:21 #link https://wiki.opendaylight.org/view/Simultaneous_Release:Carbon_Release_Plan 16:07:50 Ocata feature freeze is Ocata-3 Jan 23-27 16:08:12 It's also soft string freeze. 16:08:32 Jan 30-Feb03: hard string freeze 16:08:34 yamahata: we got VLan Aware VMs coming up. am working on driver code. we're also working on L2gw and BGPVPN v2 drivers. these 3 we're targetting for Ocata. 16:09:03 ok so we plan to adhere to the feature freeze? 16:09:10 vthapar: Do you have created RFE for them? If not yet, please create them and assign them to you. 16:09:23 mkolesni: For now yes. 16:09:35 if so any feature needs to be pushed prior to the feature freeze and we need to cut the branch around that time 16:09:46 yamahata: will do. 16:10:06 As discussed, we'd like to follow Ocata release cycle as much as possible. 16:10:26 also why are we still writing v1 style drivers? 16:10:29 and release networking-odl ocata. 16:10:52 mkolesni: we don't need to. which driver? 16:11:16 i think i saw one on the review 16:12:09 v1 style isn't necessary, but not prohibited. Sometimes v1 style is convenient for debug. 16:12:17 It's up to driver writer. 16:12:26 yamahata: https://review.openstack.org/#/c/415334/ 16:12:26 any other announcement? 16:12:44 #topic v2 driver as default 16:13:30 #link https://review.openstack.org/420417 16:13:42 #link https://review.openstack.org/420424 16:13:52 #link https://review.openstack.org/420425 16:14:00 please review these patches 16:14:08 also if im missing something let me know 16:14:33 Cool. I'll review it tomorrow as I'm on PTO today. 16:14:59 ok enjoy the PTO 16:15:14 so basically its setting devstack to v2 by default 16:15:20 So there are patches for v2 driver as default. and Also I've uploaded patches for new netvirt as default. 16:15:22 and changing the CI to bv2 16:15:46 Let's merge them and iron them out. 16:15:58 can you add me as reviewer to those patches? 16:16:06 mkolesni: sure. 16:16:11 great 16:16:33 #action yamahata add mkolesni as review of patches that make new netvirt as default 16:17:01 so besides devstack and ci what else is there to do? 16:18:05 nothing else except stabilize/bug fix. 16:18:14 ok sounds good 16:18:27 i think v2 + new netvirt might be more stable 16:18:49 I put my review on 420417 16:18:56 can you please add release notes? 16:19:13 3 16:19:25 sure ill hanlde it tomorrow 16:20:02 mkolesni: anything else? 16:20:18 the other 2 patches in the ci 16:20:27 i put you reviewer on them 16:20:39 mkolesni: okay. 16:21:02 back to normal agenda. 16:21:10 oh one more thing 16:21:23 mkolesni: go ahead 16:21:27 some backports were made to stable newton branch 16:22:10 perhaps we should tag it as release 3.2.0? or are we waiting for neutron point release? 16:22:18 #topic patches/bugs 16:23:11 so you think 417682 is worthwhile for new release? 16:23:52 I'd like to backport 420174 to stable branch too. 16:24:16 With the patch, we don't have to maintain ODL stable release. 16:24:26 #link https://review.openstack.org/#/c/420174/ 16:24:54 oops. wrong patch/link 16:25:11 ? 16:25:12 #link https://review.openstack.org/#/c/419313/ 16:25:13 devstack: check latest revision of ODL snapshot 16:25:37 ok sure 16:25:47 so go ahead and backport it 16:25:57 and then we can make a release 16:26:01 Sure. 16:26:20 its not only 417682 btw there was also the circular dependencies fix 16:26:40 #action yamahata backport 419313 and release 3.2.0 16:26:50 +1 16:27:28 If there are candidates for backport, please propose them for 3.2.0 as soon as possible 16:28:22 nothing that i know of currently 16:28:36 any other patches/bugs to discuss? 16:28:46 none from me 16:29:49 okay. move on 16:30:04 #topic open mike 16:30:24 anything else to discuss? 16:30:30 vthapar: do you have any? 16:30:43 yamahata: had some questions about the v2 driver, mainly validations. 16:31:03 go ahead. you're on stage 16:31:26 my understanding is that validations are to make sure that if an object CRUD depends on another one's CRUD, we add it in there. 16:31:37 e.g. Subnet requires NEtwork to be done. correct? 16:31:49 yes. right. 16:32:00 anything else for which we add validations? 16:32:08 for trunk api? 16:32:30 yeah, for trunk bgpvpn and l2gw... just wanted to understand what validations are used for. 16:32:40 so other than such crud dependencies, what else we use it for? 16:32:57 for example, there are dependencies between trunk and ports(main, sub) 16:33:11 ports before trunk needs to be done. 16:33:25 trunk needs to be done before ports. 16:33:41 right, what about delete? should port delete check for trunk/subport deletion too? 16:33:46 We can deduce it from API and it's semantics. 16:34:10 Yes. we don't want to delete trunk before deletion of main/sub ports. 16:34:50 For now there are some corner cases that is difficult to detect. 16:35:07 I believe mkolesni is working (will?) on it. 16:35:30 i will but mostly to move it to the insertion phase 16:35:44 not planning on adding new validations just improve the general mechanism 16:35:59 okay, in case of ports, there is no reference from port to subport/trunk... so do we loop through all pending trunk/subports to see if any of those are still using port? 16:36:01 mkolesni: do you plan it for Ocata? or Pike? 16:36:18 ocata is ending soon, pike makes more sense 16:36:28 vthapar: yes for now. 16:36:56 ok. 16:37:12 If it's too difficult or too much calculation, we can discuss. 16:37:21 Hoping mkolesni 16:37:31 sure, will put up what understand and rest can be taken up as part of review. 16:37:31 hoping mkolesni's new code would help it. 16:38:30 second, when using V2, do we filter out any fields? e.g. some fields in an openstack object may not be persisted in ODL side. 16:38:43 do we filter any such fields before adding to journal? 16:39:04 basically we don't have to filter any fields. 16:39:12 In the current code, it's historical reason. 16:39:50 aha, got it. was confused by those :) 16:40:00 makes my life easier then. 16:40:07 In your case, you can ignore filtering. 16:40:24 other was https://git.opendaylight.org/gerrit/#/c/41699/ 16:40:50 I'm going by yang as in this patch when working on driver... 16:41:06 basically same as you last reviewed, only addition of admin-attrs also. 16:41:39 if we can get the yang merged, I can get started on rest of NN changes as well as netvirt. 16:41:40 #link https://git.opendaylight.org/gerrit/#/c/41699/ 16:41:40 Yang Model for Openstack Neutron Trunkport API's 16:42:10 cool. 16:42:47 I'll be bringing in v1 driver also for vlan aware vms, mainly coz, as you said, I used it for debugging etc. 16:43:02 hope that is acceptable. 16:43:18 v2 I got basic code ready, validations and units pending. 16:43:27 i think generally we should focus on v2 driver architecture 16:43:31 tempest can't be done till we got ODL NN code ready. 16:43:51 carrying v1 code is legacy and not being to be fixed 16:44:19 mkolesni: v1 was just easier to write and test what data is going across. I've named it dummydriver.py in fact. 16:44:21 the more drivers we have in V2 we can fix any potential issues better 16:45:02 i know but basically v1 driver is not production ready 16:45:06 agree. 16:45:23 and i think spending effort on it instead of v2 is a bit wasted cycles 16:45:43 while we could improve any potential flaws in v2 if more drivers were on it 16:46:01 mkolesni: v1 was just easier for me to write and test data coming in from plugin, providing inputs for v2. 16:46:18 yes i know just stating my opinion 16:46:30 yamahata can either agree or not 16:46:40 I do agree :) 16:46:52 mkolesni: I gree with you basically. 16:47:06 The mix of v1 and v2 would be worse. 16:47:53 anything else to discuss? 16:47:57 vthapar: any other questions? 16:48:53 yamahata, nothing right now. thanks a ton :) 16:49:21 i think we can wrap this meeting then 16:49:26 thanks every one 16:49:30 and let yamahata go on his PTO :) 16:49:30 have a nice day! 16:49:38 thanks Isaku! 16:49:41 #topic cookies 16:49:42 enjoy your day off 16:49:45 #endmeeting