DRAFT AGENDA

Attendees & Representation

...

LF Staff: na

Community: Herbert Damker Rafal Artych Jose Luis Urien Surajj Jaggernath Patrice Conil Thorsten Lohmar Ákos Hunyadi Ramesh Shanmugasundaram Toshiyasu Wakayama Fabrizio Costa ,  G Vidal, Andrew Wajs Maximilian Laue Eric Murray 

Agenda

• Antitrust Policy
• Review of previous meeting minutes
  • ...Agreed
• General Topics
  • Patch release v0.10.1
  • Further Open Pull Requests
  • New Issues
  • Release Process and planning for v0.11.0 0 / v.1.0.0?
  • Existing Issues (partially addressed)
• Any Other Topics

Minutes

Patch release v0.10.1

• #277 Fix maximum duration in session info and improve documentation
  • Review comment(s) to be addressed
    • Explain semantic of "maximum duration" in term section, that always referring to the "remaining" duration.
    • Limit will in future defined by the maxDuration of the profile
    • If an operator is further restriction, this can be enforced by not granting the extension of a session
    • Herbert Damker will update the PR and ask for a final review
  • Ready for final review?
• #279 Create patch release v0.10.1 
  • Already "pre-approved"
  • Can be merged and release created after #272 is done

...

• PR #273 feat: add the statusInfo as parameter to the SessionInfo
  • PR to resolve issue #267 within v0.11.0
  • Tbe merged after v0.10.1 patch release is done
  • Ready for final review.
• PR #275 Upping the checkout action in the swagger validation to remove a warning
  
  • Ready to be merged ?→ Herbert Damker 
  • Any further issues regarding linting to be opened? → new issue for redoc.
• PR #228 and #217 still in draft mode.

...

• #276 Question on the anyOf in DeviceIpv4Addr
  • Request to raise opinions within the issue.
  • Patrice will test both solutions with code generator in use

Release planning v0.11.0 / v.1.0.0?

• New sequence towards a "public release" (on our example 0...
• ...

Existing Issues ()

• 11.0)
  • For "work in progress" current proposals of RM is to use only "wip" in the version number field.
  • 0.11.0-alpha.n ... optional releases during development phase
    • decision is up to the sub project to create them
  • 0.11.0-rc.n ... sequence of release candidates, to be used by implementors
  • Public release either
    
    • 0.11.0 or
    • 1.0.0, depending on fulfilment of criteria and TSC decision
• Milestones and Release Process -
  • see Test meta-release page layout and Meta-release Milestones (under discussion in Release Management)
  • Assumption: scope of Commonalities known at M1 (30.4.), release candidate available at M2 (15.6.), afterwards only bug fixes
  • What is the expectation to sub project at M3? 
    • Feature development mostly done? (an alpha release?)
    • Adaptation to latest changes of Commonalities & ICM have to be done afterwards
  • What would be a latest date for v0.11.0-rc.1?
  • Last (stable) release candidate on M4 (31.08.), all prerequisites/criteria for the "public release" to be fulfilled until then

Existing issues (only the ones discussed):

• #272 Maximum duration 86400 in SessionInfo cannot support 'Extend Session Duration'
  • Addressed by PR #277
• #272 Maximum duration 86400 in SessionInfo cannot support 'Extend Session Duration'
  • Addressed by PR #277
• #271 X-Correlator required within OAS definition of QualityOnDemand API
  • As of last meeting
  • Related to this is clarification being discussed at camaraproject/Commonalities#164
  • Decision: We will wait for the clarification in Commonalities
• #268 Provision mode for QoD
  • As of last meeting:
    • The proposal is about introducing a new API for permanent provisioning of a QosProfile. Session will not limited in duration and will be started when a device opens the defined flow.
    • Enhancement or even new API - would a discussion in API Backlog make sense?
      • Arguments: the API could be considered as a different product. The behaviour will be different and the API will most probably require a different charging model
  • One new comment from Kevin Smith within the issue
  • Action: API proposal template to be filled for this API (at least describing the differences to QoD Session API) Jorge Garcia Hospital Jose Luis Urien 
    • The template is available here: https://github.com/camaraproject/WorkingGroups/blob/main/APIBacklog/documentation/API-proposal-template.md
