16:02:08 <Sai> #startmeeting MD-SAL Interest Call
16:02:08 <odl_meetbot> Meeting started Tue Mar 22 16:02:08 2016 UTC.  The chair is Sai. Information about MeetBot at http://ci.openstack.org/meetbot.html.
16:02:08 <odl_meetbot> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:02:08 <odl_meetbot> The meeting name has been set to 'md_sal_interest_call'
16:02:50 <Sai> #topic - last meeting minutes
16:02:53 <Sai> #link - https://meetings.opendaylight.org/opendaylight-meeting/2016/md_sal_interest_call/opendaylight-meeting-md_sal_interest_call.2016-03-15-16.00.html
16:03:07 <Sai> #topic Agenda
16:03:35 <Sai> #info 1. Call for topics
16:03:39 <Sai> #info 2. Review the existing action items
16:04:01 <Sai> #info 3. Bugs
16:04:17 <Sai> #info 4.Upgrades in Boron
16:05:01 <Sai> #topic Review action items
16:05:23 <Sai> #Action - Ryan will further investigate on DTCL over DCL (really just add children to toaster example) - STILL IN PROGRESS
16:05:46 <Sai> #info - TomP to followup with colindixon regarding upgrades- Done in TWS
16:06:06 <Sai> #info- TomP to link the release review plan with upgrades & config subsystem - Done in TWS
16:06:36 <Sai> #topic Bugs
16:07:02 <Sai> Info - Bug2825 - Deficiencies in current yangtool generation of ietf types
16:08:36 <Sai> #link - https://bugs.opendaylight.org/show_bug.cgi?id=2825
16:09:28 <Sai> #info - Anton raised it as an "umbrella bug"
16:10:53 <Sai> #info - Tony suggested Robert may have more details
16:11:17 <Sai> #info - Tony says utility classes have been added as part of patch
16:11:19 <colindixon> #info BUG 2825 has been partially addressed by classes that bypass regex checks when building some IETF types from bytes
16:11:32 <Sai> #chair colindixon
16:11:32 <odl_meetbot> Current chairs: Sai colindixon
16:11:49 <Sai> #info - BUG 2825 has been partially addressed by classes that bypass regex checks when building some IETF types from bytes
16:13:25 <Sai> #info - Robert says they have two revisions of inets, each of them have utility classes.
16:14:19 <Sai> #info - colindixon asks if it posssible to have canonincal form of each type. Multuple versions of vsame value results in .equal value doesn't work
16:15:10 <Sai> #info - Robert says gist is yang defined are being dealt in strings and there is no other way of doing it.
16:15:41 <Sai> #info - Robert says original work uses binary representation as internally which is really hard
16:17:05 <Sai> #info - Robert says Ipaddress / prefix/ Mac address are defined here any modifications will lead to complications.
16:17:49 <Sai> #info - colindixon says if you use canonical ipaddress you need not worry about rest of the things. Are there any best practices ?
16:18:22 <Sai> #info - If some one pushes it through restconf things get interesting.
16:19:01 <colindixon> #info colindixon asks if ther'es a way to sanely canonicalize values that are set outside your purview, e.g., set via RESTCONF
16:19:17 <Sai> #info - Robert says changes for Ipv6 utils are not done yet.
16:19:26 <colindixon> #info rovarga_ says not at the moment, some classes exist to help
16:19:41 <Sai> #info - Robert says in case of Ipv6 it is hard to say what exactly is canonical format
16:20:23 <Sai> #info - colindixon asks if there is one unit of utility classes where canonical forms are defined that would be great.
16:21:39 <Sai> #info - Robert says there is no way with out interacting with datastore .. (have to convert it back ) .. so there is not much value in creating it.
16:23:18 <Sai> #info - There is already a utility class which has canonical forms with ipv4
16:23:25 <Sai> #undo 1
16:23:25 <odl_meetbot> Removing item from minutes: <MeetBot.ircmeeting.items.Info object at 0x29c4950>
16:23:34 <Sai> #info - Robert says There is already a utility class which has canonical forms with ipv4
16:25:49 <Sai> #info - Robert says converting bytes result in canonical , converting from bytes it could be another adddress or byte . So it is possible to generate the end result as canonical form
16:27:44 <Sai> #info Robert brings up MAC address issue in case of canonical forms and says overriding the MAC address is the only possible solution
16:28:03 <Sai> #topic Bug 5396
16:28:45 <Sai> #info - Regex processing of yang models is broken. Models that worked on Li does not work on Be
16:29:20 <Sai> #info - Peter able to reproduce the bug
16:30:14 <Sai> #info - Robert says thisyang model has particular pattern like union, this is a specific scenario.
16:30:52 <Sai> #info - Bala says Behavioral change of adding quotes is observed in Beryllium.
16:31:50 <Sai> #Action - Ryan & Bala will link the Bug (behavioral constraints in Be 5484) to Bug 5396
16:32:16 <Sai> #info - Bug 5396 is critical when compared to Bug 5484
16:33:56 <Sai> #info - Bug 5484 - Tony says the leaf vhost is valid
16:34:35 <Sai> #info - Bala says by adding quotations to patterns in 5484 we could make it work
16:35:56 <Sai> #info - Bala requests Tony to add comments on Bug 5396 which helps peter
16:37:22 <Sai> #info - Robert says Bala may need to ask Peter about resolution time
16:37:52 <Sai> #info - Tony says Bug may not be in code and he will sync up with Peter
16:38:07 <Sai> #Action - Tony will sync up with Peter wrt Bug 5396
16:38:50 <Sai> #topic - Filter framework for netconf
16:40:05 <Sai> #info -Ryan added a patch  - standard framework for modyfying /adding .
16:40:38 <Sai> #info Ryan requests netconf experts tcere to have a look
16:40:51 <Sai> #info - tcere says he will go through it
16:41:13 <Sai> #topic Upgrades in Boron
16:41:42 <Sai> #info - colin asks if robert & tony had time to go through the TWS meeting minutes.
16:42:14 <Sai> #info - TomP says he can have a meeting with Robert and Tony regarding the upgrades
16:42:36 <Sai> #info - colindixon says we don't have any concrete plan as of now
16:42:54 <Sai> #info - colindixon asks what happens if revision of model change but it is not backward compatible ?
16:43:42 <Sai> #info - colindixon As long as we get things right in Boron which we did wrong in previous releases that should be good start
16:43:50 <Sai> #undo 1
16:43:50 <odl_meetbot> Removing item from minutes: <MeetBot.ircmeeting.items.Info object at 0x29ce750>
16:43:57 <Sai> #info - colindixon say as long as we get things right in Boron which we did wrong in previous releases that should be good start
16:44:22 <Sai> #info - TomP says his focus as of now is on config subsystem
16:45:12 <Sai> #info - TomP asks for volunteer on the models removal/addition/changes in process of upgrades
16:46:34 <Sai> #info - colindixon inutuition is better to make manually at application layer that could work
16:48:00 <Sai> #info - colindixon asks for faster (two version of copies get loaded)
16:48:13 <Sai> #info Tony says karaf experts don't suggest so
16:49:04 <Sai> #info - colindixon asks if users modify something, it is going to be their responsibility to change it back.
16:49:17 <Sai> #undo 1
16:49:17 <odl_meetbot> Removing item from minutes: <MeetBot.ircmeeting.items.Info object at 0x29e2b10>
16:49:24 <Sai> #info - colindixon says if users modify something, it is going to be their responsibility to change it back.
16:50:35 <colindixon> #Info colindixon asks if we delete the data directory, unzip the new release over the old one, and just go for it, do we expect things go wrong
16:51:13 <Sai> #info - colindixon  asks about deleting data directory issues
16:51:54 <colindixon> #info ttkacik says talking to the Karaf folks, they think thalt this unzipping over is probably a bad idea
16:52:20 <Sai> #info - Tony says if you override the existing the logs is a bad idea
16:52:38 <colindixon> #info instead people recommend unzipping to a new location and then moving the stuff you want to keep over
16:53:26 <Sai> #info Tony says we need to know the previous logs/data so that we can move them back, possible solution is to put new logs in a different location
16:53:47 <colindixon> #info TomP and others seem to think that an install script which copies over just what you want might be the right approach
16:53:50 <Sai> #info Ryan asks Tony if there any recommendations from karaf guys
16:54:21 <colindixon> #Info Tony says he'd go with that, but notes that the Karaf folks didn't have a strong suggestion other than recommending to avoid unzipping over
16:54:46 <Sai> #info Tony says zipping is not an ideal solution, moving files is not much more complex.
16:55:24 <Sai> #info - TomP says moving and then merge or may be  rebioult features cfg may be a feasible solution
16:57:06 <Sai> #info - Ryan says there is already an compatibility matrix where we can add the upgradability matrix
16:57:59 <Sai> #info - colindixon says once we have scripts for upgrades, compatibility matrix should be doable
16:59:31 <Sai> #info - colindixon says checking data before and after upgrades would be first step
17:00:25 <Sai> #info - colindixon asks TomP to poll with each project if the data is not is as expected
17:01:41 <Sai> #topic Participants
17:02:41 <Sai> #info - Sai/Phil/Ryan/Alexis/An Ho/ Atul Gosain/ Bala/ Colin/ Robert/Stephen/Tcere/TomP/Tony
17:02:45 <Sai> #endmeeting