[OpenDaylight TSC] [lists.opendaylight.org代发]Re: Propose a new project: Alt-datastores

Robert Varga


having reviewed the proposal, I am not quite clear of points here:

- DataTreeChangeService paragraph seems to imply DataTreeChangeService
API contract is not being correctly implemented

- since the feature is integrated at DOMDataBroker level (as opposed at
DOMDataTreeService level), it is not clear how this would work in a
hybrid environment -- I don't quite see where inter-datastore
compatibility is solved. Most notably, it seems that RESTCONF is singled
out as 'special' and has a proxy injected, yet other applications use
specific datastores. How would a mix of CDS/Yongo/etcd-using
applications work and how does this relate to the MD-SAL APIs?

- project scope is a bit blurry. Can we get a clear, bullet-point list
of what the project is all about? The sentence 'For Restconf, it
requires users to rebuild 'restconf-nb-bierman02' and
'restconf-nb-rfc8040' to reference to DOMDataBroker and
DOMDataTreeChangeService with a new type.' feels like a hack, not like a
properly-architected solution. This leads me to believe the project does
not really integrate, as it does a whole-sale replacement of a single
implementation. This is going to a nightmare from packaging perspective,
at the very least.

- the proposal spells DOMRpcService, but does not mention
DOMActionService. RFC7950 makes a rather strong connection between the
operational store and DOMActionService -- what are the interactions
between these?

- what does the 'alt-ds-adapter' do? how does it relate to existing
MD-SAL interface?

- a flow diagram showing interactions between one application using etcd
and another using yongo, is definitely needed. Unless the proposal is to
have such applications live in isolated worlds -- in which case it needs
to be explictly spelled out.

The project proposal has underwent rapid expansion in the few weeks it's
been out and I feel the problem domain is still being explored -- there
are architectural questions which seem to be far from having been
considered, let alone having concrete questions.

I would therefore ask for the review period to be extended, so the
proposal can be fleshed out, especially its interactions with MD-SAL
APIs, packaging and migration point of view.

Note: I am not asking for them to be completely resolved, but rather for
the problems to be acknowledged and a rough outline of a solution to be
brought into the scope of the project or an explicit exclusion added.


On 30/03/2019 01:30, Abhijit Kumbhare wrote:
*For Michael's first questions:*
Isn't there any way we can move on this next week? How about we use that
TWS slot on Monday where there normally is no agenda for a discussion
about this with anyone interested?

