Nigel Davisto review and update as necessary, then evaluate which items shall be planned for TAPI 2.4 or later.
Agreed to split in two sets the features candidate for 2.4:
Features relatively ready to implement (because contributions already available and/or inherently simple)
Features which need contributions - read it as "if you are interested, please contribute with detailed proposal, etc."
Agreed to remove all RPCs (in TAPI 2.3 are marked as "deprecated")
Clarified that NetworkTopologyService class is the analogous of ConnectivityService and OamService but for topology. Will keep it in case of future developments regarding provisioning of topology items.
Nigel Davis could work on a proposal concerning Virtual Network Service and Topology Service. Likely the Virtual Network Service model can be dismantled in favor of some enhancements to Topology model. "Slicing" is one key aspect. In any case, this is for TAPI 3.0 or similar.
Jonathan Sadler proposes to add the security chapter. Agreed that is in the scope of the TR-547 RIA 1.2
Nigel Davis the Performance Monitoring model for Streaming needs further study, considering also ORAN.
30 mins
Delivering RIA 1.1
Arturo Mayoral
Arturo has performed a separate review of current RIA version (ONF TAPI RIA), with the purpose to assign a maturity level to each use case. A spreadsheet is presented.
Andrea Mazzini clarifies that the review is mainly syntactical, i.e. no semantical enhancements - which would need discussion at regular TAPI calls.
Arturo points out that some use cases have been marked as "solved" in the meeting notes (see above e.g. ENNI/INNI Asymmetric service provisioning for multi-domain scenarios, agree UCs (solved).
Andrea Mazzini indicates that the review has covered so far use cases till 5b one. When we will cover "solved" use cases, we will update the RIA accordingly, in order to enhance their maturity level.
Arturo recalls that priority is on Fault Management use cases.
Arturo asks whether there will be an impact on the model. Agreed that at least the alarm condition name (aka probable cause) identity shall be updated accordingly.
Agreed to evaluate a prioritizationof the use cases.