-
Notifications
You must be signed in to change notification settings - Fork 59
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
Maximum duration 86400 in SessionInfo cannot support 'Extend Session Duration' #272
Comments
@emil-cheung Currently the description you have cited does not allow to extend beyond the "maximum limit" which is defined as 86400 seconds in
But there is another reason to remove the "86400 seconds" limit from Do you agree to close your issue and continue the discussion within #249? |
@hdamker Please allow me to describe an extreme example. At this very moment:
My understanding was that as remaining duration + requested additional duration is 86,400 seconds, the duration extension request is acceptable. While your understanding is that since total duration is 166,400 seconds, the duration extension request is not acceptable. I am fine with either understanding, but let's clarify which one is the expected one among the community. |
Hi @emil-cheung and @hdamker,
Paragraph 1: In this section, the new duration of the target session is the sum of the original duration and the additional duration. In the handling of session information,
The limitation of a session to one day would be maintained. The second paragraph appears to lack coherence, as it would imply extending the duration of a session beyond a day. |
@dfischer-tech I agree, the second paragraph is ambiguous. We might have had another semantic in mind when writing it. There are two options: (a) maxDuration (or the limit of 86400 seconds) is absolut. Also the extended session duration can't be beyond this limit. (b) maxDuration is relative to the current time. The maxDuration will be "restarted" by extendDuration (similar to deleting the current session and creating a new one). The requirement would be in this option that "expiresAt" is not more than maxDuration into the future. We had defined the calculation of the new duration based on the original duration (the first sentence), to avoid unclarity about the new duration. Regarding the limit for the duration we obviously currently described the option (b). The new remaining duration shall not exceed maxDuration. But as @emil-cheung has rightfully shown, that would mean that the resulting overall duration of the session could exceed "maxDuration" (even could be unlimited extended again). If option (a) we need to correct the second paragraph, e.g. to If option (b) we need also make the second paragraph clearer: We need also to add examples to make it clear. We have to decide first if we want to follow option (a) or (b). and then patch the documentation. @emil-cheung @jlurien @eric-murray @SyeddR @RandyLevensalor - which option is fitting to your understanding and should be followed? |
@hdamker I'd lean towards option b. By treating extend duration as a new session, we can apply the same pending / approval flow as we would for a new session. We also need to ensure that we document the behavior if the session can't be extended. This also allows a service provider to implement a policy that would reject an extend session that exceeds the maxDuration of the initial session in their business logic without limiting their options. Also, with treating extend session as new session it keeps the door open to allow for other QoD session attributes to be changed in the same manner. Either through a patch or a specific modify option, such as we are using with extend session. |
My understanding on the topic was also option (b), but I see the ambiguity in the statement. Option (b) allows more flexibility and it's probably easier to understand for developers. We may discuss if implementations could impose further limits to extension. It's somehow related to #257 |
Decision from QoD Call March 22nd:
Action:
|
Problem description
QoD has introduced 'Extend Session Duration' since v0.10.0 which means that the total duration of a QoD session may exceed 86400.
The responses of:
shall return the total duration of the QoD session.
However, in the datatype 'SessionInfo' used by the responses above, the max limit of 86400 remains.
Expected behavior
Remove the max limit of 86400 in datatype 'SessionInfo'.
Alternative solution
Or define another max limit larger than 86400 in datatype 'SessionInfo'.
Additional context
The documentation of 'Extend Session Duration' operation:
"Extend the duration of an active QoS session. If this operation is executed successfully, the new duration of the target session will be the original duration plus the additional duration. The remaining duration plus the requested additional duration shall not exceed the maximum limit. Otherwise, the new remaining duration will be the maximum limit."
The text was updated successfully, but these errors were encountered: