OpenBSC

openbsc@lists.osmocom.org

4315 discussions

SDCCH not released if Radio Link Failure / Sending Connection Failure: cause = 0x001 Experienced in osmo-bsc and osmo-bts-trx
by Ron 20 Aug '18

20 Aug '18

Hi Community, We had encountered an issue regarding the SDCCH channel not being released immediately after a "Radio Link Failure" is detected in osmo-bsc and an equivalent error of "Sending Connection Failure: cause = 0x01" in osmo-bts-trx. Error in osmo-bts-trx: <0000> rsl.c:797 (bts=0,trx=0,ts=0,ss=0) Sending Connection Failure: cause = 0x01 Error in osmo-bsc: <0003> abis_rsl.c:1372 (bts=0,trx=0,ts=0,ss=0) CONNECTION FAIL in state ACTIVE CAUSE=0x01(Radio Link Failure) With this issue, the SDCCH channel will then be exhausted and no other subscriber can attach and do any services (call and SMS). As per advised by Neels, we tried to used the neels/inter_bsc_ho branch for osmo-bsc to test if this issue is fixed. We are happy to inform the community that the SDCCH channel issue we had is not experienced from the neels/inter_bsc_ho branch but a different bug was experienced. The bug we seen in this branch is that, even we have a 2 TRX configuration in our setup, the osmo-bsc only uses the first TRX configuration. Kindly see logs below for your reference. OSMO-BSC: # /usr/local/osmo-bsc/src/osmo-bsc/osmo-bsc -c /root/demo/osmo-bsc.cfg logging level cc (everything|debug|info|notice|error|fatal) logging level mgcp (everything|debug|info|notice|error|fatal) <001f> osmo_ss7.c:1270 0: ASP Restart for server not implemented yet! [0;m% Ignoring deprecated logging level everything <0013> telnet_interface.c:104 telnet at 127.0.0.1 4242 [0;m<0015> input/ipaccess.c:846 enabling ipaccess BSC mode on 0.0.0.0 with OML 3002 and RSL 3003 TCP ports [0;m<001a> control_if.c:887 CTRL at 127.0.0.1 4249 [0;m<0007> osmo_bsc_sigtran.c:466 Initializing SCCP connection to MSC msc-0 [0;m<0007> osmo_bsc_sigtran.c:476 CS7 Instance identifier, A-Interface: 0 [0;m<0020> sccp_user.c:397 msc-0: Using SS7 instance 0, pc:0.23.3 [0;m<0020> sccp_user.c:421 msc-0: Using AS instance MSC_Test [0;m<0020> sccp_user.c:426 msc-0: Creating default route [0;m<0020> sccp_user.c:481 msc-0: Using ASP instance Huawei_MSC_Test [0;m<0020> sccp_user.c:484 msc-0: Creating SCCP instance [0;m<0007> osmo_bsc_sigtran.c:519 (msc-0) A-interface: local (BSC) SCCP address: RI=SSN_PC,PC=0.23.3,SSN=BSSAP [0;m<0007> osmo_bsc_sigtran.c:521 (msc-0) A-interface: remote (MSC) SCCP address: RI=SSN_PC,PC=0.23.1,SSN=BSSAP [0;m<0007> a_reset.c:106 A-RESET(msc-0)[0xce7480]{DISC}: (re)sending BSSMAP RESET message... [0;m<0007> osmo_bsc_sigtran.c:92 Sending RESET to MSC: RI=SSN_PC,PC=0.23.1,SSN=BSSAP [0;m<001f> m3ua.c:507 XUA_AS(MSC_Test)[0xcdb9d0]{AS_DOWN}: Event AS-TRANSFER.req not permitted [0;m<0007> a_reset.c:106 A-RESET(msc-0)[0xce7480]{DISC}: (re)sending BSSMAP RESET message... [0;m<0007> osmo_bsc_sigtran.c:92 Sending RESET to MSC: RI=SSN_PC,PC=0.23.1,SSN=BSSAP [0;m<001f> m3ua.c:507 XUA_AS(MSC_Test)[0xcdb9d0]{AS_DOWN}: Event AS-TRANSFER.req not permitted [0;m<0007> a_reset.c:106 A-RESET(msc-0)[0xce7480]{DISC}: (re)sending BSSMAP RESET message... [0;m<0007> osmo_bsc_sigtran.c:92 Sending RESET to MSC: RI=SSN_PC,PC=0.23.1,SSN=BSSAP [0;m<001f> m3ua.c:507 XUA_AS(MSC_Test)[0xcdb9d0]{AS_INACTIVE}: Event AS-TRANSFER.req not permitted [0;m<0022> m3ua.c:634 asp-Huawei_MSC_Test: Received NOTIFY Type State Change:AS Inactive () [0;m<001f> xua_default_lm_fsm.c:353 xua_default_lm(Huawei_MSC_Test)[0xce6de0]{ACTIVE}: Ignoring primitive M-ASP_ACTIVE.confirm [0;m<0022> m3ua.c:634 asp-Huawei_MSC_Test: Received NOTIFY Type State Change:AS Active () [0;m<0007> a_reset.c:106 A-RESET(msc-0)[0xce7480]{DISC}: (re)sending BSSMAP RESET message... [0;m<0007> osmo_bsc_sigtran.c:92 Sending RESET to MSC: RI=SSN_PC,PC=0.23.1,SSN=BSSAP [0;m<0007> osmo_bsc_bssap.c:58 RESET ACK from MSC: RI=SSN_PC,PC=0.23.1,SSN=BSSAP [0;m<0007> a_reset.c:74 A-RESET(msc-0)[0xce7480]{DISC}: SIGTRAN connection succeded. [0;m<0015> input/ipa.c:265 accept()ed new link from 192.168.1.170 to port 3002 [0;m[1;36m<0004> abis_nm.c:499 BTS0 feature 'EGPRS' reported via OML does not match statically set feature: 0 != 1. Please fix. [0;m[1;36m<0004> abis_nm.c:499 BTS0 feature 'OML Alerts' reported via OML does not match statically set feature: 1 != 0. Please fix. [0;m[1;36m<0004> abis_nm.c:499 BTS0 feature 'Fullrate speech V1' reported via OML does not match statically set feature: 1 != 0. Please fix. [0;m[1;36m<0004> abis_nm.c:499 BTS0 feature 'Halfrate speech V1' reported via OML does not match statically set feature: 1 != 0. Please fix. [0;m[1;36m<0004> abis_nm.c:499 BTS0 feature 'Fullrate speech EFR' reported via OML does not match statically set feature: 1 != 0. Please fix. [0;m[1;36m<0004> abis_nm.c:499 BTS0 feature 'Fullrate speech AMR' reported via OML does not match statically set feature: 1 != 0. Please fix. [0;m[1;36m<0004> abis_nm.c:499 BTS0 feature 'Halfrate speech AMR' reported via OML does not match statically set feature: 1 != 0. Please fix. [0;m[1;36m<0004> abis_nm.c:566 OC=BTS(01) INST=(00,ff,ff): BTS0: ARI reported sw[0/2]: osmobts is 0.8.1.35-6575f0 [0;m[1;36m<0004> abis_nm.c:438 BTS0 reported variant: omso-bts-trx [0;m[1;36m<0004> abis_nm.c:460 BTS0 Attribute Manufacturer Dependent State is unreported [0;m[1;36m<0004> abis_nm.c:566 OC=BTS(01) INST=(00,ff,ff): BTS0: ARI reported sw[0/1]: TRX_PHY_VERSION is Unknown [0;m[1;36m<0004> abis_nm.c:460 BTS0 Attribute Manufacturer Dependent State is unreported [0;m[1;36m<0004> abis_nm.c:566 OC=BTS(01) INST=(00,ff,ff): BTS0: ARI reported sw[0/1]: TRX_PHY_VERSION is Unknown [0;m[1;36m<0004> abis_nm.c:2827 IPA RSL CONNECT IP=0.0.0.0 PORT=3003 STREAM=0x00 [0;m[1;36m<0004> abis_nm.c:2827 IPA RSL CONNECT IP=0.0.0.0 PORT=3003 STREAM=0x00 [0;m<0015> input/ipa.c:265 accept()ed new link from 192.168.1.170 to port 3003 [0;m[1;35m<0003> osmo_bsc_main.c:282 bootstrapping RSL for BTS/TRX (0/0) on ARFCN 111 using MCC-MNC 101-01 LAC=20259 CID=6966 BSIC=63 [0;m<0015> input/ipa.c:265 accept()ed new link from 192.168.1.170 to port 3003 [0;m[1;35m<0003> osmo_bsc_main.c:282 bootstrapping RSL for BTS/TRX (0/1) on ARFCN 13 using MCC-MNC 101-01 LAC=20259 CID=6966 BSIC=63 [0;m[1;31m<0011> bts_ipaccess_nanobts.c:314 timeslot(0-0-0-CCCH_SDCCH4)[0xce0220]{UNUSED}: Event TS_EV_OML_READY not permitted [0;m[1;31m<0011> bts_ipaccess_nanobts.c:314 timeslot(0-0-1-SDCCH8)[0xce0650]{UNUSED}: Event TS_EV_OML_READY not permitted [0;m[1;31m<0011> bts_ipaccess_nanobts.c:314 timeslot(0-0-2-TCH_F)[0xce0c00]{UNUSED}: Event TS_EV_OML_READY not permitted [0;m[1;31m<0011> bts_ipaccess_nanobts.c:314 timeslot(0-0-3-TCH_F)[0xce11b0]{UNUSED}: Event TS_EV_OML_READY not permitted [0;m[1;31m<0011> bts_ipaccess_nanobts.c:314 timeslot(0-0-4-TCH_F)[0xce1760]{UNUSED}: Event TS_EV_OML_READY not permitted [0;m[1;31m<0011> bts_ipaccess_nanobts.c:314 timeslot(0-0-5-TCH_F)[0xce1d10]{UNUSED}: Event TS_EV_OML_READY not permitted [0;m[1;31m<0011> bts_ipaccess_nanobts.c:314 timeslot(0-0-6-TCH_F)[0xce22c0]{UNUSED}: Event TS_EV_OML_READY not permitted [0;m[1;31m<0011> bts_ipaccess_nanobts.c:314 timeslot(0-0-7-TCH_F)[0xce2870]{UNUSED}: Event TS_EV_OML_READY not permitted [0;m [1;35m<0003> abis_rsl.c:1364 (bts=0) CHAN RQD: reason: other (ra=0xfe, neci=0x00, chreq_reason=0x04) [0;m[1;32m<0010> lchan_fsm.c:76 lchan(0-0-0-CCCH_SDCCH4-0)[0xce7f70]{WAIT_RLL_RTP_ESTABLISH}: (type=SDCCH) lchan allocation failed in state WAIT_RLL_RTP_ESTABLISH: Timeout [0;m[1;32m<0010> lchan_fsm.c:95 lchan(0-0-0-CCCH_SDCCH4-0)[0xce7f70]{WAIT_RLL_RTP_ESTABLISH}: (type=SDCCH) Tx Immediate Assignment Reject (lchan allocation failed in state WAIT_RLL_RTP_ESTABLISH: Timeout) [0;m[1;35m<0003> abis_rsl.c:1364 (bts=0) CHAN RQD: reason: Location updating (ra=0x09, neci=0x00, chreq_reason=0x03) [0;m<0007> fsm.c:299 SUBSCR_CONN[0xce7910]{INIT}: Allocated [0;m<000f> fsm.c:299 LCLS[0xce7a40]{NO_LCLS}: Allocated [0;m<000f> fsm.c:329 LCLS[0xce7a40]{NO_LCLS}: is child of SUBSCR_CONN[0xce7910] OSMO-BSC CLI: OsmoBSC# show network BSC is on MCC-MNC 101-01 and has 1 BTS Encryption: A5/0 NECI (TCH/H): 0 Use TCH for Paging any: 0 Handover: Off Current Channel Load: CCCH+SDCCH4: 25% (1/4) TCH/F: 0% (0/6) SDCCH8: 0% (0/8) Last RF Command: Last RF Lock Command: OsmoBSC# show run Current configuration: ! ! bts 0 type sysmobts band GSM900 cell_identity 6966 location_area_code 20259 base_station_id_code 63 ms max power 15 cell reselection hysteresis 4 rxlev access min 0 radio-link-timeout 32 channel allocator ascending rach tx integer 9 rach max transmission 7 channel-descrption attach 1 channel-descrption bs-pa-mfrms 5 channel-descrption bs-ag-blks-res 1 no access-control-class-ramping access-control-class-ramping-step-interval dynamic access-control-class-ramping-step-size 1 early-classmark-sending forbidden early-classmark-sending-3g allowed ip.access unit_id 1800 0 oml ip.access stream_id 255 line 0 neighbor-list mode manual-si5 neighbor-list add arfcn 100 neighbor-list add arfcn 200 si5 neighbor-list add arfcn 10 si5 neighbor-list add arfcn 20 codec-support fr hr efr amr gprs mode none no force-combined-si trx 0 rf_locked 0 arfcn 111 nominal power 23 max_power_red 20 rsl e1 tei 0 timeslot 0 phys_chan_config CCCH+SDCCH4 hopping enabled 0 timeslot 1 phys_chan_config SDCCH8 hopping enabled 0 timeslot 2 phys_chan_config TCH/F hopping enabled 0 timeslot 3 phys_chan_config TCH/F hopping enabled 0 timeslot 4 phys_chan_config TCH/F hopping enabled 0 timeslot 5 phys_chan_config TCH/F hopping enabled 0 timeslot 6 phys_chan_config TCH/F hopping enabled 0 timeslot 7 phys_chan_config SDCCH8+CBCH hopping enabled 0 trx 1 rf_locked 0 arfcn 13 nominal power 23 max_power_red 20 rsl e1 tei 0 timeslot 0 phys_chan_config TCH/F hopping enabled 0 timeslot 1 phys_chan_config TCH/F hopping enabled 0 timeslot 2 phys_chan_config TCH/F hopping enabled 0 timeslot 3 phys_chan_config TCH/F hopping enabled 0 timeslot 4 phys_chan_config TCH/F hopping enabled 0 timeslot 5 phys_chan_config TCH/F hopping enabled 0 timeslot 6 phys_chan_config TCH/F hopping enabled 0 timeslot 7 phys_chan_config TCH/F hopping enabled 0 OSMO-BTS-TRX CLI: OsmoBTS# show run Current configuration: ! ! line vty no login ! e1_input e1_line 0 driver ipa e1_line 0 port 0 no e1_line 0 keepalive phy 0 osmotrx ip local 127.0.0.1 osmotrx ip remote 127.0.0.1 no osmotrx ms-power-loop osmotrx timing-advance-loop osmotrx base-port local 5800 osmotrx base-port remote 5700 osmotrx fn-advance 5 osmotrx rts-advance 5 instance 0 osmotrx rx-gain 0 osmotrx tx-attenuation 7 instance 1 osmotrx rx-gain 0 osmotrx tx-attenuation 7 bts 0 band GSM900 ipa unit-id 1800 0 oml remote-ip 5.40.0.1 rtp jitter-buffer 100 rtp port-range 16384 17407 paging queue-size 200 paging lifetime 0 uplink-power-target -75 gsmtap-sapi ccch gsmtap-sapi pdtch min-qual-rach 50 min-qual-norm -5 max-ber10k-rach 1707 trx 0 power-ramp max-initial 0 mdBm power-ramp step-size 2000 mdB power-ramp step-interval 1 ms-power-control dsp phy 0 instance 0 trx 1 power-ramp max-initial 0 mdBm power-ramp step-size 2000 mdB power-ramp step-interval 1 ms-power-control dsp phy 0 instance 1 end OSMO-TRX CLI: OsmoTRX# show run Current configuration: ! ! stats interval 5 ! line vty no login ! trx bind-ip 127.0.0.1 remote-ip 127.0.0.1 multi-arfcn disable swap-channels disable egprs disable chan 0 chan 1 end Best Regard, Ron Menez ron.menez(a)entropysolution.com<mailto:ron.menez@entropysolution.com>

