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
SIR I M A REGULAR FOLLOWER OF OPENBSC SOFTWARE...I HAVE SOME DOUBT IN
PROGRAM auth.c (line no 45 to 49)..the doubt is hw the looping is done from
0 to 4 and 8 to 12...can u pls give me any link to clear this doubt...one
more thing there is a function [comp128(ainfo->a3a8_ki, atuple->rand,
atuple->sres, atuple->kc)] in line no 63..but it is not defined..pls can u
help me to knw this two doubt..
The attached message was received as a bounce, but either the bounce
format was not recognized, or no member addresses could be extracted
from it. This mailing list has been configured to send all
unrecognized bounce messages to the list administrator(s).
For more information see:
https://lists.gnumonks.org/mailman/admin/openbsc/bounce
