16:01:27 #startmeeting MD-SAL interest call 16:01:27 Meeting started Tue Sep 8 16:01:27 2015 UTC. The chair is colindixon. Information about MeetBot at http://ci.openstack.org/meetbot.html. 16:01:27 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:01:27 The meeting name has been set to 'md_sal_interest_call' 16:01:30 #topic agenda bashing 16:02:19 #chair rovarga_ 16:02:19 Current chairs: colindixon rovarga_ 16:02:23 #chair phrobb- 16:02:23 Current chairs: colindixon phrobb- rovarga_ 16:03:17 #info topic today is to cover the migration from inventory to topology and then possibly to a new topology model 16:04:30 #link https://github.com/opendaylight/controller/blob/master/opendaylight/model/model-inventory/src/main/yang/opendaylight-inventory.yang inventory model 16:05:24 #link https://github.com/opendaylight/yangtools/tree/master/model/ietf/ietf-topology/src/main/yang the “current” topology models 16:05:44 #link https://git.opendaylight.org/gerrit/#/c/23735/ the change that would add the “new” topology model 16:07:59 #topic background 16:09:17 #info ttkacik says that since the beginning of OpenDaylight we have had two models: inventory and topology, many people used the inventory model becasue it more closesly matched the AD-SAL (among other things) 16:11:48 #info over time we’ve found that the topology model is more interesting, rich and useful, e.g., we have multiple topologies which can be (but don’t have to be) overlays or underlays of each othe 16:12:42 #info it also turns out that the network topology model is deprecated and the new model is substantively differnet with two parts 16:12:49 #info look above for links 16:13:16 #undo 16:13:16 Removing item from minutes: 16:13:20 #udno 16:13:23 #undo 16:13:23 Removing item from minutes: 16:13:35 #info it also turns out that the network topology model is expired (the draft which proposed it) and the new model is substantively differnet with two parts 16:13:47 #info look above for links 16:14:42 #info the new one has two parts: (a) the network model which is close to our inventory and (b) the topology model which adds in links and terminate points 16:15:21 #info vishnoianil_ says so right now we have two models for topology: one which is expired and another which is not yet approved, should we worry about that? 16:15:34 #info rovarga_ and ttkacik say that even RESTCONF isn’t standardized yet 16:15:46 #topic planning for the migration 16:16:17 #info vishnoianil_ asks where they should migrate in the openflow plugin: should they move to the expired draft or the new I2RS-based draft? 16:16:56 #info rovarga_ says his take is that because the expired draft is used nearly everywhere in ODL, it might make the most sense to move to the expired draft first 16:17:23 #info in part this is because he thinks the topology processing framework project might be able to help with migration from one topology model to the next 16:17:59 #info abhijitkumbhare asks if it would be easier for everyone to migrate to the new model 16:18:34 #info rovarga_ says that just has the risk that moving *everyone* (inventory and topology) users would be a bigger undertaking than just moving the inventory folks 16:21:14 #info colindixon notes that since we will have to support the deprecated models, if we moved through the expired draft model, it would (potentially) incerase the number of compatibility translators we’d need 16:23:13 #info Michal Polkorab says that the OpenFlow plugin already have some code which helps to merge the data from inventory into the topology as well (or vice versa) 16:23:49 #info rovarga_ and ttkacik note that this is easy if you use groupings since you just augment the models to inject (the same) groupings in both places 16:24:12 #info it sounds like there’s some tricks that are being done for topology processing frame work to semi-automate the translation 16:25:51 #info vishnoianil_ says that he worries a little bit about the appearance of ODL continously deprecating things, so if we know where we want to be, we might as well corectly signal how we’re going to move 16:28:44 #info colindixon says if we’re sure that we’re going to deprecate the expired draft, maybe we should do it *now* so that we can best signal to people what we’re planning to do 16:29:18 #info rovarga_ says he mostly agrees, but likes to avoid deprecating things until there is an alternative with a migration plan (which we don’t really have right now) 16:29:41 #info abhijitkumbhare asks if we have a comparison of the 2-3 options we’re talking about 16:29:53 #info rovarga_ says we don’t really have one right now, and he’s not sure we have the cycles to do it 16:31:23 #info colindixon previously noted that there are two orthogonal questions here: (a) what APIs we mark as deprecated and eventaully phase out and when and (b) what models we internally use as backing implementations 16:31:50 #info this is becuase we have to make translators for backward compatibility anyway 16:33:28 #topic internal vs. external consumers of our APIs 16:33:54 #info colindixon asks if we have a list of who’s using the topology and inventory APIs (at least internal projects) 16:34:53 #info moiz asks what about external conusmers 16:37:31 #info colindixon notes that we have committed to provide the same APIs for at least a whole release as deprecated before we can remove it (and even then, we don’t have to remove it immediately) 16:37:46 #topic developer effort of migrating 16:37:57 #info people ask how long migration would take 16:38:26 #info colindixon says that his guess would be about a week of effort to inject the same augmentations into topology as well as inventory and then change which ones you populate 16:38:35 #info vishnoianil_ also notes that migration integration tests will be some work 16:39:00 #info there’s also a note about that assumes using the topology processing framework for automated populating of multiple models with the given augmentations 16:40:19 #action colindixon will produe a list of what projects are using these models so that we can use that inform our decisions 16:40:35 #action colindixon to add this as (at least a 5 minute) topic on the TWS next week 16:44:38 #topic questions going forward 16:44:46 #info we WILL deprecate inventory in Be 16:44:57 What's the plan of the migration to use MD-SAL of MD-SAL project instead of one of the Controller project? 16:45:03 By when do projects must migrate to use MD-SAL project? 16:45:50 #info it’s unclear if we we will depcrate the expired draftt model for network-topology 16:46:14 #info in theory we coudl deprecate it as late as M4, but that might be mean 16:47:16 #info the second set of questions is how our implementation works 16:48:42 #info it sounds like plan A is for the topology processing framework to provide tooling to make it easy to provide translators that copy data between multiple such models 16:49:20 #info this would make the choice of what model to base your implementation on somewhat a project-by-project issue 16:49:47 #info rovarga_ notes that there will be performance implications if a cosumer reads from/writes to a different model than an implemenation is based in 16:50:42 #info each project would still need to decide which model to base themselves on, when to move, and how to communicate the move with any implications to their consumers 16:51:38 #topic openflow plugin (like the most affected proejct here) 16:52:12 #Info colindixon asks michal and abhijitkumbhare what they’re leaning towards 16:52:21 #info abhijitkumbhare says they’ll need to talk about it internally 16:53:34 #info abhijitkumbhare says there is a meeting tomorrow at 8a pacific for the OpenFlow plugin and they’ll plan to discuss this ther 16:53:37 #undo 16:53:37 Removing item from minutes: 16:53:39 #info abhijitkumbhare says there is a meeting tomorrow at 8a pacific for the OpenFlow plugin and they’ll plan to discuss this there 16:54:55 #action abhijitkumbhare to email odl-casey to set up a one-off webex for 8a pacific tomorrow 16:56:13 #topic IETF standardizations 16:56:38 #info vishnoianil_ asks how long does it take for a IETF draft to become official 16:56:49 #info rovarga_ and ttkacik say this part has been going on for 3 years 16:57:16 #info rovarga_ says the stateful PCEP took 5 years 16:59:40 #info colindixon notes that we have think about how and when we adopt changest from upstream organizations and have some ideas why we do what we do 17:00:33 #endmeeting