Hi,
I've just pushed a couples of changes to a branch sylvain/pending that
need to be tested. They alter the startup process for the nanoBTS
(fixing the issues some people had with starting GPRS support, when
the bts was not connecting to the SGSN). And also a fix for the Nokia
InSite startup sequence where the reset command was not sent due to
missing initialization of .do_reset.
Since I know initialization sequence can be a rather fragile process,
if people could test this didn't break anything for them, it'd be
nice.
Cheers,
Sylvain
Hi,
> That’s all I get, and it never bootstraps.
In libosmo-abis, in src/input/lapd.c line 90, try replacing 0,240000,
by 0,480000,
Also, make sure you plugged the power like 10 min before trying.
Cheers,
Sylvain
hello list,
I found some some where in openbts archives that authentication and encryption has been implemented in openbsc, kindly advise how can i add these features in openbts???, i studied libosmocore libraby, but unable to figure out, how it can be done, please advise!!!
Hello Sylvain,
On Mon, 17 Oct 2011 16:11:25 +0200, "Sylvain Munaut" <246tnt(a)gmail.com> wrote:
>
> Actually to get it to start I have to:
> - After powering it, wait for like 10 min. (If I try to start openbsc
> any sooner, it will never bootstrap)
If I remember, I never had to wait longer than half a minute after
power on. But this was with the version from August, so some changes
in the code might cause this behaviour.
> But I could add this 'reset' process as an nokia specific option to
> the vty (i.e. reset_on_start or something ).
A configuration option is fine, I would set the default to "always
reset" and only if someone know what he does, he can turn the reset
off (I think I had strange effects while changing the configuration
and not doing a reset, so this situation should be avoided).
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hi,
we own a frequency usage licence from the Bundesnetzagentur and ran our
network with auth policy token. So every new phone trying to attach to our
network will receive a SMS with information how to register and a token.
Thereafter, the phone is kicked out and will no longer be able to register
again.
Now there was a problem with some phones from Cupertino which, as I heard,
registered to our network, received the SMS, were kicked out again but did not
try to re-register with their home network. So some "nice" guys threaten to
call the Bundesnetzagentur if we will not shut down the network immediately.
As a quick solution, we changed the registration procedure from Token-Input to
IMEI-Input.
My question is: Are there really legal problems when using the "Auth Token"
policy?
Many Thanks,
Lennart
Hi,
I've just pushed a libosmosdr sublibrary in a sylvain/sdr branch in
the libosmocore git.
Currently it contains mostly a complex vector 'class' along with
various math functions used on them (convolution / correlation / ...).
Some aspects the the API along with some of the underlying math are
inspired by the code from openbts, but it is a complete rewrite in
pure C with some aspects simplified, and some others extended.
If anybody has comments before I merge it in master, they're welcome.
The doxygen doc should be clear enough (and even includes fancy latex
equation :P)
Cheers,
Sylvain
From: Pablo Neira Ayuso <pablo(a)gnumonks.org>
Hi!
This patch reworks the timer insfrastructure of libosmocore to
make it more scalable. I remember some discussion with Harald while
I was in Berlin that this can be of interest.
It also reworks the timer torture test, the current list-based
timer seems to have problem with it.
You can find this changes in the pablo/timer branch.
Pablo Neira Ayuso (3):
add rb-tree implementation to libosmocore
timer: add scalable RB-tree based timer infrastructure
tests: add new torture test for timer infrastructure
include/osmocom/core/Makefile.am | 2 +-
include/osmocom/core/linuxrbtree.h | 160 +++++++++++++++
include/osmocom/core/timer.h | 6 +-
src/Makefile.am | 2 +-
src/rbtree.c | 389 ++++++++++++++++++++++++++++++++++++
src/timer.c | 176 +++++++++--------
tests/timer/timer_test.c | 141 ++++++++++---
7 files changed, 757 insertions(+), 119 deletions(-)
create mode 100644 include/osmocom/core/linuxrbtree.h
create mode 100644 src/rbtree.c
--
1.7.2.5
Fix to small spelling error.
diff --git a/openbsc/src/gprs/gprs_gmm.c b/openbsc/src/gprs/gprs_gmm.c index
cc9d297..ff2069a 100644
--- a/openbsc/src/gprs/gprs_gmm.c
+++ b/openbsc/src/gprs/gprs_gmm.c
@@ -1055,7 +1055,7 @@ static int gsm0408_rcv_gmm(struct sgsn_mm_ctx *mmctx,
struct msgb *msg,
break;
case GSM48_MT_GMM_RA_UPD_COMPL:
/* only in case SGSN offered new P-TMSI */
- DEBUGP(DMM, "-> ROUTEING AREA UPDATE COMPLETE\n");
+ DEBUGP(DMM, "-> ROUTING AREA UPDATE COMPLETE\n");
mmctx_timer_stop(mmctx, 3350);
mmctx->p_tmsi_old = 0;
/* Unassign the old TLLI */
Hello Sylvain,
On Mon, 17 Oct 2011 14:11:58 +0200, "Sylvain Munaut" <246tnt(a)gmail.com> wrote:
> And also a fix for the Nokia InSite startup sequence where the reset
> command was not sent due to missing initialization of .do_reset.
The Reset command was enabled in my initial version. As far as I know
it was intentionally disabled during the CCC camp to get faster
turnaround times while setting up the camp network.
Its possible to skip the reset if nothing has changed in the configuration,
however if for example the ARFCN is changed, the reset is required (it
might be possible to do a TRX-only reset but I never tested it).
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de