Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

...

...

...

Attendees

 

Organization

Name

Orange

Charter Communications

CableLabs

Telefonica

Jorge Garcia Hospital

Vodafone

Eric Murray Kevin Smith

Ericsson

Jan Friman

AT&T

T-Mobile US

G. Murat Karabulut

KDDI

Slagen

Nokia

China Telecom

FurongChen Moyuan Sun

ZTE

KPN

Huub Appelboom

GSMA

Reg Cox Mark Cornall

Centilion

Nick Venezia

Chunghwa Telecom

Deutsche Telekom

Noel Wirzius

MTN

China Mobile

@yinming Fu

Verizon

PlektonLabs

Wahid Mohammad

TIM

fabrizio moggio Antonio Varvara

...

  1. 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.

  2. 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 (9-10:30 UTC)

    • 4th Thursday of the month (15-16:30 UTC)

  3.  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. 

  4. New API proposals are included in backlog table when template PR is created, linking to the pending PR

  5. PR will be merged as soon as ready for TSC, and should be merged before TSC review

  6. API enhancements requires existing group’s validation. TSC is informed accordingly to validate

  7. Link and status in backlog table will be updated accordingly

  8. Issue to track API onboarding will be opened once new API is confirmed in TSC.

Approval of minutes of last conf. call

...

The API proposal was presented, including additional slide info 

Discussion to follow offline in the issue/PR.

  • To hold a separated ad-hoc meeting to clarify the scope and need of the API (conclusions to be shared with backlog before any further decision)

Huub Appelboom supports API proposal

