Attendees & Representation
TSC Members may indicate their attendance by marking an X in the column to the right.
Community members may use @name tag to mark their attendance below the table.
Representative | Organization | Role | |
---|---|---|---|
Deutsche Telekom AG | TSC Chair, Active Maintainer | ||
Deutsche Telekom AG | Active Maintainer | ||
Ericsson | Active Maintainer | ||
KDDI | Active Maintainer | ||
Orange | TSC Deputy Chair, Active Maintainer | ||
Radisys | EUC Representative | ||
Summit Tech | EUC Representative | ||
Telefonica | Active Maintainer | ||
Telefónica | Active Maintainer | ||
Verizon | EUC Representative | ||
Vodafone | TSC Deputy Chair | ||
Vodafone | Active Maintainer | ||
Vonage | Active Maintainer | ||
George Glass | TM Forum | TM Forum Representative | |
TM Forum | TM Forum Representative | ||
GSMA | GSMA Representative | ||
GSMA | GSMA Representative |
LF Staff:
Community:
Agenda
The project's Antitrust Policy, which you can find linked from the LF and project websites. The policy is important where multiple companies, including potential industry competitors, are participating in meetings. Please review and if you have any questions, please contact your company legal counsel. Members of the LF may contact Andrew Updegrove at the firm Gesmer Updegrove LLP, which provides legal counsel to the LF. |
- Review and approval of previous meeting minutes
- Action Items Review
- General Topics
- Governance & project management issues
- API Backlog
- Commonalities
- Identity & Consent Management
- Release Management
- Specific Topics
- ...
- Any Other Topics
Minutes
Review and approval of previous meeting minutes
- Minutes of previous TSC meeting: 2024-05-16 TSC Minutes
- ...
Action Item Review
- See home page Technical Steering Committee and 2024-05-16 TSC Minutes
Governance & Project Management issues
- EasyCLA vs Developer Certificate of Origin (DCO) (Casey Cain )
- Debrief from CAMARA Board Meeting and leadership call CAMARA / LF / GSMA
- "Codeowner" and "Maintainer" for the Governance repository (#138) (Herbert Damker)
- Process to change content in https://github.com/camaraproject/Governance is currently not defined, especially for important changes of ProjectCharter and other Governance documents
- Nevertheless it is clear that changes are in the responsibility of the TSC
- Proposal:
- Chair and Co-Chair of TSC as "Codeowners"
- All TSC Participants as "Maintainers", following the same rules like in Sub Projects
- Creating a GitHub team "TSC_participants" for this purpose (which can be used to request input on issues or reviews on relevant PRs)
- Process to change content in https://github.com/camaraproject/Governance is currently not defined, especially for important changes of ProjectCharter and other Governance documents
- New proposal how to manage "API Families" as Sub Projects with one lead repository and multiple API "family member" repositories (#142) (Herbert Damker )
- See issues about problem statement and proposed solution. It is a replacement for the previous proposal in #135 (working groups across Sub Projects).
- Proposed next steps: close #135 and create a PR for the new proposal to enhance ProjectStructureAndRoles.md accordingly (Herbert Damker )
- Discussion
- ...
- Proposal for new API Project lifecycle approach (Sandbox + Incubated) (#129)
- Proposal to postpone until the previous point is done (#142)
- Issues to resolve smaller issues within the governance (for information / request to contribute):
- Ongoing project organization tasks (just in case there are questions)
API Backlog (Ricardo Serrano Gutierrez )
- ...
Commonalities (Rafal Artych )
- Release 0.4.0-alpha.1 - https://github.com/camaraproject/Commonalities/pull/222
- Device object definition - https://github.com/camaraproject/Commonalities/issues/171
The solution proposed to be covered in the scope of this meta release was:
Apply the mechanism to rely on the access_token (not providing the device object in the API request) for 3-legged access scenarios.
Remove the networkAccessIdentifier from Device object
Adapt API Guidelines to ICM Securtiy and Interoperability Profile - https://github.com/camaraproject/Commonalities/pull/208
- Alignment with Release Management and ICM for Release Candidate
Identity & Consent Management (Axel Nennker )
- ...
Release Management (Tanja de Groot Samuel Adeyemo )
- Progress of meta-release plan: Meta-release Fall24. 1 API WAS added
- Commonalities and ICM M1 shifting into June; M2 still kept on 15/06
- Commonalities and ICM may have to prioritize the closing of main functional/technical issues or decide to move to next meta-release in order to reach an alpha release ASAP.
- Release Management issues status: see 2024-06-04 Release WG Minutes
- The API release tracking page has been added to all API Sub Projects (thanks to Casey)
- For new Sub Projects thIS page will be automatically created in the Confluence page structure. The RM documentation needs to be updated accordingly.
- API Sub Projects can create their API tracker(s) by clicking on the button on the API Release Tracking page and following the guidelines. There should be one tracker for each API version they plan to publish in the meta-release
- Updated API-Readiness-Checklist PR available for review: Add API-Readiness-Checklist.md to RM project
Specific Topic 1 (...)
- ...
Any Other Business
- ...
Next Meeting
- Next TSC Meeting will be on June 20th at 16:00 CEST / 14:00 UTC / 07:00 PST
- Specific agenda topics backlog:
- ...