OpenBSC

openbsc@lists.osmocom.org

4315 discussions

[libosmocore 0.9.6.48-3419] testsuite: 28 failed
by Martin Hauke 07 Jan '17

07 Jan '17

-------------------------------------------------------------------- 28: stats FAILED (testsuite.at:177) -------------------------------------------------------------------- os: openSUSE Tumbleweed arch: armv7l compiler: gcc (SUSE Linux) 6.2.1 20161209 [gcc-6-branch revision 243481] configure options: default I have attached testsuite.log best regards, Martin

1 0

[libosmocore 0.9.6.35-3faa] testsuite: 8 9 15 16 17 30 failed
by Vadim Yanitskiy 06 Jan '17

06 Jan '17

Ubuntu 16.04.1 LTS gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4) Configured with: --enable-static --enable-sanitize See attachment please. With best regards, Vadim Yanitskiy.

2 1

Re: libosmocore[master]: libosmocoding: migrate transcoding routines from OsmoBTS
by Neels Hofmeyr 31 Dec '16

31 Dec '16

On Sat, Dec 31, 2016 at 01:10:30PM +0000, Vadim Yanitskiy wrote: > Regarding to the change, there is a problem: despite all tests > pass without any problems on my machine, some tests fail on Jenkins. > I will try to find out, what's wrong. Let me know if I should install some library dependencies or similar on the build slaves... ~N -- - Neels Hofmeyr <nhofmeyr(a)sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschäftsführer / Managing Directors: Harald Welte

1 0

[XTRX] Price?
by Choukou Moun 25 Dec '16

25 Dec '16

Hello. Wath is the price of the xtrx board ? Thank you.

2 1

ki in osmo-nitb's built-in HLR db
by Neels Hofmeyr 25 Dec '16

25 Dec '16

Merry x-mas! Just now I found a curious problem with the current osmo-nitb ciphering key. I'm working on the new VLR, which will inherently fix this issue, but in the course of that I recapped the current osmo-nitb's sequence of events for 2G ciphering as it is on the openbsc master branch. It so happens that I'm using a SIM card with a fabricated Ki value of hex: 000102030405060708090a0b0c0d0e0f i.e. starting with a zero byte. I was able to store this in and retrieve from the hlr.sqlite3 db: sqlite> INSERT INTO "AuthKeys" VALUES(57,2,X'000102030405060708090A0B0C0D0E0F'); sqlite> select hex(a3a8_ki) from AuthKeys; 000102030405060708090A0B0C0D0E0F So there were 16 bytes worth of BLOB in the Ki column for sure. But in openbsc's db.c in db_get_authinfo_for_subscr(), I always got DMM <0002> ../../../src/libmsc/auth.c:70 Invalid COMP128v1 key (len=0) Curious, could it be the zero byte? Just to check, I put the zero byte further left: sqlite> select hex(a3a8_ki) from AuthKeys; hex(a3a8_ki) F00102030405060008090A0B0C0D0E ^ nonzero ^^ zero Now the log says: DMM <0002> ../../../src/libmsc/auth.c:70 Invalid COMP128v1 key (len=5) f1 f3 f4 f5 f6 That's even weirder. I was expecting a 7 byte BLOB, of f0 01 02 03 04 05 06 and not f1 f3 f4 f5 f6 ... what on earth ... It appears that we've so far always been unable to use Ki keys that contain a zero byte, or apparently anything that's outside the 7bit ascii space ... ? To be able to recap what the old osmo-nitb is doing (without going to fetch a card reader from the office and reprogram the Ki on the SIM card), I fixed this bug with this funny little hack: https://gerrit.osmocom.org/1504 Todo: are other BLOB values also affected? Is there a better way to fix? Even though the new VLR is on its way, it might be good to get a fix like this out in the meantime ... though it appears that no-one is using ciphering on 2G anyway? ~N -- - Neels Hofmeyr <nhofmeyr(a)sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschäftsführer / Managing Directors: Harald Welte

2 3

Debugging osmo-trx constellation on XTRX SDR
by Alexander Chemeris 24 Dec '16

24 Dec '16

