OpenBSC April 2013

openbsc@lists.osmocom.org

16 participants
16 discussions

GPRS - local and foreign TLLIs
by Luca Melette 18 Nov '25

18 Nov '25

Hello everybody, after setting up a nanoBTS with OpenBSC/SGSN/GGSN, I had some troubles trying to connect my smartphone to the GPRS cell. Investigating the BTS-to-SGSN traffic, I saw that the frames sent by the SGSN were all marked with the same N(U) value (at LLC layer), the value was 0. With some debug, I found that the there was a mismatch in the TLLI storage, used to keep the status of attached terminals. The mentioned code is contained in gprs_llc.c, involving LL Entity functions and gprs_llc_tx_ui(). /* look-up or create the LL Entity for this (TLLI, SAPI) tuple */ lle = lle_by_tlli_sapi(msgb_tlli(msg), sapi); if (!lle) { struct gprs_llc_llme *llme; LOGP(DLLC, LOGL_ERROR, "LLC TX: unknown TLLI 0x%08x, " "creating LLME on the fly\n", msgb_tlli(msg)); llme = llme_alloc(msgb_tlli(msg)); lle = &llme->lle[sapi]; } The TX function uses the previously received TLLI to lookup for the LLE. The lle_by_tlli_sapi() performs the search, but preliminary it applies a foreign2local TLLI conversion to ensure to have a local one. Since no valid entry for the searched TLLI is found, a new one is created. And the problem is here. The new entry has the foreign TLLI. Next time the lookup fails again, and a new entry is created. This way, the counter N(U) is always reset, and the mobile do not recognize the message sequence and no attach is possible. My question is about foreign and local TLLIs. I patched the lookup, avoiding the conversion, so that the LLE is found and everything works fine... but... What is the sense of the conversion? Should the TLLI be always stored as a local one? Can this problem be solved with another foreign2local while allocating new entries? Actually, my problem has been solved with that workaround. But I'm curious to know what is the right way. Hope somebody can answer :) Thanks. Cheers, LM

4 5

Re: Help with sccp library
by mosbah abdelkader 07 Jul '25

07 Jul '25

> I don't understand. This callback will be called with data you need to write > to the network. In case of MTP Level3 you will need to wrap that around the > msgb you got. I means: is the interaction with mtp3 layer implemented (is sending sccp data by mtp3 implemented by the library?)? Also, what about the reception of data from mtp3 layer. is that implemented in the sccp lib. I am asking these questions because I see the code of mtp3 in the lib but no significant call is present in the sccp part of the lib. Thank you for your help.

4 3

Re: Any interest for Osmocom meetings in Bavaria ?
by Dieter Spaar 11 Jun '13

11 Jun '13

So far three persons have indicated their interest to join a meeting at my place. Considering the time it takes to drive to my place, it probably makes sense to have the meeting at the weekend (either Saturday or Sunday) so that there is more time for the meeting itself. I can suggest one of the following dates for the first meeting, somewhere between 10:00 to 18:00 on each day: 25.8. (Sa) or 26.8. (Su) 1.9. (Sa) or 2.9. (Su) 8.9. (Sa) or 9.9. (Su) So please let me know when you have time and also make suggestions in which Osmocom topic you are interested in so that we can have some sort of agenda for the meeting to make best use of the time. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

10 40

SimpleHLR: A web interface for OpenBSC
by Peter Caprioli 03 Jun '13

03 Jun '13

Hello everyone, I've just finnished writing together a small web interface for the OpenBSC HLR. It allows you to modify various parameters in the database and also provides a set of functions to modify the HLR or sending SMSes in your own scripts. The project is still very alpha but it seems to work reasonably good. Feel free to give any feedback! Screenshots and source code is available on my website: https://stormhub.org/simplehlr/ -- *Best regards, Peter Caprioli*

3 6

[PATCH] rsl: fix the unaligned memory access
by Nicolas J. Bouliane 29 May '13

29 May '13

