Hi all,
Perhaps it's not appropiate to ask here (first post here)....
I saw on the wiki the recipee how to upgrade a ipaccess nanobts with new
firmware.
Well, i can probably do some experimenting with a nanobts, but how do i
get hold of more recent firmware?
I know this nanobts was used in a proof-of-concept trial some years ago,
and needed to be upgraded at that time. After the project ended, we had
no more official contact with ipaccsess, so no chance in asking them for
new firmware '-)
>From what i heard, they cannot be used in a next project, as they were
lacking some hardware features. So it would be fun if i do some
experimenting at home.
hw
Hi list,
since i have access to a nanoBTS i didnt use the BS11 anymore...
For sale is:
Siemens BS-11 GSM900, Dual-trx, Power-cord and E1 Datacable
CologneChip HFC-E1 Board
The price for both is 550 Euro.
The BS11 is located in 38518 Gifhorn (between Hannover and Wolfsburg)
The original packaging of the BS11 is availibe so shipping is possible.
sir..my question is from e1_config.c....i want to know about the e1
configuration for bts,ts and trx in details..i have gone through the program
but didnot understand it..so i need some theory about it..so please help
Dear List,
At the moment I am building a GSM-Network with OpenBSC and three NanoBTS
at the University of Freiburg. The purpose of this network is teaching
and research. The Network has an ISDN BRI Interface which allows every
gsm-phone to be called over a land line telephony number.
We had huge problems with LCR-Stalling in our setup which lead to a
increasing delay during a call (up to 6-10 seconds...). We could trace
the problem to lookups in the database hlr.sqlite3. After some time the
database was about 18MB big and it took some time to perform operations
in the database.
The quick solution was to copy the database to a RAM-Disk. A RAM-Disk
can be created like this:
sudo mount -t tmpfs -o size=300M tmpfs ramdisk
After that, we never had seen stalling anymore.
But this can only be considered as a quick hack because in case of a
system failure all changes to the database are lost.
Is someone at the moment working on a interface to a better database
system? Maybe I find some student who can do this.
Regards
Konrad Meier
hi,
it would make sense to run database lookup in a seperate thread (with
lower priority). but in this case the database request function of
openbsc will not have a result at the time they return. it would take
some changes of the processes which do database lookups. i think it will
be some work, but it can be done.
regards,
andreas
Hi all,
I was debugging a crash with the VTY and I am not fully understanding it but I
can easily reproduce it. The problem is triggered with the new VTY OML code
and here is what I know.
1.) we move from ENABLE_NODE to the OML node. and allocate memory
2.) when exiting the node we will free the data at vty->index.. and
set the pointer to NULL.
But I can easily produce a double free issue and this seems to be due.
cmd_execute_command:
1.) saves the vty->index to oindex and vty->node to onode
2.) tries calling vty_go_parent or such...
3.) tries more stuff...
4.) as stuff failed resets vty->index to oindex...
so the next exit command will do a double free... and the funny part is that
the code has one assumption everything > CONFIG_NODE is considered to be
config as well. This means that we should have two enum values in libosmovty,
one for Last_Enable, one for Last_Config and have enough space between them.
And the other part... maybe vty_go_parent should return CMD_SUCCESS?
thoughts?
[1] ./script | telnet localhost 4242 and see the bsc_hack/bsc_msc_io crash
hi,
what machine do you use? it smells like IDE harddisk. i also have IDE on a test system. better get rid of it.
regards,
andreas
-----Ursprüngliche Nachricht-----
Von: openbsc-bounces(a)lists.gnumonks.org [mailto:openbsc-bounces@lists.gnumonks.org] Im Auftrag von Konrad Meier
Gesendet: Dienstag, 10. August 2010 15:56
An: OpenBSC list
Betreff: Avoid LCR-Stalling
Dear List,
At the moment I am building a GSM-Network with OpenBSC and three NanoBTS
at the University of Freiburg. The purpose of this network is teaching
and research. The Network has an ISDN BRI Interface which allows every
gsm-phone to be called over a land line telephony number.
We had huge problems with LCR-Stalling in our setup which lead to a
increasing delay during a call (up to 6-10 seconds...). We could trace
the problem to lookups in the database hlr.sqlite3. After some time the
database was about 18MB big and it took some time to perform operations
in the database.
The quick solution was to copy the database to a RAM-Disk. A RAM-Disk
can be created like this:
sudo mount -t tmpfs -o size=300M tmpfs ramdisk
After that, we never had seen stalling anymore.
But this can only be considered as a quick hack because in case of a
system failure all changes to the database are lost.
Is someone at the moment working on a interface to a better database
system? Maybe I find some student who can do this.
Regards
Konrad Meier
Hallo Sylvain,
On Sat, 7 Aug 2010 13:10:49 +0200, "Sylvain Munaut" <246tnt(a)gmail.com> wrote:
>
> Duh indeed :) I don't have such a test card so I never tested it myself ...
> Apparently nobody else has either.
I have a testcard but never tested it with OpenBSC ;-)
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hello Sylvain,
On Sat, 7 Aug 2010 12:47:17 +0200, "Sylvain Munaut" <246tnt(a)gmail.com> wrote:
>
> This implements the so called "XOR" sim cards. I don't know of any
> official specs, it's just how they work as tested on one of those SIMs
Maybe he askes because the loop for setting Kc should probably start
with 4 instead of 8 ?
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
