OpenBSC

openbsc@lists.osmocom.org

4315 discussions

[PATCH] Fix some packaging mistakes detected by lintian.
by Max Suraev 06 Aug '14

06 Aug '14

Signed-off-by: Max Suraev <max.suraev(a)fairwaves.co> --- debian/changelog | 2 +- debian/control | 9 ++++++++- debian/copyright | 5 +---- 3 files changed, 10 insertions(+), 6 deletions(-) diff --git a/debian/changelog b/debian/changelog index 815d30b..bd2c2b6 100644 --- a/debian/changelog +++ b/debian/changelog @@ -62,6 +62,6 @@ openbsc (0.9.13.115.eb113-1) natty; urgency=low openbsc (0.9.4-1) unstable; urgency=low - * Initial release (Closes: #nnnn) <nnnn is the bug number of your ITP> + * Initial release -- Harald Welte <laforge(a)gnumonks.org> Tue, 24 Aug 2010 13:34:24 +0200 diff --git a/debian/control b/debian/control index 7576455..fc7c8ba 100644 --- a/debian/control +++ b/debian/control @@ -3,7 +3,7 @@ Section: net Priority: optional Maintainer: Harald Welte <laforge(a)gnumonks.org> Build-Depends: debhelper (>= 7.0.0~), autotools-dev, pkg-config, libgtp-dev, libosmocore-dev, libosmo-sccp-dev, libdbi0-dev, dh-autoreconf, libosmo-abis-dev, libdbd-sqlite3 -Standards-Version: 3.8.4 +Standards-Version: 3.9.5 Homepage: http://openbsc.osmocom.org/ Vcs-Git: git://bs11-abis.gnumonks.org/openbsc.git Vcs-Browser: http://openbsc.osmocom.org/trac/browser @@ -12,36 +12,43 @@ Package: osmocom-bsc Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, libosmocore, libosmo-sccp Description: GSM Base Station Controller; BSC-only version of OpenBSC. Needs a real MSC! + Classical BSC which requires MSC to operate. Package: osmocom-nitb Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, libosmocore, libdbd-sqlite3, libdbi1 Description: GSM Network-in-a-Box, implements BSC, MSC, SMSC, HLR, VLR + All the GSM network components bundled together. Package: osmocom-ipaccess-utils Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, libosmocore Description: Command line utilities for ip.access nanoBTS + Utilities specific for ip.access unit. Package: osmocom-bs11-utils Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, libosmocore Description: Command line utilities for Siemens BS-11 BTS + Utilities specific for BS-11 unit. Package: osmocom-sgsn Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, libosmocore, libgtp Description: Osmocom Serving GPRS Support Node + SGSN implementation. Package: osmocom-gbproxy Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, libosmocore Description: Osmocom GPRS Gb Interface Proxy + Proxy for Gb interface. Package: osmocom-bsc-nat Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, libosmocore Description: Osmocom Base Station Controller Network Address Translation + Network address translation for BSC. Package: osmocom-bsc-dbg Architecture: any diff --git a/debian/copyright b/debian/copyright index 09693c9..fbac90c 100644 --- a/debian/copyright +++ b/debian/copyright @@ -6,7 +6,7 @@ It was downloaded from: git://bs11-abis.gnumonks.org/openbsc.git -Upstream Author(s): +Upstream Authors: Harald Welte <laforge(a)gnumonks.org> Dieter Spaar <spaar(a)mirider.augusta.de> @@ -45,6 +45,3 @@ The Debian packaging is: and is licensed under the GPL version 3, see "/usr/share/common-licenses/GPL-3". - -# Please also look if there are files or directories which have a -# different copyright/license attached and list them here. -- 1.9.1

3 3

OsmoSGSN [PATCH], Network Service
by Michal Grznár 05 Aug '14

05 Aug '14

Hi, I am using OsmoSGSN in topology with OpenGGSN and proprietary simulator of BSS. There was a problem with an implementation of Network service, cause Network Service implementation in the simulator of BSS is based on different release of 3GPP standard (3GPP TS 48. 016 v7. 4. 0 (2008-04)/Network service (Release 7))...and the problem is that in IP-subnetwork, which I am using there is no use for RESET or UNBLOCK procedure, so I had to do a PATCH in gprs_ns.c, which was needed to complete succesful connection between sim-bss and OsmoSGSN: switch (nsh->pdu_type) { case NS_PDUT_ALIVE: +++ LOGP(DNS, LOGL_INFO, "Rx NS ALIVE\n"); +++ /*mark NS-VC as alive*/ +++ (*nsvc)->state = NSE_S_ALIVE; +++ (*nsvc)->remote_state = NSE_S_ALIVE; +++ /*initiate TEST procedure: Send ALIVE_ACK and start timer*/ +++ rc = gprs_ns_tx_simple((*nsvc), NS_PDUT_ALIVE_ACK); +++ nsvc_start_timer((*nsvc), NSVC_TIMER_TNS_TEST); +++ break; . . . } another PATCH I needed to do was to change a little bit procedure for allocation of P-TMSI in procedure uint32_t sgsn_alloc_ptmsi(void) in gprs_sgsn.c uint32_t sgsn_alloc_ptmsi(void) { struct sgsn_mm_ctx *mm; uint32_t ptmsi; restart: +++ ptmsi = rand() | 0xc0000000; /*because of GPRS IMSI ATTACH*/ llist_for_each_entry(mm, &sgsn_mm_ctxts, list) { if (mm->p_tmsi == ptmsi) goto restart; } return ptmsi; } because in GPRS IMSI ATTACH in message ATTACH COMPLETE (3GPP 24.008, 23.003, 48.018) there is new TLLI==new allocated P-TMSI and I need local TLLI, so I had to do it this way regards Michal

3 6

Re: TRX Clock calibration
by choukoumoun 24 Jul '14

24 Jul '14

-------- Message original -------- Sujet: Re: TRX Clock calibration Date : Wed, 16 Jul 2014 02:52:33 +0200 De : choukoumoun <choukoumoun(a)gmail.com> Pour : Alexander Chemeris <alexander.chemeris(a)gmail.com> Le 16/07/2014 02:46, Alexander Chemeris a écrit : > Choukoumoun, > > The question is related to the osmo-trx more than to UmTRX, so I'm > moving it to the Osmocom mailing list: > > On Tue, Jul 15, 2014 at 8:17 PM, choukoumoun <choukoumoun(a)gmail.com> wrote: >> Hello guys. >> >> I have a UMTRX my UHD/OPENBTS or UHD/OSMO-TRX same working fine but wen i >> start osmo-trx and openbts i have this error > Could you specify where did you get sources and which exact versions > and commit numbers do you use? > > Did you try to use osmo-trx with Osmocom software rather than with OpenBTS? > >> Osmo-trx : >> >> linux; GNU C++ version 4.8.1; Boost_105300; UHD_003.004.000-4fa97a1 >> >> Config Settings >> Log Level............... NOTICE >> Device args............. addr=192.168.10.2 >> TRX Base Port........... 5700 >> TRX Address............. 127.0.0.1 >> Channels................ 1 >> Samples-per-Symbol...... 4 >> External Reference...... Disabled >> C0 Filler Table......... Disabled >> Diversity............... Disabled >> Tuning offset........... 0 >> >> -- Opening a UmTRX device... >> -- Current recv frame size: 1472 bytes >> -- Current send frame size: 1472 bytes >> -- Setting UmTRX 4 SPS >> -- Transceiver active with 1 channel(s) >> >> ALERT 139940970051328 02:13:33.7 UHDDevice.cpp:993:writeSamples: UHD: Device >> send timed out >> "Constantely" ..... >> >> >> anybody have a idea ? >> >> >> my usrp probe out : >> >> linux; GNU C++ version 4.8.1; Boost_105300; UHD_003.004.000-4fa97a1 >> >> -- Opening a UmTRX device... >> -- Current recv frame size: 1472 bytes >> -- Current send frame size: 1472 bytes >> _____________________________________________________ >> / >> | Device: UmTRX Device >> | _____________________________________________________ >> | / >> | | Mboard: UMTRX-REV0 >> | | hardware: 64000 >> | | mac-addr: 00:50:c2:85:3f:ff >> | | ip-addr: 192.168.10.2 >> | | gpsdo: none >> | | serial: 7 >> | | name: UmTRX >> | | tcxo-dac: 2048 >> | | >> | | Time sources: none, external, _external_, mimo >> | | Clock sources: internal, external, mimo >> | | Sensors: ref_locked >> | | _____________________________________________________ >> | | / >> | | | RX DSP: 0 >> | | | Freq range: -6.500 to 6.500 Mhz >> | | _____________________________________________________ >> | | / >> | | | RX DSP: 1 >> | | | Freq range: -6.500 to 6.500 Mhz >> | | _____________________________________________________ >> | | / >> | | | RX Dboard: A >> | | | ID: LMS6002D (0xfa07) >> | | | Serial: 7.A >> | | | _____________________________________________________ >> | | | / >> | | | | RX Subdev: 0 >> | | | | Name: LMS6002D (0xfa07) - 0 >> | | | | Antennas: RX0, RX1, RX2, RX3, CAL >> | | | | Sensors: lo_locked >> | | | | Freq range: 232.500 to 3720.000 Mhz >> | | | | Gain range VGA1: 0.0 to 126.0 step 1.0 dB >> | | | | Gain range VGA2: 0.0 to 30.0 step 3.0 dB >> | | | | Connection Type: IQ >> | | | | Uses LO offset: No >> | | | _____________________________________________________ >> | | | / >> | | | | RX Codec: A >> | | | | Name: LMS_RX >> | | | | Gain Elements: None >> | | _____________________________________________________ >> | | / >> | | | RX Dboard: B >> | | | ID: LMS6002D (0xfa07) >> | | | Serial: 7.B >> | | | _____________________________________________________ >> | | | / >> | | | | RX Subdev: 0 >> | | | | Name: LMS6002D (0xfa07) - 0 >> | | | | Antennas: RX0, RX1, RX2, RX3, CAL >> | | | | Sensors: lo_locked >> | | | | Freq range: 232.500 to 3720.000 Mhz >> | | | | Gain range VGA1: 0.0 to 126.0 step 1.0 dB >> | | | | Gain range VGA2: 0.0 to 30.0 step 3.0 dB >> | | | | Connection Type: IQ >> | | | | Uses LO offset: No >> | | | _____________________________________________________ >> | | | / >> | | | | RX Codec: B >> | | | | Name: LMS_RX >> | | | | Gain Elements: None >> | | _____________________________________________________ >> | | / >> | | | TX DSP: 0 >> | | | Freq range: -6.500 to 6.500 Mhz >> | | _____________________________________________________ >> | | / >> | | | TX DSP: 1 >> | | | Freq range: -6.500 to 6.500 Mhz >> | | _____________________________________________________ >> | | / >> | | | TX Dboard: A >> | | | ID: LMS6002D (0xfa09) >> | | | Serial: 7.A >> | | | _____________________________________________________ >> | | | / >> | | | | TX Subdev: 0 >> | | | | Name: LMS6002D (0xfa09) - 0 >> | | | | Antennas: TX0, TX1, TX2, CAL >> | | | | Sensors: lo_locked >> | | | | Freq range: 232.500 to 3720.000 Mhz >> | | | | Gain range VGA1: -35.0 to -4.0 step 1.0 dB >> | | | | Gain range VGA2: 0.0 to 25.0 step 1.0 dB >> | | | | Connection Type: IQ >> | | | | Uses LO offset: No >> | | | _____________________________________________________ >> | | | / >> | | | | TX Codec: A >> | | | | Name: LMS_TX >> | | | | Gain Elements: None >> | | _____________________________________________________ >> | | / >> | | | TX Dboard: B >> | | | ID: LMS6002D (0xfa09) >> | | | Serial: 7.B >> | | | _____________________________________________________ >> | | | / >> | | | | TX Subdev: 0 >> | | | | Name: LMS6002D (0xfa09) - 0 >> | | | | Antennas: TX0, TX1, TX2, CAL >> | | | | Sensors: lo_locked >> | | | | Freq range: 232.500 to 3720.000 Mhz >> | | | | Gain range VGA1: -35.0 to -4.0 step 1.0 dB >> | | | | Gain range VGA2: 0.0 to 25.0 step 1.0 dB >> | | | | Connection Type: IQ >> | | | | Uses LO offset: No >> | | | _____________________________________________________ >> | | | / >> | | | | TX Codec: B >> | | | | Name: LMS_TX >> | | | | Gain Elements: None >> >> >> I make the VCXO configuration procedure with the GPS but no success... > The issue with "UHD: Device send timed out" have nothing to do with > the VCXO calibration. The issue is because of a issue in communication > between the host system and the UmTRX. > > What is your hardware setup? Particularly: > - Do you use a switch between the UmTRX and the host system? Nop my laptop is connected directly of the umtrx > - Do you run it on a real hardware or in a VM? real ubuntu 13.04 64 bits > - Is your host system powerful enough? Intel Core I5, 8Gb ram >

2 3

[PATCH] use osmocom auth API instead of direct calls
by Max Suraev 22 Jul '14

22 Jul '14

--- openbsc/src/libmsc/auth.c | 68 +++++++++++++++++++---------------------------- 1 file changed, 28 insertions(+), 40 deletions(-) diff --git a/openbsc/src/libmsc/auth.c b/openbsc/src/libmsc/auth.c index 10d8edf..ab84975 100644 --- a/openbsc/src/libmsc/auth.c +++ b/openbsc/src/libmsc/auth.c @@ -25,46 +25,11 @@ #include <openbsc/auth.h> #include <openbsc/gsm_data.h> -#include <osmocom/gsm/comp128.h> +#include <osmocom/crypt/auth.h> #include <stdlib.h> -static int -_use_xor(struct gsm_auth_info *ainfo, struct gsm_auth_tuple *atuple) -{ - int i, l = ainfo->a3a8_ki_len; - - if ((l > A38_XOR_MAX_KEY_LEN) || (l < A38_XOR_MIN_KEY_LEN)) { - LOGP(DMM, LOGL_ERROR, "Invalid XOR key (len=%d) %s\n", - ainfo->a3a8_ki_len, - osmo_hexdump(ainfo->a3a8_ki, ainfo->a3a8_ki_len)); - return -1; - } - - for (i=0; i<4; i++) - atuple->sres[i] = atuple->rand[i] ^ ainfo->a3a8_ki[i]; - for (i=4; i<12; i++) - atuple->kc[i-4] = atuple->rand[i] ^ ainfo->a3a8_ki[i]; - - return 0; -} - -static int -_use_comp128_v1(struct gsm_auth_info *ainfo, struct gsm_auth_tuple *atuple) -{ - if (ainfo->a3a8_ki_len != A38_COMP128_KEY_LEN) { - LOGP(DMM, LOGL_ERROR, "Invalid COMP128v1 key (len=%d) %s\n", - ainfo->a3a8_ki_len, - osmo_hexdump(ainfo->a3a8_ki, ainfo->a3a8_ki_len)); - return -1; - } - - comp128(ainfo->a3a8_ki, atuple->rand, atuple->sres, atuple->kc); - - return 0; -} - /* Return values * -1 -> Internal error * 0 -> Not available @@ -76,6 +41,11 @@ int auth_get_tuple_for_subscr(struct gsm_auth_tuple *atuple, { struct gsm_auth_info ainfo; int i, rc; + static struct osmo_sub_auth_data auth = { + .type = OSMO_AUTH_TYPE_GSM + }; + struct osmo_auth_vector _vec; + struct osmo_auth_vector *vec = &_vec; /* Get subscriber info (if any) */ rc = db_get_authinfo_for_subscr(&ainfo, subscr); @@ -109,13 +79,23 @@ int auth_get_tuple_for_subscr(struct gsm_auth_tuple *atuple, return 0; case AUTH_ALGO_XOR: - if (_use_xor(&ainfo, atuple)) - return 0; + auth.algo = OSMO_AUTH_ALG_XOR; + if ((ainfo.a3a8_ki_len > A38_XOR_MAX_KEY_LEN) || (ainfo.a3a8_ki_len < A38_XOR_MIN_KEY_LEN)) { + LOGP(DMM, LOGL_ERROR, "Invalid XOR key (len=%d) %s\n", + ainfo.a3a8_ki_len, + osmo_hexdump(ainfo.a3a8_ki, ainfo.a3a8_ki_len)); + return -1; + } break; case AUTH_ALGO_COMP128v1: - if (_use_comp128_v1(&ainfo, atuple)) - return 0; + auth.algo = OSMO_AUTH_ALG_COMP128v1; + if (ainfo.a3a8_ki_len != A38_COMP128_KEY_LEN) { + LOGP(DMM, LOGL_ERROR, "Invalid COMP128v1 key (len=%d) %s\n", + ainfo.a3a8_ki_len, + osmo_hexdump(ainfo.a3a8_ki, ainfo.a3a8_ki_len)); + return -1; + } break; default: @@ -124,6 +104,14 @@ int auth_get_tuple_for_subscr(struct gsm_auth_tuple *atuple, return 0; } + memcpy(auth.u.gsm.ki, ainfo.a3a8_ki, sizeof(auth.u.gsm.ki)); + + if (osmo_auth_gen_vec(vec, &auth, atuple->rand) < 0) + return -1; + + memcpy(atuple->sres, vec->sres, 4); + memcpy(atuple->kc, vec->kc, 8); + db_sync_lastauthtuple_for_subscr(atuple, subscr); DEBUGP(DMM, "Need to do authentication and ciphering\n"); -- 1.9.1

3 3

[osmo-pcu v2 1/1] bts: Return the special type for {ul, dl}_tbf_by_* functions
by Daniel Willmann 16 Jul '14

16 Jul '14

Start returning the special type instead of the base gprs_rlcmac_tbf when retrieving a TBF. Ticket: SYS#389 Sponsored-by: On-Waves ehf --- src/bts.cpp | 36 ++++++++++++++++++------------------ src/bts.h | 16 ++++++++-------- 2 files changed, 26 insertions(+), 26 deletions(-) diff --git a/src/bts.cpp b/src/bts.cpp index f614dab..79cae4c 100644 --- a/src/bts.cpp +++ b/src/bts.cpp @@ -217,15 +217,15 @@ int BTS::add_paging(uint8_t chan_needed, uint8_t *identity_lv) } /* search for active downlink tbf */ -gprs_rlcmac_tbf *BTS::dl_tbf_by_tlli(uint32_t tlli) +gprs_rlcmac_dl_tbf *BTS::dl_tbf_by_tlli(uint32_t tlli) { - return tbf_by_tlli(tlli, GPRS_RLCMAC_DL_TBF); + return static_cast<gprs_rlcmac_dl_tbf *>(tbf_by_tlli(tlli, GPRS_RLCMAC_DL_TBF)); } /* search for active uplink tbf */ -gprs_rlcmac_tbf *BTS::ul_tbf_by_tlli(uint32_t tlli) +gprs_rlcmac_ul_tbf *BTS::ul_tbf_by_tlli(uint32_t tlli) { - return tbf_by_tlli(tlli, GPRS_RLCMAC_UL_TBF); + return static_cast<gprs_rlcmac_ul_tbf *>(tbf_by_tlli(tlli, GPRS_RLCMAC_UL_TBF)); } /* search for active downlink or uplink tbf */ @@ -250,9 +250,9 @@ gprs_rlcmac_tbf *BTS::tbf_by_tlli(uint32_t tlli, enum gprs_rlcmac_tbf_direction return NULL; } -gprs_rlcmac_tbf *BTS::dl_tbf_by_poll_fn(uint32_t fn, uint8_t trx, uint8_t ts) +gprs_rlcmac_dl_tbf *BTS::dl_tbf_by_poll_fn(uint32_t fn, uint8_t trx, uint8_t ts) { - struct gprs_rlcmac_tbf *tbf; + struct gprs_rlcmac_dl_tbf *tbf; /* only one TBF can poll on specific TS/FN, because scheduler can only * schedule one downlink control block (with polling) at a FN per TS */ @@ -262,14 +262,14 @@ gprs_rlcmac_tbf *BTS::dl_tbf_by_poll_fn(uint32_t fn, uint8_t trx, uint8_t ts) && tbf->poll_fn == fn && tbf->trx->trx_no == trx && tbf->control_ts == ts) { OSMO_ASSERT(tbf->direction == GPRS_RLCMAC_DL_TBF); - return tbf; + return static_cast<gprs_rlcmac_dl_tbf *>(tbf); } } return NULL; } -gprs_rlcmac_tbf *BTS::ul_tbf_by_poll_fn(uint32_t fn, uint8_t trx, uint8_t ts) +gprs_rlcmac_ul_tbf *BTS::ul_tbf_by_poll_fn(uint32_t fn, uint8_t trx, uint8_t ts) { - struct gprs_rlcmac_tbf *tbf; + struct gprs_rlcmac_ul_tbf *tbf; /* only one TBF can poll on specific TS/FN, because scheduler can only * schedule one downlink control block (with polling) at a FN per TS */ @@ -279,22 +279,22 @@ gprs_rlcmac_tbf *BTS::ul_tbf_by_poll_fn(uint32_t fn, uint8_t trx, uint8_t ts) && tbf->poll_fn == fn && tbf->trx->trx_no == trx && tbf->control_ts == ts) { OSMO_ASSERT(tbf->direction == GPRS_RLCMAC_UL_TBF); - return tbf; + return static_cast<gprs_rlcmac_ul_tbf *>(tbf); } } return NULL; } /* lookup downlink TBF Entity (by TFI) */ -gprs_rlcmac_tbf *BTS::dl_tbf_by_tfi(uint8_t tfi, uint8_t trx) +gprs_rlcmac_dl_tbf *BTS::dl_tbf_by_tfi(uint8_t tfi, uint8_t trx) { - return tbf_by_tfi(tfi, trx, GPRS_RLCMAC_DL_TBF); + return static_cast<gprs_rlcmac_dl_tbf *>(tbf_by_tfi(tfi, trx, GPRS_RLCMAC_DL_TBF)); } /* lookup uplink TBF Entity (by TFI) */ -gprs_rlcmac_tbf *BTS::ul_tbf_by_tfi(uint8_t tfi, uint8_t trx) +gprs_rlcmac_ul_tbf *BTS::ul_tbf_by_tfi(uint8_t tfi, uint8_t trx) { - return tbf_by_tfi(tfi, trx, GPRS_RLCMAC_UL_TBF); + return static_cast<gprs_rlcmac_ul_tbf *>(tbf_by_tfi(tfi, trx, GPRS_RLCMAC_UL_TBF)); } /* lookup TBF Entity (by TFI) */ @@ -1047,12 +1047,12 @@ gprs_rlcmac_tbf *gprs_rlcmac_pdch::tbf_from_list_by_tfi(struct llist_head *tbf_l return NULL; } -gprs_rlcmac_tbf *gprs_rlcmac_pdch::ul_tbf_by_tfi(uint8_t tfi) +gprs_rlcmac_ul_tbf *gprs_rlcmac_pdch::ul_tbf_by_tfi(uint8_t tfi) { - return tbf_from_list_by_tfi(&bts_data()->ul_tbfs, tfi, GPRS_RLCMAC_UL_TBF); + return static_cast<gprs_rlcmac_ul_tbf *>(tbf_from_list_by_tfi(&bts_data()->ul_tbfs, tfi, GPRS_RLCMAC_UL_TBF)); } -gprs_rlcmac_tbf *gprs_rlcmac_pdch::dl_tbf_by_tfi(uint8_t tfi) +gprs_rlcmac_dl_tbf *gprs_rlcmac_pdch::dl_tbf_by_tfi(uint8_t tfi) { - return tbf_from_list_by_tfi(&bts_data()->dl_tbfs, tfi, GPRS_RLCMAC_DL_TBF); + return static_cast<gprs_rlcmac_dl_tbf *>(tbf_from_list_by_tfi(&bts_data()->dl_tbfs, tfi, GPRS_RLCMAC_DL_TBF)); } diff --git a/src/bts.h b/src/bts.h index a0b808e..8f99942 100644 --- a/src/bts.h +++ b/src/bts.h @@ -62,8 +62,8 @@ struct gprs_rlcmac_pdch { BTS *bts() const; uint8_t trx_no() const; - struct gprs_rlcmac_tbf *ul_tbf_by_tfi(uint8_t tfi); - struct gprs_rlcmac_tbf *dl_tbf_by_tfi(uint8_t tfi); + struct gprs_rlcmac_ul_tbf *ul_tbf_by_tfi(uint8_t tfi); + struct gprs_rlcmac_dl_tbf *dl_tbf_by_tfi(uint8_t tfi); #endif uint8_t m_is_enabled; /* TS is enabled */ @@ -193,12 +193,12 @@ public: /** add paging to paging queue(s) */ int add_paging(uint8_t chan_needed, uint8_t *identity_lv); - gprs_rlcmac_tbf *dl_tbf_by_tlli(uint32_t tlli); - gprs_rlcmac_tbf *ul_tbf_by_tlli(uint32_t tlli); - gprs_rlcmac_tbf *dl_tbf_by_poll_fn(uint32_t fn, uint8_t trx, uint8_t ts); - gprs_rlcmac_tbf *ul_tbf_by_poll_fn(uint32_t fn, uint8_t trx, uint8_t ts); - gprs_rlcmac_tbf *dl_tbf_by_tfi(uint8_t tfi, uint8_t trx); - gprs_rlcmac_tbf *ul_tbf_by_tfi(uint8_t tfi, uint8_t trx); + gprs_rlcmac_dl_tbf *dl_tbf_by_tlli(uint32_t tlli); + gprs_rlcmac_ul_tbf *ul_tbf_by_tlli(uint32_t tlli); + gprs_rlcmac_dl_tbf *dl_tbf_by_poll_fn(uint32_t fn, uint8_t trx, uint8_t ts); + gprs_rlcmac_ul_tbf *ul_tbf_by_poll_fn(uint32_t fn, uint8_t trx, uint8_t ts); + gprs_rlcmac_dl_tbf *dl_tbf_by_tfi(uint8_t tfi, uint8_t trx); + gprs_rlcmac_ul_tbf *ul_tbf_by_tfi(uint8_t tfi, uint8_t trx); int tfi_find_free(enum gprs_rlcmac_tbf_direction dir, uint8_t *_trx, int8_t use_trx); -- 1.8.4.2

1 0

osmo-trx with RAD1?
by Ralph A. Schmid, dk5ras 16 Jul '14

16 Jul '14

Hi, When having a look at http://discourse.criticalengineering.org/t/howto-gsm-base-station-with-the-b eaglebone-black-debian-gnu-linux-and-a-usrp/56 I wonder if there is a way to use the osmo-trx with rangenetworks RAD1/SDR1 radio. I do not yet own an Ettus B210, so it would be fun using the BeagleBone with the RAD1/SDR1, what is some shrinked and at the same time extended USRP1 radio. Ralph. -- Ralph A. Schmid Mondstr. 10 90762 Fürth +49-171-3631223 ralph(a)schmid.xxx http://www.bclog.de/

5 9

Re: TRX Clock calibration
by Alexander Chemeris 16 Jul '14

16 Jul '14

Choukoumoun, The question is related to the osmo-trx more than to UmTRX, so I'm moving it to the Osmocom mailing list: On Tue, Jul 15, 2014 at 8:17 PM, choukoumoun <choukoumoun(a)gmail.com> wrote: > Hello guys. > > I have a UMTRX my UHD/OPENBTS or UHD/OSMO-TRX same working fine but wen i > start osmo-trx and openbts i have this error Could you specify where did you get sources and which exact versions and commit numbers do you use? Did you try to use osmo-trx with Osmocom software rather than with OpenBTS? > Osmo-trx : > > linux; GNU C++ version 4.8.1; Boost_105300; UHD_003.004.000-4fa97a1 > > Config Settings > Log Level............... NOTICE > Device args............. addr=192.168.10.2 > TRX Base Port........... 5700 > TRX Address............. 127.0.0.1 > Channels................ 1 > Samples-per-Symbol...... 4 > External Reference...... Disabled > C0 Filler Table......... Disabled > Diversity............... Disabled > Tuning offset........... 0 > > -- Opening a UmTRX device... > -- Current recv frame size: 1472 bytes > -- Current send frame size: 1472 bytes > -- Setting UmTRX 4 SPS > -- Transceiver active with 1 channel(s) > > ALERT 139940970051328 02:13:33.7 UHDDevice.cpp:993:writeSamples: UHD: Device > send timed out > "Constantely" ..... > > > anybody have a idea ? > > > my usrp probe out : > > linux; GNU C++ version 4.8.1; Boost_105300; UHD_003.004.000-4fa97a1 > > -- Opening a UmTRX device... > -- Current recv frame size: 1472 bytes > -- Current send frame size: 1472 bytes > _____________________________________________________ > / > | Device: UmTRX Device > | _____________________________________________________ > | / > | | Mboard: UMTRX-REV0 > | | hardware: 64000 > | | mac-addr: 00:50:c2:85:3f:ff > | | ip-addr: 192.168.10.2 > | | gpsdo: none > | | serial: 7 > | | name: UmTRX > | | tcxo-dac: 2048 > | | > | | Time sources: none, external, _external_, mimo > | | Clock sources: internal, external, mimo > | | Sensors: ref_locked > | | _____________________________________________________ > | | / > | | | RX DSP: 0 > | | | Freq range: -6.500 to 6.500 Mhz > | | _____________________________________________________ > | | / > | | | RX DSP: 1 > | | | Freq range: -6.500 to 6.500 Mhz > | | _____________________________________________________ > | | / > | | | RX Dboard: A > | | | ID: LMS6002D (0xfa07) > | | | Serial: 7.A > | | | _____________________________________________________ > | | | / > | | | | RX Subdev: 0 > | | | | Name: LMS6002D (0xfa07) - 0 > | | | | Antennas: RX0, RX1, RX2, RX3, CAL > | | | | Sensors: lo_locked > | | | | Freq range: 232.500 to 3720.000 Mhz > | | | | Gain range VGA1: 0.0 to 126.0 step 1.0 dB > | | | | Gain range VGA2: 0.0 to 30.0 step 3.0 dB > | | | | Connection Type: IQ > | | | | Uses LO offset: No > | | | _____________________________________________________ > | | | / > | | | | RX Codec: A > | | | | Name: LMS_RX > | | | | Gain Elements: None > | | _____________________________________________________ > | | / > | | | RX Dboard: B > | | | ID: LMS6002D (0xfa07) > | | | Serial: 7.B > | | | _____________________________________________________ > | | | / > | | | | RX Subdev: 0 > | | | | Name: LMS6002D (0xfa07) - 0 > | | | | Antennas: RX0, RX1, RX2, RX3, CAL > | | | | Sensors: lo_locked > | | | | Freq range: 232.500 to 3720.000 Mhz > | | | | Gain range VGA1: 0.0 to 126.0 step 1.0 dB > | | | | Gain range VGA2: 0.0 to 30.0 step 3.0 dB > | | | | Connection Type: IQ > | | | | Uses LO offset: No > | | | _____________________________________________________ > | | | / > | | | | RX Codec: B > | | | | Name: LMS_RX > | | | | Gain Elements: None > | | _____________________________________________________ > | | / > | | | TX DSP: 0 > | | | Freq range: -6.500 to 6.500 Mhz > | | _____________________________________________________ > | | / > | | | TX DSP: 1 > | | | Freq range: -6.500 to 6.500 Mhz > | | _____________________________________________________ > | | / > | | | TX Dboard: A > | | | ID: LMS6002D (0xfa09) > | | | Serial: 7.A > | | | _____________________________________________________ > | | | / > | | | | TX Subdev: 0 > | | | | Name: LMS6002D (0xfa09) - 0 > | | | | Antennas: TX0, TX1, TX2, CAL > | | | | Sensors: lo_locked > | | | | Freq range: 232.500 to 3720.000 Mhz > | | | | Gain range VGA1: -35.0 to -4.0 step 1.0 dB > | | | | Gain range VGA2: 0.0 to 25.0 step 1.0 dB > | | | | Connection Type: IQ > | | | | Uses LO offset: No > | | | _____________________________________________________ > | | | / > | | | | TX Codec: A > | | | | Name: LMS_TX > | | | | Gain Elements: None > | | _____________________________________________________ > | | / > | | | TX Dboard: B > | | | ID: LMS6002D (0xfa09) > | | | Serial: 7.B > | | | _____________________________________________________ > | | | / > | | | | TX Subdev: 0 > | | | | Name: LMS6002D (0xfa09) - 0 > | | | | Antennas: TX0, TX1, TX2, CAL > | | | | Sensors: lo_locked > | | | | Freq range: 232.500 to 3720.000 Mhz > | | | | Gain range VGA1: -35.0 to -4.0 step 1.0 dB > | | | | Gain range VGA2: 0.0 to 25.0 step 1.0 dB > | | | | Connection Type: IQ > | | | | Uses LO offset: No > | | | _____________________________________________________ > | | | / > | | | | TX Codec: B > | | | | Name: LMS_TX > | | | | Gain Elements: None > > > I make the VCXO configuration procedure with the GPS but no success... The issue with "UHD: Device send timed out" have nothing to do with the VCXO calibration. The issue is because of a issue in communication between the host system and the UmTRX. What is your hardware setup? Particularly: - Do you use a switch between the UmTRX and the host system? - Do you run it on a real hardware or in a VM? - Is your host system powerful enough? -- Regards, Alexander Chemeris. CEO, Fairwaves, Inc. https://fairwaves.co

1 0

OpenBSC unsubscribe notification
by mailman-bounces＠lists.osmocom.org 13 Jul '14

13 Jul '14

mki(a)mki-consult.de has been removed from OpenBSC.

1 0

[RFC/PATCH] tlv/msgb: Be able to generate and parse TLV as used by LLDP
by Holger Hans Peter Freyther 10 Jul '14

10 Jul '14

Hi! we have the need to generate and parse LLDP frames and would like to use the TLV infrastructure of libosmocore for it. In LLDP the tag is only 7bit and the length is 9bit long. To make this work with the tlv parsing routines we need to shift the tag. But this means that when somebody is a tlv_definition with the T7L9 type and others we might match the wrong thing. I would like to include the feature as it is right now. The alternative would be to create a separate tlv_parse and tlv_parse_one routine for the other type. comments? holger

3 4

Re: Re: Need help with configuration of Timeslots and of multible USRPs
by Alexander Chemeris 10 Jul '14

10 Jul '14

Norbert, On Thu, Jul 10, 2014 at 11:01 AM, Norbert Englberger <Norbert.Englberger(a)unibw.de> wrote: > Alexander Chemeris wrote: >>Just for the sake of full understanding, what you're asking for is called "Late Assignment". Check the specs for the exact details or Wikipedia for a brief explanation: >>http://en.m.wikipedia.org/wiki/Um_interface#Mobile-Originating_Call_.28MOC.… >>I don't have the code near me at the moment, but this might be implemented in the "jolly" branch. > > i was already using the jolly/testing branch. > > Now that you hinted me to the "Late Assignment" I googled that and found that there is a "jolly/new_handover" branch using it. > Is this still the branch I should use, because when I tried to compile it, make failed. (I am right now trying to google if there are > other dependencies I have to change the branch and to recompile) I have never worked with this branch, so can't comment unfortunately. AFAIK, this branch is not being used in real environments, so it's most likely bit-rotten. My suggestion is to take the implementation there as an inspiration and re-implement it for master. That would make a good work for one of your students probably. Please don't move the conversation into private and keep the mailing list CC'ed. -- Regards, Alexander Chemeris. CEO, Fairwaves, Inc. https://fairwaves.co

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC