Skip to end of metadata
Go to start of metadata




  • Admin
    • Consolidate the dates of next virtual meetings
  • Review/Consolidation of TR-548 RIA-Streaming
  • Photonic model necessary enhancements
  • Continue update of TAPI Roadmap

Discussion items

10 minsAdministrative

 TAPI Call: 3 hours

Two sessions of 3 days / 5 hours (1pm - 6pm CET) - with the option to add some extra hours on Thursday

Draft agenda: 2020Q3 TAPI Virtual Meeting Agenda and Notes Oct. 19/20/21 and Nov. 09/10/11

  • Session 1:  
  • Session 2:  
30 mins

Review of last week notes about streaming

The following updated text was agreed:

  • Complexity is shifted to Provider/Server controller - which has the best control of its own database evolution (preventing sequence/correlation mismatches).
  • Stream types to support partitioning of information - useful e.g. to more specialized clients.
    • Current solution cover UCs that do not benefit from top down provisioning of stream types - likewise for context provisioning: stream is in fact bounded to a TAPI context. The Provider can build different contexts to provide different representations of same (portion or slice of) underlying managed network.
    • Malcolm Betts so far is the Provider/Server controller which builds contexts (and streams). For future phase the configuration by the Client Controller.
    • A temporary stream can be dedicated to a testing activity - this could be a UC where some form of top down provisioning of dedicated context/stream type is desirable. Context here may be a subset of the network view, functional to test execution.
  • Karthik Sethuraman is it possible to define a stream for a given TAPI subtree? Nigel Davis the idea is more generic, i.e. not necessarily depending on how YANG is eventually structured.
  • Andrea Mazzini streaming should provide an organized and optimized stream of log entries/events, i.e. including state change plus its time stamp, hence appropriate history is preserved. This should save effort to Client controller, because today it must manage both notifications and GETs, which provide two partial/incomplete views to be reassembled. Stream data is always the same, for both synchronous and asynchronous operations. In other words, you do not need a special strategy for resync. Note the "missed deletion event/log" case: absence of the deleted item in the stream.
  • Nigel Davis testing of streaming feature shall help to identify the advantages of the solution. E.g. verify that the compaction process is more efficient if performed on Provider/Server controller side.
40 mins

Photonic model necessary enhancements

Andrea Mazzini presents otcc2020.AM.001_TAPI_Photonic_Model_Evolution.pptx

  • Slides 43, 45, 46 agreed.
  • Malcolm Betts notes that FrequencyConstraint (adjustmentGranularity, gridType) very likely are not provisionable. ITU-T Q6/15 experts commented that Q12/15 G.807 seems including items which are not provisionable in current networks.
  • Karthik Sethuraman considers that at the higher levels of the network management hierarchy this provisioning may not be addressed to the device - e.g. more on the planning side.
  • Nigel Davis recalls the purpose of specification model, i.e. the description of capabilities, e.g. what can/cannot be provisioned.
40 mins

Update TAPI Roadmap

  • Some updates of TAPI Roadmap
    • Discussion on Shared Risk Group and physical route (otcc2020.ND.019_TAPI-PhysicalRoute.pptx)
      • Malcolm Betts underlines that power regions (of an equipment) and air conditioning are complex items for SRG management.
      • Andrea Mazzini even selecting distinct ports/NEPs of a Node, there is no guarantee of physical route diversity across the equipment supporting the Node.
      • Node Rule Group model for the identification of diverse physical routes.