Hi Thomas, We're porting osmo-trx to our XTRX and we see some weird constellation (https://goo.gl/photos/1KycUsv26Z6T6aN97). It looks like a normal GMSK circle is there, but there is also a square like if a signal is clipped. Do you have any idea what could cause this from your previous experience? We're running osmo-trx at 4 SPS. Then we double sample rate in software (XTRX can't handle sample rates below 2 MSPS yet) and then transmit. See first image above. Then we tried to increase sample rate and enabled 4x interpolation in LMS7 - that led to a distorted cicrle + square constellation (https://goo.gl/photos/zMZRecxmZsqiCYMHA). -- Regards, Alexander Chemeris. CEO, Fairwaves, Inc. https://fairwaves.co

2 2

Error of skipping buffer data
by Mayuri Tendulkar 22 Dec '16

22 Dec '16

Hi Team Has anybody seen error like below while running osmo-stack on B210? What could be the reason of this failure? We are seeing this randomly. ERR 140460077602560 20:17:18.4 UHDDevice.cpp:1039:check_rx_md_err: An internal receive buffer has filled at 31.9377 sec. ERR 140460077602560 20:17:18.4 UHDDevice.cpp:1576:write: Skipping buffer data: timestamp=8696668 time_end=8651398 ERR 140460077602560 20:17:18.4 UHDDevice.cpp:1576:write: Skipping buffer data: timestamp=8696668 time_end=8651398 ERR 140460077602560 20:17:18.4 UHDDevice.cpp:1576:write: Skipping buffer data: timestamp=8696668 time_end=8651398 ERR 140460077602560 20:17:18.4 UHDDevice.cpp:1576:write: Skipping buffer data: timestamp=8696668 time_end=8651398 NOTICE 140460079380224 20:17:34.0 Transceiver.cpp:306:stop: Stopping the transceiver ALERT 140460079314688 20:24:03.3 radioInterface.cpp:323:pullBuffer: Receive error 0 ERR 140460079314688 20:24:03.4 UHDDevice.cpp:1039:check_rx_md_err: An internal receive buffer has filled at 437.017 sec. Regards Mayuri

1 0

sporadic gerrit build job failue: "broken pipe"
by Neels Hofmeyr 21 Dec '16

21 Dec '16

We get this more often than not in the openbsc build job, I'm still not sure how to fix it: ====================================================================== ERROR: testBSCreload (__main__.TestVTYNAT) ---------------------------------------------------------------------- Traceback (most recent call last): File "./vty_test_runner.py", line 785, in testBSCreload b0 = nat_bsc_sock_test(0, "lol") File "./vty_test_runner.py", line 1276, in nat_bsc_sock_test ipa_handle_resp(bsc, tk, verbose) File "./vty_test_runner.py", line 1260, in ipa_handle_resp x.send(IPA().id_resp(IPA().identity(name = tk.encode('utf-8')))) error: [Errno 32] Broken pipe ---------------------------------------------------------------------- Ran 43 tests in 51.717s FAILED (errors=1) Reducing the nr of executors hasn't had an effect yet. Could there be another cause? Too fragile timing or something? ~N -- - Neels Hofmeyr <nhofmeyr(a)sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschäftsführer / Managing Directors: Harald Welte

2 4

indicating a necessary revision
by Neels Hofmeyr 19 Dec '16

19 Dec '16

When committing a change that needs a specific change from another project, but that other change is still in the gerrit queue and has no final git commit hash yet, it is handy to use the Change-Id to reference the given decision. Harald recently requested that I always include the Change-Id in the commit log. Now Max says: > It's better to update commit log with git commit hash instead of change-id > before final submission. Can we get consensus? Should we modify the commit log from Change-Id to git hash once the required other commit is through? The Change-Id is always there and can be searched for in the git log; and should we ever decide to rehash the git history or move to another version control software (losing all git hashes), the Change-Id would still be there. But the git hash, once it is finalized, can be used directly on the git commandline. I wouldn't have done the extra effort, but if all agree that the git hash is better, I'll change it (and hopefully remember to do it, too). ~N

1 0

osmo-iuh-3G_2016_09
by Radiarisainana Sitraka 19 Dec '16

19 Dec '16

Hello, I have some question, is it possible to run osmo-iuh with the vodafone signal secure 3 !? or should I root it !? Chears,

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC