14:30:01 <phrobb> #startmeeting lithium release review 14:30:01 <odl_meetbot> Meeting started Wed Jun 24 14:30:01 2015 UTC. The chair is phrobb. Information about MeetBot at http://ci.openstack.org/meetbot.html. 14:30:01 <odl_meetbot> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:30:01 <odl_meetbot> The meeting name has been set to 'lithium_release_review' 14:30:10 <phrobb> #topic roll call 14:30:20 <Prem_> VPN Service URL - Release Notes - https://wiki.opendaylight.org/view/Vpnservice:Lithium_Release_Notes 14:30:22 <phrobb> #info Project Leaders and TSC members please #info in 14:30:23 <zxiiro> morning 14:30:29 <Prem_> Prem_ for VPNService 14:30:45 <Prem_> #info Prem_ for VPNService 14:30:53 <phrobb> thanks Prem_ . We'll start your review in just a couple minutes 14:30:57 <LuisGomez> #info LuisGomez 14:30:59 <gzhao> #info gzhao 14:31:10 <phrobb> #chair LuisGomez gzhao 14:31:10 <odl_meetbot> Current chairs: LuisGomez gzhao phrobb 14:31:54 <phrobb> Let's go ahead and get started.... 14:32:01 <phrobb> #topic VPN Service 14:32:20 <phrobb> Prem_ could you also link in your release notes page? 14:32:32 <phrobb> Ah, sorry. See you did 14:32:36 <Prem_> Release Review - https://wiki.opendaylight.org/view/Vpnservice:Lithium_Release_Review 14:32:49 <Prem_> Release Notes - https://wiki.opendaylight.org/view/Vpnservice:Lithium_Release_Notes 14:32:59 <gzhao> #info Prem_ is representing VPN Service 14:33:46 <Prem_> We have verified the latest RC and updated the release sheet as GO 14:34:03 <Prem_> Documentation (User Guide) was competed, reviewed and checked in 14:34:10 <LuisGomez> Prem_, there is 1 test case failing in csit test: https://jenkins.opendaylight.org/releng/view/CSIT-1node/job/vpnservice-csit-1node-cds-vpnservice-only-stable-lithium/ 14:34:16 <LuisGomez> is it expected? 14:35:31 <Prem_> I checked this morning about this failure 14:36:12 <phrobb> Prem_ Are there really no applicable security considerations?... ie are you leveraging any security features from other parts of ODL?... or could you but you chose not to in this release, etc? 14:36:33 <gzhao> #info LuisGomez asks if the test failure in csit is expected 14:36:55 <Prem_> We are not leveraging any security features in this release 14:37:14 <phrobb> Prem_ for the open bugs that are listed, are there any work-arounds available?.. if so, could we document them in the releae notes? 14:37:30 <Prem_> Yes Phil, we will document the work arounds 14:38:03 <phrobb> #action Prem_ to document known work-arounds for listed bugs in release notes 14:38:06 <gzhao> #info phrobb asks if security feature really n/a, Prem_ says they are not leveraging any security features. 14:38:14 <phrobb> thanks gzhao 14:39:02 <phrobb> did we get and document an answer re the CSIT test that is failing? 14:39:03 <Prem_> On the failed test case, verification of fib entry is failing and manually it works 14:39:16 <gzhao> Brady said he would be in around 8:00 14:39:26 <LuisGomez> so it is test issue 14:39:27 <Prem_> We are checking on the mismatch reason and we will address the same 14:39:34 <gzhao> So next project will be SNMP4sdn 14:39:43 <phrobb> OK gzhao thanks 14:39:51 <vthapar> it is a test script issue. 14:40:03 <Prem_> As Vishal said, it is a script issue 14:40:04 <LuisGomez> thanks Prem_ 14:40:12 <gzhao> #info Prem_ says manually the test works 14:40:38 <phrobb> #info Prem_ notes they are still investigating csit failure 14:40:51 <phrobb> Thanks Prem No more questions from me. Anyone else? 14:40:58 <LuisGomez> no 14:41:16 <phrobb> #topic SNMP4SDN 14:41:17 <Prem_> Thanks Phil, George and Luis! 14:41:23 <phrobb> thanks Prem 14:41:38 <phrobb> Christine can you link in your release review page and release notes? 14:41:55 <phrobb> I'll help... 14:42:04 <phrobb> #link https://wiki.opendaylight.org/view/SNMP4SDN:Lithium_Release_Review 14:42:56 <gzhao> ChristineH: 14:43:00 <phrobb> Christine, are you here?.... I thought I saw you join a bit ago 14:43:11 <gzhao> Prem_: np 14:43:40 <phrobb> ChristineH ?? 14:43:46 <gzhao> vina_ermagan: ayt 14:44:12 <ChristineH> hi! 14:44:19 <phrobb> there we go 14:44:22 <ChristineH> sorry, just left for a while 14:44:29 <phrobb> ChristineH could you link in your release notes page 14:44:34 <gzhao> #topic SNMP4SDN 14:44:41 <ChristineH> https://wiki.opendaylight.org/view/SNMP4SDN:Lithium_Release_Note 14:44:55 <ebrjohn> gzhao: I'll be ready in another 10 minutes 14:45:18 <gzhao> ebrjohn: ok 14:45:54 <gzhao> #info ChristineH is reprenting SNMP4SDN 14:46:20 <ChristineH> The main different of snmp4sdn from Helium to Lithium is that API ported from ad-sal to md-sal 14:46:32 <phrobb> #info ChristineH are there any migration concerns for users moving from Helium to Lithium regarding SNMP4SDN? 14:47:43 <gzhao> ChristineH: do we have release review? 14:47:49 <ChristineH> phrobb: for developer, the API is changed. for user, I think it's more convenient for them to use snmp4sdn via REST API 14:48:02 <ChristineH> snmp4sdn's release review: https://wiki.opendaylight.org/view/SNMP4SDN:Lithium_Release_Review 14:48:15 <LuisGomez> REST API did not change this release? 14:48:24 <phrobb> #info ChristineH notes that for developer, the API is changed. for user, I think it's more convenient for them to use snmp4sdn via REST AP 14:48:58 <ChristineH> REST API is the first time release in Lithium. In Helium release not supported. 14:49:10 <gzhao> ChristineH: thanks, I cannot access Google spreadsheet. 14:49:22 <LuisGomez> OK, got it 14:49:36 <ChristineH> gzhao: I vote Lithium build as GO 14:49:52 <gzhao> ChristineH: thanks 14:50:04 <LuisGomez> thanks 14:50:27 <phrobb> No more questions from me. Anyone else 14:50:28 <gzhao> vina_ermagan: a.y.t 14:50:46 <vina_ermagan> #info Vina Ermagan for LISP Flow Mapping 14:50:55 <vina_ermagan> gzhao: yes 14:51:02 <gzhao> #topic LISP 14:51:05 <vina_ermagan> https://wiki.opendaylight.org/view/OpenDaylight_Lisp_Flow_Mapping:Lithium_Release_Review 14:51:17 <vina_ermagan> https://wiki.opendaylight.org/view/OpenDaylight_Lisp_Flow_Mapping:Lithium_Release_Notes 14:51:58 <vina_ermagan> Major changes include migration to md-sal 14:53:55 <vina_ermagan> as a consequence , our previous northbound API is removed to avoid pulling in ad-sal libraries. The bundle is still built but not included in the feature 14:53:56 <gzhao> vina_ermagan: I only saw a snapshot of the voting page, did Lisp project vote? 14:54:06 <phrobb> #info vina_ermagan Can you describe the migration issues for users moving from Helium to Lithium? 14:54:31 <phrobb> No, I do not think that LISP has voted yet 14:54:52 <vina_ermagan> phrobb: the only migration issue is transition to RPCs from original northbound apis 14:55:02 <vina_ermagan> phrobb: I'll make that clear 14:55:07 <phrobb> #link https://docs.google.com/spreadsheets/d/1KPpO9LH539Vlcoa4RvLa6PPCdLifi5JD-ihRhlybqeo/edit#gid=478292312 Link to voting page 14:55:39 <vina_ermagan> gzhao: Have not updated the voting sheet 14:55:53 <vina_ermagan> #info LISP Flow Mapping is Go on Li 14:56:03 <vina_ermagan> gzhao: I'll update the sheet now 14:56:15 <gzhao> vina_ermagan: thanks 14:56:37 <vina_ermagan> gzhao: Done 14:57:20 <gzhao> phrobb: I cannot access Google spreadsheet, I can only see which projects voted yesterday. 14:57:40 <gzhao> Any question for Lisp 14:57:41 <phrobb> #info vina_ermagan Notes that the only migration issue is transition to RPCs from original northbound apis and the release notes call out where the new interfaces are documents 14:57:54 <phrobb> not from me 14:58:30 <phrobb> Is ebrjohn available yet? 14:58:57 <gzhao> ebrjohn: are you ready? 14:59:00 <vina_ermagan> gzhao: phrobb: is LISP Flow Mapping review complete? 14:59:14 <gzhao> vina_ermagan: yes, thanks 14:59:17 <phrobb> vina_ermagan yes. Congrats and thank you! 14:59:18 <LuisGomez> thanks 14:59:30 <vina_ermagan> Great! Thanks all. 14:59:46 <gzhao> Who will represent Alto? 15:00:07 <dongshu> I will 15:00:09 <__Kai__> Shu and me. 15:00:33 <dongshu> start? 15:00:37 <phrobb> Cool. Let's move to ALTO then 15:00:43 <phrobb> #topic ALTO 15:00:46 <dongshu> Release Review - https://wiki.opendaylight.org/view/ALTO:Lithium:Release_Review 15:00:53 <dongshu> Release Notes - https://wiki.opendaylight.org/view/ALTO:Lithium:Release_Notes 15:01:00 <__Kai__> #link https://wiki.opendaylight.org/view/ALTO:Lithium:Release_Review 15:01:03 * phrobb reads... 15:01:19 <__Kai__> #link https://wiki.opendaylight.org/view/ALTO:Lithium:Release_Notes 15:03:38 <phrobb> dongshu and __Kai__ No Security considerations? Could you use AAA and chose not to this release or did it not make sense to use it ever?... as an example 15:03:53 <gzhao> Ok 15:03:53 <gzhao> #topic ALTO 15:03:57 <gzhao> #info dongshu and __Kai__ are representing ALTO 15:04:02 <dbainbri> (note: monitoring chat while in another meeting, please ping me if needed for NIC before 9am PST) 15:04:19 <phrobb> will do dbainbri 15:04:20 <ebrjohn> Im here now 15:04:35 <ebrjohn> sorry I was late 15:04:38 <__Kai__> #link https://wiki.opendaylight.org/view/ALTO:LithiumReleaseNotes <-- Release Notes 15:04:39 <phrobb> hi ebrjohn we'll put you up next after ALTO 15:04:42 <gzhao> #undo 15:04:42 <odl_meetbot> Removing item from minutes: <MeetBot.ircmeeting.items.Link object at 0x194b1d0> 15:04:42 <gzhao> #undo 15:04:42 <odl_meetbot> Removing item from minutes: <MeetBot.ircmeeting.items.Info object at 0x18d8c50> 15:04:44 <ebrjohn> ok, great 15:05:32 <dongshu> We could use AAA to protect sensitive info or customized info, but choose to not, for simplicity. 15:05:37 * gzhao will not use chairman right to due long latency 15:05:56 <ebrjohn> #info ebrjohn for Service Function Chaining 15:06:28 <phrobb> dongshu I believe that's the type of considerations we want to document/understand. Could you note that in the release review page? 15:06:51 <dongshu> Sure. I will update the release page later 15:07:06 <phrobb> #info phrobb asks No Security considerations? Could you use AAA and chose not to this release or did it not make sense to use it ever?... as an example 15:07:14 <dongshu> I will edit it right now 15:07:34 <phrobb> #info dongshu notes We could use AAA to protect sensitive info or customized info, but choose to not, for simplicity. 15:07:44 <gzhao> #action dongshu to security concern to release review 15:07:59 <phrobb> #action dongshu to update release review wiki re security consideration 15:08:18 <dongshu> Done 15:08:26 <gzhao> More questions for ALTO? 15:08:41 <phrobb> yes 15:09:27 <phrobb> dongshu for the bugs you list on the review, is there a reason that they are not all listed on the release notes with any work arounds you are aware of? 15:09:37 <__Kai__> They have been fixed. 15:10:07 <phrobb> Ah :-D... that's an awesome answer. So they should be removed from the bug list on the review? 15:11:12 <__Kai__> By this and the related patches: #link https://git.opendaylight.org/gerrit/22769/ 15:11:16 <dongshu> I thought we have to list all bugs in the review. Removed now. 15:11:45 <phrobb> No, it's for outstanding bugs 15:12:04 <phrobb> I'm finished with questions. Thanks dongshu and __Kai__ 15:12:13 <__Kai__> p.s. Bug 3147 is more like a yangtool bug rather than ours. 15:12:13 <phrobb> Any one else have questions for ALTO? 15:12:31 <gzhao> #action dongshu __Kai__ to remove non-outstanding bugs from release review 15:12:53 <gzhao> No for me 15:12:57 <phrobb> #topic SFC 15:13:12 <phrobb> ebrjohn can you link in the reivew page and release notes? 15:13:21 <__Kai__> Are we done here guys? 15:13:22 <ebrjohn> yes 15:13:38 <phrobb> You are don __Kai__ . and dongshu . Thanks! 15:13:39 <ebrjohn> #link https://wiki.opendaylight.org/view/Service_Function_Chaining:Lithium_Release_Review#Standards_.28summary_of_standard_compliance.29 15:13:46 <gzhao> #info ebrjohn for SFC 15:13:51 <dongshu> Thanks for your review! 15:13:51 <ebrjohn> #undo 15:14:01 <gzhao> __Kai__: yes and thanks 15:14:13 <ebrjohn> #link https://wiki.opendaylight.org/view/Service_Function_Chaining:Lithium_Release_Review 15:14:30 <ebrjohn> #link https://wiki.opendaylight.org/view/Service_Function_Chaining:Lithium_Release_Notes 15:14:36 <ebrjohn> Those are the links 15:14:44 <phrobb> thanks ebrjohn 15:15:10 * ebrjohn wondering if I undid gzhao's #info ??? 15:15:21 <ebrjohn> I meant to undo the #link 15:16:30 <phrobb> nope you got his #info :-) 15:16:35 <phrobb> want to put it back? 15:16:52 <ebrjohn> #info ebrjohn for SFC 15:16:53 <gzhao> ebrjohn: no, you need chair privilege to undo 15:16:56 * ebrjohn sorry 15:17:51 <gzhao> I actually have no questions for SFC 15:17:54 <phrobb> ebrjohn are any of the 28 bugs identified blockers 15:18:08 <ebrjohn> no, we dont have any blocking bugs 15:18:21 <gzhao> vishnoianil: will you represent odlparent? 15:18:44 <ebrjohn> 3825 was a blocker, but its been fixed 15:18:50 <phrobb> cool 15:19:03 <LuisGomez> so no migration problems for sfc I see 15:19:23 <phrobb> ebrjohn Nicely done on your description and coverage of known issues in your release notes 15:19:28 <ebrjohn> nope, the only thing I can think of would be changed YANG models 15:19:32 <gzhao> #info ebrjohn says 3825 was a blocker, but its been fixed 15:19:36 <ebrjohn> phrobb: thanks!! 15:19:36 <phrobb> I have no frurther questions for SFC 15:19:40 <LuisGomez> csit test is pushed but is not runnint in CI, please work on that after the release 15:19:49 <LuisGomez> no more questions 15:19:58 <ebrjohn> LuisGomez: ok, will o 15:20:04 <ebrjohn> LuisGomez: ok, will do 15:20:40 <LuisGomez> thanks 15:20:50 <phrobb> Thanks ebrjohn . 15:20:57 <ebrjohn> Thanks all of you 15:21:07 <ebrjohn> Is SFC oficial now?? :) 15:21:15 <gzhao> vishnoianil: a.y.t 15:21:24 <gzhao> ebrjohn: yes 15:21:25 <phrobb> do we have someone represeting odlparent on the channel? 15:21:35 <ebrjohn> great! 15:21:42 <Vaishali> yes 15:21:46 <Vaishali> I am here 15:21:50 <phrobb> cool 15:21:55 <phrobb> #topic odlparent 15:22:03 <Vaishali> https://wiki.opendaylight.org/view/ODL_Root_Parent:Lithium_Release_Review 15:22:10 <phrobb> #info Vaishali representing odlparent 15:22:27 <phrobb> Vaishali please also link in the release notes page 15:22:32 <gzhao> #info Vaishali for odlparent 15:22:44 <gzhao> #undo 15:22:44 <odl_meetbot> Removing item from minutes: <MeetBot.ircmeeting.items.Info object at 0x1c48f50> 15:23:09 <Vaishali> I didnt create release notes link, as no issues, checked with George on that. If required I can create one stating no issues? Let me know if thats ok? 15:23:15 <phrobb> Vaishali do you have (the need for ) release notes 15:23:33 <phrobb> yep, that makes sense to me... this is going to be a quick review :-) 15:24:07 <gzhao> Vaishali: did odlparent vote for lithium? 15:24:32 <Vaishali> yes 15:24:42 <gzhao> mlemay: a.y.t? 15:24:51 <phrobb> Vaishali, I would not expect it, but are there any user or developer facing issues that may be encountered as they migrate from Helium to Lithium? 15:25:07 <Vaishali> no there should not be 15:25:11 <phrobb> cool 15:25:26 <mlemay> gzhao: yes 15:25:30 <phrobb> #info phrobb asks are there any user or developer facing issues that may be encountered as they migrate from Helium to Lithium? 15:25:48 <phrobb> #info Vaishali Notes that thre shoiuld not be any migration issues 15:25:59 <gzhao> mlemay: cool you are next. 15:26:09 <Vaishali> thanks all 15:26:15 <phrobb> I have no more questions for odlparent. Does anyone else? 15:26:21 <LuisGomez> nop 15:26:25 <gzhao> No for me 15:26:33 <phrobb> Thanks Vaishali! Nice job 15:26:37 <Vaishali> thanks all 15:26:42 <phrobb> #topic reservation 15:27:01 <phrobb> mlemay could you please link in your releaese review and release notes 15:27:14 <phrobb> #info mlemay for reservation project 15:27:16 <mlemay> yes 15:27:42 <mlemay> https://wiki.opendaylight.org/view/Reservation:Lithium_Release_Review 15:27:58 <mlemay> https://wiki.opendaylight.org/view/Reservation:Lithium_Release_Notes 15:28:03 <gzhao> mlemay: is lithium voting done for reservation? 15:28:07 <mlemay> yes 15:28:21 <mlemay> (I think I did it this am) 15:28:40 <mlemay> reservation only managed to ship TL1 Southbound and 2 models 15:29:25 <phrobb> mlemay does reservation require Java 8? 15:29:31 <gzhao> mlemay: thanks 15:29:32 <mlemay> no 15:29:48 <mlemay> did I required that anywhere? 15:30:06 <mlemay> it is however what has been used in dev / test 15:30:13 <phrobb> I assumed it from your target env of OpenJDK JRE 8 15:30:30 <mlemay> ok will fix rel notes 15:30:40 <mlemay> also reservation has a serious lack of doc 15:30:43 <phrobb> cool 15:30:53 <mlemay> I'm addressing it now 15:31:01 <mlemay> (wiki) 15:31:38 <phrobb> #info phrobb asks if Java 8 is required, mlemay responds no it is not and he will make that more clear in the release notes 15:31:59 <phrobb> #action mlemay to clarify Java 7/8 requirements in release notes 15:32:29 <mlemay> "Can we flag things as "experimental" this release"? I would flag Reservation as such .. it works but at your own risks 15:33:48 <phrobb> I don't think there is a problem with you putting such a statement in your relese notes 15:34:32 <phrobb> Call it a technology preview or some such 15:35:06 <mlemay> yes 15:35:06 <gzhao> #info phrobb says there is no problem putting such a statement in your relese notes 15:35:07 <mlemay> ok 15:35:12 <mlemay> will do that 15:35:22 <mlemay> right away 15:35:40 <gzhao> #undo 15:35:40 <odl_meetbot> Removing item from minutes: <MeetBot.ircmeeting.items.Info object at 0x1ba9850> 15:35:43 <phrobb> gzhao.. I don't think you captured the question so the #info response won't make much sense 15:35:54 <phrobb> :-) 15:35:54 <vishnoianil> gzhao, i think my name got confused with someone else 15:36:49 <vishnoianil> gzhao, i am not PTL/comitter to odlparent :-) 15:37:36 <alagalah> gzhao: phrobb FYI, I'm here and ready whenever you all are 15:38:13 <phrobb> thanks Keith 15:38:33 <gzhao> #info phrobb says there is no problem putting such a statement in your relese notes such as flag things as "experimental" this release"? 15:38:42 <phrobb> vishnoianil - Thanks for the clarification. It all worked out in the end :-) 15:38:55 <gzhao> vishnoianil: sorry 15:39:25 <vishnoianil> phrobb.. cool, that's what matters the most :-) 15:39:42 <phrobb> mlemay there are no outstanding bugs for reservation? 15:40:06 <mlemay> not yet as no one is really using it.. it does what it does... 15:40:11 <mlemay> (not much) 15:40:25 <mlemay> but I suspect that as people use TL1 Southbound we'll get some there 15:40:40 <phrobb> Not much testing done at all then. Including by the reservation team 15:40:42 <mlemay> (we'll likely find some) 15:40:48 <mlemay> correct 15:41:18 <mlemay> it basically connects to device and can push TL1 verbs 15:41:26 <mlemay> as for the models well they are models 15:41:29 <phrobb> Yea, would strongly suggest putting some kind of warning in the release notes that this is Experimental/beta/tech-preview etc 15:41:36 <mlemay> yes 15:41:44 <gzhao> #info mlemay notes no outstanding bugs found since there are not much testing on reservation 15:42:31 <gzhao> #info phrobb strongly suggests putting some kind of warning in the release notes that this is Experimental/beta/tech-preview etc 15:43:57 <mlemay> would the current sentence in red do the trick? 15:44:07 <mlemay> The Reservation Project is an Experimental / Tech Preview Project, use at your own risks 15:45:10 <phrobb> Yea, just make sure you are clear that the warning is for this release with a promise of making it more usable/stable in Beryllium and beyond.... lest you scare your potential user s away 15:45:31 <phrobb> I've got no other questions for reservation. Does anyone else? 15:45:39 <gzhao> No 15:45:59 <phrobb> thanks mlemay 15:46:19 <phrobb> #topic gbp 15:46:22 <alagalah> hello 15:46:29 <mlemay> @phrobb: ok sound good , point of joining was to get more community around it... 15:46:35 <mlemay> for next cycle 15:46:36 <gzhao> alagalah: hello 15:46:40 <phrobb> alagalah could you please link in the release review and release notes page 15:46:43 <alagalah> #info Release Review: https://wiki.opendaylight.org/view/Group_Based_Policy_(GBP)/Releases/Lithium/Release_Review 15:46:57 * phrobb needs to step away for ~5 minutes 15:46:58 <alagalah> #info Release Notes: https://wiki.opendaylight.org/view/Group_Based_Policy_(GBP)/Releases/Lithium/Release_Notes 15:48:49 <YuLing_> Hi All, is this the ODL Lithium release review meeting? 15:49:15 <LuisGomez> gbp writing looks good to me 15:49:34 <LuisGomez> so no issues expected in tha migration, right? 15:49:37 <gzhao> YuLing_: yes 15:49:42 <YuLing_> great, thanks 15:50:16 <alagalah> LuisGomez: I highlighted one I think may cause problems 15:50:28 <gzhao> alagalah: GBP only have of and 15:50:43 <LuisGomez> in the ofoverlay 15:50:44 <alagalah> LuisGomez: But in terms of OpenStack GBP API integration, that change was already made, so no 15:50:52 <alagalah> gzhao: I don't understand 15:51:05 <alagalah> LuisGomez: I guess I am not following the question, sorry 15:51:34 <gzhao> alagalah: GBP only has OF and SFC render for Lithium? 15:51:39 <LuisGomez> no question, just looking the migration issue is in the ofoverlay :) 15:51:41 <alagalah> gzhao: Not quite 15:51:57 <alagalah> gzhao: Let me bold out the user facing features 15:52:56 * phrobb is back and reading... 15:53:07 <gzhao> alagalah: I see, those are major feature 15:53:25 <alagalah> gzhao: updated 15:53:27 <alagalah> gzhao: Refresh 15:53:32 <gzhao> alagalah: did GBP vote for lithium? 15:53:35 <alagalah> LuisGomez: Yes, that would be in the OfOverlay renderer 15:53:42 <alagalah> gzhao: I don't understand the question 15:54:24 <alagalah> gzhao: If you are referring to the TSC meeting last week re: go/no-go my vote at the time was "go" and it currently still is 15:54:43 <alagalah> gzhao: Do we need to be #info'ing this stuff ? 15:54:58 <alagalah> 08:51 gzhao: alagalah: GBP only has OF and SFC render for Lithium? 15:55:01 <gzhao> alagalah: thanks 15:55:10 <alagalah> gzhao: ^^^ SFC is a part of the renderer action... 15:55:36 <alagalah> gzhao: With one renderer, yes it is fair to say SFC integration is in OfOverlay, but technically more correct to say it is part of the renderer, not the core model and policy resolution process. 15:56:05 <LuisGomez> alagalah, the tcp/udp classifier change is only in the rederer implementation or does it also change the user API? 15:56:25 <alagalah> LuisGomez: It would the parameters input to the API. 15:56:33 <alagalah> LuisGomez: And it is only in the renderer implementation 15:56:41 <LuisGomez> ok, got it 15:56:53 <gzhao> #info alagalah notes technically more correct to say it is part of the renderer, not the core model and policy resolution process. 15:57:02 <gzhao> #undo 15:57:02 <odl_meetbot> Removing item from minutes: <MeetBot.ircmeeting.items.Info object at 0x1c19b50> 15:57:33 <gzhao> 11:56 下午 <gzhao> #info alagalah notes technically more correct to say SFC is part of the renderer, not the core model and policy resolution process. 15:58:25 <phrobb> alagalah could you vote go/nogo on the voting page? 15:58:31 <alagalah> phrobb: link ? 15:58:41 <alagalah> phrobb: Is it in same spreadsheet as blocking bugs ? 15:58:43 <phrobb> #link https://docs.google.com/spreadsheets/d/1KPpO9LH539Vlcoa4RvLa6PPCdLifi5JD-ihRhlybqeo/edit#gid=478292312 15:58:49 <gzhao> #info alagalah notes technically more correct to say SFC is part of the renderer, not the core model and policy resolution process. 15:59:00 <alagalah> done 15:59:06 <phrobb> cool, thanks 15:59:48 <phrobb> I don't have any other questions for gbp... do others? 15:59:56 <LuisGomez> not me 16:00:07 <LuisGomez> thanks alagalah 16:00:08 <gzhao> alagalah: I cannot access Google spreadsheet, but GBP is a major project didn't vote, thus I change background color 16:00:11 <alagalah> phrobb: LuisGomez gzhao Have you checked out our bright shiney wiki ? 16:00:12 <phrobb> gzhao did you get everything documented in #infos that you wanted? 16:00:20 <alagalah> gzhao: I just voted 16:00:38 <gzhao> alagalah: thanks 16:00:48 <Shreyas> Hi, I'm ready to present Persistence. 16:00:53 <gzhao> phrobb: I have no questions 16:01:03 <alagalah> gzhao: phrobb Am I free to go, officers ? 16:01:05 <alagalah> :) 16:01:07 <phrobb> gzhao I removed the color highlight from the go/nogo sheet 16:01:20 <phrobb> alagalah move along... nothing to see here :-) 16:01:24 <alagalah> phrobb: Thank you sir :) 16:01:31 <gzhao> alagalah: thanks,yes 16:01:39 <LuisGomez> alagalah, i saw a mail the other day and just browsed a little 16:01:40 <phrobb> Thanks alagalah 16:01:56 <LuisGomez> it looks good :) 16:02:00 <alagalah> LuisGomez: :D 16:02:06 * alagalah blushes 16:02:15 <phrobb> next up is persistence is Shreyas here? 16:02:21 <Shreyas> yes 16:02:22 <alagalah> LuisGomez: Couldn't be worse than what we had... have a good day folks 16:02:22 <phrobb> Ah, just read back 16:02:28 <Shreyas> https://wiki.opendaylight.org/view/Persistence:Lithium:Release_Review 16:02:29 <phrobb> #topic Persistence 16:02:33 <gzhao> LuisGomez: +1 on that email 16:02:43 <Shreyas> https://wiki.opendaylight.org/view/Persistence:Lithium:Release_Review 16:02:48 <Shreyas> https://wiki.opendaylight.org/view/Persistence:Lithium_Release_Notes 16:03:13 <gzhao> Shreyas: you made it 16:03:21 <Shreyas> just about :) 16:04:12 <LuisGomez> no bugs or limitations this release? 16:04:31 <gzhao> Shreyas: can you link the unit test coverage in release review 16:04:55 <Shreyas> LuisGomez: This is the first release for Persistence; as other modules will start using it now, we might have bugs coming in 16:05:13 <gzhao> #info LuisGomez asks there is no bugs and limitations? 16:05:14 <Shreyas> gzhao: sure. I'll do that 16:05:56 <phrobb> #info Shreyas notest that This is the first release for Persistence; as other modules will start using it now, we might have bugs coming in 16:06:12 <LuisGomez> what is code coverage %? 16:06:27 <phrobb> #action Shreyas to link the unit test coverage in release review 16:06:27 <LuisGomez> unit test i mean 16:06:31 <gzhao> Shreyas: target environment is blank? 16:06:42 <Shreyas> LuisGomez: There is one limitation to be updated; Persistence works only for in-memory databases currently. will be extended to all other databases in Beryllium 16:07:26 <LuisGomez> ok, please update RN accordingly 16:07:58 <phrobb> #action Shreyas to add "known Limitations" section to release notes calling out Persistence works only for in-memory databases 16:08:05 <gzhao> #info persistence only for in memory database currently. 16:08:14 <LuisGomez> so this is kind of experimental/beta code this rel ease? 16:08:20 <gzhao> #undo 16:08:20 <odl_meetbot> Removing item from minutes: <MeetBot.ircmeeting.items.Info object at 0x19325d0> 16:08:34 <Shreyas> LuisGomez: yes. I'll update that on Release Notes as well 16:08:53 <phrobb> #info LuisGomez asks so this is kind of experimental/beta code this rel ease? 16:09:42 <phrobb> #action Shreyas to update relesase notes to call out that this release of Persistence is experimental/beta code 16:10:19 <phrobb> did I capture that correctly LuisGomez and Shreyas ? 16:10:37 <Shreyas> phrobb: yes :) 16:10:42 <LuisGomez> sure 16:10:51 <gzhao> phrobb: I think so 16:11:01 <phrobb> Cool. Any other questions for Persistence? 16:11:11 <gzhao> No for me 16:11:27 <LuisGomez> not me 16:11:32 <phrobb> Thanks Shreyas. We'll move on.... 16:11:41 <phrobb> #topic NIC 16:11:42 <Shreyas> phrobb: cool.. thanks :) 16:11:56 <phrobb> dbainbri could you please link in your review and release notes pages? 16:12:00 <dbainbri> y 16:12:11 <dbainbri> #link https://wiki.opendaylight.org/view/Reservation:Lithium_Release_Review 16:12:12 <phrobb> #info dbainbri for NIC 16:12:20 <dbainbri> #link https://wiki.opendaylight.org/view/Network_Intent_Composition:Lithium_Release_Notes 16:13:02 <phrobb> reservation release review? 16:13:21 <dbainbri> oh, sorry 16:13:33 <dbainbri> @link https://wiki.opendaylight.org/view/Network_Intent_Composition:Lithium_Release_Review 16:13:37 <phrobb> thanks ;-) 16:13:39 <dbainbri> #link https://wiki.opendaylight.org/view/Network_Intent_Composition:Lithium_Release_Review 16:13:48 <dbainbri> fingers and mind not working together 16:13:59 <phrobb> story of my life 16:15:11 <phrobb> dbainbri the use of AAA did not make sense for the NIC project? 16:15:35 <dbainbri> not a priority no. this release is a bit of a proof point with pressure to get something done for Li. 16:15:35 <phrobb> dbainbri do you have any code coverage infor for unit testing? 16:15:59 <dbainbri> looked at sonar last night was not being reported consistently so i didn't add anything 16:16:43 <gzhao> dbainbri: do we know the percentage of unit test coverage? 16:17:21 <dbainbri> no, i saw coverage numbers in the build system from 0% to 20% if i recall correctly. 16:17:22 <phrobb> dbainbri for the sections in the release notes that are N/A, I believe we've been just having the projects remove those sections. gzhao and LuisGomez do I have that correct? 16:18:01 <phrobb> ... inparticular Migration/compatibility with previous release, deprecated APIs etc 16:18:15 <dbainbri> ok, will take action to remove them 16:18:27 <dbainbri> can do that real time if you would like ;) 16:18:32 <gzhao> dbainbri: I wonder NIC belongs to experimental as well 16:18:49 <LuisGomez> dbainbri, looking at the qa section, would you say this project is also in beta/experimental state? 16:18:58 <dbainbri> gzhao: i saw that in the earlier review and was wondering that as well. 16:19:32 <gzhao> phrobb: yes, those for recurring projects 16:19:35 <dbainbri> LuisGomez: i would say yes. i suspect we might see some significant and incompatible changes in the next release. 16:19:44 <phrobb> thanks gzhao 16:20:13 <dbainbri> for the record what does the beta/experimental state mean? 16:20:18 <phrobb> dbainbri to properly set user expectations, you may want to consider adding that type of notice/warning in the release notes 16:20:38 <dbainbri> phrobb: will do 16:20:49 <LuisGomez> the experimental/beta tag for me is tight to the test coverage, how much test you perform in your project 16:21:06 <LuisGomez> it is always good to warn users about this situation 16:21:12 <dbainbri> LuisGomez: ACK, got it. 16:21:27 <gzhao> #action dbainbri to remove N/A second and add a notice to indicate this project in Lithium is experimental 16:21:46 <phrobb> I don't have any further questions. Does anyone else? 16:22:00 <LuisGomez> not me 16:22:07 <gzhao> No 16:22:18 <phrobb> dbainbri Could you please vote go/nogo on the voting sheet? 16:22:30 <phrobb> #link https://docs.google.com/spreadsheets/d/1KPpO9LH539Vlcoa4RvLa6PPCdLifi5JD-ihRhlybqeo/edit#gid=478292312 16:22:30 <dbainbri> link was above correct? 16:22:43 <dbainbri> ok, will update release notes then vote, ok? 16:22:44 <phrobb> there it is again for your convenience :-) 16:22:50 <dbainbri> thx 16:22:51 <phrobb> thanks 16:23:17 <phrobb> Moving on then... Thanks again dbainbri 16:23:24 <LuisGomez> thanks 16:23:27 <phrobb> #topic AAA 16:23:28 <dbainbri> thanks guys, much aprpreciated. 16:23:52 <gzhao> dbainbri: thank you 16:24:03 <phrobb> Do we have anyone here representing AAA? 16:24:21 <phrobb> Wojciech, are you here? 16:24:32 <YuLing_> Hi All, maybe TSDR can go first? 16:24:53 <YuLing_> I have a hard stop at 10:00am... with presentation to our VP:-) 16:25:12 <phrobb> OK, given that we don't seem to have AAA 16:25:18 <phrobb> #topic TSDR 16:25:25 <YuLing_> Thanks very much 16:25:35 <phrobb> YuLing_ please link in your release review and notes pages 16:25:38 <YuLing_> sure 16:25:49 <YuLing_> https://wiki.opendaylight.org/view/TSDR:Lithium:Release_Review 16:25:57 <YuLing_> https://wiki.opendaylight.org/view/TSDR:Lithium:Release_Notes 16:26:12 <YuLing_> b.t.w...our performance testing on 256 switches was just out 16:26:25 <YuLing_> although you'll see only 127 switches in the release review 16:26:37 <YuLing_> I'll update the performance testing right after the meeting 16:27:59 <LuisGomez> YuLing_, some csit tests are failing, is this expected? 16:28:40 <YuLing_> yes... since we removed meter and group metrics in our code as the last minute, Vasanthan hasn't checked in the change of the csit jobs yet 16:28:41 <LuisGomez> https://jenkins.opendaylight.org/releng/view/CSIT-1node/job/tsdr-csit-1node-cds-hbase-datastore-only-stable-lithium/ 16:28:48 <YuLing_> he's ready with the code... 16:28:52 <YuLing_> I checked with him last night 16:28:56 <LuisGomez> ok 16:29:19 <YuLing_> he will check in soon...just not sure if there's still chance to merge into stable/lithium 16:30:33 <LuisGomez> my understanding is stable/lithium is frozen until we tag the release 16:31:12 <YuLing_> yes, I know... so is there any way for us to correct those csit jobs? 16:31:12 <gzhao> YuLing_: hold your checking for a couple of days till zxirro completes tagging lithium release. 16:31:17 <YuLing_> I see 16:31:19 <YuLing_> got it 16:31:27 <phrobb> LuisGomez that is my understanding as well... except to fix any blocker bugs of course 16:31:34 <LuisGomez> or you can patch master and then we will cherry-pick 16:31:46 <phrobb> I don't have any other questions/comments for TSDR. Do others? 16:31:55 <gzhao> No for me 16:32:04 <LuisGomez> no question 16:32:15 <YuLing_> we've tested the release build and everything works as expected 16:32:19 <gzhao> Do we have people for AAA? 16:32:20 <phrobb> Thank you YuLing_ . 16:32:27 <YuLing_> thanks very much 16:32:40 <gzhao> YuLing_: thank you 16:32:43 <phrobb> Is anyone able to try to pink Wojciech? 16:32:53 <phrobb> Moving on to DIDM.... 16:33:00 <phrobb> #topic DIDM 16:33:06 <Gunjan> #info Gunjan for DIDM 16:33:11 <phrobb> excellent 16:33:19 <Gunjan> #link https://wiki.opendaylight.org/view/DIDM:_Lithium_Release_Review 16:33:26 <Gunjan> #link https://wiki.opendaylight.org/view/DIDM:_Lithium_Release_Notes 16:33:33 <phrobb> Thanks Gunjan ! 16:33:41 <Gunjan> hello humans 16:34:09 <gzhao> Gunjan: can you add unit test coverage? 16:34:53 <Gunjan> gzhao Sonar isn't reporting % coverage for our project because jcoco is not configured yet 16:35:15 <LuisGomez> very good, this includes beta quality in RN 16:35:41 <phrobb> LuisGomez yes 16:36:10 <gzhao> Gunjan: is didm java 8 compatible? 16:36:17 <phrobb> #info LuisGomez notes that DIDM indicates they are beta quality in their Release Notes 16:36:46 <phrobb> #info gzhao asks is didm java 8 compatible? 16:36:49 <Gunjan> gzhao we haven't tested it with java 8, is that something we should have done? 16:37:12 <phrobb> #info Gunjan replies we haven't tested it with java 8, is that something we should have done? 16:37:46 <gzhao> No,you may want mention that on target environment 16:38:06 <Gunjan> ok 16:38:11 <LuisGomez> phrobb, going forward (Be release) I think it is good idea to tag projects as experimental, same as mature tag 16:38:30 <phrobb> I agree LuisGomez 16:38:54 <gzhao> You mean other than offet tag? 16:39:19 <phrobb> #action LuisGomez and phrobb to work with TSC to add experimental tag for such projects in Be and beyond 16:40:18 <LuisGomez> yes 16:40:34 <phrobb> Gunjan there are no outstanding bugs identified for DIDM? 16:40:46 <Gunjan> no 16:40:54 <phrobb> OK, thanks 16:41:03 <phrobb> I have no other questions. Do others? 16:41:32 <LuisGomez> no 16:41:47 <LuisGomez> thanks Gunjan 16:41:54 <phrobb> Thanks Gunjan 16:41:57 <Gunjan> thank you! 16:42:00 <phrobb> #topic PCMM 16:42:10 <kkershaw> #info kkershaw for PCMM 16:42:20 <phrobb> kkershaw could you please #link your release review and notes pages? 16:42:25 <kkershaw> #link https://wiki.opendaylight.org/view/PacketCablePCMM:LithiumReleaseReview 16:42:45 <kkershaw> #link https://wiki.opendaylight.org/view/PacketCablePCMM:LithiumReleaseNotes 16:45:23 <LuisGomez> any migration concern helium-lithium? 16:46:07 <kkershaw> APIs were non-functional in helium Also, we know of no users. Lithium APIs are clean and operational 16:46:09 <phrobb> #info LuisGomez asks are there any migration concern helium-lithium? 16:46:33 <LuisGomez> so new API and no back compatibility right? 16:46:43 <phrobb> #info kkershaw responds APIs were non-functional in helium Also, we know of no users. Lithium APIs are clean and operational 16:46:48 <kkershaw> Yes - correct. 16:46:58 <kkershaw> No back compat. 16:46:59 <mlemay> @LuisGomez: Older feature still ships 16:47:18 <phrobb> kkershaw for what it's worth, just because you know of no users doesn't mean you don't have any :-)... the plague of open source 16:47:36 <kkershaw> understood 16:47:52 <LuisGomez> can you say the new code is well tested or still experimental? 16:47:56 <kkershaw> they couldn't have used it for much ;^) 16:48:06 <phrobb> LOL fair enough 16:48:08 <gzhao> #info kkershaw notes no backwards compatible for pcmm 16:48:30 <kkershaw> the new code is well tested - both against actual CMTS hardware and the CMTS emulator included in the release 16:48:40 <LuisGomez> ok good 16:48:50 <phrobb> kkershaw for the bugs identified, are there any workarounds that should be documented in the release notes? 16:49:25 <kkershaw> these bugs are actually todo items from the old release. They just need to be closed out 16:49:51 <mlemay> they apply to the older features as Kevin mentioned.. the new ones work well 16:49:53 <kkershaw> you can see they were entered back in January against Hydrogen and He 16:50:04 <gzhao> #info kkershaw notes lithium code is well tested. 16:50:31 <mlemay> choice was made to "keep them" for this cycle and mark them deprecated 16:50:43 <phrobb> kkershaw and mlemay: sounds good. Thanks for the clarification 16:51:16 <mlemay> so to Luis' backward compat point .. the oldstuff is still there but doesn't work well 16:51:27 <mlemay> the new features are well tested and functional 16:51:36 <gzhao> #info kkershaw and mlemay note bugs are mainly from older release and will be deprecated 16:51:45 <phrobb> I have no further questions. Do others? 16:51:52 <gzhao> No 16:52:13 <gzhao> Did AAA propulate the release review 16:52:13 <kkershaw> thank you all - let's do this again sometime. 16:52:17 <LuisGomez> mlemay, got it, it would be good to clarify this in the RN 16:52:28 <phrobb> gzhao not to my knowledge 16:52:37 <phrobb> kkershaw thank you! 16:52:42 <gzhao> Did they vote? 16:52:55 <gzhao> kkershaw: thank you 16:52:57 <phrobb> gzhao No they did not 16:53:20 <kkershaw> Are you asking about PCMM or AAA voting? 16:53:33 <gzhao> kkershaw: AAA 16:53:34 <phrobb> gzhao we will need to chase down AAA 16:53:44 <kkershaw> thank you 16:53:52 <phrobb> sorry kkershaw we saw that youi voted 16:53:57 <phrobb> thank you 16:54:30 <phrobb> One last call for Wojciech or another representative from AAA 16:54:44 <phrobb> any AAA representatives out there? 16:54:57 <phrobb> #topic COOKIES 16:55:13 <phrobb> Any final comments anyone?... I'm about to close this meeting 16:55:23 <phrobb> going once 16:55:25 <LuisGomez> well, i guess we cannot ship without aaa so we will need another time 16:55:34 <phrobb> LuisGomez yes 16:55:36 <LuisGomez> :) 16:55:50 <phrobb> maybe need to do it during the TSC 16:55:54 <gzhao> phrobb: trouble AAA is a key project 16:55:55 <phrobb> going twice 16:55:58 <phrobb> yep 16:56:19 <phrobb> #endmeeting