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