DRAFT MINUTES
...
- Antitrust Policy
- Approval of minutes of last conf. call
- Recent Updates & Recap
- Review of Action Points
- Discussion
OGW Drop #3 APIs: #19 (Device Quality Indicator)
OGW Drop #4 APIs: #27 (Verified Caller), #35 (5G New Calling), #34 (Shutdown Service Status), #2 (Tenure)
Other APIs: #17 (Consent and Measurement), #18 (Receive SMS), #23 (Carrier Wholesale Pricing), #24 (Steering of Roaming Information), #29 (Call Status), #28 (Device Data Volume)
Governance: #4 (Structures and roles, RACI, Maintainers initiative)
- Clossing Issues
- Action Points
- AOB
- Q&A
...
New Procedures in API Backlog WG meetings
A number of improvements are under discussion with leadership team of OGW project (Henry), CAMARA Project (Markus), Product Definition WS (Helene) and TSC (Herbert). As of today, the WG adopted agreements are three:
- To close the agenda SEVEN DAYS BEFORE the conf. call.
- In case a WG participant wants to include a point in the agenda (e.g., present a new API proposal), this participant shall ensure the corresponding issue is opened in Github by then.
- Exceptional situations will be treated separately.
- New schedule of conf. calls **The meetings are to be held by Linux Foundation (Links available at GitHub and Confluence Backlog front pages)
- 2nd Thursday of the month (10-11 CET)
- 4th Thursday of the month (15-16 CET)
- Send agenda to TSC mail list, to encourage more TSC member companies to join the call and provide comments when they identify APIs which are of interest for them.
Meeting Minutes within Wiki instead of Github
...
Approval of minutes of last conf. call
- Minutes of last API backlog WG call available here
DECISION: Approved
Recent Updates & Recap
TSC meeting 18th April:
...
- Keep PRs in the old repo and the new PRs will directly need to be opened in the new repo
- Issues will be moved to the new repo
Backlog table
- Table updated in PR#38 (merged)
Review of Action Points
AP # | AP Owner | AP description | Related issue | Due date | Status |
20230208-02 | WG delegates | Delegates from interested parties to prepare a list of questions for this API, for Nick to answer them. | 2024/02/21 | Open | |
20230208-01 | Centilion | To draft a simple figure illustrating the API logic with a high-level workflow, and attach it to the PR. | 2024/02/21 | Open | |
20240314-01 | Governance | Ricardo to share the RACI in the issue 367 comments, after making CAMARA specific document and validation by TSC | 367 | 2024/03/14 | Open |
20240411-01 | Deustche Telekom | Noel updating proposal with new fields. Start in parallel while device status API is split | 375 |
| Open |
20240411-03 | Telefonica&DT | Modify the README for the QualityOnDemand subproject and include the new Scope enhancement | 402 404 |
| Open |
20240425-01 | API Backlog Governance | To include Chris as a Codeowner in the new API Backlog Repo | -- |
| Closed |
20240425-02 | Centillinon | Next API Backlog meeting, Nick to bring new use cases and endpoints | 351 |
| Open |
20240425-03 | China Telecom | Include in the template that the scope is not limited to mobile lines and the shared slides in the template as supporting documents | 409 |
| Open |
Discussion
Current Issues
17 | Centillion | New Proposal for Authorization for Advertisements, Advertisements Consent, and Measurement The API template is available in PR#386. |
The issue is not eligible to be closed yet. Nick will be working within next weeks on providing what camara can work on within this API ACTION: Next API Backlog, Nick will bring new use cases and endpoints Not treated, to be handled in nex meeting (look at APs) | ||
4 | Governance | Adapt Project StructuresAndRoles.MD to changes in API backlog table (reduction of comments) | Ricardo is currently working on modeling a new table New WoW 3 companies needed Nick propose to focus more in the Commercial viability of the proposal in orther to rise up interest of other companies Huub points out the sensibility of posting commercial strategies within this type of forums as many companies are potential competitors The issue is not eligible to be closed yet. | ||
18 | Totogi | New Proposal: Receive SMS The API template is available in PR#391 |
This issue was not treated in this conference call The issue is not eligible to be closed yet. DECISION: not treated to be treated in following session | ||
19 | Deutsche Telekom | New Proposal: Device Quality Indicator | Noel proposed Device Status subgroup to integrate their APIs within Noel's. Noel to make the proposal to the API Backlog and provide update Two proposals Isue 375 and 412 would be integrating within the Device Status subproject The issue is not eligible to be closed yet. to be treated in following session | ||
23 | TelecomsXChange | New Proposal: Carrier Wholesale Pricing First YAML avaliable here | The issue was not treated in this conference call The issue is not eligible to be closed yet. DECISION: not treated to be treated in following session | ||
24 | Netfocusin Technologies | New Proposal: Steering of Roaming Management | Does not seem to be in the Scope of Camara. DECISION: Discuss this in the next meeting (whenever Netfocusin Technologies is able to connect) 27 to be treated in following session | ||
China Telecom | New API proposal: Verified Caller The API template is available in PR#410 Input from OGW Drop 4 Additional information in PR#418 | Eric: Is the initial customer making a call to the API to show the brand to clients? Jason: Yes, it would be eg the hospital or the bank. Not limited to mobile lines. Start by API aproach and then include de registration flows and interworkings All the information need to be preprovided in the systems for the API to work (templates) Verified call can not be spufed or faked by criminals as there is the mobile number ACTION: Include in the template that the scope is not limited to mobile lines → Solved ACTION: Include the shared slides in the template as supporting documents → Solved Ready for closing, to be brought to TSC for approval. | |||
Deutsche Telekom | New API Proposal: Device Data Volume New template in PR#39 | The Template was merged by mistake PR#411, The PR needs to be updated The two APIs will be treated as new proposals that will be presented to the TSC when ready in BL ACTION: Reopen the closed pull request or make a new one with the existing files → solved To be treated in next session | |||
--Rogers | New API Proposal: Call Status | Nicholas to update template in PR, clarify in the issue whether this proposal come from GMSA and review existing API linked by noel in the issue To be treated in next session | |||
Vodafone | New API Proposal: Tenure The API template is availale in PR#1 | Input from OGW Drop 4 | Reviewed, including existing yaml proposal. Proposal to become part of a separate repo/subproject considering that it owns enough supporters, proposal to get the API for approval AP: to check with KDDI (KYC family owner) if this APi discussions can fit in the KYC meeting, due to the similarity in use cases. Decision: move for approval, to be treated in following TSC | ||
China Unicom | New API Proposal: Shutdown ServiceStatus The API tempate is available in PR#32 | Not treated (relations with device status to be considered) To be treated in next session | |||
China Mobile | 5G New Calling The API template is available PR#31 | Not treated To be treated in next session |
Closing Issues
20 | Deutsche Telekom | Best Interconnection | The issue was not treated in this conference call. Noel aplogized in advance and suggested to wait till April first week TSC meeting to move on with this API DECISION: Move to TSC |
22 | T-Mobile US | Capability and Runtime Restrictions | It was accepted by the TSC to treat this as a new API intitial YAML files to be included in the API TEMPLATE The issue was not treated in this conference call |
...
37 | Vodafone | Move Simple Edge Discovery to own repository | Closed, moved to new separate repo. |
Action Points
AP # | AP Owner | AP description | Related issue | Due date | Status |
Decision Points
DP # | DP description | Related issue |
AoB
Next Backlog conf. call: 23th May, 15-16 UTC+2.
Next TSC conf. call: 16th May, 16-17,30 UTC+2
Q&A
How does CAMARA API pipeline work?
...