STEP 1: INPUTS - Inputs for place location

• Geolocation RFC6225,
• TM forum GB922
• MEF MCM MEF78: http://www.mef.net/resources/technical-specifications/download?id=119&fileid=file1
• A&AI Complex object.

STEP 2: DEVELOP LOCATION CLASS FOR ONAP - Once we complex / place location object should

STEP 3: ETSI SOL001 - work with ETSI to incorporate it into ETSI SOL 001. Contact the representatives working the ETSI SOL 001 standards and see if we can add a Geolocation element to the existing civic_address_element.

ACTION: Aug22 have contacted Thinh N. (Nokia); Ericsson contact? Thinh RESPONDED to bring it up at the Modeling Call. RESULT: Oct 3 Need to show in ETSI that there is a need for it. Need to understand what the ONAP need is. Geoloc harmonization standards would go back to ETSI SOL001.

COMMON LOCATION MODEL  / GB922

TMF (TM Forum) / SID

Alignment to various standards: MEF/SID/Sonata. ITU-T. 3GPP TS32.xxx. IETF. MEF.

GB922 - Location Modeling Discussion

(Email) Keong Lim For your investigation into the location attributes, I wonder if you’ve considered what is in the TMF SID, specifically the classes for Urban Property Address and Urban Property Sub-Address as per:

https://www.tmforum.org/resources/suite/gb922-information-framework-models-r18-5/

From previous work on inventory systems, I know that these classes and properties have been implemented and used, so they would be useful for integration with AAI, even though there might not be an ONAP use case that documents the specific usages. Unfortunately, I cannot find my downloaded copy of the framework to send you, but you may be able to obtain it yourself through the website (needs a login).

ACTION: Retrieve GB922 (DONE)

Find out who the principle subject matter expert (SME) or contact for the Complex Object is. Would changes to the complex object be easy? Are they already being used throughout the source code? Would they be Schema breaking changes?

Honor what has already been done in Complex Object.

Take what is more data-center focused.

Introduce new attributes as necessary.

Info Model - Data model Map between.

 {
            "physical-location-id": "clli2",
            "data-center-code": "example-data-center-code-val-6667",
            "complex-name": "clli2",
            "identity-url": "example-identity-url-val-28399",
            "physical-location-type": "example-physical-location-type-val-28399",
            "street1": "example-street1-val-28399",
            "street2": "example-street2-val-28399",
            "city": "example-city-val-28399",
            "state": "example-state-val-28399",
            "postal-code": "example-postal-code-val-28399",
            "country": "example-country-val-28399",
            "region": "example-region-val-28399",
            "latitude": "1111",
            "longitude": "2222",
            "elevation": "example-elevation-val-28399",
            "lata": "example-lata-val-28399"
 }

CONTACT: (Identify contact). “What field” (semantical descriptor/association). ANSWER: A&AI Team.

COMPLEX OBJECT UPDATES FOR GEOLOCATION INFO

– There are a number of A&AI Complex geolocation information that are driven by the ETSI NFV Geolocation RFC 6225 that we need to investigate how they are acquired or set in DHCP. And once point #2 is solved, mapping those to the appropriate complex object elements.

• Complex Object Definition: How-To: Register a VIM/Cloud Instance to ONAP

CONTACT: Jimmy Forsyth

RESULT: (Oct 3) - Ben was on A&AI (Oct 2) Jimmy said that Complex Object is rooted and entwined in the code so it would be very hard to redact it; it would be smarter to evolve. Need to understand how to tie place into the complex object, maybe complex could be subobject of place. Jimmy also mentioned that the Place & complex could be linked together. That might be a solution/way forward. Maybe complex would be a subobject to place if there is overlap in fields & concepts.

ASK A&AI - an example of the use of the Complex Object. Sep. location type things in other objects they have put it in. know complex object has location stuff baked into it. are there other objects that we need to look at.

Add informational table for the Geolocation fields from RFC6225.  (CLOSED) – see table on slide 22.

ACTION: Fill in tie-in fields to standards elements

The 5G service model use case in R6

5G RAN SERVICE MODELING & DEFINITION in R6 Frankfurt

is analyzing the incorporation of 3GPP TS28.540, 3GPP TS28.541 (the 5G NRM)

~100 parameters driven from the standards that might be incorporated into the ONAP databases incl. A&AI and Runtime Config DB.

Parameters related to inventory & commissioning would go to A&AI and schema updates.

Others (run-time) would go into the runTime DB.

in R6 we expect only modeling analysis, in R7 look and see which parameters might actually be used.

Onboarding - and schema definition for RunTime Cfg DB could be either (a) artifact loaded from vendors and (b) pre-defined driven from standards.

Arch. Flows that are used: SDC artifact distribution, RunTime Cfg DB flows.

Presentations: Modeling S/C calls, U/C realization call, 5G U/C call.

Investigate when these would be really necessary. Are they needed in R6? Our discussion today (educated guess) is that they will be needed probably a release or two AFTER an actual, real physical DU is integrated with ONAP.

No code changes being requested in R6; but will likely need S/W changes in R7.

ACTION: R6: OUTPUT in R6 - Need to document what S/W and U/C (PnP) impacts that there will be. Schema impacts, API changes, and consumers of the API impacts.

Meeting on the FIRST Thursday of Each Month

ONAP Meeting 4 is inviting you to a scheduled Zoom meeting.

https://zoom.us/j/112318171

Meeting ID: 112 318 171