You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current agreement is that data should not be stored but may be (temporarily?) cached, and that once a new response is obtained the entire cache should be replaced (correct?)
The text was updated successfully, but these errors were encountered:
I don't know if we agreed on caching or not. I think we agreed it should not be stored in the same way that the receiving databases own data is stored. The intention is to make it clear that one system should not asimilate any recieved data into their dataset / database.
I know we DID agree that we could store the data for the purposes of logging and auditing. Even if our applications aren't doing that, it is probably being done at some firewall / higher network level anyway already.
I agree. I also think this is outside of the scope of the MME API itself, and is instead part of the policies adopted by the MME that govern it's use of the API. I think the API should be as agnostic about it's own use as possible. I'd recommend closing this as 'won't fix', but we may want to clarify the MME server requirements document on this topic.
The current agreement is that data should not be stored but may be (temporarily?) cached, and that once a new response is obtained the entire cache should be replaced (correct?)
The text was updated successfully, but these errors were encountered: