Versions Compared

Key

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

DRAFT MINUTES

Attendees

 

Organization

Name

Orange

Ludovic Robert

Charter Communications

Christopher Aubut

CableLabs

Telefonica

Jorge Garcia Hospital

Vodafone

Ali Gilani Eric Murray Kevin Smith

Ericsson

Jan Friman

AT&T

T-Mobile US

KDDI

Yusuke Nakano Masaharu Hattori Toshi Wakayama

Slagen

Nokia

China Telecom

ZTE

KPN

GSMA

Reg Cox Mark Cornall

Centilion

Chunghwa Telecom

Guang-Han Ma

Deutsche Telekom

MTN

China Mobile

Verizon

PlektonLabs

TIM

fabrizio moggioAntonio Varvara

NTT

...

  • GSMA informed CAMARA Backlog that Open Gateway is considering certain Drop2/3/4 APIs that have been stuck in Backlog, “at risk”, due to lack of support. What this means is that GSMA is pushing our MNOs to actively reconsider within the next 2 weeks if they can support them. By raising it in the Backlog meeting we increase the chance to find enough support to “reactivate” progress. 

    • Best Interconnect

    • IMEI Fraud API

For clarity if any API is not a priority for OGW anymore at this point in time, we still expect they can progress independently in CAMARA.

...

Issue #

Company

Summary

Status Update

22

T-Mobile US

Capability and Runtime Restrictions

The API template is available in PR#74

Approved 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

20

Deutsche Telekom

Best Interconnection

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

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#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

126

China Mobile

Facial Recognition

The API template is available in PR#130

EasyCLA to be solved

METING UPDATE:

material presented by YinMing Fu.

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

--> MNO face database is used

AP to China Mobile to clarify open points

To modify the template to ScopeEnhancement of MaaS.

YinMing Fu updated  PR#130 and API will be treated in next TSC 19th dec. 15:00 UTC

METING UPDATE:

Approved, pending to decide whether it will be aprt part of same repo or different from MaaS

141

TIM

Energy Footprint Notification

The API template is available in PR#142

Approved:

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

...

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

20240926-03

China Mobile

5G New Calling

35

Open

20241010-02

ALL

IMEI Fraud

  • Provide support from any company to take this API.

63

Open

20241024-02

Verizon

Device Management

  • Slides presented by Mahesh Chapalamadugu & @joshua

    Slide will be uploaded and reviewed offline before approval

50

Open

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

Closed

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

Closed

20241212-01

KDDI

QoS Booking

Open issue in Dedicated Network API to discuss possible overlap.

154

Closed

20250109-01

TIM

IoT Data Transfer Activation

Modify current API proposal (PR and name) with new use cases (TIM)

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

 3

 As in APIBacklog/issues/123 , companies see a suitable feature to have a spot in each repository where participants can be reported, stating the interest of those participant companies for this API.

Current optionsDecision based on TSC feedback:

  • CodeOwner/maintainer list: Includes companies actively leading the API definition, but not companies which participate in a more passive way.

  • Github contributors tool (e.g./APIBacklog/graphs/contributors ) reports the companies which have participated actively in the API, with e.g. providing code. But does not report companies who passively track the API evolution, e.g. participating in the discussion meetings.

Proposal to create a place where companies can provide their support or willingness to participate in an API, not official as maintainer/codeowner and not providing proper code as in contributors.

Companies to provide support (or concerns) about this proposal.
  • Create a participants / interested parties template to be included in each confluence page. Company names to be included.

    • Create a description of the meaning of participant (companies interested in an API, participating actively or passively in the WG…)

    • Templates to be provided and included in current and new WG

Agreed

 

 

 

 

AoB

N/A

Q&A

How does CAMARA API pipeline work?

...