On Thu, May 14, 2009 at 04:20:49PM +0200, Nordin wrote:
> Than I executed the bsc_hack for the nanoBTS (thus I give the
> appropriate parameters as described on the webpage), and I get the
> following error:
> DB: Database initialized.
> DB: Database prepared.
> mi_setup could not open socket Address family not supported by protocol
you need to start it with '-t nanobts1800' or '-t nanobts900' depending on your
type. if you don't specify any, it will attempt to use a bs11 via E1 / mISDN
(which you did not have compiled into your kernel).
regards,
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
I created an #openbsc irc channel into freenode, feel free to
stop by if you're an irc user.
irc://irc.freenode.net/openbsc
Tuju
--
Better to have one, and not need it, than to need one and not have it.
Hi
I'm new dude in this community. I'm a finn, live in Estonia.
I've a background of military radios and their electronic repair,
not that much of civilian stuff, nor GSM systems.
Also studied some RF stuff in technical institute, but i guess
never was the sharpest tool in the shed in this area, spent more
time in unix machine room than in RF lab.
My plan to be a tester/hangaround here, do some minor hacking but
I think my coding skills and limited time leaves it there. If at
some stage packaging in Fedora camp is needed, I am already pkg
maintainer and could help there.
Anyway, your project is very intresting and wish you success in
it.
Tuju
--
Better to have one, and not need it, than to need one and not have it.
Hello friends,
I've tried to get openbsc running on CentOS, but because of a missing
driver (which interfaces between libdbi and sqlite3) it was not a
succes. So I removed CentOS and installed Debian Lenny, as I kinda
noticed most of you work with Debian.
Anyway I managed to install and configure the openbsc with some
exceptions. Because I don't use BS-11, but a nanoBTS instead, so I
didn't patched the kernel for the mISDN card.
I tried the ipaccess-find first, which worked (after I modified my ip
hardcoded in the source).
Than I tried to configure the nanoBTS using the ipaccess-config as
described in this site http://bs11-abis.gnumonks.org/trac/wiki/nanoBTS,
but with our ip addresses ofcrouse.
That seems to work, but the program doesn't return, I don't know if that
is the case. I assume I get response if the nanoBTS gets connected with
the OpenBSC.
Than I executed the bsc_hack for the nanoBTS (thus I give the
appropriate parameters as described on the webpage), and I get the
following error:
DB: Database initialized.
DB: Database prepared.
mi_setup could not open socket Address family not supported by protocol
Can someone please tell me where to look at?
If it's a simple error, just tell me which source does something with
mi_setup, otherwise more info would be fine.
Thank you.
P.S.: I'm a bit new to Linux, so please be patient with me.
Hi,
I followed Debian_Getting_Started chapter in the wiki. There wasn't any
error but, after rebooting, the kernel crashed:
Booting 'Debian GNU/Linux, kernel 2.6.27.4'
root (hd0,0)
Filesystem type is ext2fs, partition type 0x83
kernel /boot/vmlinuz-2.6.27.4 root=/dev/hda1 ro quiet hfcmulti.dslot=1
[Linux-bzImage, setup=0x3000, size=0x1796901]
[0.000000] Unknown boot option 'hfcmulti.dslot=1': ignoring
[0.796125] Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(0,0)
I tried first to delete "hfcmulti.dslot=1" at the kernel line but still have
the second line.
After checking the /boot/grub/menu.lst file, I saw that the line initdr was
missing for the kernel 2.6.27.4:
title 2.6.27.4
root
kernel
title 2.6.26.2
root
kernel
initdr
In /boot directory, I have initdr files only for 2.6.26.2 and 2.6.26.1.
Sorry I am quite weak concerning the kernel.
Can anyone help me?
Thanks a lot
Eric Cathelinaud
hi,
finally the layer 4 interface of openbsc is done. also LCR
(linux-call-router) talks to libbsc. this turns both into a complete
network. libgsm (compiled to LCR) provides audio transcoding. even
asterisk can use it via "chan_lcr" driver.
today i got my first call to a friend from mobile via fixed network.
(because harald did not answer on the first try, he could not receive
the previledge of the first call.)
before i begin providing patches and documentation, i will make some
stability tests.
have a nice weekend..
jolly
Hello Andreas,
On Sat, 9 May 2009 21:14:48 +0200, "Andreas.Eversberg" <Andreas.Eversberg(a)versatel.de> wrote:
>
> finally the layer 4 interface of openbsc is done. also LCR
> (linux-call-router) talks to libbsc. this turns both into a complete
> network. libgsm (compiled to LCR) provides audio transcoding. even
> asterisk can use it via "chan_lcr" driver.
>
> today i got my first call to a friend from mobile via fixed network.
> (because harald did not answer on the first try, he could not receive
> the previledge of the first call.)
>
> before i begin providing patches and documentation, i will make some
> stability tests.
Sounds great, congratulation :-)
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hello,
I have an Issue related to my Debian OpenBSC.
Every time I fire up openbsc everything goes well like the btse
alignement/db alignement on lmt and there are no errors on lmt.
Only openBSC tells me after the initial state were the net should be
up, that the oc or some module(ill add more details later on today) is
"in test".
So this looks like the issue to me why the net wont come up.
But sometimes it works (sometimes it helps to restart the bts but it
wont help everytime).
Im a bit curious why the In test is appearing while lmt (the gui app)
tells me that everything is as it should be...
As far as I know this normally tells me that the object is in Test
mode and is checked because requested on lmt.
May this also be a timing issue on the abis link?
Im writing from iPhone in bed so enough for now.
I would be glad if someone could help/ has an idea.
By the way Ill be at SIGINT09 in Cologne helping out at the GSM
Workshop.
Who will be there too?
Best Regards
Björn Heller
Hello Christian,
On Thu, 30 Apr 2009 03:13:33 +0200, "hotshot" <hotshot(a)koeln.ccc.de> wrote:
>
> Unfortunately I see the same behavior (even with restarting the
> BS-11) as in E1-locked ('hfcmulti' and 'hfcmulti port=0x200) - a
> network scan shows either your BS-11 or the other networks and only
> sometimes you see all networks
In the latest OpenBSC version there is support to show the "Set Value"
and the "Work Value" of the PLL setting. The "Set Value" is the
configuration value from the factory. The "Work Value" is not 100%
clear yet but most certainly it is the value the PLL is actually
using. In "Locked" mode the PLL follows the E1 clock and the
"Work Value" can change quite a lot. Switching to "Standalone"
mode seems to freeze the current "Work Value". The question now
is if the PLL still used this "Work Value" in "Standalone" mode.
If yes and the "Work Value" is off by a large amount the clock is
not accurate (although its most certainly stable) and you still
won't the test network and the other networks at once.
If the "Work Value" of your BS-11 is off by a large amount from
the "Set Value" you can try to switch to "Locked" mode and watch
if the "Work Value" follows the E1 clock. If its close to the
"Set Value", switch back to "Standalone" mode.
I have not tested this and I don't know a better way yet (I don't
think the "Work Value" can be set from the outside) but you can
give it a try.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
