---------- Forwarded message ---------
From:
Harald Welte <laforge@gnumonks.org>Date: Thu, Sep 6, 2018 at 12:30 PM
Subject: Re: Multi-Tenancy / Multi-Operator Support
To: Shingirai Simba <
shingy92@gmail.com>
Hi!
I would appreciate if you could send your response to the mailing list, so I
can further follow-up to it. This way, our conversation is to the benefit
of the wider Osmocom community.
Regards,
Harald
On Thu, Sep 06, 2018 at 11:57:48AM +0200, Shingirai Simba wrote:
> Hie Harald
>
> Indeed i am referring to 3GPP MOCN / GWCN as per TS 23.251, but any viable
> work around is most welcomed even if it does not met specifications. I am
> contemplating the idea of just running this kind of configuration as 3
> different LXD instances, but will i able to share the same physical SDR
> radio instance with the 3 separate core networks.'
>
> Regards
>
> Shingirai A. Simba
>
> On Thu, Sep 6, 2018 at 7:54 AM Harald Welte <
laforge@gnumonks.org> wrote:
>
> > Hi Shingirai Simba,
> >
> > On Wed, Sep 05, 2018 at 04:15:26PM +0200, Shingirai Simba wrote:
> > > We are contemplating on a Multi-Operator / shared radio for 3 communitiy
> > > operators in Zimbabwe, Africa.
> >
> > The question is: How exactly does the above high-level goal translate into
> > concrete technical architecture? Would the goal be to run your complete
> > own
> > PLMN with the other operators just roaming into that network (i.e. using
> > TCAP/MAP
> > roaming interface), or are you referring to a 3GPP MOCN / GWCN as per TS
> > 23.251?
> >
> > Or something else entirely?
> >
> > > Does OsmoBSC/OsmoMSC n support this using SDR front ends.
> >
> > In either of the two cases, the current implementation doesn't provide
> > everything
> > you'd need for such a setup. But let's continue this discussion once it's
> > more
> > clear what kind of technical architecture you're looking for.
> >
> > --
> > - Harald Welte <
laforge@gnumonks.org>
> >
http://laforge.gnumonks.org/
> >
> > ============================================================================
> > "Privacy in residential applications is a desirable marketing option."
> > (ETSI EN 300 175-7 Ch.
> > A6)
> >
--
- Harald Welte <
laforge@gnumonks.org>
http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)