2 3

OsmoCon 2018 draft schedule announced
by Harald Welte 16 Aug '18

16 Aug '18

Dear Osmocom community, the first schedule of the 2018 incarnation of OsmoCon 2018 has been announced, see http://osmocom.org/news/99 for the announcment and https://pretalx.sysmocom.de/osmocon2018/schedule/ for the actual schedule. At OsmoCon, we are not targetting developers, but more the wider community and Osmocom users. It would be great to meet many of you and hear more about your relation to Osmocom. Tickets are available from https://pretix.sysmocom.de/sysmocom/osmocon2018/, and until August 31st the early bird discount still applies. For those with a community / "just for fun" background and no employer that would cover the ticket, we have a number of subsidized community discount vouchers available. See the OsmoCon 2018 wiki page at https://osmocom.org/projects/osmo-dev-con/wiki/OsmoCon2018 for more information. Looking forward to meeting as many of you as possible in roughly two months from now, Harald Welte -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

1 0

Reusing libosmovty library and licensing
by Mykola Shchetinin 02 Aug '18

02 Aug '18

Hello, Harald, I am reusing the libosmovty in my program. And hence my program must have the same license (AGPL-3.0), mustn't it? Also, the question regarding the copyright message in the terminal: Should I leave the "Copyright (C) 201* by Harald Welte..." string or should I add my name and company there alongside yours. Or can I just leave my name there? With best wishes, Mykola

