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