Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

How to handle termination of subscription in relation to notification API? #58

Closed
gregory1g opened this issue Sep 7, 2023 · 4 comments
Labels
enhancement New feature or request

Comments

@gregory1g
Copy link

Problem description
In the relation to the common notification API issues#8
Subscribe/notify API pattern puts API client in a passive role – it has subscribed and expects being notified when something happens (SimSwap for given MSISDN, device leaves a location etc).
However, the subscriber owning given MSISDN (or a device) can terminate their contract or move to another MNO keeping their MSISDN
MNO must inform API client about this event as well, to allow it to act accordingly.

Possible evolution
One can suggest at least 2 approaches to solve this:
Each Camara API is obligated to inform their clients about contract termination using its notification channel (use same end point as it uses for “regular” notifications)
A centralized API to be introduced which an application provider should use to be informed about significant changes related to MSISDNs and devices (contract terminated/suspended/resumed/moved etc)

Since a common approach is selected, all Camara APIs must use it.

@gregory1g gregory1g added the enhancement New feature or request label Sep 7, 2023
@bigludo7
Copy link
Collaborator

bigludo7 commented Sep 7, 2023

Thanks @gregory1g for raising this.

To add a clarification, as of now our pattern follow the first approach mentioned

Each Camara API is obligated to inform their clients about contract termination using its notification channel (use same end point as it uses for “regular” notifications)

@bigludo7
Copy link
Collaborator

bigludo7 commented Oct 5, 2023

@gregory1g As the guidelines was updated (and merged) with above pattern are you fine if I close the issue?

@gregory1g
Copy link
Author

@bigludo7 , yes.

@rartych
Copy link
Collaborator

rartych commented Oct 13, 2023

Closing as agreed.

@rartych rartych closed this as completed Oct 13, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants