Device Identifier Meeting Minutes 2024-01-12

Attendees & Representation

Agenda

• Review of previous meeting minutes

• Discussion on requirements for IMEI Fraud

• Review of Device Identifier API status

• AOB

Discussion on IMEI Fraud API

• See API Proposal submission here

• Open Discussions:

  • #37: IMEI Fraud API Input

    • Proposal is just to use a single "IMEI" field, which would accept either IMEI or IMEISV

  • #34: What values should the IMEI Fraud API respond with to indicate reported ownership status?

    • The GSMA appear to have an existing Device Check service, which includes an API. How does the CAMARA proposal differ from this?

Review of Device Identifier API status

• Current "work in progress" version can be found here

PRs

• New PRs:

  • None

• Open PRs:

  • None

• Closed PRs:

  • PR #45: Update CAMARA Device Identifier API.yaml

    • Changes basepath from dvi/v0 to device-identifier/v0 

    • Version number updated to v0.3.0

    • Fixes Issue #40:  Proposed renaming of device identifier API

•  

  • PR #44: Create README.md

Issues

• New Issues
  
  

  • Issue #46:  Rename API title to CAMARA Mobile Device Identifier API

    • Current API title is "CAMARA Device Identifier API", but the API only applies (and can only apply) to mobile devices.

    • It is proposed to make this clearer by renaming the API to "CAMARA Mobile Device Identifier API"

•  

  • Issue #47: Add ageOfInformation field to API response

    • Follows on from Discussion #35

    • Current API response gives no indication of when the physical device information was collected for the specified subscription identifier (e.g. phoneNumber). Dependent on the backend implementation, this information could have been collected some time earlier, and potentially be out of date

    • Add an ageOfInfomation field to the response. Time unit TBD, but probably "hours" is sufficient.

• Open Issues:

  • Issue #30: Defined scopes and meanings, being discussed in Issue 

    • Issue updated to give 3 options:

      • Proposal is to have two scopes - one for all information, and one for TAC, Make and Model only

      • Alternative 1: One single scope, which gives all information

      • Alternative 2: Two scopes but two endpoints

        • Split /get-device-identifier into two separate endpoints for imei / imeisv and tac / manufacturer / model respectively, each with its own scope.

•  

  • Issue #21: API Definition Terminology

    • Issue is out of date

• Closed Issues

  • Issue #40:  Proposed renaming of device identifier API

    • Fixed by PR #45: Update CAMARA Device Identifier API.yaml

Discussions

• New Discussions

  • None

• Open Discussions:

  • Discussion #36: Alternative device identifiers

    • An alternative proposal is to salt the IMEI with an API consumer specific salt and then hash it

    • This would a less useful identifier (only useful to the API consumer) but easier to justify providing under an opt-out or no consent basis

    • Use cases for such an alternative identifier are not clear

• Closed Discussions

  • Discussion #35: Age of information or device connectivity status

    • Promoted to Issue #47: Add ageOfInformation field to API response

Other Issues

• Kevin raised the point that YAML schemas should use the common schemas defined in CAMARA_common.yaml where appropriate. Ideally, they could be directly referenced, though this can cause issues with some OAS viewers.

  • ACTION: Eric to check that current Device Identifier YAML is compliant with common schemas

  • ACTION: Kevin to check how OAS viewers handle external references

AOB

• Issue #48: Additional sub-project codeowner required

  • ACTION: Eric to advertise for new codeowners via mailing list

• Next meeting to be held Friday 26th January 2024 @ 16:00 GMT.

• One day, meetings will be held using the LFX Zoom service, but not yet