Versions Compared

Key

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

DRAFT

Attendees & Representation

NameCompanyAttendee
Eric MurrayVodafone (chair)

X

Sachin KumarVodafoneX
Kevin SmithVodafone
Alex FerreiraPhronesis
Matthew HornseyPhronesis
Matthew HandPhronesis
Sébastien SynoldIntersec
S, VigneshwaranCognizant
Karthik Raj RethinakumarCognizant
Manish JainCognizant
Huub AppelboomKPNX
Rafal ArtychDT
Abhisek DasInfosys
Brian SmithShabodi
Umair Ali RashidShabodi
Foo Ming HuiSingtel
Vilim DuganicInfobip
Surajj JaggernathVodacomX

Agenda

  • Review of previous meeting minutes
    • Approved
  • Review of Device Identifier API status
  • Discussion on requirements for IMEI Fraud
  • AOB

...

  • Existing 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"

ACTION: Comment within issue if you have an opinion. PR will then be raised.UPDATE: Meeting agreed this proposal was a good idea

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

ACTION: Comment within issue if you have an opinion. PR will then be raised.UPDATE:

      • Huub suggests to use time stamp, in date-time format
    • Issue #30: Defined scopes and meanings, being discussed in Issue 
      • Issue updated to give 3 options:
        • Proposal is to have two scopes for one endpoint - 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.

UPDATE:

      • Discussed during meeting, but pros and cons of both approaches
      • Also need to think from a "product" point of view - the two scopes will represent different products, so should they not also have different endpoints?

ACTION: Eric to add Vodafone preference, and to advertise issue via mailing list to try and get alternative opinions.

...

  • Closed Discussions
    • Discussion #49: Get Device Identifier without exposing the phone number
      • Discussion on whether device identifier can be obtained without the API consumer needing to know or learning the MSISDN
      • When Identity & Consent rules are fully implemented, end user identifying data such as this will be removed from the service API call

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
      • Device  schema needs to be updated now that IPv6 address must be a single address, but there is an outstanding PR for this schema
      • Will introduce a PR once the Commonalities PR is merged
    • ACTION: Kevin to check how OAS viewers handle external references

Discussion on IMEI Fraud API




Note

This API will not be further discussed until API proponents attend the sub-project meetings



  • See API Proposal submission here

...