1. Pages
2. …
3. OIMT
4. Core Model
5. OIMT minutes
6. 2021 OIMT Minutes
7. 2021-02-25 OIMT Meeting notes

Page History

Temporal expression

• ONF_T73_TemporalExpression.pptx
  • Reworked on the old Temporal Expression model by using the aggregation (wrapper) approach
  • The resulting model
    • Image Added
    • The <<Agg_Root>>TemporalExpression can be reused via referencing
      • Recursive referencing to support/build complex cases, e.g.,
        • Image Added

• Malcolm noted that Lifecycle state needs only simple temporal expression 
• Nigel noted that Temporal expression

• will be included in the core model

Clarification on the control model needed by ITU-T Q14/15

• Clarification from the 2020.12.10 discussion on ExposureContext (EC), ConstriantDomain (CD), ControlConstruct (CC), ControlPort (CP)
  • The relationship among EC, CP, and CD:  
    • The client talks to EC through CP about CD.
  • EC: The "How". The gateway/agent for accessing. It defines the rule/requirement of accessing.
  • CD: The "What". The thing to be viewed by the client in the CPI (control plane interface)
  • CC/CP: The "Where". The interface port to access the CE.
  • In the current v1.4 UML, the ControlConstructExposesExposureContext association should be ControlConstructAccessesExposureContext    
  • One Vmf can provide multiple views from the same set of resource.
  • An ExposureContext can only expose one highest level (most outer) ConstraintDomain,
• Additional clarification on 2021.01.21
  • Image Modified
  • The model allows access to multiple ExposureContext from a single ControlPort. For example, to support multiple users/applications at the same CPI (control plane interface) ControlPort.
  • Consideration of multiple ControlPort vs multiple ExposureContext
    • High-level security control and coarse grain operation control are set at the ControlPort. 
      • Additional ControlPort instances could be instantiated to meet different security requirements or operation previlage. 
    • Fine grain control (e.g., at object/attribute level) are set at the ExposureContext 
• Additional clarification for TR-512.8 is needed.
  • Lifecycle of EC and its dependency on CD
  • Additional associations 
  • Multiplicity
• Start up bootstrap:
  • CD representing the controller
    • Then administrator create ....
  • 2021.01.28 discussion
    • Malcolm's sharing
      • Image Modified
      • Discussion:
        • Client cannot see all things in the CD for the client context (CC), such as the resource allocation, view mapping 
        • Exposure Context 1 (EC1) and EC2 and their contained CDs reveal the view 1 and view 2 to the client
        • Note that Exposure Context 1 (EC1) and EC2 extend beyond the Controller CD.
          • For dealing with the communication infrastruture.
          • Need to look at the CD and EC for managing the communication infrastructure
          • Control of the control infrastructure 
      • Questions:
        • Is security an implicit part of the Exposure Context (EC)?
        • Do we need an explicit Controller Admin EC?
          • Or do e allow the Control Construct in the Admin CD to directly access all resources in the Controller?
        • View Mapping
          • Single or One per view ...
          • ...
        • Need to think about the implications on the server context (in the client controller) when multiple views are provided
    • Nigel's sharing
    • Image Modified
    • Bootstrap steps: Controller / What it will control / name translation between Server context and local context / create client context for the client to use the resource / 
      • Could one builds VN (for client) with planned resources?
      • Is name mapping part of view mapping?
      • Name translations: IN from the south (server), OUT to the north (client)
      • View in the same namespace and view in different namespace
    • Image ModifiedAspects: (1) Bootstrap, (2) Create/maintain/modify client contexts, (3) Attach the controller to the comms infrastructure
      • View mapping in the local space (Abstraction/refactoring), Name translations (from south to local, from local to north), , 
    • Resources from planning to deployment
      • Need the temporal model

2021.02.04 brief discussion

• Image Modified
• Change View Mapping Function (VMF) to View Transformation Function (VTF), which might include functions, in addition to name mapping, abstraction, merging, partitioning, order rearranging, etc.
• Mapping pattern https://wiki.opennetworking.org/download/attachments/266141701/MapperPattern.pptx?api=v2
• To label the CD instances with distinct numbers.
• The CDs contain/group the resources.
• Need an overall CD 
  • Image Modified
  • (see Malcolm's figure of last week)

• • Image Added
• Malcolm & Nigel to brainstorm on: List the things that VTF can do; Pattern; many-1, 1-many

2021.02.25

Clarification on the modeling of contexts (Client/Server/Administrative)

• Image Added
• Image Added
• Image Added

Multi-pointed Media Channels: Multi-source multi-destination 

2021.01.21 discussion

• TR-512.A.4 Figure 4-28
  •  Representation of topology and frequency slot occupancy
    • Image Modified
• Agree to use the Bidirectional overlaid trees approach to tackle the issue
  •  Nigel Davis Start to draw simple single tree, find minimal forms, then draw the overlaid tree, then use in both TAPI and Core 

Image Modified

• Pattern of simple tree (non-intersecting)
  • Primitives: Merge (M) / Split (S)
  • n nodes: 2**n options
    • e.g., 2 nodes: 2**2=4 options: MM, MS, SM, SS
• Pattern of overlaid trees
  • Might waste wavelenth

2021.02.04 brief discussion

• Simple tree structure to evaluate network blocking
• Build tree structure for each of the points (Transponders or ROADMs), then use overlay tree to evaluate blocking.
  • For each of the originating points (e.g., A, B, C, D, etc.), build a transmit tree through the intermedate coupler/splitter nodes to the end points (i.e., A-1.2.3.4.5-J; A-1.2.3.4.5.-L;  etc.), then look at the overlapping segments (e.g., 2.3) of the overlaid trees (e.g., A-1.2.3.4.5-J and C-2.3-G).
  • Identify the disjoint trees (e.g, B and C)

•  Nigel Davis Malcolm Betts Write text to explain the restriction and rules for bi/uni-directional for evaluating network blocking. Aim for adding to TR-512.A.4 (section 4.4.9)

2021.02.

xx Review of writeup on multi-point MC restriction/rules

04 Mar 2021 

• Review of writeup on multi-point MC restriction/rules
• Lifecycle versus ownership