OpenBSC April 2020

openbsc@lists.osmocom.org

17 participants
21 discussions

Pysim error: SW match failed
by Martin Nagy 16 Aug '25

16 Aug '25

Hi all, After buying a super Sim Kit (16 in 1) from China, I tried the reader (green PCB inside a blue transparent plastic case with a blue LED) and SIM (identified as a fakesupersim) with pysim tool. However i am getting the following error: /pySim-prog.py -n 26C3 -c 49 -x 262 -y 42 -z 1234 -j 1 -t auto Insert card now (or CTRL-C to cancel) Autodetected card type fakemagicsim Generated card parameters : > Name : 26C3 > SMSP : e1ffffffffffffffffffffffff058100945555ffffffffffff000000 > ICCID : 8949262427518313026 > MCC/MNC : 262/42 > IMSI : 262422461512085 > Ki : 7b74741a1ee14337ec23f9ab92a13648 > OPC : ccd867d60797d8d45354a51b3ef568ff Programming ... Traceback (most recent call last): File "./pySim-prog.py", line 530, in <module> card.program(cp) File "/home/nadicek/pysim/pysim/pySim/cards.py", line 231, in program self._scc.update_binary('6f30', hplmn + 'ff' * (tl-3)) File "/home/nadicek/pysim/pysim/pySim/commands.py", line 53, in update_binary return self._tp.send_apdu_checksw(pdu) File "/home/nadicek/pysim/pysim/pySim/transport/__init__.py", line 87, in send_apdu_checksw raise RuntimeError("SW match failed ! Expected %s and got %s." % (sw.lower(), rv[1])) RuntimeError: SW match failed ! Expected 9000 and got 9804. I checked mailing lists and haven’t found anybody who had similar problem with pysim. Also I have tried forcing different models of SIM, but nothing is working. Obviously I can remove this check from the script file (__init__.py in /pySim/transport), however somebody had a reason to put such condition there. I would like to ask if it is safe to remove that line of code and the purpose of that line of code. Thanks a lot and best regards Martin

3 3

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

dynamic traffic channels
by Neels Hofmeyr 20 May '25

20 May '25

