2024-08-20 Device Swap Meeting Minutes
Community Attendees:
@Ludovic Robert @Rafal Artych @Krishna Venkatachalam @Jorge Garcia Hospitalย
ย
LF Staff:
Agenda
Antitrust Policy
Action Items Review
Any comment on July 23th meeting minutes - no comments
Minutes
ย
Administrative stuff
CodeOwners:ย
Pull request #8
Krishna Venkatachalamย for MTN
Ludovic Robert for Orange
Others
Maintainers
Pull request #9
@sanjayoct14ย ,ย @KarishmaTayal for MTN
Ludovic Robert for Orange
Others
ย
API Design
Device Swap API could provided 2 distinct information:
Request last Device Swap date (When was the last device swap for the mobile line identified by the phone number +123456799?)
Check last Device swap by providing a delay (Does we had a device swap for the last 240 hours for the mobile line identified by the phone number +123456799?)
ย Are we sharing same expectations of the API?
From Orange & Telefonica Yes
Are we considering this information as independent one from the other ? We can have different privacy requirement, different way to commercialize it. Technical implementation feasibility should be considered.
Jorge: If both endpoints consider the same kind of data age limitation (maxAge maximum value equal to the retrieve date maximum age), both endpoints should be considered as common and it will mostly be up to the developer to choose the best mechanism for retrieving the information.
Another rational is for consistency with SIM Swap
Ludovic: slight preference to split in order to be more flexible (avoid partial implementation, marketing could differ). If the team prefer to keep them in one yaml probably we should consider adding a monitorPeriod attribut to limit date retrieval (see discussion in SIM Swap here)
For Stefano during previous meeting this is 2 distinct commercial information and from business perspective this is different to sell.
How multi-SIM can affect this design?
Jorge: See @Jorge Garcia Hospital proposal : Proposal is to only consider new devices as a valid device swap event, e.g. establishing a margin of 1 or several months in which a device can be used in the same MSISDN without considering it a device Swap event, as no valuable information for the API consumers. Source here.
Probably we need to explore how 3GPP Monitoring event
CHANGE_OF_IMSI_IMEI_ASSOCIATION
ย works for multi-SIM.ย Is Multi-SIM behavior a stopper to complete API design? probably no...
Jorge agreed. Multi-SIM is a distinct topic from API design and will be discussed in a distinct issue.
Roadmap plan:
Target to have a decision on one or 2 yaml for Sep 17, 2024 meeting
Target to have a v0.1 yaml merged forย Oct 1, 2024 aligned with current commonalities