Open davidjwbbc opened 2 months ago
This is a more comprehensive review than #102 as it includes bounds and required fields.
All properties in the ServiceAccessInformation resource are effectively read-only already because the POST
method is not supported on the Service Access Information API endpoint. So I propose not marking this one property as readOnly
.
Fixing the cardinality and required status of this property is fine, though.
This property of the EdgeResourcesConfiguration resource appears to be a duplicate of EASRequirements.serviceContinuityScenarios, so I propose deleting EASRequirements.serviceContinuitySupport altogether.
@ibouazizi should shout if this is not the case.
Maybe it changed its name somewhere along the path of standardisation. The absence of a row in table 7.10.3.3-1 certainly suggests this explanation.
Initial CR drafted and content agreed by SA4 MBS SWG:
To be resubmitted to SA#130 (Orlando) meeting for SA4 agreement.
Background
While performing the uplift to V17.9.1 for the 5G-MAG 5GMS Application Function it was noticed that the OpenAPI YAML for the MetricsReportingConfiguration.metricsReportingConfigurationId property does not match the description in clause 7.8.3 in that the
read-only: true
flag was missing.This has prompted a comprehensive comparison of the normative specifications within clauses 7 and 11 and the OpenAPI YAML files provided in annex C. The review checks for each property in the APIs:
Problem description
Discrepancies between the normative specifications in TS 26.512 V17.9.1 and the OpenAPI YAML files described in annex C of the same document version are listed in the table below.
The table indicates, in the last 3 columns, which attributes of the field do not match and need fixing by indicating that attribute with a ✔ if it currently matches the description and a ✖ if it does not match.
Proposed remedy
The various OpenAPI YAML descriptions in annex C should be modified to bring them in line with the descriptions of the fields from clauses 7 and 11.