Hello Service Resolver has been presented to Arch subcommittee The recommendation was to study the possibility to implement those functions in existing SDC/SO/Policy components instead of having a new project/component.
The current view about that approach is: - SDC has already main necessary modeling features (not exactly CFS/RFS but service composed of potential sub-services along with some new policies) - ONAP SO, there is the need for a development effort to implement a new process that will have to manage service decomposition, the instantiationRule requests to policy framework and eventually instantiate the sub-services). About “Third-Party Domain” feature, there is also the need for ONAP SO to detect that a service order needs to be transferred to an external ONAP - ONAP Policy, there is the need to implement the “logic” about the instantiationRules About “Third-Party Domain” feature, there is also the need for ONAP SO to detect that a service order needs to be transferred to an external ONAP Service Resolver implementation can then be considered as a “laboratory” for those ideas. Anyway, it can also be used/developed outside of ONAP community (at least for demo purpose): the code (no perfect) is open source. I will be at Antwerp next week and will present Service Resolver during a “lightning talk” https://sched.co/SYtu Best regards De : Addepalli, Srinivasa R [mailto:srinivasa.r.addepa...@intel.com] Envoyé : mercredi 18 septembre 2019 17:03 À : ROBERT René TGI/OLN; onap-discuss@lists.onap.org; atif.hus...@team.telstra.com Objet : RE: [onap-discuss] E2E Service Orchestration by ONAP This concept looks very good. I went through readme document in your gitlab source code. I guess ‘Service resolver’ is like Multi-Domain orchestrator. By doing as its own set of Micro-services, central deployment (Multi-Domain Orchestrator) can be simple and does not need to have rest of ONAP. ONAP, as it exists today, can be implementation for domain orchestrators. I know that it is new and assuming that it is accepted in the wider community, Telstra domain orchestrator need to register to ‘Service resolver’ and also use service resolver to add its services. Love to know more details about ‘Service resolver’. Are you planning to present this in ONAP architecture or DDF any time soon? Thanks Srini From: rene.rob...@orange.com [mailto:rene.rob...@orange.com] Sent: Wednesday, September 18, 2019 4:51 AM To: onap-discuss@lists.onap.org; Addepalli, Srinivasa R <srinivasa.r.addepa...@intel.com>; atif.hus...@team.telstra.com Subject: RE: [onap-discuss] E2E Service Orchestration by ONAP Hello Service Resolver is implementing the option 1 It is a fresh new feature we added last week. The process : - You define a service (CFS) composed with services (RFS). - In each RFS definition you have an information about the “orchestrator” (= an ONAP platform for example) that will be able to instantiate the RFS - Service Resolver is then able to receive an order for the CFS and to transmit the RFS instantiation orders to the various “orchestrators” https://gitlab.com/Orange-OpenSource/lfn/onap/service-resolver Best regards [Logo Orange]<http://www.orange.com/> René Robert «Open and Smart solutions for autOmating Network Services» ORANGE/IMT/OLN/CNC/NARA/OSONS Fixe : +33 2 96 07 39 29 <https://monsi.sso.francetelecom.fr/index.asp?target=http%3A%2F%2Fclicvoice.sso.francetelecom.fr%2FClicvoiceV2%2FToolBar.do%3Faction%3Ddefault%26rootservice%3DSIGNATURE%26to%3D+33%202%2096%2007%2039%2029> Mobile : +33 6 74 78 68 43 <https://monsi.sso.francetelecom.fr/index.asp?target=http%3A%2F%2Fclicvoice.sso.francetelecom.fr%2FClicvoiceV2%2FToolBar.do%3Faction%3Ddefault%26rootservice%3DSIGNATURE%26to%3D+33%206%2074%2078%2068%2043> rene.rob...@orange.com<mailto:rene.rob...@orange.com> De : onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> [mailto:onap-discuss@lists.onap.org] De la part de Srini Envoyé : mardi 17 septembre 2019 18:18 À : onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; atif.hus...@team.telstra.com<mailto:atif.hus...@team.telstra.com> Objet : Re: [onap-discuss] E2E Service Orchestration by ONAP Hi Atif, As far as I know there are no principles defined. But, we did some study on how to integrate domain orchestrators such as “Multi K8S Cluster orchestration” along with other domain orchestrators and also resource orchestrators. There are two ways go about this. 1. A high level service with nested services where nested services handled by various domain orchestrators. 2. A service with resources where resources are handled by domain orchestrators. 3. Of course, combination of both. If you want domain orchestrator to be called from SO/MC, then (2) approach is needed in my view. On (1), I don’t know whether there are any examples. On (2), there are three examples - Multi-Cluster (k8s) orchestration (WIP), Azure Orchestration and AWS Orchestration (AWS is WIP ) In all three examples of (2), each VNF (VF) resource is treated as the self-contained entity. Within Azure/AWS/Multi-Cluster orchestration, they take care of deploying components of VNF in various locations supported by that domain. For example, Azure has lot of sites, but these are not known to the ONAP. Any VNF placement in Azure sties is the job of Azure domain orchestrator. In “Multi-Cluster Orchestration” too, our thinking is similar to Azure and AWS, where it acts domain orchestrator and takes care of placement decisions for workloads within VNF/VF. And let the ONAP (SO/OOF) do the placement decisions across VNFs (in a service). I hope it helps and request others to comment. Thanks Srini From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> [mailto:onap-discuss@lists.onap.org] On Behalf Of Husain, Atif Sent: Monday, September 16, 2019 11:03 PM To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Subject: [onap-discuss] E2E Service Orchestration by ONAP Hi, Are there any principles defined for ONAP related to its use for E2E Service Orchestration across multiple domains? Regards, Atif _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#19008): https://lists.onap.org/g/onap-discuss/message/19008 Mute This Topic: https://lists.onap.org/mt/34173460/21656 Group Owner: onap-discuss+ow...@lists.onap.org Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-