"NITB split" and implications for OsmoSGSN

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

Neels Hofmeyr nhofmeyr at sysmocom.de
Sat Sep 23 04:19:20 UTC 2017


On Thu, Sep 21, 2017 at 04:36:51PM +0200, Max wrote:
> Hi.
>
> On a related note. There's clearly big difference between split BSC/MSC and NITB
> (config files, support for SCCP-lite etc) which makes the transition rather lengthy.
>
> What about SGSN and related stuff? It's been transitioned to libvlr at the time of
> split as well, but does this transition have any user-visible consequences?

Slight misunderstanding: no, the SGSN has "always" had GSUP support and is not
actually using libvlr. All we did is upgrade the SGSN to be able to do UMTS
authentication (Milenage). There was a plan to use libvlr in the SGSN as well,
but since the SGSN is now working as it is, we are unlikely to do that.

> If not than we could transition gradually:
> * make SGSN build optional (--enable-gprs?) in openbsc repo

osmo-sgsn is in its own repository now. Makes no sense to add such config
option there.

> * start building OsmoSGSN from osmo-sgsn repo instead of openbsc (both .deb and OE)

yes, that is the transition. The BTS and SGSN are notably the most back- and
forward compatible components in this transition, there isn't much difference
except the M3UA/SCCP addition in the SGSN, which again is only needed for IuPS,
i.e. 3G data. IIRC the entire 2G SGSN land is identical between openbsc.git and
osmo-sgsn.git.  The points needed to transition mostly apply to: BSC, STP, MSC,
HLR, MGW.

> * test and make sure that it works the same way (both on sysmobts and on debian)
> * disable SGSN build by default and announce that patches should be made against new repo
> * remove gprs code from openbsc leaving placeholder readme with the link to new repo

The entire openbsc.git repository will cease to be used. We will not remove
parts from it, we will basically lay it to rest as a whole.

~N



More information about the OpenBSC mailing list