On Tue, Jun 28, 2016 at 10:05:28AM +0200, Harald Welte wrote: > [translated from german] > is it certain that we switch a channel to PDCH only when > gprs mode != none? A TS can be GSM_PCHAN_TCH_F_PDCH; those are the only ones for which we send a PDCH ACT message. We send a PDCH ACT message - during init (CHANNEL OML's state changed to enabled -> send PDCH ACT), - and upon channel release ack when pchan == GSM_PCHAN_TCH_F_PDCH. So the question is, when we receive a channel release ack, could that be the PDCH release and we switch PDCH right back on by accident? No, because we only receive a chan rel ack when the *TCH/F* is being released. That is because the PDCH release is initiated "internally" from the PDCH DEACT, and thus this condition in common/rsl.c rsl_tx_rf_rel_ack() catches on, which existed before dyn PDCH: if (lchan->rel_act_kind != LCHAN_REL_ACT_RSL) { LOGP(DRSL, LOGL_NOTICE, "%s not sending REL ACK\n", gsm_lchan_name(lchan)); return 0; } In rsl_rx_rf_chan_rel() the rel_act_kind is set to LCHAN_REL_ACT_RSL, but not in the rsl_rx_dyn_pdch(). This is analogous to the ip.access way -- the ip.access nanobts replies to a PDCH DEACT with a PDCH DEACT ACK and doesn't send a separate channel release ack. Maybe we could set rel_act_kind to some new LCHAN_REL_ACT_IPAC_DYN_PDCH for clarity? (But we shouldn't actually send a release ack, to stay compatible.) Even though it works as-is, we should indeed add another flag check: - We do check the flags that no ACT/DEACT is already pending; - And we do send a PDCH DEACT only if ts->flags & TS_F_PDCH_ACTIVE; - But we would send a PDCH ACT despite ts->flags & TS_F_PDCH_ACTIVE. This should never happen, but it would make sense to ensure that. ~Neels

3 5

Problem while running NIB on Open Cellular Base sation
by Brackley Casinga 31 Jan '24

31 Jan '24

Hi, My name is Brackley Cassinga Form DRC, we run a community network called pamoja net where we offer gsm services using osmocom open source software and OC Base station. Recently I have tried to install another base station as the same installed but I could not find any resource guiding through all the steps to take to run NIB on a base station. I'm currently running Ubuntu and I will appreciate if you could guide me on the installation of BSC,hlr,MSC , in order to run a basic gsm network. Thank you. Regards -- *Ir Brackley heshima Casinga **Pacifique* *CEO and Founder of kwanzatechnologie* KwanzaTechnologies ,GlobalElectronics +243977265291 | +243977265291 | Pcassinga(a)gmail.com/ brackley(a)ensemblepourladifference.org www.kwantechnologies.jimdosite.com <http://www.kwantechnologies.com/> | Skype: Brackley cassinga <https://webapp.wisestamp.com/#> Av Semliki N 43

2 1

DGSM merge: need feedback on open questions
by Neels Hofmeyr 01 May '20

01 May '20

Hi all, we need to wrap up the DGSM work and get it to a state that can be merged to master. There are still open issues that I am not sure how to solve, which I've mentioned on some occasions, but it seems to not have been loud enough. I would easily choose one way, but am not sure about others' opinions. (1) One open point is the GSUP peer identification. I've added a comment explaining it in https://gerrit.osmocom.org/c/osmo-hlr/+/16459/9 Me personally, I would strip down basically all of that complexity again and go with the simplest solution, a nul terminated size limited char string for GSUP peer id. The patch became what it is because vague requirements were thrown in the mix and I tried to accomodate them, and now it ended up being a rather ugly shim around a simple char string, really. (2) Another open question is the freeing behavior in osmo_gsup_req (for proper async handling of DGSM, and to ensure proper GSUP responses). I've added a comment explaining that in https://gerrit.osmocom.org/c/osmo-hlr/+/16205/29 The gist for both issues is that I could write patches that would have a large ripple effect throug many files and follow-up patches, but if we again disagree on the outcome, the work would multiply. So, DGSM works and is ready, except that we need to agree on what will be accepted by review. I need opinions to be able to complete this (or possibly a "go" to do whatever I think is right and merge that). Thanks! ~N

3 4

POWEROFF after the osmo-NITB has been installed
by cruise 30 Apr '20

30 Apr '20

Hello: I installed the osmo-NITB on ubuntu18.04, including osmo-trx,osmo-bts,and openbsc. I run these three applications in three terminals successively, it seems ok, but the tx/rx leds on usrp-b210 hardware platform are not lighted, and the print message in the osmo-trx terminal shows : Thu Apr 30 15:28:28 2020 DTRXCTRL <0002> Transceiver.cpp:832 [tid=139871716352896][chan=0] command is 'POWEROFF' Thu Apr 30 15:28:28 2020 DTRXCTRL <0002> Transceiver.cpp:977 [tid=139871716352896][chan=0] response is 'RSP POWEROFF 0' I try to send some commands on another terminal which launch a telnet session which connects to the osmo-bts control interface(port number is 4238) , but it not working. what can i do next? thanks a lot.

2 1

version problem of libosmocore during installing osmoTRX
by cruise 30 Apr '20

30 Apr '20

$ git clone git：//git.osmocom.org/osmo-trx $ git branch * master $ ./configure ... checking for LIBOSMOCORE... no configure: error: Package requirements (libosmocore >= 1.3.0) were not met: No package 'libosmocore' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Then, check the information of libosmocore: $dpkg -l |grep libosmocore ii libosmocore:amd64 0.9.0-7 amd64 Open Source MObile COMmunications CORE library (metapackage) ii libosmocore6:amd64 0.9.0-7 amd64 Osmo Core library $ sudo apt-get install libosmocore ... libosmocore has already been the newest version (0.9.0-7)。 why???what can i do?

2 1

Docker containers.
by Andrew Back 25 Apr '20

25 Apr '20

Appreciate that the Osmocom Docker configurations exist principally for automated testing and here it may not make sense, but I wondered if builds are published to a registry? The Makefile in the make project located in the docker-playground repo sets docker.io as registry and has a target for docker push. Also see OBS Release.key files in project sub-directories, but couldn't find container builds being published anywhere. Was hoping I could just pull containers for the latest project versions, without cloning and building the containers in docker-playground. Also saw the comments from 2017 on Docker shortcomings and assuming SCTP works OK now in Docker networking? Regards, Andrew

2 5

GSUP client
by Reza Hosseini 24 Apr '20

24 Apr '20

Dear Mr. Welte, In order to be more familiar with the further development of the osmo-euse file, I need to know which libraries and which programming style I should use to be on the right track. Is it possible to provide me please the some lines of your code which is sending the USSD code via the GSUP client to hlr and called up data from OSMO-HLR? I need this for my master's thesis (Education Purpose), so I don't need a license for it. Many thanks for your consideration, Reza

2 1

Fwd: OSMOCOM TRX_BTS_BSC Connection Issue
by Aalto Koskinen 22 Apr '20

22 Apr '20

Hi, I looked at the forum for answers before posting, but I unfortunately couldn't get answers to what I was looking for. I looked into particular https://www.mail-archive.com/openbsc@lists.osmocom.org/msg09819.html for solving my issue. Setup: USRP B210 as radio head. NITB modules as components for 2G Network and BTS-TRX and TRX-UHD modules. Issue: - TRX-UHD and BTS-TRX fail. NITB Module works. Components of NITB network are able to connect to each other. - I have the RSP POWEROFF message originating in log from TRX-UHD module and the BTS module is shuttiing down. - BTS connects via OML but fails to connect RSL. - As per the previous email archive, I wanted to login to VTY and check the logs, but, it logs out as the BTS module shuts down (I cannot connect and see what's happening). I looked through the configuration files and seem correct to me. Any suggestions would be appreciated on solving the issue. I am trying to create a test 2G OSMOCOM network. Logs are written below and configuration as attachments. Thanks for your help! *OSMO_BTS_TRX log:* systemd[1]: Started Osmocom osmo-bts for osmo-trx. osmo-bts-trx[23221]: <0017> control_if.c:911 CTRL at 127.0.0.1 4238 osmo-bts-trx[23221]: <0010> telnet_interface.c:104 Available via telnet 127.0.0.1 4241 osmo-bts-trx[23221]: <0012> input/ipaccess.c:1024 enabling ipaccess BTS mode, OML connecting to 192.168.0.9:3002 osmo-bts-trx[23221]: <000b> trx_if.c:1174 phy0.0: Open transceiver osmo-bts-trx[23221]: <000b> trx_if.c:185 phy0.0: No satisfactory response from transceiver(CMD POWEROFF) osmo-bts-trx[23221]: <000b> trx_if.c:185 phy0.0: No satisfactory response from transceiver(CMD POWEROFF) osmo-bts-trx[23221]: <000b> trx_if.c:185 phy0.0: No satisfactory response from transceiver(CMD POWEROFF) osmo-bts-trx[23221]: <000b> trx_if.c:185 phy0.0: No satisfactory response from transceiver(CMD POWEROFF) osmo-bts-trx[23221]: <000b> trx_if.c:185 phy0.0: No satisfactory response from transceiver(CMD POWEROFF) osmo-bts-trx[23221]: <000b> trx_if.c:185 phy0.0: No satisfactory response from transceiver(CMD POWEROFF) osmo-bts-trx[23221]: <000d> abis.c:142 Signalling link down osmo-bts-trx[23221]: <0001> bts.c:292 Shutting down BTS 0, Reason Abis close osmo-bts-trx[23221]: <000b> trx_if.c:185 phy0.0: No satisfactory response from transceiver(CMD POWEROFF) osmo-bts-trx[23221]: Shutdown timer expired osmo-bts-trx[23221]: ((*)) osmo-bts-trx[23221]: | osmo-bts-trx[23221]: / \ OsmoBTS *OSMO_TRX_UHD log:* ubuntu-HP-EliteBook-8470p systemd[1]: Started Osmocom SDR BTS L1 Transceiver (UHD Backend). ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:21 2020 DLGLOBAL <0007> telnet_interface.c:104 Available via telnet 127.0.0.1 4237 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:21 2020 DLCTRL <000e> control_if.c:911 CTRL at 127.0.0.1 4236 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:21 2020 DMAIN <0000> osmo-trx.cpp:485 [tid=140554411180864] Config Settings ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Log Level............... 0 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Device args............. ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: TRX Base Port........... 5700 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: TRX Address............. 127.0.0.1 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: GSM BTS Address......... 127.0.0.1 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Channels................ 1 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Tx Samples-per-Symbol... 4 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Rx Samples-per-Symbol... 4 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: EDGE support............ 0 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Extended RACH support... 0 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Reference............... 1 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Filler Burst Type....... Empty bursts ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Filler Burst TSC........ 0 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Filler Burst RACH Delay. 0 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Multi-Carrier........... 0 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Tuning offset........... 0 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: RSSI to dBm offset...... 0 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Swap channels........... 0 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Tx Antennas............. '<default>' ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Rx Antennas............. '<default>' ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:21 2020 DMAIN <0000> osmo-trx.cpp:439 [tid=140554411180864] Setting SCHED_RR priority 18 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: [INFO] [UHD] linux; GNU C++ version 7.4.0; Boost_106501; UHD_3.14.1.1-release ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:21 2020 DDEV <0005> UHDDevice.cpp:470 [tid=140554411180864] Using discovered UHD device type=b200,name=MyB210,serial=31A92EA,product=B210 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:22 2020 DDEVDRV <0006> b200_impl.cpp:386 [tid=140554300024576] [B200] Detected Device: B210 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:22 2020 DDEVDRV <0006> b200_impl.cpp:433 [tid=140554300024576] [B200] Operating over USB 2. ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:22 2020 DDEVDRV <0006> b200_impl.cpp:587 [tid=140554300024576] [B200] Initialize CODEC control... huhti 09 11:22:23 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:23 2020 DDEVDRV <0006> b200_impl.cpp:650 [tid=140554300024576] [B200] Initialize Radio control... huhti 09 11:22:23 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:23 2020 DDEVDRV <0006> b200_impl.cpp:957 [tid=140554300024576] [B200] Performing register loopback test... huhti 09 11:22:23 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:23 2020 DDEVDRV <0006> b200_impl.cpp:966 [tid=140554300024576] [B200] Register loopback test passed huhti 09 11:22:23 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:23 2020 DDEVDRV <0006> b200_impl.cpp:957 [tid=140554300024576] [B200] Performing register loopback test... huhti 09 11:22:23 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:23 2020 DDEVDRV <0006> b200_impl.cpp:966 [tid=140554300024576] [B200] Register loopback test passed huhti 09 11:22:23 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:23 2020 DDEVDRV <0006> b200_impl.cpp:758 [tid=140554300024576] [B200] Setting master clock rate selection to 'automatic'. huhti 09 11:22:23 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:23 2020 DDEVDRV <0006> b200_impl.cpp:1013 [tid=140554300024576] [B200] Asking for clock rate 16.000000 MHz... huhti 09 11:22:23 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:23 2020 DDEVDRV <0006> b200_impl.cpp:1024 [tid=140554300024576] [B200] Actually got clock rate 16.000000 MHz. huhti 09 11:22:23 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:23 2020 DMAIN <0000> UHDDevice.cpp:214 [tid=140554411180864] Antennas configured successfully huhti 09 11:22:23 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:23 2020 DDEVDRV <0006> multi_usrp.cpp:502 [tid=140554300024576] [MULTI_USRP] Setting master clock rate selection to 'manual'. huhti 09 11:22:23 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:23 2020 DDEVDRV <0006> b200_impl.cpp:1013 [tid=140554300024576] [B200] Asking for clock rate 26.000000 MHz... ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:24 2020 DDEVDRV <0006> b200_impl.cpp:1024 [tid=140554300024576] [B200] Actually got clock rate 26.000000 MHz. ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:24 2020 DDEV <0005> UHDDevice.cpp:275 [tid=140554411180864] Rates configured for B210 4 SPS ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:24 2020 DDEV <0005> UHDDevice.cpp:235 [tid=140554411180864] Supported Tx gain range [0; 89.75] ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:24 2020 DDEV <0005> UHDDevice.cpp:240 [tid=140554411180864] Supported Rx gain range [0; 76] ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:24 2020 DDEV <0005> UHDDevice.cpp:244 [tid=140554411180864] Default setting Tx gain for channel 0 to 44.875 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:24 2020 DDEV <0005> UHDDevice.cpp:251 [tid=140554411180864] Default setting Rx gain for channel 0 to 38 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:24 2020 DDEV <0005> UHDDevice.cpp:569 [tid=140554411180864] Device configuration: Single USRP: ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Device: B-Series Device ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Mboard 0: B210 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: RX Channel: 0 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: RX DSP: 0 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: RX Dboard: A ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: RX Subdev: FE-RX2 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: TX Channel: 0 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: TX DSP: 0 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: TX Dboard: A ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: TX Subdev: FE-TX2 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:24 2020 DMAIN <0000> Threads.cpp:119 [tid=140554180474624] Thread 140554180474624 (task 8317) set name: CtrlService0 ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:24 2020 DMAIN <0000> osmo-trx.cpp:533 [tid=140554411180864] -- Transceiver active with 1 channel(s) ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:24 2020 DTRXCTRL <0002> Transceiver.cpp:778 [tid=140554180474624][chan=0] command is 'POWEROFF' ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:24 2020 DTRXCTRL <0002> Transceiver.cpp:923 [tid=140554180474624][chan=0] response is 'RSP POWEROFF 0' ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:28 2020 DTRXCTRL <0002> Transceiver.cpp:778 [tid=140554180474624][chan=0] command is 'POWEROFF' ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:28 2020 DTRXCTRL <0002> Transceiver.cpp:923 [tid=140554180474624][chan=0] response is 'RSP POWEROFF 0' ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:33 2020 DTRXCTRL <0002> Transceiver.cpp:778 [tid=140554180474624][chan=0] command is 'POWEROFF' ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:33 2020 DTRXCTRL <0002> Transceiver.cpp:923 [tid=140554180474624][chan=0] response is 'RSP POWEROFF 0' ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:38 2020 DTRXCTRL <0002> Transceiver.cpp:778 [tid=140554180474624][chan=0] command is 'POWEROFF' ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:38 2020 DTRXCTRL <0002> Transceiver.cpp:923 [tid=140554180474624][chan=0] response is 'RSP POWEROFF 0' ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:43 2020 DTRXCTRL <0002> Transceiver.cpp:778 [tid=140554180474624][chan=0] command is 'POWEROFF' ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:43 2020 DTRXCTRL <0002> Transceiver.cpp:923 [tid=140554180474624][chan=0] response is 'RSP POWEROFF 0' ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:49 2020 DTRXCTRL <0002> Transceiver.cpp:778 [tid=140554180474624][chan=0] command is 'POWEROFF' ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:49 2020 DTRXCTRL <0002> Transceiver.cpp:923 [tid=140554180474624][chan=0] response is 'RSP POWEROFF 0' ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:54 2020 DTRXCTRL <0002> Transceiver.cpp:778 [tid=140554180474624][chan=0] command is 'POWEROFF' ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:54 2020 DTRXCTRL <0002> Transceiver.cpp:923 [tid=140554180474624][chan=0] response is 'RSP POWEROFF 0' ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:59 2020 DTRXCTRL <0002> Transceiver.cpp:778 [tid=140554180474624][chan=0] command is 'POWEROFF' ubuntu-HP-EliteBook-8470p osmo-trx-uhd[8282]: Thu Apr 9 11:22:59 2020 DTRXCTRL <0002> Transceiver.cpp:923 [tid=140554180474624][chan=0] response is 'RSP POWEROFF 0'

3 9

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC April 2020