G. Murat Karabulut previously raised some concerns but seem clarified with last documentation. (uploaded in API PR#67 and also direct link)

Pending: Proposal to be brought to TSC if no other concern is raised before end of week.

MEETING UPDATE:

under discussion in I&CM

Model As A Service Family

The API template is available in PR#84 - MaaS (Model As A Service) Family

Knowledge Base - Manage

The API template is available in PR#84 - Knowledge Base - Manage

Q&A Assistant - Manage

The API template is available in PR#84 - Q&A Assistant - Manage

Q&A Assistant - Service

The API template is available in PR#84 - Q&A Assistant - Service

Issue #

Company

Summary

Status Update

22

T-Mobile US

Capability and Runtime Restrictions

The API template is available in PR#74

It was accepted by the TSC to treat this as a new API

Initial YAML files to be included in the API TEMPLATE

  • Clarifications will be provided by Murat.

    • Intended to cover these slides but time ran out:

      View file
      nameCapabilities_and_Runtime_Restrictions_Update.pptx
      and request ‘sandbox creation’. Will update the Issue #22 accordingly.

  • To be reviewed in TSC on 17th

MEETING UPDATE:

TSC Decision: Ask to G. Murat Karabulut to provide some examples where this API will be useful. To be revisited during the after-next TSC meeting .

18

Totogi

New Proposal: Receive SMS

The API template is available in PR#75

Seems to fit in the SMS as a new scope enhancement 

The issue is not eligible to be closed yetApproved for Sandbox repository

Follow-up on API onboarding:

https://github.com/camaraproject/APIBacklog/issues/134

18

Totogi

New Proposal: Receive SMS

The API template is available in PR#75

Seems to fit in the SMS as a new scope enhancement 

The issue is not eligible to be closed yet.

ACTION: Ricardo to formally proceed with the scope enhancement os the SMS group

MEETING UPDATE:

  • Reminder sent

4120

Telefonica

New API Proposal: Telco ScoringDeutsche Telekom

Best Interconnection

The API template is available PR#42available in PR#88

Input from OGW Drop 4

Presented slides: API-Overview-TelcoScore.pptx

The API seems to not fit within KYC and new sg should be created. Support is required, feel free

Scoring can be calculated both with any user registered in the telco. Less information means less scoring, Algorithm may be different for each of the implementators (MNO)

ACTION: Toshi validate if This API may fit within KYC API family → The issue was raised but still under discussion 

→(Toshi's proposal 20240627) In API Backlog 20240613 meeting, Jorge TEF and Toshi KDDI agreed that the API does not fit within the existing KYC-SP.  Then, in KYC-SP 20240625 meeting, that was shared within KYC-SP and there was no objection.  Closed.

Pending meeting with DT to seek for support.

ACTION Noel to come back to TEF

Telefonica manage to find the support of VDF (Kevin confirmed in the chat also) and DT if no objections. The name should be readressed, Jorge was prposing Telco Index to avoid using legal restrictions for using words "Credit" and "Scoring".

Nick propose Telco Trust → Discussing this in the issue ofline.

Tanja (note in chat on behalf of Release Mgmt): Reminder to not use Telco specific terms in API names. To avoid: Telco, operator, CSP, subscriber, customer, EMEI, UE, etc.  

Pending:

  • Group created, pending to include maintainers/codeowners

MEETING UPDATE:

All ready, to be closed

20

Deutsche Telekom

Best Interconnection3

Seek for support

ACTION: See if there is any overlap within EdgeCloud

ACTION: Nick (centillion) to review with Noel (DT) about the match of use cases and consider support.

DECISION API to be de-prioritised following de-prioritisation by OGW, but to remain in backlog. Issue to remain open.

MEETING UPDATE:

 Not treated

68

Telefonica

New API proposal - Consent URL

The API template is available PR#67

The API proposal was presented, including additional slide info 

Discussion to follow offline in the issue/PR.

  • To hold a separated ad-hoc meeting to clarify the scope and need of the API (conclusions to be shared with backlog before any further decision)

Huub Appelboom supports API proposal

G. Murat Karabulut previously raised some concerns but seem clarified with last documentation. (uploaded in API PR#67 and also direct link)

Pending: Proposal to be brought to TSC if no other concern is raised before end of week.

MEETING UPDATE:

under discussion in I&CM

91

Telefonica

Fixed Lines in Location

The API template is available in PR#92

METING UPDATE:

Issue open in Carrier Billing https://github.com/camaraproject/CarrierBillingCheckOut/issues/190

93

Telefonica

Line Eligibility for Carrier Billing API

The API template is available in PR#88

Input from OGW Drop 3

Seek for support

ACTION: See if there is any overlap within EdgeCloud

ACTION: Nick (centillion) to review with Noel (DT) about the match of use cases and consider support.

DECISION API to be de-prioritised following de-prioritisation by OGW, but to remain in backlog. Issue to remain open.

MEETING UPDATE:

 Not treated

68

Telefonica

New API proposal - Consent URL

The API template is available PR#67

83

China Mobile

China Mobile presented the API

ACTION: To include support from ZTE and Huawei. Proposals in good shape for been moved to TSC approval, Haojie Li asked for one additional round for more clarifications and comments.

 MEETING UPDATE:

Group created, actions pending to be solved

  • Codeowners/maintainers to be included

  • API scope to be included

85

China Mobile

 

As per 83

 

86

China Mobile

 

As per 83

87

China Mobile

 

As per 83

91

Telefonica

Fixed Lines in Location

The API template is available in PR#92

METING UPDATE:

Issue open in Carrier Billing https://github.com/camaraproject/CarrierBillingCheckOut/issues/190

93

Telefonica

Line Eligibility for Carrier Billing API

The API template is available in PR#94

MEETING UPDATE:

Issue open in location PR#94

MEETING UPDATE:

Issue open in location https://github.com/camaraproject/DeviceLocation/issues/271

89

China Mobile

IP High-throughput Elastic Network 

The API template is available in PR#90

Approved for Sandbox repository

Follow-up on API onboarding:

https://github.com/camaraproject/APIBacklog/issues/133

Review of Action Points

AP #

AP Owner

AP description

Related issue

Status

20240523-01

API Backlog Governance

Backlog Governance to reach up TelecomXchange & Netfocusin to see if the could connect next meetings

23 24

Open

20240711-04

MTN/Chenosis

IMEI Fraud: Check the material shared by Eric/GSMA regarding DeviceCheck, and validate the inclusion of the API in the Device Identifier group

  • IMEI Fraud will offer more information than GSMA Device Check service. MTN and other supporters should meet with GSMA to discuss if proceeding with this API within CAMARA still makes sense. Request for meeting already sent by GSMA.

  • Action to remain open until after meeting with GSMA is held

Meeting Update: Waiting for more updates, any other operator open to join

63

Open

20240912-01

Cablelabs

QualityByDesign:

  1. List of maintainer/codeowner https://github.com/camaraproject/

DeviceLocation
  1. APIBacklog/issues/

271

89

China Mobile

IP High-throughput Elastic Network 

The API template is available in PR#90

Approved for Sandbox repository

Review of Action Points

AP #

AP Owner

AP description

Related issue

Status

20240523-01

API Backlog Governance

Backlog Governance to reach up TelecomXchange & Netfocusin to see if the could connect next meetings

23 24

Open

20240711-04

MTN/Chenosis

IMEI Fraud: Check the material shared by Eric/GSMA regarding DeviceCheck, and validate the inclusion of the API in the Device Identifier group

  • IMEI Fraud will offer more information than GSMA Device Check service. MTN and other supporters should meet with GSMA to discuss if proceeding with this API within CAMARA still makes sense. Request for meeting already sent by GSMA.

  • Action to remain open until after meeting with GSMA is held

Meeting Update: Waiting for more updates, any other operator open to join

63

Open

20240912-01

Cablelabs

QualityByDesign:

  1. List of maintainer/codeowner https://github.com/camaraproject/APIBacklog/issues/70

  2. User stories for the project, as first deliverable of the group

  3. Discuss the concept & propose rename

  4.  (TSC) Adjust the name

 

70

Open

20240926-01

Telefonica

Telco Scoring 

  • Decide final name proposal for repo creation → Closed

  • Pending to confirm codeowner/maintainers, email sent and issue in discussion

 41

Open

20240926-03

China Mobile

5G New Calling

  • China mobile to further present the API proposal and include material in API  PR#31.

    1. 70

    2. User stories for the project, as first deliverable of the group

    3. Discuss the concept & propose rename

    4.  (TSC) Adjust the name

     

    70

    Closed

    20240926-01

    Telefonica

    Telco Scoring 

    • Decide final name proposal for repo creation → Closed

    • Pending to confirm codeowner/maintainers, email sent and issue in discussion

     41

    Closed

    20240926-03

    China Mobile

    5G New Calling

    35

    Open

    20241010-01

    China Mobile

    IP High-throughput Elastic Network 

    • Provide more information on the technology dependancy, and the differences to current proposals

      • Slice bookking

      • QoD

      • Dedicated Networks

    Pending review from Kevin about responses in the PR. Jorge Garcia Hospital raised concerns about technology dependancy in this API proposal

    89

    Closed

    20241010-02

    ALL

    IMEI Fraud

    • Provide support from any company to take this API.

    63

    Open

    20241024-01

    China Telecom

    Clarifications required in IoT API Proposals

    95 96 97

    Closed

    20241024-02

    Verizon

    Device Management

    • Slides presented by Mahesh Chapalamadugu & @joshua

      Slide will be uploaded and reviewed offline before approval

    50

    Open

    20241024-03

    T-Mobile US

    Capability and Runtime Restrictions

    Ask to G. Murat Karabulut to provide some examples where this API will be useful. To be revisited during the after-next TSC meeting .

    22

    Closed

    20241114-01

    Cablelabs

    QualityByDesign:

    1.  Adjust the name as in https://github.com/camaraproject/

    WebRTC
    1. APIBacklog/

    issues/52 to discuss win WebRTC about relationship

    35

    Open

    20241010-01

    China Mobile

    IP High-throughput Elastic Network 

    • Provide more information on the technology dependancy, and the differences to current proposals

      • Slice bookking

      • QoD

      • Dedicated Networks

    Pending review from Kevin about responses in the PR. Jorge Garcia Hospital raised concerns about technology dependancy in this API proposal

    89

    Open

    20241010-02

    ALL

    IMEI Fraud

    • Provide support from any company to take this API.

    63

    Open

    20241024-01

    China Telecom

    Clarifications required in IoT API Proposals

    95 96 97

    Open

    20241024-02

    Verizon

    Device Management

    • Slides presented by Mahesh Chapalamadugu & @joshua

      Slide will be uploaded and reviewed offline before approval

    50

    Open

    20241024-03

    T-Mobile US

    Capability and Runtime Restrictions

    Ask to G. Murat Karabulut to provide some examples where this API will be useful. To be revisited during the after-next TSC meeting .

    22

    Open

    20241114-01

    Cablelabs

    QualityByDesign:

    1.  Adjust the name as in https://github.com/camaraproject/APIBacklog/pull/117

    2. Session Insights is the new name to be confirmed

     

    116
    1. pull/117

    2. Session Insights is the new name to be confirmed

     

    116

    Closed

    20241128-01

    China Telecom

    IoT SIM Status Mgmt API:

    Slides presented in the meeting (to be updated into the API proposal documentation)

    Eric Murray G. Murat Karabulut New proposal focused on the management of services of devices (activate/deactivate) but still in relation with Device Management concept

    Mahesh Chapalamadugu (Verizon) to confirm if both proposals may still be merged

    AP: Email thread to be opened to provide a common position

    95

    Open

    20241128-02

    China Telecom

    IoT SIM Fraud Prevention API

    New proposal shared byMoyuan Sun about SIM-Device binding change (possibly related to Device Swap) and area alerting (possibly related to Geofencing). Actions over lines are part of Device Management.

    AP: China Telecom to update proposal in PR#103

    96

    Open

    20241128-03

    Backlog Admins

    IoT SMS send API

    Proposal to be withdrawn → AP to take it out

    97

    Open

    20241128-04

    China Mobile

    Facial Recognition

    Eric Murray proposes in 126 to consider this APi as part of already existing ModelAsA Service APi group (also from China Mobile)

    YinMing Fu considers APi separated as MaaS focused on LLM models

    Eric Murray raises issues on match with CAMARA authentication, privacy and identity existing mechanisms to be applied in this API

    Jorge Garcia Hospital raised question on the telco capabilities been leveraged, to be clarified

    AP to China Mobile to clarify open points

    126

    Open

    20241128-05

    TIM

    IoT Data Transfer Activation

    Kevin Smith posible overlap with Dedicated Network API (proposal), related to configure a network for a set of devices. To be reviewed.

    AP: Open issue in Dedicated Network API to discuss.

    143

    Open

    Decision Points

    DP #

    DP description

    Status

    1

    Increase backlog meeting duration from 1 to 1:30:

    1. 2nd Thursday of the month (10-11:30 CET)

    2. 4th Thursday of the month (15-16:30 CET)

    Agreed

     2

     Move meeting schedule to UTC:

    • Backlog 2nd Thursday: 09:00 UTC (10:00 CET / 01:00 PT) [Note: during next DST, 11:00 CEST / 02:00 PST]

    • Backlog 4th Thursday: 14:00 UTC (15:00 CET / 06:00 PT) [Note: during next DST, 16:00 CEST / 07:00 PST]

    Or align with TSC:

    • Backlog 2nd Thursday: 09:00 UTC (10:00 CET / 01:00 PT) [Note: during next DST, 11:00 CEST / 02:00 PST]

    • Backlog 4th Thursday: 15:00 UTC (16:00 CET / 07:00 PT) [Note: during next DST, 17:00 CEST / 08:00 PST]

    Agreed

     

     

     

     

     

     

    ...