-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implement OPTIONS
method for M1 API endpoints
#38
Comments
Moved this and the next comment to #45 as it could be distracting on this issue |
Implemented request targets mentioned above other than the first one. Sample output below:
|
Looks good. What about |
Working on |
Implemented
|
Thanks, @devbbc. Is this complete now and ready for review? |
Still need to surface this output in the |
Note that this feature goes beyond what is specified in TS 26.512.
Specification
To allow M1 clients to interrogate OpenAPI version compliance, the
OPTIONS
method (IETF RFC 9110, section 9.3.7) shall additionally be supported for each of the M1 API endpoints implemented by the 5GMS AF:*
.../provisioning-sessions
.../provisioning-sessions/{provisioningSessionId}
.../provisioning-sessions/{provisioningSessionId}/server-certificates
.../provisioning-sessions/{provisioningSessionId}/server-certificates/{serverCertificateId}
.../provisioning-sessions/{provisioningSessionId}/content-hosting-configuration
For the request targets supported by the 5GMS AF implementation, a 204 (No Content) response shall be returned. For all other request targets (i.e. the ones not yet supported by the 5GMS AF implementation), a 404 (Not Found) response shall be generated.
The
Server
header shall be provided on all responses. With the exception of the first request target, this shall include the comment string as specified in #37 to indicate additional information about API compliance. This comment string shall be omitted for the first request target (only).With the exception of the first request target, the response shall indicate which HTTP methods are supported by the requested target resource using an
Allow
response header (see RFC 9110, section 10.2.1). (These are the implemented subset of those defined in thepaths
property of the corresponding OpenAPI YAML definition.)The text was updated successfully, but these errors were encountered: