add config for number of auth tuples returned
by default osmo-hlr returns 5 auth tuples to any client requesting tuples (MSC, SGSN).
Allow configuring the number of tuples returned.
Rationale: the nr of tuples cached by the MSC / SGSN are a tuning detail allowing a tradeoff between HLR DB traffic and quick turnaround of the cached data in the MSC / SGSN.
On Thu, Mar 01, 2018 at 12:35:07PM +0000, neels [REDMINE] wrote:
Related thought: should the HLR notify the connected clients of change in subscriber data?
of course. This has always been the case in GSM, and I actually assumed we would be doing
this until I witnessed the issues at 34C3, where no InsertSubscriberData was performed when
the MSISDN is changed in the HLR.
There's a related task, #2785, assigned to you two months ago, very
recently re-assigned to stsp. So you should know about this :)
i.e. entering a new Ki causes some GSUP message sent from the HLR to clear the auth cache?
Key data is not supposed to change and is not part of "Subscriber Data"
stored in the HLR as per 3GPP specs. So there is no procedure in 3GPP
which covers that situation. I also don't think it's worth for us
spending time on desinging a non-standard mechanism for it.