• #267 Polling for statusInfo in GET /sessions/{sessionId} not possible
  • Bug within v0.10.0
  • PR #269 created as short-term patch and merged
  • PR #273 created as resolution within v0.11.0 (not to be merged before v0.10.1 patch release)
• #265 Proposal to split QoS Sessions and QoS Profiles into two separate API definitions
  • As of last meetings:
    • Jose will prepare a PR, just the split without any further changes (incl. copying schemas, decision about common file later)
  • PR will be created (only) after the patch release v0.10.1
  • Discussion of basepath within the issue (comment from Jose): 
    • qos-profiles agreed for the profiles.
    • v0.11.0 as version for both APIs (as the same functionality was already available in v0.10.0)
    • qod or qod-sessions or qos-sessions or quality-on-demand?
  • Request for action: please raise your opinions within the issue
#257 Error behaviour when session cannot be created due to "time cap" limitation
• As of last meeting: PR will be created by Jose.
• No update, waiting for #265
• #249 Duration in QosProfile and SessionInfo
  • #265 to be done first
#245 Update and enhance test definition file for QOD API

• As of last meeting:
  • Jose has opened a new issue in Commonalities with request for some additional guidelines (#158)
• No update (no Commonalities meeting in between)
#244 Align securitySchemes and security of QOD API spec with IdentityAndConsentManagement
• No update; #265 to be done first (split of APIs)
• #238 Updating the project scope in the ReadMe
  • see PR #255 above; closed
• #194 Add Application Function Id (afId) or Sponsor Id
  
  • As of last meetings:
    • New comments were added within the issue camaraproject/IdentityAndConsentManagement#126 (opened by Syed), to be reviewed.
    • Syed will investigate into TMF 931.
    • Akos/Syed: backend service will not necessary get the client id via the access token. This might justify to add an application id within the payload.
  • No update
• #166 Extend QoS Profile queries to list profiles based on specific users or devices
  • As of previous meetings:
    • #265 to be done first (split of APIs)
    • More clarifications on subscription will be added by Emil
    • Description of parameters/filters within the issue needed
  • No update
#101 List endpoint for active sessions of authenticated user
• As of previous meetings:
  • At least two different use cases
    • As described originally within the issue: API consumer wants to get a list of open sessions across different subscribers
      • within result would be only session created by the API consumer itself
      • Herbert: in this case the API consumer will not get additional (personal) information from this endpoint which they haven't received already earlier (during session creation). Potentially possible with 2-legged token?
    • Use case added by Jose: API consumer wants to get a list of sessions which are (potentially) already opened for a specific device
      • Would require a 3-legged token and potentially consent from end-user?
  • Discussion to be continued within the issue
Discussion to be continued based on the summary in
• #265 Proposal to split QoS Sessions and QoS Profiles into two separate API definitions
  • In addition we have to decide about the title, see
• • https://github.com/camaraproject/QualityOnDemand/issues/
101#issuecomment
• • 265#issuecomment-
2015041284
• • 2039406276
  • Request for action: please raise your opinions within the issue, it is important to be able to start the work on the PR
No update.

Any other topics

• Next QoD will be on April 19th, at 14:00 CEST / 12:00 UTC.

Action items

•  Update the PR #277 and ask for a final review until next Wednesday Herbert Damker 08 Apr 2024 
•  Create patch release by merging #279 after #277 is merged Herbert Damker 12 Apr 2024 
•  Merge PR #275 Herbert Damker 08 Apr 2024 
•  All: raise opinion within issue #265 about the title and basepath of the splitted QoD session API 17 Apr 2024