2 1

Cell Broadcast Feature
by Ron 31 Jul '18

31 Jul '18

Hi Community, Does anyone tried to use the Cell Broadcast feature in osmo? https://osmocom.org/projects/cellular-infrastructure/wiki/Cell_Broadcast Is there specific SDRs that supports this feature? Best Regard, Ron Menez ron.menez(a)entropysolution.com<mailto:ron.menez@entropysolution.com>

2 2

Re: Cell Broadcast Feature
by Vadim Yanitskiy 31 Jul '18

31 Jul '18

Hi Ron, > Does anyone tried to use the Cell Broadcast feature in osmo? > Is there specific SDRs that supports this feature? I have not tried personally, but I would like to clarify one thing. CBCH is implemented in the higher *software* layers, so it doesn't depend on a specific SDR device. The problem is that it isn't (yet) implemented for osmo-bts-trx, a BTS variant for SDR devices... Moreover, I believe it should be quite easy to implement this, so any patches are welcome ;) With best regards, Vadim Yanitskiy.

2 1

Rationale behind ipa_ccm_idtag_parse_off() ?
by Harald Welte 30 Jul '18

30 Jul '18

Hi Holger, I'm getting back to the following libosmocore commit introduced in 2015: > commit f558ed4bb9c0f00997b8f97c2b251a574c1a64c4 > Author: Holger Hans Peter Freyther <holger(a)moiji-mobile.com> > Date: Tue Jun 2 15:52:06 2015 +0200 I can see what you are doing, but I have absolutely no idea as to why. AFAICT, the IPA CCM ID TLVs have the following structure: * 16bit length field * one byte tag * optional payload The length field *includes* the tag, so the actual payload length is the value encoded in the length field minus one. This means that the existing/classic ipa_ccm_idtag_parse() always returns one byte too much for the length of the IPA payload. I'm trying to address this in https://gerrit.osmocom.org/#/c/libosmocore/+/10216/ Your commit introduces ipa_ccm_idtag_parse_off(), which introduces a noffset field. However, that offset is used not only to compute the actual "payload" size, but it's also used for computing the subsequent CCM information elements. Hence, I cannot use any non-zero offset to parse a CCM blob. I also don't see any of our code using the ipa_ccm_idtag_parse_off() function, except the test case - where the test case seems to use a different encoding as seen on the wire, i.e. it uses only a single-byte length field. So if the function was just added for that test case, why not structure the data used in the test to reflect the on-the-wire protocol reality? There must be some genius rationale behind it, but I'm unable to figure it out. Maybe you still remember? Thanks! -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

