<html>
<head>
</head>
<body class='hmmessage'><div dir='ltr'>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style>
<div dir="ltr">Thanks guys for your help<br> <br>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. </div><div dir="ltr"> </div><div dir="ltr">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. </div><div dir="ltr"> </div><div dir="ltr">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.</div><div dir="ltr"> </div><div dir="ltr">Regards</div><div dir="ltr"><br>Adam<br> <br></div><div dir="ltr">> From: alexander.chemeris@gmail.com<br>> Date: Fri, 5 Jul 2013 17:18:48 +0400<br>> Subject: Re: Help with Asterisk setup to stop Openbsc registering handsets<br>> To: boardsofcanada@live.co.uk<br>> CC: openbsc@lists.osmocom.org<br>> <br>> Adam,<br>> <br>> On Fri, Jul 5, 2013 at 2:47 PM, Adam B <boardsofcanada@live.co.uk> wrote:<br>> > Anyway my problem is that I don't know how to prevent OpenBSC from using its<br>> > own HLR and instead forward all phones that want to register to my nanoBTS<br>> > to do so via Asterisk.<br>> <br>> Unfortunately, NITB doesn't have an external interface for<br>> registrations yet and thus LCR can't forward them to SIP.<br>> <br>> We use Freeswitch instead of Asterisk and there we configure<br>> Freeswitch in "gateway" mode. In this mode where FS doesn't take<br>> decision about a user availability bu itself, it just forwards all<br>> calls to relevant interface (LCR SIP interface in this case).<br>> <br>> Adding an external interface for user registration to NITB and<br>> converting it to SIP would be a great step towards a more SIP-friendly<br>> architecture. Feel free to contribute ;)<br>> <br>> --<br>> Regards,<br>> Alexander Chemeris.<br>> CEO, Fairwaves LLC / ïïï õÍòÁÄÉÏ<br>> http://fairwaves.ru<br>> <br></div>
</div></body>
</html>