osmo-hlr[master]: Add CTRL interface

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/.

Neels Hofmeyr gerrit-no-reply at lists.osmocom.org
Mon Feb 20 12:49:55 UTC 2017


Patch Set 8: Code-Review-1

(3 comments)

For my next birthday you can get me a T-shirt that says "That's too general" ;)

https://gerrit.osmocom.org/#/c/1827/8/src/gsup_server.h
File src/gsup_server.h:

Line 30: 	struct ctrl_handle *ctrl;
I would prever to keep the CTRL and DB foo apart from the GSUP server. In openbsc, the GSUP client is also a pretty much standalone implementation. Can we add a global struct hlr_ctx instead, containing an osmo_gsup_server and the ctrl_ and db things alongside and separate, without too much effort? Would also be good to have that for possible future additions to OsmoHLR, which is now becoming more than just a GSUP server.


https://gerrit.osmocom.org/#/c/1827/8/src/hlr.c
File src/hlr.c:

Line 301: 	printf("  -i --ctrl address          Set address to which Control Interface should be bound, defaults to 127.0.0.1.\n");
better break in two lines to stay within 80.

IMHO '-i' for 'interface' is too general. I found that the only option letter from 'ctrl' that's still available across Osmocom programs would be '-R'. (osmo-trx already has a '-R' but it won't have a Ctrl interface.) Would you be fine with '-R' instead?


Line 308: 	const char *addr;
'addr' is too general. 'ctrl_bind_addr'?


-- 
To view, visit https://gerrit.osmocom.org/1827
To unsubscribe, visit https://gerrit.osmocom.org/settings

Gerrit-MessageType: comment
Gerrit-Change-Id: Id787ef4aa88473c3bbde6ee25117b1fd99dc8fcb
Gerrit-PatchSet: 8
Gerrit-Project: osmo-hlr
Gerrit-Branch: master
Gerrit-Owner: Max <msuraev at sysmocom.de>
Gerrit-Reviewer: Harald Welte <laforge at gnumonks.org>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: Neels Hofmeyr <nhofmeyr at sysmocom.de>
Gerrit-HasComments: Yes



More information about the gerrit-log mailing list