This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/gerrit-log@lists.osmocom.org/.
osmith gerrit-no-reply at lists.osmocom.orgosmith has uploaded this change for review. ( https://gerrit.osmocom.org/c/osmo-hlr/+/14777 Change subject: manuals: improve subscribers create on demand ...................................................................... manuals: improve subscribers create on demand Write all VTY commands in monospace and add configuration example blocks. Realted: OS#2542 Change-Id: I54f80810db3dac7a4a56ad42c5d2154b6006108c --- M doc/manuals/chapters/subscribers.adoc 1 file changed, 25 insertions(+), 4 deletions(-) git pull ssh://gerrit.osmocom.org:29418/osmo-hlr refs/changes/77/14777/1 diff --git a/doc/manuals/chapters/subscribers.adoc b/doc/manuals/chapters/subscribers.adoc index 9f87131..a1b5fac 100644 --- a/doc/manuals/chapters/subscribers.adoc +++ b/doc/manuals/chapters/subscribers.adoc @@ -72,19 +72,40 @@ Usually a HLR will only allow mobile equipment (ME) on the network, if the HLR has a subscriber entry with the ME's IMSI. But OsmoHLR can also be configured to automatically create new entries for new IMSIs, with the -subscriber-create-on-demand VTY option. The obvious use case is creating the +`subscriber-create-on-demand` VTY option. The obvious use case is creating the new subscriber entry and then allowing the ME to use both the CS (Circuit Switched) and PS (Packet Switched) NAM (Network Access Mode). +---- +hlr + subscriber-create-on-demand 5 cs+ps +---- + On the other hand, operators might only want to give network access to IMSIs, of which they know the owner. In order to do that, one can set the default NAM to -"none" and manually approve new subscribers by enabling their nam_cs and nam_ps +`none` and manually approve new subscribers by enabling their `nam_cs` and `nam_ps` parameters (e.g. over the VTY). +---- +hlr + subscriber-create-on-demand 5 none +---- + Oftentimes it is hard to know, which IMSI belongs to which ME, but the IMEI is readily available. If you configure your MSC to send IMEI checking requests to the HLR, before sending location update requests, the subscribers created on demand can also have the IMEI stored in the HLR database. With OsmoMSC, this -is done by writing "check-imei-rqd early" in the "msc" section of osmo-msc.cfg. +is done by writing `check-imei-rqd early` in the `msc` section of osmo-msc.cfg. Then enable storing the IMEI when receiving check IMEI requests with -"store-imei" in the OsmoHLR configuration. +`store-imei` in the OsmoHLR configuration. + +---- +msc + check-imei-rqd early +---- + +---- +hlr + subscriber-create-on-demand 5 none + store-imei +---- -- To view, visit https://gerrit.osmocom.org/c/osmo-hlr/+/14777 To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings Gerrit-Project: osmo-hlr Gerrit-Branch: master Gerrit-Change-Id: I54f80810db3dac7a4a56ad42c5d2154b6006108c Gerrit-Change-Number: 14777 Gerrit-PatchSet: 1 Gerrit-Owner: osmith <osmith at sysmocom.de> Gerrit-MessageType: newchange -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osmocom.org/pipermail/gerrit-log/attachments/20190715/b50d051a/attachment.htm>