[email protected] 发件人: [email protected] 2016/10/12 20:00 请答复 给 [email protected]
收件人 [email protected], 抄送 主题 controller-dev Digest, Vol 44, Issue 15 Send controller-dev mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit https://lists.opendaylight.org/mailman/listinfo/controller-dev or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of controller-dev digest..." Today's Topics: 1. Re: [mdsal-dev] Use of external datastore in ODL (Ashutosh Bisht) 2. (how to update bundles with no affection for services) ([email protected]) ---------------------------------------------------------------------- Message: 1 Date: Wed, 12 Oct 2016 05:23:17 +0000 From: Ashutosh Bisht <[email protected]> To: Robert Varga <[email protected]>, "[email protected]" <[email protected]>, "[email protected]" <[email protected]> Subject: Re: [controller-dev] [mdsal-dev] Use of external datastore in ODL Message-ID: <db5pr07mb16726103fd14c9e965181540ec...@db5pr07mb1672.eurprd07.prod.outlook.com> Content-Type: text/plain; charset="us-ascii" Hi Robert Yes.. I agree that VPN usecase can evolve to SPMC (single-producer-multiple-consumer).. And yes, we should have a way to support SPMC even when we use external datastore.. However I think that support of SPMC can be taken up a next step / phase2.. With regards Ashutosh -----Original Message----- From: Robert Varga [mailto:[email protected]] Sent: Friday, October 07, 2016 5:01 PM To: Ashutosh Bisht <[email protected]>; [email protected]; [email protected] Subject: Re: [mdsal-dev] Use of external datastore in ODL On 10/07/2016 12:32 PM, Ashutosh Bisht wrote: > Hi Robert > Yes, supporting large number of routes for (large number of) VPN(s) service is another interesting usecase.. > > However, from what I know, processing for VPN routes also follows single-producer-single-consumer pattern. > If so, we should be able to leverage external datastore for such usecase in clustered ODL environment. That depends on what is actually in the deployment: once the routes are ingested they can act as input into multiple use cases. Restricting the data flow to 1:1 really means that we will prescribe how outputs can be consumed -- leading to a deployment where each use case is an integrated silo with little to no flexibility. Now if the deployment calls for both processing BGP routes *and* maintaining VPNs in the underlying network, what is SPSC in the component use cases becomes MPSC... Bye, Robert ------------------------------ Message: 2 Date: Wed, 12 Oct 2016 17:09:36 +0800 From: [email protected] To: [email protected] Subject: [controller-dev] (how to update bundles with no affection for services) Message-ID: <ofb6a002b2.06716192-on4825804a.00282964-4825804a.00324...@zte.com.cn> Content-Type: text/plain; charset="gb2312" Hi guys, I'm soliciting for help since I'm not sure how to update bundles with no affection for services (such as In-Service Software Upgrade ). For example: bundle A 1.00.11 needs to be updated from bundle A 1.00.10. During such process, if there is any mechanism to ensure that no affect will occur on the bundle A?s normal service in ODL ! Are there any documents which can help me to know? Thanks? Best wishes! -------------- next part -------------- An HTML attachment was scrubbed... URL: < http://lists.opendaylight.org/pipermail/controller-dev/attachments/20161012/e6da3763/attachment-0001.html > ------------------------------ _______________________________________________ controller-dev mailing list [email protected] https://lists.opendaylight.org/mailman/listinfo/controller-dev End of controller-dev Digest, Vol 44, Issue 15 **********************************************
_______________________________________________ controller-dev mailing list [email protected] https://lists.opendaylight.org/mailman/listinfo/controller-dev