2 5

4G / LTE and osmocom
by Ruben Undheim 30 Jul '18

30 Jul '18

Hi, The OpenBSC tools have turned into an impressive collection of tools. It is great to see this huge effort being done successfully! I was searching around on the osmocom site for information about LTE. Either, I am very bad at searching, or there is not so much information about that subject. I was wondering about the plans for LTE, if there are any such plans? I am writing this taking into account that in the country where I live, the major telecom providers plan to shut down the 3G infrastructure already next year, leaving only 2G and 4G running. In some years, they also want to shut down 2G (which I have heard has already been done some places across the Atlantic) I found a few other projects related to LTE: nextepc [1] and srsLTE [2]. I see that nextepc has been mentioned in a thread related to OsmoDevCon 2018, but I cannot see so much more information. Is the plan maybe some time to incorporate srsLTE and nextepc into osmocom infrastructure? Is there currently any cooperation? Or will there be some new and fresh LTE code in osmocom? Mainly, I was just wondering whether you can shed some light on / discuss this subject. Thank you very much. Best regards Ruben Undheim [1] https://github.com/acetcom/nextepc / http://nextepc.org/ [2] nhttps://github.com/srsLTE/srsLTE.git

3 2

Reflashing ip.access nano3G
by Ernesto Sanchez 25 Jul '18

