Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 6 Next »

This page hosts information about discussion calls dedicated to R3+ service modeling.



General Information

Note:

Logistics

Upcoming call

Time

  • Nov 14, Wednesday TBD 

Proposed Agenda

Past calls

20181107

Agenda

Participants

Lin Meng, Chesla Wechsler, Andy Mayer, Deng hui, Gil Bullard, Kevin Scaggs, Margaret Chiosi, Mehmet, Sal R, Yang xu

Minutes

Compare implementations of service instance in A&AI and NS instance in VFC, and decide how to model NS instance into service instance in A&AI:

  • 1. Clarifications on onboarding model, internal descriptor model and instance model.

OnboardingServiceDescriptor (onboard into ONAP which is the original descriptor)
InternalServiceModel (produced by SDC as internal descrptor for components to use )
ServiceInstance (the results of an instantiation from the internal descriptor)

  • 2. Attributes analyis:

1) "nspackageId"(onboarding csar package id),"nsdId"(onboarding NSD): Add "ProviderDetails" data type in internal descriptor, then could be copied to service instance.
2)keep "name", "description"
3) "model-invariant-id", "model-version-id": described in internal descriptor and reflected in service instance by the edge between internal descriptor and service instance.
4)"sdncontrollerId": Lin to figure out what it is used for
"status":Lin to get enumerated values of status to see how to map it into SO's "orchestration status"
"nsdmodel","scaleparameters": jason strings, Lin to get examples of them.If they are for VFC's specific field, and no other components need it. It should just be kept inside VFC.
5)"nslevel" and "flavorid": creat new vertex types for scale-level and flavor to edges them with internal descriptor which has a relationship with service instance.(need to wait until the conclusion about whether NS is a separate object or a type of service, then apply the deployment flavor in levels to the service)
6?"global-customer-ID": reflected by a relationship between service instance and customer object (the current implementation is a denormalization in VFC)
7)"service-type", "service-role": used for filtering and not drive logic
8)"created-at", "updated-at": read only.
9)“vhn-portal-url”?“Bandwidth”,"QoS","SLA",etc, attribtutes that not all the services need but still need to be stored in certain service instance: stored as a schemaless field on the service-instance vertex (Chesla will follow up) (my concerns: according to the call, is that ok if we set a "global-type of service" and a "customized-type of service", then mapped it with internal descriptor, and A&AI's model only stores global type in service instance's schema, but stores the customer-faced attributes of service in a schemaless way? Chesla Wechsler Kevin Scaggs Andy Mayer)

  • Following steps:

1, Lin to figure out: "sdncontrollerId","status","nsdmodel","scaleparameters","inputparameters" of NS.
2, Chesla to find out the use of "selflink"
3, Chesla to take action item to write up schemaless behavior need
4, Lin starts to do attributes normalization mapping  in Papyrus in service field (Kevin Scaggs would you mind work with me on that? I 'll start papyrus modeling next week and will email you and let you check and review.  I think it would be better to describe the internal model as "internal descriptor", as  we don't know whether there will be a separate NS descriptor or only a service descriptor. How do you think?).

Welcome supplements and adjustments in comments!


Recording

Audio only

Video and Audio

chat

20181024

Agenda

  • Architecture F2F Meeting Planning From ServiceIM perspective


Recording

Audio only

Video and audio

chat

20181017

Agenda

  • Time change options for service IM call
  • Presentation from 3GPP team

Participants

Lin Meng, Andy Mayer, Anatoly(Nokia), John, Kevin Scaggs, Lishitao, Michela Bevilacqua, Thinh Nguyenphu, Xu Yang 

Minutes


  • Time change options of service IM call on Wednesday:  

                 Choice1?8?00am-9?00am EST

                 Choice2?9?00am-10?00am EST

                 email has been sent to modeling subcommittee and polling on Doddle will be ended before Modeling subcommittee call on 10.23

                 https://doodle.com/poll/enf3tcuaq5bhshrb

  • Anatoly talk about Network Service in Network Slicing in 3GPP documentation 28.541 and Network Slicing in 3GPP is supported by the concept of Network Service.




Recording

Audio only

Video and audio

chat

20181010

Agenda

  • Papyrus Service Model Updates (Service order) 
  • RST documentation for master branch
  • The role of 3GPP 28.541 in the ONAP service model 

Participants

Lin Meng, Andy Mayer, Dave Miham, Gill Bullard, Kevin Scaggs, Thinh Nguyenphy, Xu Yang

Minutes

  • Kevin talked about his updates on service order, especially for the state of service order. Will update it in Papyrus working branch after Lin hand over the editor to Kevin.
  • Lin will submit the rst documentation work next week.
  • Gil proposed the role of 3GPP 28.541 in ONAP service model, discussion mainly centered on the character of network service. Gil and Thinh will  have more discussion with 3GPP team about this question.


Recording

Audio only

Video and audio

chat

  • No labels