15:01:09 #startmeeting boron release review 15:01:09 Meeting started Wed Aug 31 15:01:09 2016 UTC. The chair is anipbu. Information about MeetBot at http://ci.openstack.org/meetbot.html. 15:01:09 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:01:09 The meeting name has been set to 'boron_release_review' 15:01:14 #topic roll call 15:01:19 #info PTL and TSC members please #info in 15:01:24 #info anipbu 15:01:29 Do we have anyone from integration here? 15:01:50 vrpolak are you ready? I think you're up first for integration/distribution? 15:02:32 anipbu: Just finished editing wikipages. What is the spreadsheed to copy links into? 15:02:35 Thanks anipbu ! 15:02:39 https://docs.google.com/spreadsheets/d/1zImtd764e-hOgJAxoJKl85fxHCPu2agLfqsBtf13zQY/edit#gid=1708916020 15:03:03 #topic INTEGRATION/DISTRIBUTION 15:03:40 #info from Integration/Distribution import Vratko Polak as vrpolak 15:03:48 Links inserted, ready for review. 15:03:56 #link https://wiki.opendaylight.org/view/Integration/Distribution/Boron_Release_Review <--- Release Review 15:04:00 #link https://wiki.opendaylight.org/view/Integration/Distribution/Boron_Release_Notes <--- Release Notes 15:04:23 #info vrpolak is representing INTEGRATION/DISTRIBUTION 15:04:30 vrpolak: anything you would like to add? 15:04:57 jamoluhrsen did not send e-mail about CSIT, we have two specific tests for Version functionality (1 failure due to known non-blocking Bug 6003) 15:05:33 See links under odl-distribution-version in https://wiki.opendaylight.org/view/Integration/Distribution/Boron_Test_Report 15:06:03 #info int/dis has two specific tests for Version functionality (1 failure due to known non-blocking Bug 6003) 15:06:04 SR2 tested, no blockers visible. 15:06:11 I mean RC2 15:06:20 #info int/dis has tested RC2. No blockers found. 15:07:13 I reviewed the release notes and release review templates and they look good. Well written! 15:07:16 One issue may be that we are not testing tar.gz archives in CSIT at all, but risk is negligible I think. 15:08:39 No more comments come to my mind. 15:09:02 int/dis looks good to me 15:09:08 Do folks have any further concerns or questions? 15:09:44 #info INTEGRATION/DISTRIBUTION approved for Boron. Congratulations! 15:09:53 anipbu: Thanks! 15:09:55 Okay Let's move on. 15:10:27 #topic SXP 15:10:31 #link https://wiki.opendaylight.org/view/SXP:Boron:Release_Review <--- Release Review 15:10:36 #link https://wiki.opendaylight.org/view/SXP:Boron:Release_Notes <--- Release Notes 15:10:46 Is Martin Mihálek online? 15:11:06 Yes I am present 15:11:19 #info mamihale is representing SXP 15:11:25 mamihale: anything you would like to add? 15:12:58 We have at the moment one open Bug 6448 that depends on on 6540 15:13:00 mamihale: 1) Do you have any features that should be considered experimental? 2) What are the user-facing features in your project? 15:13:01 #info INTEGRATION/DISTRIBUTION approved for Boron pending action items. Congratulations! 15:13:06 #undo 15:13:06 Removing item from minutes: 15:13:36 only one user facing feature odl-sxp-controller 15:14:09 CSIT review: https://lists.opendaylight.org/pipermail/integration-dev/2016-August/008042.html 15:14:25 anipbu, vrpolak, colindixon: checking in 15:14:28 mamihale: would you agree that that all your features are experimental? 15:14:45 #chair jamoluhrsen vrpolak colindixon 15:14:45 Current chairs: anipbu colindixon jamoluhrsen vrpolak 15:15:06 #info sxp has texted RC2 and found no blocking bugs 15:15:22 #info CSIT review: https://lists.opendaylight.org/pipermail/integration-dev/2016-August/008042.html 15:15:27 Each test job suffers from occassional failures. Most test cases do Wait Until Keyword Succeeds with 15 second timeout, so I guess the instability is in ODL itself. 15:15:35 I'm looking 15:15:41 integration disribution looks perfec 15:16:27 mamihale: would you agree that that all your features are experimental? 15:16:53 #link https://lists.opendaylight.org/pipermail/sxp-dev/2016-August/000057.html email for sxp csit analysis 15:17:41 #info sxp has only one user facing feature odl-sxp-controller 15:17:42 yes based on distribution tests result from boron cycle 15:18:06 #info mamihale has agreed that all SXP features are experimental in boron 15:18:13 mamihale: please update the release review with the list of features and their attributes such as experimental, user-facing, tested. Please see this sample: https://wiki.opendaylight.org/view/Sample_Release_Review#Features 15:18:20 #action mamihale to update the release review with the list of features and their attributes 15:19:27 #action mamihale to put links to the asciidocs/rst documents into the release review template 15:19:49 mamihale: your docs patches have been merged 15:20:39 mamihale: I believe TCPMD5 has been removed in Boron: See section Security Considerations: "There is no support for any form of session authentication, protocol support TCP MD5 authentication." 15:21:13 Do folks have any further concerns or questions? 15:21:52 i'm good. 15:22:33 #info SXP to complete action items and follow up 15:23:00 We have switched to netty TCPMD5 implementation so the statement was not updated as there was no impact on TCPMD5 authentification 15:23:27 mamihale: okay 15:23:55 anipbu: Tcpmd5 is not a Boron ODL project, but the equivalent functionailty is provided by upstream (netty). Still, if SXP code does not invoke that functionality, it remains true that SXP does not support TCP MD5. 15:24:17 Otherwise no more comments from me. 15:24:39 #action anipbu to follow up with SXP on action items 15:24:45 Okay. Let's move on. 15:25:25 #topic OCPPLUGIN 15:25:30 #link https://wiki.opendaylight.org/view/OCP_Plugin:Boron_Release_Notes <--- Release Review 15:25:34 #link https://wiki.opendaylight.org/view/OCP_Plugin:Boron_Release_Review <--- Release Notes 15:25:40 #info richardchien is representing SXP 15:25:45 richardchien: anything you would like to add? 15:26:03 no 15:26:03 for what it's worth SXP has new docs in Boron, which is good 15:26:06 * colindixon reads 15:26:33 #info ocpplugin has texted RC2 and found no blocking issues 15:27:00 #info all ocpplugin features are marked as experimental 15:27:27 #link https://lists.opendaylight.org/pipermail/ocpplugin-dev/2016-August/000024.html csit analysis email for ocplugin 15:27:37 this should be updated 15:27:39 #info all system tests are meeting expectations 15:28:19 this looks good to me 15:28:22 it's experimental, right 15:28:37 not experimental from system test point of view 15:29:09 richardchien: is there a link to OCP capable radio head device or simulator (for testing) 15:29:39 jamoluhrsen: they have voluntarily marked their features as experimental based on the release review template: https://wiki.opendaylight.org/view/OCP_Plugin:Boron_Release_Review#Features 15:30:06 info about the simulator can be found in user guide 15:30:09 anipbu: ok 15:30:26 #info info about the simulator can be found in user guide 15:30:33 ocpplugin looks good to me 15:30:53 richardchien: congrats on having no action items =) 15:31:12 Do folks have any further concerns or questions? 15:31:19 Otherwise, let's move on. 15:32:16 #info OCPPLUGIN approved for Boron. Congratulations! 15:32:23 #topic GROUPBASEDPOLICY 15:32:29 #link https://wiki.opendaylight.org/view/Group_Based_Policy_(GBP)/Releases/Boron/Release_note <--- Release Review 15:32:33 #link https://wiki.opendaylight.org/view/Group_Based_Policy_(GBP)/Releases/Boron/Release_review <--- Release Notes 15:32:42 #info vlavor is representing GROUPBASEDPOLICY 15:32:47 vlavor: anything you would like to add? 15:33:04 no, nothing I can think of 15:33:23 What is teh status of this bug? 15:33:25 https://bugs.opendaylight.org/show_bug.cgi?id=6421 15:33:41 Can we close the bug, retarget for carbon, or provide a fix? 15:33:49 #link https://lists.opendaylight.org/pipermail/groupbasedpolicy-dev/2016-August/003559.html email for gbp csit review 15:33:51 already fixed 15:34:28 csit is not meeting expectations for the most part. I have a hunch that it's small test issues that need to be fixed. 15:34:34 #info bug 6421 is already fixed accoridng to vlavor 15:34:47 vlavor: could you please close the bug if it has already been fixed. 15:34:51 vlavor: 1) Have you tested against RC2 and were there any blockers? 15:35:28 GBP has had very little documentation updates in Boron, was that intentional? 15:35:37 bug 6421 updated, resolved fixed 15:37:25 Thanks! 15:37:32 vlavor: 1) Have you tested against RC2 and were there any blockers? 15:37:39 this looks godo other than my comment above ^^^^^ 15:38:07 yes, we tested against RC2, no blockers found 15:38:25 documentation was created for new features only 15:38:45 vlavor: and not all of them, right? 15:38:55 I only saw new docs for the vpp mapper 15:38:57 or am I wrong 15:39:01 it's fine actually 15:39:48 vpp-mapper is done, some documentation is still in progress 15:39:50 I just wanted to ask 15:39:51 ok 15:39:51 good 15:39:52 thanks 15:40:00 #info odl-groupbasedpolicy-ofoverlay is nonexperimental feature. All other features are experimental. 15:40:21 jamoluhrsen: are you okay with odl-groupbasedpolicy-ofoverlay as nonexperimental? 15:40:35 anipbu: I don't think so. 15:40:43 cool 15:41:12 vlavor jamoluhrsen: can we come to an agreement for odl-groupbasedpolicy-ofoverlay, otherwise let's do a follow up. 15:41:19 when I look yesterday it seems almost all CSIT was having unexpected failures. 15:41:43 we have investigated it, it looks like problems with tests themselves 15:42:08 vlavor: we need to get the tests fixed. if we can do that asap (I'll help) then we can say not experimental. 15:42:21 otherwise we have to use the same measuring stick as we are with all other projects 15:43:39 #action jamoluhrsen vlavor to follow up on the CSIT failures for odl-groupbasedpolicy-ofoverlay 15:44:52 thanks jamoluhrsen for all the hard work 15:45:04 we are going to try to fix them 15:45:13 #info groupbasedpolicy to follow up 15:45:17 sure thing colindixon :) 15:45:19 Do folks have any further concerns or questions? 15:45:33 vlavor: send an email update to me if you want, and I can try to jump in to help 15:45:48 jamoluhrsen: sure 15:46:08 jamoluhrsen: thanks 15:46:45 OK, what's next? 15:47:04 OKay Let's move on. 15:47:13 #info GROUPBASEDPOLICY approved for Boron pending action items. Congratulations! 15:47:44 #topic NETVIRT 15:47:48 #link https://wiki.opendaylight.org/view/NetVirt:Boron_Release_Review <--- Release Review 15:48:10 #link https://lists.opendaylight.org/pipermail/netvirt-dev/2016-August/001391.html <--- email review of netvirt CSIT 15:48:11 #info shague_ is representing NETVIRT 15:48:18 morning shague_ 15:48:19 shague_: anything you would like to add? 15:48:23 hey 15:48:27 shague_: I cannot find your release notes 15:49:19 we have the old-ovsdb-openstack marked as experimental right now, but think we can get that to stable after fixing failing csit 15:49:32 https://wiki.opendaylight.org/view/NetVirt:Boron_Release_Notes 15:49:38 #link https://wiki.opendaylight.org/view/NetVirt:Boron_Release_Notes <--- Release Notes 15:50:30 anipbu: sorry, just fixed the spreadsheet 15:51:19 * colindixon reads 15:51:41 shague_: 1) Have you tested against RC2 and were there any blockers? 15:52:13 #info all netvirt features are marked as experimental 15:52:26 is that right? 15:52:26 :s/old-ovsdb-openstack/odl-ovsdb-openstack 15:52:42 yes, no blockers. There are CSIT test failures, but we should have the legacy netvirt fixed and the new netvirt will remain with failures 15:53:13 yes, right now they are marked as experimental. I think we will get odl-ovsdb-openstack CSIT fixed and can remove experimental 15:53:38 colindixon: according to the release review template, all the featues are experimental 15:53:52 cool 15:53:56 I'm happy 15:54:02 i'm good 15:54:04 shague_: there no mention of the vpnservice/netvirt migration in your release notes. 15:54:29 anipbu: that is this comment: Move to new, more modular architecture based on vpnservice and genius 15:54:35 I saw that 15:54:43 it is there 15:54:59 Ah missed it. 15:55:01 shague_: you know this, but the docs desperately need updaing 15:55:26 Is a more comprehensive description anywhere that described that migration effort in detail for end users? 15:55:33 yes. That is the note in the release review that we will look at those next week 15:56:07 colindixon: re:docs, we'll take a pass over within a week. 15:56:14 cool 15:56:15 thanks 15:56:25 #action shague_ to add more about vpnservice/netvirt migration in docs 15:56:32 netvirt looks good to me 15:56:36 Do folks have any further concerns or questions? 15:56:40 I'm good 15:56:48 Okay let's move on. 15:56:50 I hope the CSIT gets fixed, but I understand it's been painful 15:57:32 colindixon: agreed. we are working on it 15:58:01 #action shague_ to work on addressing CSIT failures and update the experimental tag if necessary 15:58:35 #info netvirt has tested rc2 and found no blockers 15:58:40 #info NETVIRT approved for Boron pending action items. Congratulations! 15:58:44 #topic OPFLEX 15:58:47 #link https://wiki.opendaylight.org/view/OpFlex:Boron_Release_Review <--- Release Review 15:58:50 #link https://wiki.opendaylight.org/view/OpFlex:Boron_Release_Notes <--- Release Notes 15:58:53 * colindixon reads 15:58:55 #info readams is representing OPFLEX 15:58:58 readams: anything you would like to add? 15:59:00 #info opflex has a system test waiver 15:59:00 Hello folks 15:59:17 I think all the info is in the docs 16:00:16 readams: have you published the results of your external/manual testing of opflex in the system test plan? If so, what were the results of the testing? 16:00:57 I don't think it's published anywhere visible externally 16:01:25 We run an automated system test against ACI with OpenStack on physical hardware 16:02:08 readams: assuming all your tests are passing, or if failures you are tracking with open bugzillas? 16:02:10 So what were the results of the test? Did they pass (green)? 16:02:12 We recently branched off boron for our external customer release 16:02:22 this looks good to me 16:02:25 They're passed and now shipping to customers 16:03:01 #info opflex ran automated system test against ACI with OpenStack on physical hardware. All the tests passed (green). 16:03:09 nice readams. happy customers hopefully 16:03:17 all good from my side, anipbu 16:03:18 hopefully :-) 16:03:24 readams: do you have link to opflex artifacts for boron 16:03:57 the latest boron merge build should be good 16:04:11 readams: 1) Have you tested against RC2 and were there any blockers? 2) Do you have any features that should be considered experimental? 3) What are the user-facing features in your project? 16:05:06 We seem to be missing the boron release artifacts for opflex: https://nexus.opendaylight.org/content/repositories/opendaylight.release/org/opendaylight/opflex/agent-ovs/ 16:05:37 1) n/a 2) n/a 3) no :-) 16:05:50 #action anipbu readams zxiiro: to add opflex to the boron release artifacts: https://nexus.opendaylight.org/content/repositories/opendaylight.release/org/opendaylight/opflex/agent-ovs/ 16:05:52 In the past the opflex artifacts have to be pushed manually 16:06:44 readams: we should probably update teh opflex jobs so that they push to a staging repo in Nexus and we have helpdesk click the release button just like we do with the ODL release 16:06:45 random question for you guys: do you feel like it's beneficial for OpFlex to be part of ODL at this point or is it just a nuisance? 16:06:56 #info opflex has texted RC2 on automated systems. tests pass (green) 16:07:14 readams: I would love to have opflex continue to be part of ODL! =) 16:07:21 Do folks have any further concerns or questions? 16:07:53 Okay Let's move on. 16:07:59 #info OPFLEX approved for Boron pending action items. Congratulations! 16:08:08 readams: but yeah manually building is fine for Boron, lets open an action item to make the opflex release more automated though 16:08:28 #topic NEXT 16:08:28 readams: maybe somethign abelur can look into for you 16:08:34 #link https://wiki.opendaylight.org/view/NeXt:Boron_Release_Review <--- Release Review 16:08:35 thanks guys 16:08:39 #link https://wiki.opendaylight.org/view/NeXt:Boron_Release_Notes <--- Release Notes 16:08:42 hi folks 16:08:56 I put most of info in that doc 16:08:56 #info aikepaer is representing NEXT 16:09:03 aikepaer: anything you would like to add? 16:09:22 anipbu, I didn't know what to do about next csit analysis 16:09:24 Almost there 16:10:40 readams: fyi I added it to our releng trello board. We'll try to look into automating opflex jobs a bit better in the next release. 16:10:42 aikepaer: would you agree to mark your features as experimental: since it does not have waiver and does not have CSIT tests? 16:10:56 aikepaer: is there any plan to move the docs the docs repo? 16:11:16 aikepaer: 1) Have you tested against RC2 and were there any blockers? 16:11:34 anipbu, yes, it's ok to mark as experimental 16:11:58 #info aikepaer has agreed to mark all next features as experimental in boron 16:12:11 colindixon , azverev just join us and he will update all docs in docs repo 16:12:35 azverev already working on that, will commit it in next two weeks 16:12:38 aikepaer: could you please update the release review template and change the features as experimental: https://wiki.opendaylight.org/view/NeXt:Boron_Release_Review#Features 16:12:46 sure 16:13:01 and no blockers 16:13:04 #action aikepaer to update the release review template and change the features as experimental 16:13:14 #info next has tested RC2 and found no blockers 16:13:27 aikepaer: where are the artifacts for next ui toolkit? 16:14:22 #action aikepaer anipbu zxiiro: to work with next ui toolkit to upload the artifacts to release https://nexus.opendaylight.org/content/repositories/opendaylight.release/org/opendaylight/next/next/ 16:14:29 It should be here https://nexus.opendaylight.org/content/repositories/opendaylight.release/org/opendaylight/next/next/, just realized need to push manually 16:15:14 aikepaer: okay I have actioned us to work with thanh to upload to release 16:15:32 next looks good to me 16:15:34 OK, thanks 16:15:36 Do folks have any further concerns or questions? 16:15:40 I'm good 16:16:08 assuming we have the artifacts, the tests are understood, I'm happy 16:16:09 i'm good 16:16:20 Okay Let's move on. 16:17:15 #info NEXT approved for Boron pending action items. Congratulations! 16:17:20 #topic SXP 16:17:23 #info SXP approved for Boron. Congratulations! 16:17:26 Forgot to mention this. 16:17:30 #topic IOTDM 16:17:35 #link https://wiki.opendaylight.org/view/Iotdm:Boron_Release_Notes <--- Release Review 16:17:38 #link https://wiki.opendaylight.org/view/Iotdm:_Boron_Release_Review <--- Release Notes 16:17:41 hey 16:17:42 #info jburns is representing IOTDM 16:17:46 jburns: anything you would like to add? 16:17:52 jburns: 1) Have you tested against RC2 and were there any blockers? 16:18:15 yes, IOTDM had a blocking bug that impacted it until Monday eveneing. Not usre what this means for RC2 … 16:18:48 What is the bug ID for this blocker? 16:18:53 #link https://lists.opendaylight.org/pipermail/iotdm-dev/2016-August/000172.html <--- email for csit analysis of IOTDM 16:18:59 Also, Jamo mentioned CSIT tests were failing. We gave a Borion demo yesterday and it seemed good so need to get to the bottom of this. 16:19:02 #info all features experimental 16:19:23 Actaully, I did not create a bug_id … I will do that. 16:19:40 jburns: has this bug been fixed, or is it still open? 16:19:56 * colindixon reads 16:20:01 No, I’ll create a bug id for it and immediately close it. 16:20:24 Bornon seems stable again as of Monday eventing. 16:21:23 jburns: please correct me if i'm wrong. There was a blocker. It has been fixed. RC2 has been tested and there are curretnly no blockers anymore. The state of IOTDM is green (pass) 16:21:49 jburns: would you agree to that statement as correct? 16:22:09 I have not explicitly tested RC2 … the snapshot as of Monday eveneing is stable. 16:22:21 anipbu: iotdm is not "green" for CSIT. 16:22:59 Okay, is there any chance you could test RC2 and update this spreadsheet: https://docs.google.com/spreadsheets/d/1zImtd764e-hOgJAxoJKl85fxHCPu2agLfqsBtf13zQY/edit#gid=199721620 16:23:02 Yes, I suspect the bug was impacting greatly our CSIT tests. I will investigate our CSIT tests for Borin. 16:23:13 I will do that! 16:23:31 #action jburns to test RC2 and update the spreadsheet 16:24:07 jburns: please test RC2 as soon as possible because the last and final build is this Thursday (tomorrow) at 11:59 UTC time zone. 16:24:13 the release notes seem... ight 16:24:26 the release review looks good 16:24:27 jburns: 2) Do you have any features that should be considered experimental? 3) What are the user-facing features in your project? 16:24:44 is it compatible with Beryllium 16:25:02 is there a plan to deliver more docs? 16:25:10 anipbu: sorry we're moving slower, trying to get forward 16:25:14 We have introduced a GUI for IoTDM this release. It is based onNext which is experimental so maybe it should be tagged as experimental too. 16:25:24 We are compatibnle with Be. 16:25:42 I think in the Carbon timeframe, we will document the GUI. 16:25:49 #action jburns to update the release notes with sections on changes/migration/compability/deprecation 16:26:03 OK 16:26:14 jburns: so would you agree that all iotdm features are experimental? 16:26:29 it woudl be good to submit docs to explan the GUI if you have time 16:26:36 NO, just the GUI. 16:27:12 jamoluhrsen jburns: have we come to an agreement on the experimental tags for iotdm? 16:27:33 jamoluhrsen jburns: seems like there needs to be a follow up to discuss more 16:27:40 The GUI is experimental, the others are not. 16:28:12 anipbu, jburns all features are experimental by definition I am forced to say. 16:28:23 jburns: according to jamoluhrsen, it seems all "others" are experimental as well. so let's take this offline to discuss more over email 16:28:24 jburns: do we have the CSIT 16:28:25 Like I said, I will look into the CSIT failures. 16:28:32 cool, cool 16:28:36 OK, offline is fine. 16:28:43 #action jamoluhrsen jburns to follow up on CSIT and experimental tags 16:28:51 jburns: please update the release review with the list of features and their attributes such as experimental, user-facing, tested. Please see this sample: https://wiki.opendaylight.org/view/Sample_Release_Review#Features 16:28:56 #action jburns to update the release review with the list of features and their attributes 16:29:12 #info IOTDM to follow up on action items 16:29:20 #action anipbu to follow up with IOTDM 16:29:22 Thanks 16:29:24 Do folks have any further concerns or questions? 16:29:30 Otherwise Let's move on. 16:30:33 thanks anipbu 16:30:35 #topic VTN 16:30:40 #link https://wiki.opendaylight.org/view/VTN:Boron:Release_Review <--- Release Review 16:30:44 #link https://wiki.opendaylight.org/view/VTN:Boron:Release_Notes <--- Release Notes 16:30:48 #info hideyuki is representing VTN 16:30:52 hideyuki: anything you would like to add? 16:31:10 Hi. 16:31:27 #link https://lists.opendaylight.org/pipermail/vtn-dev/2016-August/001585.html <--- email for VTN csit analysis 16:31:29 hideyuki: 1) Have you tested against RC2 and were there any blockers? 2) Do you have any features that should be considered experimental? 3) What are the user-facing features in your project? 16:31:37 Now, we are facing a critical issue due to a bug of the OpenFlow Plugin. 16:31:41 this looks great to me 16:31:43 https://bugs.opendaylight.org/show_bug.cgi?id=6595 16:31:50 #info all VTN features are experimental due to system test expectations 16:32:07 We've tested RC2, and it worked fine. 16:32:24 #info VTN project has tested RC2, and it worked fine. 16:32:28 hideyuki: Please update this spreadsheet for VTN RC2 testing: https://docs.google.com/spreadsheets/d/1zImtd764e-hOgJAxoJKl85fxHCPu2agLfqsBtf13zQY/edit#gid=199721620 16:32:47 I think all VTN features are not experimental 16:33:05 Now, as Jamo explained, CSIT fails sometimes. 16:33:22 But, there are not beccause of bugs of VTN features. 16:33:28 hideyuki: You said there is a blocker bug (6595). But then you said RC2 is tested and everything is fine. Could you please clarify on the status of RC2? 16:33:46 RC2 is ok except the bug 6595. 16:34:17 Okay, I've marked VTN as red pending openflowplugin to fix bug 6595 16:34:24 anipbu: Ok. Thanks. 16:34:32 #info for RC2, VTN is red pending openflowplugin to fix bug 6595 16:34:43 hideyuki: do you have the link to the vtn coordinator? 16:34:49 CSIT worked fine. But, since last week, due to the bug of the openflowplugin, it has started to faile sometims. 16:35:00 hideyuki, can you post me later the vtn jobs that are not stable? 16:35:01 anipbu: What kind of link? 16:35:12 LuisGomez: Sure. 16:35:20 it is very possible it is openflowplugin yes 16:35:22 LuisGomez, here is one: https://jenkins.opendaylight.org/releng/view/vtn/job/vtn-csit-1node-manager-only-boron/ 16:35:23 Where is vtn coordinated located so we can put link on the downloads page. 16:35:44 looks like host to host ping is not working sometimes. something is broken. 16:36:05 jburns: Yes. We've filed a bug report as bug 6595. 16:36:18 jamoluhrsen: No flows are wrritten 16:36:28 Thanks 16:36:33 anipbu: Are you asking the location of the RC2 artifact of the VTN Coordinator in the Nexus? 16:37:01 gvrangan: ok. no flows written seems like a legit issue to me. 16:37:43 I believe in boron, VTN coordinator is no longer packaged as a part of the common karaf distribution (to help decrease the distribution size). If so, then we need to provide a link to the VTN coordinator on nexus for users, similar to opflex, next, yangide, etc. 16:37:58 anipbu: I know it. 16:38:09 anipbu: https://nexus.opendaylight.org/content/repositories/autorelease-1452/org/opendaylight/vtn/distribution.vtn-coordinator/6.3.0-Boron-RC2/distribution.vtn-coordinator-6.3.0-Boron-RC2-bin.tar.bz2 16:38:13 jamoluhrsen, LuisGomez, hideyuki: I think that l2switch was seeing issues like that 16:38:17 anipbu: I think this link. 16:38:17 not sure if they're the same 16:38:23 I could ask Sai 16:38:26 maybe LuisGomez knows 16:38:29 #action hideyuki anipbu zxiiro: to work with releng team to upload vtn cooridnator to the release nexus repo: https://nexus.opendaylight.org/content/repositories/autorelease-1452/org/opendaylight/vtn/distribution.vtn-coordinator/6.3.0-Boron-RC2/distribution.vtn-coordinator-6.3.0-Boron-RC2-bin.tar.bz2 16:38:54 anipbu: Though, this is an artifact for RC2. 16:39:16 hideyuki: we can take the vtn coordinator issue offline over email with thanh ha 16:39:17 anipbu: We should get the link to a release artifact of VTN Coordinator after the community generated release artifacts. 16:39:23 anipbu: Yea. 16:39:25 hideyuki: please update the release review with the list of features and their attributes such as experimental, user-facing, tested. Please see this sample: https://wiki.opendaylight.org/view/Sample_Release_Review#Features 16:39:25 anipbu: Yes. 16:39:29 #action hideyuki to update the release review with the list of features and their attributes 16:39:34 hideyuki, the issue with OF10 is due to ofplugin? 16:39:46 anipbu: Ok. 16:39:52 LuisGomez: Yes. 16:39:55 jamoluhrsen hideyuki: have we come to a conclusion on the experimental tags for VTN? 16:40:08 LuisGomez: Our team didn't face the issue with OF13. Our team only observed the issue with OF10. 16:40:16 anipbu: No. 16:40:37 #action hideyuki to work with openflowteam to resolve pending blocking bug (6595) 16:40:54 thanks 16:41:05 anipbu, hideyuki: csit is not meeting expectations and looks like valid issues to me. gotta be experimental for now 16:41:06 #action jamoluhrsen hideyuki to work offline to resolve CSIT failures and update the experimental tags for VTN 16:41:17 If the blocking bug 6595, I think we should mention a big limitation on VTN feature on Boron which is VTN doen't work with OF10 in Boron. 16:41:28 If the blocking bug 6595 is not fixed by Boron, I think we should mention a big limitation on VTN feature on Boron which is VTN doen't work with OF10 in Boron. 16:41:41 #info VTN to follow up with action items 16:41:49 #action anipbu to follow up with VTN 16:42:34 #info if the blocking bug 6595 is not fixed by Boron, then there is a big limitation on VTN feature on Boron which is VTN doesn't work with OF10 in Boron. 16:42:40 the only thing to be not experimental is to have decent test and mark the failures with the bug 16:42:43 Do folks have any further concerns or questions? 16:42:53 It worked fine with OF10 before. So we are thinking it's a regression since last week... 16:43:00 I think VTN will need follow up offline over email 16:43:01 anipbu: No. 16:43:21 If folks have no futhur questions, then let's move on. 16:43:28 anipbu: Ok. 16:43:34 I'm good 16:43:34 Thank you everybody1 16:43:41 VTN's docs are awesome as always 16:43:42 ok 16:44:13 #topic SFC 16:44:18 #link https://wiki.opendaylight.org/view/Service_Function_Chaining:Boron_Release_Review <--- Release Review 16:44:23 #link https://wiki.opendaylight.org/view/Service_Function_Chaining:Boron_Release_Notes <--- Release Notes 16:44:36 Hello everybody, Brady here 16:44:53 #info ebrjohn is representing SFC 16:45:00 ebrjohn: anything you would like to add? 16:45:07 nothing special 16:45:10 #link https://lists.opendaylight.org/pipermail/sfc-dev/2016-August/003389.html <--- csit email analysis for SFC 16:45:21 anipbu: Is VTN approved for Boron? 16:45:28 I invited the SFC Boron Testing contact, Miguel Angel (mangel2) to participate in case there are any detailed SFC CSIT questions. 16:45:38 #info all sfc features experimental currently, but some work being done currently that may clean things up. 16:45:39 Regarding the analysis, 2 of the NOT-OK tests were affected by the REST response codes, 404 on delete. A patch is in place for this. 16:45:46 hideyuki: we will need follow up on the action items and clarification over email. 16:45:51 anipbu: "VTN coordinator is no longer packaged as a part of the common karaf distribution" is true, and the fact is now mentioned in Integration/Distribution Release {Review,Notes} 16:45:53 Can you reconsider marking all of the SFC features as experimental? 16:45:57 is there anythnig you wanted for docs beyond this: https://git.opendaylight.org/gerrit/#/c/39686/ 16:46:04 ebrjohn, will try to get to that patch after release reviews 16:46:15 * ebrjohn checking patch 16:46:37 colindixon: that doc patch covers everything 16:46:41 * colindixon reads release review and notes 16:46:41 cool 16:46:45 jamoluhrsen: ok, thanks 16:47:09 ebrjohn: would you agree to make all sfc features experimental? 16:47:17 jamoluhrsen: did you see Miguel Angel's response to your email? 16:47:18 https://lists.opendaylight.org/pipermail/sfc-dev/2016-August/003389.html 16:47:34 anipbu: No, I would prefer they not be marked experimental 16:47:41 ebrjohn: saw the email, but didn't read it yet. 16:47:51 i will 16:47:54 jamoluhrsen ebrjohn: have we come to an agreement or do we need a follow up? 16:48:05 Ok, he analyzed the failures, and they are mostly related to the REST response codes, 404 on delete 16:48:09 but a patch is in place for that 16:48:33 ebrjohn: that's perfect. we've found a handful of projects dealing with rest response codes during our release reviews. 16:48:48 jamoluhrsen: ok, cool 16:49:08 I'm happy 16:49:10 So perhaps we can continue the experimental tag offline over email? 16:49:20 so can we keep the experimental status as its listed in the release review doc? 16:49:29 Hi All...sorry Im late for the meeting... 16:49:38 ebrjohn: thanks for good section "Migration"! 16:49:50 anipbu: sure :) 16:49:55 as long as jamoluhrsen is happy, I'm happy 16:49:59 with what I see from my side 16:50:17 * ebrjohn is happy if you're happy ;) 16:50:31 yeah, experimental for now with high hopes that csit patch is good to fix everything. 16:50:43 #action jamoluhrsen ebrjohn to follow up on CSIT test and experimental tags for SFC features. 16:50:52 lol. true. if colin ain't happy, ain't nobody happy 16:50:57 jamoluhrsen: anipbu: Ok, Im cool with that 16:51:10 #info SFC to follow up on action items 16:51:16 #action anipbu to follow up with SFC 16:51:17 cool 16:51:23 experimental things aside, I think we're good 16:51:27 anipbu: what's the action item? 16:51:30 I think besides the CSIT and expeirmental tags, SFC looks good to me 16:51:37 anipbu, agreed. 16:51:51 ebrjohn: the action item is "jamoluhrsen ebrjohn to follow up on CSIT test and experimental tags for SFC features" 16:51:58 anipbu: ACK 16:52:11 * ebrjohn oops, didnt see that one 16:53:01 #info SFC has tested RC2 and found no blockers 16:53:13 yes, but I did write an email about RC2 16:53:19 ebrjohn: thanks for updating the RC2 spreadsheet 16:53:26 https://lists.opendaylight.org/pipermail/release/2016-August/008036.html 16:53:27 ebrjohn: are there blockers? 16:53:35 no, just this non-blocker 16:53:40 https://bugs.opendaylight.org/show_bug.cgi?id=6526 16:53:48 anipbu: you're welcome 16:53:53 okay. if non blocker, then the spreadsheet is correct. 16:53:58 yep 16:54:02 #info SFC approved for Boron pending action items. Congratulations! 16:54:09 Okay Let's move on 16:54:13 Awesome! 16:54:18 Thanks guys, looking forward to seeing all of you in Seattle!! 16:54:20 #topic TSDR 16:54:44 yuling_: do you have the links to the release notes and release review templates? 16:55:00 sorry...the documents will be ready by today 16:55:12 we have been busy testing the features...so kind of overlooked the document 16:55:23 If they are not ready now, we cannot do the release review. 16:55:27 however, we did test all the new features and old features manually with test report 16:55:35 #link https://lists.opendaylight.org/pipermail/tsdr-dev/2016-August/000962.html <--- email for TSDR csit analysis 16:55:37 Perhaps we can reschedule. 16:55:46 yes, that would be great 16:55:52 #undo 16:55:52 Removing item from minutes: 16:56:04 could that be tomorrow? 16:56:05 Let's reschedule for TSDR. Please email me offline to reschedule. 16:56:24 Okay Let's move on. 16:56:53 #topic FAAS 16:56:54 ok, thanks 16:56:58 #link https://wiki.opendaylight.org/view/FaaS:Boron_Release_Review <--- Release Review 16:57:01 #link https://wiki.opendaylight.org/view/FaaS:Boron_Release_Notes <--- Release Notes 16:57:05 Hello Everyone xingjun here 16:57:08 #info xingjun is representing FAAS 16:57:12 xingjun: anything you would like to add? 16:57:33 xingjun: 1) Have you tested against RC2 and were there any blockers? 2) Do you have any features that should be considered experimental? 3) What are the user-facing features in your project? 16:57:36 we have documentation for review, hasn't been merged yet by Colin :) 16:57:42 thanks 16:57:44 I'm on it 16:57:51 Yes, I did this morning, no blocking issues found 16:58:08 #info FAAS has tested RC2 and found no blockers 16:58:09 All the features are experimenal for now 16:58:32 the user facing feature is odl-faas-uln-mapper 16:58:34 #info xingjun has agreed that all FAAS features are experimental. 16:58:39 #info FAAS has no CSIT, so all experimental 16:58:47 xingjun: please update the release review with the list of features and their attributes such as experimental, user-facing, tested. Please see this sample: https://wiki.opendaylight.org/view/Sample_Release_Review#Features 16:58:55 #action xingjun to update the release review with the list of features and their attributes 16:59:02 * colindixon reads 16:59:15 we do have a CSIT in process for review. we'd love to covert all the manual scripts to robot 17:00:56 Ok will update to reflect the experimental status 17:01:24 Please do so now so we can approve faas 17:02:11 it's compatible with previous releases? 17:02:12 Done 17:02:22 xingjun: is faas compatible with previous release? 17:02:42 xingjun: any migration concerns? 17:02:46 xingjun: any deprecation? 17:03:11 #action xingjun to update the release notes with the sections on changes/migration/compabilities/deprecation. 17:03:20 Yes compatible 18:15:44 Yay! 18:17:02 #topic cookies 18:17:07 #endmeeting