25 Jul '18

Hello, I bougth one ip.access nano3G in ebay, it seem to have a custom firmware for an operator that does not work in my country I want to know how to reflash it with the correct firmware to run openbsc. Can anybody help me? Best regards and a lot of thanks in advance.

4 10

gnumonks.org + people.osmocom.org downtime today
by Harald Welte 24 Jul '18

24 Jul '18

Hi! I will be doing extensive hardware maintenance + upgrades today in a data center, which means that gnumonks.org and some other related systems will be offline for some amount of time today, particularly during the morning and early afternoon (MESZ time zone). The only Osmocom system/service affected is people.osmocom.org. It's just likely that you will receive notifications about e-mail delays to my personal e-mail address, but those will be automatically re-transmitted after the systems are back online. Regards, Harald -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

1 0

merges to osmo-bsc master
by Neels Hofmeyr 23 Jul '18

23 Jul '18

Hey guys, I'm a bit disappointed that I see more merges to osmo-bsc master that tweak MGCP and codec preferences, moving things around files and so on. Please please do not merge this kind of stuff now, I really cannot use any of that while I'm turning insane to finally get the osmo-bsc refactoring out of the door. It's really mean to load merge conflicts on top of that. If fixes really need quick merging, please do everything in your might to AVOID moving functions around and changing file names. That's ... yeah, you get the picture. What is also more than welcome is to work on the branch tip of neels/inter_bsc_ho and apply cosmetic moves to that. Just please not between current master and the refactoring. (And to test that branch would also be welcome, if time permits.) Another alternative is to *talk* to me. Many thanks. ~N

1 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC