Help with Asterisk setup to stop Openbsc registering handsets

historical

Thanks guys for your help

I've been using OpenBTS too long and assumed setting up asterisk with the nanoBTS with NITB would operate with similar configurations. I couldnt quite understand why there was no pairing of IMSI's in the asterisk configs but that is all self explanitory now and thus I now have calls routing through (all be it with no audio yet!) but I am sure that will be solved easily.  I am mainly wanting to use Asterisk integration so I can use this to inject SMS's and have full control of the entire PDU to send different types of SMS. I chose Asterisk purely because I have a set up to do this with openBTS but wanting to upgrade to nanoBTS.  Maybe I am trying to create something that has no doubt been done before but I can't find any documentation on how send a full SMS-Deliver PDU in to the nanoBTS.  Any knowledge or pointers here would be great, this is something that I wouldnt mind to contribute to if there is not this type of capability already available. Regards
Adam

> From: alexander.chemeris at gmail.com
> Date: Fri, 5 Jul 2013 17:18:48 +0400
> Subject: Re: Help with Asterisk setup to stop Openbsc registering handsets
> To: boardsofcanada at live.co.uk
> CC: openbsc at lists.osmocom.org
> 
> Adam,
> 
> On Fri, Jul 5, 2013 at 2:47 PM, Adam B <boardsofcanada at live.co.uk> wrote:
> > Anyway my problem is that I don't know how to prevent OpenBSC from using its
> > own HLR and instead forward all phones that want to register to my nanoBTS
> > to do so via Asterisk.
> 
> Unfortunately, NITB doesn't have an external interface for
> registrations yet and thus LCR can't forward them to SIP.
> 
> We use Freeswitch instead of Asterisk and there we configure
> Freeswitch in "gateway" mode. In this mode where FS doesn't take
> decision about a user availability bu itself, it just forwards all
> calls to relevant interface (LCR SIP interface in this case).
> 
> Adding an external interface for user registration to NITB and
> converting it to SIP would be a great step towards a more SIP-friendly
> architecture. Feel free to contribute ;)
> 
> --
> Regards,
> Alexander Chemeris.
> CEO, Fairwaves LLC / ООО УмРадио
> http://fairwaves.ru
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130705/df4bfdda/attachment.htm>