You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Within API documentation the default session duration of 24 hours is only given as an example:
"... or the default session expiration time has been reached (within an example provider implementation it is set to 24hrs)"
"When not specified, a default session duration (e.g. 24 hours) is applied"
but in the API YAML file it is fixed:
duration:
type: integer
example: 86400
description: |
Session duration in seconds. Maximal value of 24 hours is used if not set.
After session has expired the client will receive QOS_STATUS_CHANGED event with
- qosStatus is 'UNAVAILABLE', and,
- statusInfo is 'DURATION_EXPIRED'.
See notification callback.
format: int32
minimum: 1
maximum: 86400
default: 86400
Proposal:
Omit "Maximal value of 24 hours is used if not set" and the default: 86400 line from the general YAML, 24 hours is then still the maximum and implicit default value, if there is not other default value defined by the network operator. A network operator can set a specific default for their network enviroment. A PR should also make the documentation more precise and encourage developers to set the duration if they expect a certain duration.
Background:
We would like to set a short default duration in certain networks (using environment variable), e.g. in case of test environments (as a mitigation to issue described in #101).
Also a default of 24 hrs might be too long from business perspective in production networks.
The text was updated successfully, but these errors were encountered:
Sounds reasonable to me. As you say the maximum implies an upper limit, so no implementation should allow a higher value, but we may allow different policies regarding the default. In any case, the client can always request for a value explicitly, and it will be informed of the applied value in the response.
We propose to not fix the issue. For test/lab deployments we have internal (not schema conform) solution to configure the default value. Leaving out the default value in the API spec would make the description incomplete.
A an alternative (correct) solution would be to make the duration paramater mandatory, but that would be a different issue.
Issue
Within API documentation the default session duration of 24 hours is only given as an example:
but in the API YAML file it is fixed:
Proposal:
Omit "Maximal value of 24 hours is used if not set" and the
default: 86400
line from the general YAML, 24 hours is then still the maximum and implicit default value, if there is not other default value defined by the network operator. A network operator can set a specific default for their network enviroment. A PR should also make the documentation more precise and encourage developers to set the duration if they expect a certain duration.Background:
We would like to set a short default duration in certain networks (using environment variable), e.g. in case of test environments (as a mitigation to issue described in #101).
Also a default of 24 hrs might be too long from business perspective in production networks.
The text was updated successfully, but these errors were encountered: