1. Pages
2. …
3. OIMT
4. Core Model
5. OIMT minutes
6. 2022 OIMT Minutes

2022-02-17 OIMT Meeting notes

• Poll for the dates of the OIMT 2Q 2022 virtual F2F Meeting
  • Deadline for the poll: Feb. 16
  • Decision: April 19 - 22

Draft LS to SG15 and MEF on the  ONF open github https://github.com/OpenNetworkingFoundation/CoreInfoModel for the TR-512 releases 

• draft_ONF_LS_012_OIMT_to_SG15_MEF_on_TR-512 github.docx
  • No comment received by the Feb. 16 deadline 
• KL will send the LS by February 17 Thursday.
• KL will update the github README.md content as soon as SG15 and MEF acknowledged receiving the LS.

TAPI and Wireless transport: Moving away from simple packaging (ND, AM, MS) 

• Two usages of the TR-512 Core model.
• Wireless uses the pruned/refactored Core model as the Wireless core model
• TAPI refactored the Core model significantly
• Both of them used the uml-yang mapping tooling to generate the Yang.
• TAPI requires its model to be in particular package-structure & model arrangement in order to generate the Yang from the tooling. 
• Wireless is based on v1.4 of the Core model. If the Core model structure packaging changed, Wireless needs to adapt to that.
• Potential impact on TAPI: On the new items, such as the control model. TAPI to decide whether need to do the same refactoring or not.  
• CH: The Aggregate should help the mapping; it relates to the Yang containment. 
• OIMT is now taking the DDD (Domain Driven Design) Aggregate as the driver to re-packaging the Core model appropriately, so that 
  • Have independent small model units 
  • Allow independent parallel working on the model units
  • On the Core Network model: grouping around the key classes, e.g., LTP (Lp and association), FC (....)
• Breaking down the model into smal units/trees
  • ForwardingConstruct.
  • New stereotypes: <AggRoot> for global classes,  <AggLeaf> for local classes
  • Refactored the model to remove aggregate violations.
  • FC (AggRoot) has four AggLeaf: FcRoute, FcPort, FcSwitch, FcCasc. 
  • Leaf is not accesible from outside. The Root is.
  • Leaf can access out (out to a Root is fine)
  • Can reference out from a Leaf. Cannot reference into a Leaf.
  • Still investigating FcPort  
  • 
• Wireless is using CASC relating to some protection switching schema. Didn't use it, but things broke. Then use it and worked.
• Casc has been breaking down to FcCase, FcSwitchCasc, CascCore, CascCoordinate, ...
• Clarification of the collection of the global classes (aggregates) and local classes.
• Re-Packaging the CoreNetworkModel:
  • The packaging is goruping around the aggregate root, e.g., ForwardingConstruct. Each aggregate has its own root and Leaves. No split of associations, datatype, 
    • 
  • And also refactoring some parts of the model, if it violated the aggregate structure.
  • No renaming things
• CH: Mapping spreadsheet. Old path to New path. 
• AM: Will this repackaging change the final result?
• CH: Similar to Java. Proper path name.
• CH: Yang is not using packaging 
• AM: On implementation, people is looking to YANG, not UML. Will this improve the resulting yang?
• CH: https://wiki.opennetworking.org/download/attachments/266141701/ONF_T13_Model%20Structure%20Overview.pptx?api=v2
  
• ND: Here is a forest of trees. TAPI one big tree.
• The Tapi model consists of a set of model files. These model files are related through augmentation. 
  • E.g., Topology, Connectivity. Each generates Tapi yang file.  
  • LTP is in Topology and also in Connectivity
• MS: One big Wireless Core model, then have separate technology-specific augmentations. 
• ND
  • 
• MS: Pursuing Tooling funding. One time funding. Big enough to support couple years 
• ND: refactor/re-package the model and need to ensure the uml/yang tooling is still work

• Nigel Davis  Martin Skorupski 17 Mar 2022 To prune/clean-up LTP and FC modle into two interrelated small models (aggregates) and then generate YANG from them.

Equipment property model sketch (KL, ND) Deferred to next week due to running out of time. 

Actions

• Items older than Jan 2020 have been filtered and NOT shown on the main Actions page,
  • but they are still available on the All Actions (for background processing sub-page " for checking and deleting the completed ones.
• Will follow up on the two Inverse Multiplexing model work items
  • https://wiki.opennetworking.org/display/OIMT/2020-06-25+OIMT+Meeting+notes?focusedTaskId=5  
  • https://wiki.opennetworking.org/display/OIMT/2020-06-25+OIMT+Meeting+notes?focusedTaskId=4

Action items completed

• Nigel Davis   17 Feb 2022 Discuss with the TAPI and Wireless transport: Moving away from simple packaging, e.g., object class, datatype, to a much deeper structure. This will not work with the uml2yang tool. Therefore the model will need to be refactored into object/datatype for uml2yang tool. Action item from 2020 OIMT Virtual Face to Face - Week of April 13

Action items re-dated 

The following are proposed dates for the past actions. The action list has been updated to reflect this. The actions can be reverted/adjusted as necessary. Only actions that have been moved are listed.

Note that now provided in the bullet under each action item is the link to the source minutes that created the action item.

• Nigel Davis   24 Feb 2022 Discuss the intent grammar, spec grammar. Explore mechanism converting explicit property sentence into constraint statements.  Action item from 2021-12-02 OIMT Meeting notes
•  Hing-Kam Lam  Nigel Davis 24 Feb 2022 To rebuild the equipment property model. To change from composite to decorate. Action item from 2021-12-02 OIMT Meeting notes  
• Nigel Davis 24 Feb 2022 To look for an example that is more robust and compelling on the need of a separate occurrence.  Action item from 2021 Sep 07-10 : OIMT Virtual Face-to-Face
• Nigel Davis  03 Mar 2022In the "Instance type based constraints" sub-slide, there are the two levels - operational (black, first two rows) and knowledge/spec (blue). Add label. Action item from 2021 Sep 07-10 : OIMT Virtual Face-to-Face
• Nigel Davis  03 Mar 2022To extend from slide 17 to deal with the general property constraint and the constraint on localId. Action item from 2021 Sep 07-10 : OIMT Virtual Face-to-Face
• Nigel Davis  17 Mar 2022 Early draft of OAM document using existing model and explaining key features that enable it to be used for OAM, then projecting this model towards a TAPI-like solution. Action item from 2021-09-23 OIMT Meeting notes
• Nigel Davis Hing-Kam Lam  17 Mar 2022 : To put together material/presentation to be shared with Arturo and TIP/MUST. Will point out the relationship between the Core and TAPI etc. models. Action item from 2021 Sep 07-10 : OIMT Virtual Face-to-Face

24 Feb 2022 

• Discuss the intent grammar, spec grammar. Explore mechanism converting explicit property sentence into constraint statements. (ND) 
• Example for separate occurrence (as per action item) and update on modeling of occurrence (ND) 
• Equipment property model sketch (KL, ND) 
• Papyrus model migration (for LtpPort) (ND, MS)

Future calls agenda items

• TIP/MUST papers (CH, ND)
• Catalog / inventory storage application (CH, ND)
• MEF W130 device physical & environmental specification. OIMT may need to engage MEF on that. (CH)
• IETF work on physical inventory model (ND)
• RBAC vs ABAC (June 2021 F2F meeting Tue 1.2 ) 
• Finalize the write up on Multi-point Media Channel (later call) (Candidate for v1.6)
• To recap the previous OIMT discussion on synchronization management IM (later call)
• YANG augmenting 
• Leo on location model