the armv5 can do 32bit/16bit reads only from the aligned address use tlv.h macro to copy data to local variable Signed-off-by: Nicolas J. Bouliane <nicolas.bouliane(a)nutaq.com> --- src/common/rsl.c | 30 ++++++++++++++++-------------- 1 file changed, 16 insertions(+), 14 deletions(-) diff --git a/src/common/rsl.c b/src/common/rsl.c index 9a50a33..5a1b867 100644 --- a/src/common/rsl.c +++ b/src/common/rsl.c @@ -1089,7 +1089,6 @@ static int rsl_tx_ipac_XXcx_ack(struct gsm_lchan *lchan, int inc_pt2, { struct msgb *msg; uint8_t chan_nr = gsm_lchan2chan_nr(lchan); - uint32_t *att_ip; const char *name; struct in_addr ia; @@ -1116,8 +1115,7 @@ static int rsl_tx_ipac_XXcx_ack(struct gsm_lchan *lchan, int inc_pt2, /* locally bound IP */ msgb_v_put(msg, RSL_IE_IPAC_LOCAL_IP); - att_ip = (uint32_t *) msgb_put(msg, sizeof(uint32_t)); - *att_ip = htonl(lchan->abis_ip.bound_ip); + msgb_put_u32(msg, lchan->abis_ip.bound_ip); /* locally bound port */ msgb_tv16_put(msg, RSL_IE_IPAC_LOCAL_PORT, @@ -1199,11 +1197,9 @@ static int tx_ipac_XXcx_nack(struct gsm_lchan *lchan, uint8_t cause, return -ENOMEM; if (inc_ipport) { - uint32_t *att_ip; /* remote IP */ msgb_v_put(msg, RSL_IE_IPAC_REMOTE_IP); - att_ip = (uint32_t *) msgb_put(msg, sizeof(uint32_t)); - *att_ip = htonl(lchan->abis_ip.connect_ip); + msgb_put_u32(msg, lchan->abis_ip.connect_ip); /* remote port */ msgb_tv16_put(msg, RSL_IE_IPAC_REMOTE_PORT, @@ -1248,8 +1244,8 @@ static int rsl_rx_ipac_XXcx(struct msgb *msg) struct gsm_lchan *lchan = msg->lchan; struct gsm_bts_role_bts *btsb = bts_role_bts(msg->lchan->ts->trx->bts); const uint8_t *payload_type, *speech_mode, *payload_type2; - const uint32_t *connect_ip; - const uint16_t *connect_port; + uint32_t connect_ip = 0; + uint16_t connect_port = 0; int rc, inc_ip_port = 0, port; char *name; @@ -1267,8 +1263,14 @@ static int rsl_rx_ipac_XXcx(struct msgb *msg) speech_mode = TLVP_VAL(&tp, RSL_IE_IPAC_SPEECH_MODE); payload_type = TLVP_VAL(&tp, RSL_IE_IPAC_RTP_PAYLOAD); payload_type2 = TLVP_VAL(&tp, RSL_IE_IPAC_RTP_PAYLOAD2); - connect_ip = (uint32_t *) TLVP_VAL(&tp, RSL_IE_IPAC_REMOTE_IP); - connect_port = (uint16_t *) TLVP_VAL(&tp, RSL_IE_IPAC_REMOTE_PORT); + + if (TLVP_PRESENT(&tp, RSL_IE_IPAC_REMOTE_IP)) { + connect_ip = tlvp_val32_unal(&tp, RSL_IE_IPAC_REMOTE_IP); + } + + if (TLVP_PRESENT(&tp, RSL_IE_IPAC_REMOTE_PORT)) { + connect_port = tlvp_val16_unal(&tp, RSL_IE_IPAC_REMOTE_PORT); + } if (dch->c.msg_type == RSL_MT_IPAC_CRCX && connect_ip && connect_port) inc_ip_port = 1; @@ -1350,14 +1352,14 @@ static int rsl_rx_ipac_XXcx(struct msgb *msg) /* Special rule: If connect_ip == 0.0.0.0, use RSL IP * address */ - if (*connect_ip == 0) { + if (connect_ip == 0) { struct ipabis_link *link = lchan->ts->trx->rsl_link; ia.s_addr = htonl(link->ip); } else - ia.s_addr = *connect_ip; + ia.s_addr = connect_ip; rc = osmo_rtp_socket_connect(lchan->abis_ip.rtp_socket, - inet_ntoa(ia), ntohs(*connect_port)); + inet_ntoa(ia), ntohs(connect_port)); if (rc < 0) { LOGP(DRSL, LOGL_ERROR, "%s Failed to connect RTP/RTCP sockets\n", @@ -1370,7 +1372,7 @@ static int rsl_rx_ipac_XXcx(struct msgb *msg) } /* save IP address and port number */ lchan->abis_ip.connect_ip = ntohl(ia.s_addr); - lchan->abis_ip.connect_port = ntohs(*connect_port); + lchan->abis_ip.connect_port = ntohs(connect_port); } else { /* FIXME: discard all codec frames */ -- 1.7.10.4

3 7

Nokia InSite GPRS
by Sipos Csaba 01 May '13

01 May '13

Hi, We have two Nokia Insite BTSs and now we are configuring it to work with OpenBSC. But after we installed all the necessary parts (OpenGGSN, OpenSGSN, OpenBSC) we got the following message: "This BTS type does not support gprs" I just wanted to ask that maybe we did something wrong, or the GPRS support for Nokia InSite is not ready yet? If the support is not ready yet maybe there is some alfa or beta stage version that we can try? Nokia Insite family supports GRPS CS-1 and CS-2 according to the specification. Thanks in advance! Csaba

2 1

[PATCH (for jolly/testing)] Fixed seg fault when using sysmobts and added sysmo enum to tch_frame_down
by Alex Duller 27 Apr '13

27 Apr '13

--- openbsc/src/libbsc/bts_ipaccess_nanobts.c | 6 +++--- openbsc/src/libbsc/bts_sysmobts.c | 4 ++++ openbsc/src/libmsc/gsm_04_08.c | 1 + 3 files changed, 8 insertions(+), 3 deletions(-) diff --git a/openbsc/src/libbsc/bts_ipaccess_nanobts.c b/openbsc/src/libbsc/bts_ipaccess_nanobts.c index 16f6a6b..c20d240 100644 --- a/openbsc/src/libbsc/bts_ipaccess_nanobts.c +++ b/openbsc/src/libbsc/bts_ipaccess_nanobts.c @@ -280,7 +280,7 @@ static int nm_statechg_event(int evt, struct nm_statechg_signal_data *nsd) struct gsm_bts_trx_ts *ts; struct gsm_bts_gprs_nsvc *nsvc; - if (nsd->bts->type != GSM_BTS_TYPE_NANOBTS) + if (!is_ipaccess_bts(nsd->bts)) return 0; /* This event-driven BTS setup is currently only required on nanoBTS */ @@ -400,7 +400,7 @@ static int sw_activ_rep(struct msgb *mb) if (!trx) return -EINVAL; - if (trx->bts->type != GSM_BTS_TYPE_NANOBTS) + if (!is_ipaccess_bts(trx->bts)) return 0; switch (foh->obj_class) { @@ -460,7 +460,7 @@ int bts_ipa_nm_sig_cb(unsigned int subsys, unsigned int signal, return 0; } -static struct gsm_network *ipaccess_gsmnet; +struct gsm_network *ipaccess_gsmnet; static int bts_model_nanobts_start(struct gsm_network *net) { diff --git a/openbsc/src/libbsc/bts_sysmobts.c b/openbsc/src/libbsc/bts_sysmobts.c index 9479206..0f0b6eb 100644 --- a/openbsc/src/libbsc/bts_sysmobts.c +++ b/openbsc/src/libbsc/bts_sysmobts.c @@ -45,6 +45,8 @@ extern struct gsm_bts_model bts_model_nanobts; static struct gsm_bts_model model_sysmobts; +extern struct gsm_network *ipaccess_gsmnet; + static int bts_model_sysmobts_start(struct gsm_network *net) { model_sysmobts.features.data = &model_sysmobts._features_data[0]; @@ -56,6 +58,8 @@ static int bts_model_sysmobts_start(struct gsm_network *net) osmo_signal_register_handler(SS_NM, bts_ipa_nm_sig_cb, NULL); + ipaccess_gsmnet = net; + return 0; } diff --git a/openbsc/src/libmsc/gsm_04_08.c b/openbsc/src/libmsc/gsm_04_08.c index e560653..30be610 100644 --- a/openbsc/src/libmsc/gsm_04_08.c +++ b/openbsc/src/libmsc/gsm_04_08.c @@ -1774,6 +1774,7 @@ int tch_frame_down(struct gsm_network *net, uint32_t callref, struct gsm_data_fr } bts = trans->conn->lchan->ts->trx->bts; switch (bts->type) { + case GSM_BTS_TYPE_OSMO_SYSMO: case GSM_BTS_TYPE_NANOBTS: if (!trans->conn->lchan->abis_ip.rtp_socket) { DEBUGP(DMNCC, "TCH frame to lchan without RTP connection\n"); -- 1.7.9.5

3 2

Latest OpenBSC repo regression
by ty 22 Apr '13

22 Apr '13

Hi folks I pulled the latest repo of OpenBsc but upon compilation, it breaks while running 'make' Everything else compiled fine, libosmocore and libosmo-abis. I'm running this on Ubuntu 12.04 LTS. Here is the make error. make[3]: Entering directory `/home/tyrus/openbsc/openbsc/src/libcommon' CC common_vty.o In file included from common_vty.c:30:0: ../../include/openbsc/bsc_nat.h:35:37: fatal error: osmocom/sccp/sccp_types.h: No such file or directory compilation terminated. make[3]: *** [common_vty.o] Error 1 make[3]: Leaving directory `/home/tyrus/openbsc/openbsc/src/libcommon' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/tyrus/openbsc/openbsc/src' make[1]: *** [all-recursive] Error 1 After fiddling around I couldnt find the sccp dir with its contents so when i checked the git diff I found it was in this tree http://git.zerfleddert.de/cgi-bin/gitweb.cgi/bs11/commitdiff/e9359db5803bae… However when i manually created the files and dirs, it was just a nightmare. Anyone with pointers how to fix this, ill really appreciate -tyrus

2 2

[ANNOUNCE] UmTRX sales start on the Hardware Freedom Day
by Alexander Chemeris 20 Apr '13

20 Apr '13

Dear all, (I'm sorry for cross-posting to several mailing lists, but it really belongs to all of them. Please respond only to a mailing list you're subscribed to.) UmTRX sales start =============== It's the Hardware Freedom Day and we're starting sales of UmTRX to celebrate it! Now you could order it directly from Fairwaves web-shop [1], UmTRX is a completely open-source hardware SDR transceiver designed for professional/industrial applications. We designed it for use with OpenBTS software [2], but it also works well with OsmoBTS/OpenBSC [3]. UmTRX uses a UHD [4] with only minor changes to interact with a host and thus works well with GnuRadio and other applications based on UHD. 1. http://shop.fairwaves.ru/ 2. https://code.google.com/p/umtrx/wiki/RunningOpenBTS 3. http://openbsc.osmocom.org/trac/wiki/OsmoBTS 4. https://github.com/fairwaves/UHD-Fairwaves Technical details ============== UmTRX is an SDR transceiver inspired by USRP N series. If you worked with USRP N you will find it familiar, but there are significant differences which are described below as well. * Single board with an integrated RF part. * Optimized for industrial use and high MTBF. * 1GbE Ethernet connectivity to a computer. * Two full-duplex RF channels (side "A" and "B" in UHD). * Single chip transceivers LMS6002D are used for AD/DA and RF processing (300MHz to 3.8GHz) * Stable reference clocks: - 26MHz TCXO (integer multiple of GSM sample rate) with 100ppb frequency stability. - DAC for TCXO frequency fine tuning. - Integrated GPS module for automatic TCXO frequency stabilization. - External clock source is possible. * Thermal sensors for temperature based calibration. * 100mW @ 900MHz, 50mW @ 1800MHz RF output power. * 8-28V DC input power supply. * Spartan 6 LX75 FPGA. PS Big thank you to Lime Microsystems for their excellent support of open-source users! Check out their chips if you're planning to develop and SDR system. GSM specific info ============== UmTRX was designed to be easy to use to use with OpenBTS and OsmoBTS. So far it's the easiest way to get them up and running in your lab. * Quad-band support without any changes * 100-200m coverage (with an external duplexer and a small omni antenna). * >2km coverage with an external 2W GSM repeater and a patch antenna * Two independent TRXs (*). * Single-ARFCN and Multi-ARFCN support. (*) OpenBTS doesn't support the second channel on UmTRX yet. We're working to implement this and plan to release this soon. I also want to say thank you to our beta testers who received earlier versions of UmTRX. Some of them even blogged about their experience :) http://blog.shimaore.net/2013/03/umtrx.html http://genesysguru.com/blog/blog/2013/03/23/umtrx-is-alive-again/ UmTRX package contents ======================== * UmTRXv2.1, flashed and ready to use. * Power supply, 12V/30W - http://www.phihong.com/assets/pdf/PSAC30U.pdf * U.FL-to-SMA-F pigtail cables. * Two small GSM antennas - one for Tx and one for Rx. * An active GPS antenna. * Thermal pads. Note 1: The power supply comes without a 220V power cord. Make sure to prepare one before you receive the UmTRX to be able to power it on immediately. ;) Note 2: You'll need a heatsink or a fan to prevent UmTRX from overheating during long continuous operation. We provide thermal pads, but you have to find a heatsink by yourself. HDD heatsinks are good options, because UmTRX has almost the same size as an HDD. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ООО УмРадио http://fairwaves.ru

1 0

(no subject)
by ty 19 Apr '13

19 Apr '13

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC April 2013