*Abhijit's answer:* 
This Monday-Tuesday we have the DDF. Maybe Jie and you can do a remote
session at the DDF? What time will work for you folks? (We would like to
avoid late Tuesday afternoon Pacific time as some ONS related activities

*For Michael's other questions:* 
Or even just use this email thread to progress asynchronously... does
anyone reading this have any objections to this project proposal? If
not, let's just have a vote ASAP?

*Abhijit's** answer:* 
In the past, the TSC has offered projects in other timezones to skip
presenting about the project and for the TSC to vote. In this case it
certainly makes sense. However there has to be a two week review period
(as per the creation review process) - which in this case would be March
21st to April 3. I will initiate a vote on April 3. 

On Fri, Mar 29, 2019 at 3:32 AM Michael Vorburger <vorburger@redhat.com
<mailto:vorburger@redhat.com>> wrote:

On Fri, Mar 29, 2019 at 4:02 AM Abhijit Kumbhare
<abhijitkoss@gmail.com <mailto:abhijitkoss@gmail.com>> wrote:

Ok - Michael can you please confirm?

I'm on PTO that (and the following) week. Isn't there any way we can
move on this next week?

How about we use that TWS slot on Monday where there normally is no
agenda for a discussion about this with anyone interested?

Or even just use this email thread to progress asynchronously...
does anyone reading this have any objections to this project
proposal? If not, let's just have a vote ASAP?

PS: Sorry I missed yesterday's TSC meeting; something unexpected
came up.

On Thu, Mar 28, 2019 at 5:40 PM <han.jie@zte.com.cn
<mailto:han.jie@zte.com.cn>> wrote:

Then how about we push it back to April 18th?



*发件人:*MichaelVorburger <vorburger@redhat.com
*收件人:*Abhijit Kumbhare <abhijitkoss@gmail.com
*日 期 :*2019年03月28日 17:06
*主 题 :**Re: [OpenDaylight TSC][lists.opendaylight.org
<http://lists.opendaylight.org>代发]Re:  Propose a new
project: Alt-datastores*
TSC mailing list
TSC@lists.opendaylight.org <mailto:TSC@lists.opendaylight.org>

I just realized that I won't be able to attend the TSC
meeting on April 11th (due to school vacation starting here
that Friday and related personal plans).

If the agenda on today's TSC call is not overly full
already, perhaps we could discuss this project proposal today? 

On Sat, 23 Mar 2019, 04:18 Abhijit Kumbhare,
<abhijitkoss@gmail.com <mailto:abhijitkoss@gmail.com>> wrote:

The meeting is every Thursday. The details of the
meeting are
at: https://wiki.opendaylight.org/view/TSC:Meeting. So
yes - the Zoom link is a permanent link for the meeting.

On Fri, Mar 22, 2019 at 4:59 PM Yi Yang (杨燚)-云服务集
团 <yangyi01@inspur.com <mailto:yangyi01@inspur.com>> wrote:

Is next TSC meeting 9:00 AM US Pacific Time On
Thursday, April 11? Is it biweekly? I’ll join this
call for discussion, is this one
https://zoom.us/j/219174946 is permanent meeting
link for it? Anybody can help confirm? Thank you in


<mailto:tsc-bounces@lists.opendaylight.org>] *代表
*Michael Vorburger
*收件人:*Abhijit Kumbhare <abhijitkoss@gmail.com
[OpenDaylight TSC] Propose a new project: Alt-datastores


On Fri, Mar 22, 2019 at 7:32 AM Abhijit Kumbhare
<mailto:abhijitkoss@gmail.com>> wrote:

Thank you Jie!


On Thu, Mar 21, 2019 at 6:37 PM
<han.jie@zte.com.cn <mailto:han.jie@zte.com.cn>>

Mr. Chairman, 

Thank you for the arrangement. I will attend
the meeting, will M. and others too?

I'll attend the TSC meeting on April 11.

During the review period,  discussion and
any question is very welcome about the







Vorburger <vorburger@redhat.com

*日 期 :*2019年03月22日08:06

*主 题 :Re: Propose a new project:

Jie, Michael and folks,

You have submitted the project proposal
today March 21. The next steps would be to
have the creation review for the project in
a TSC meeting after a two week review
period. Ordinarily two weeks would have
placed the review in the April 4th TSC
meeting. Since several of us will be at the
ONS, North America on that date and will
also be meeting in person at the
OpenDaylight DDF on April 1-2, we will
likely cancel that week's meeting. Hence, it
makes sense to have the review in the TSC
meeting on April 11.

Would it be possible for you folks to attend
that meeting? Logistics (web
conference/dial-in) of the TSC meetings are
at: https://wiki.opendaylight.org/view/TSC:Meeting.






On Thu, Mar 21, 2019 at 2:35 AM
<mailto:han.jie@zte.com.cn>> wrote:


Dear Abhijit and all, 
I together with Michael Vorburger and
team members from China Mobile and China
Telecom want to propose a new project in
ODL called Alt-datastores. 
The topic of this project has alaways
been discussed in the past. ODL will be
able to support a 3rd-party datastore
with our project.
The details is as the proposal shown:

Please let me know what should I do next. 

Best Regards, 


韩杰 hanjie

软件开发工程师 Software Developer

Software Platform Nanjing Development
Dept I/Wireline Product R&D
Institute/Wireline Product Operation


TSC mailing list