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/OpenBSC@lists.osmocom.org/.
Harald Welte laforge at gnumonks.orgHi Max,
thanks for your patch.
On Mon, May 02, 2016 at 07:16:06PM +0200, msuraev at sysmocom.de wrote:
> -struct gsm_subscriber *db_create_subscriber(const char *imsi);
> +struct gsm_subscriber *db_create_subscriber(const char *imsi, uint64_t smin,
> +					    uint64_t smax, bool ext);
I think 'ext' is not very expressive, let's call it 'alloc_ext',
'rand_ext' or something like that, indicating that the argument is about
allocation of a random extension number or not.
> +enum gsm_subscr_ext {
Also here, please use 'gsm_subscr_ext_alloc_policy' to make it more
explicit about what it is.
> +	uint64_t ext_min;
> +	uint64_t ext_max;
pretty large numbers (uint64_t), considering that your VTY code
restricts them to five-digit numbers.  That's not a problem, it can stay
that way, but just something that struck my mind.  Maybe it makes sense
to allow longer/larger ranges in the VTY?  Or is there something in the
code restricting it to 5 digits or a low numeric range?
Regards,
	Harald
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)