OpenBSC February 2023

openbsc@lists.osmocom.org

13 participants
29 discussions

Extract and parsing TCAP + CAP parts from SCCP messages
by Hadi Rezaee 23 Feb '23

23 Feb '23

Hello there, I was wondering if there is any snippet or sample code for extracting TCAP and then CAP parts from SCCP messages. So, What I've done so far was to connect to SG system as a client and called to 'osmo_sccp_user_bind' function to catch SCCP message: osmo_sccp_user_bind(sccp, 0, handle_sccp_msg, NULL); . . . int handle_sccp_message(struct osmo_prim_hdr *oph, void *ctx) { struct osmo_scu_prim *scu_prim = (struct osmo_scu_prim *)oph; struct osmo_sccp_user *scu = ctx; struct gsm_subscriber_connection *conn; int rc = 0; switch (OSMO_PRIM_HDR(&scu_prim->oph)) { case OSMO_PRIM(OSMO_SCU_PRIM_N_UNITDATA, PRIM_OP_INDICATION): // TCAP parsing ?! break; default: break; } return rc; } Thanks

2 1

A new GSM codec libraries and utilities package
by Mychaela Falconia 19 Feb '23

19 Feb '23

Hello GSM community, I am pleased to announce the first release of Themyscira GSM codec libraries and utilities package: ftp://ftp.freecalypso.org/pub/GSM/codecs/gsm-codec-lib-r1.tar.bz2 The two principal libraries contained in this package, libgsmefr and libgsmfrp, continue the tradition that was started back in 1990s with the first release of libgsm, a Unix-oriented, C-library-embodied, Free Software implementation of GSM 06.10 speech transcoder. The original libgsm was written and released long before anyone in the hacker community even dreamed of running their own GSM network or building their own GSM MS, but it is now used somewhere deep under the hood (under lots of higher layers) by every GSM network-side implementation that includes an RTP transcoding gateway to other voice networks, activated whenever a GSM voice call is connected using good old FR codec rather than AMR, and is likewise used for the same purpose by anyone seeking to achieve working voice in an SDR-based GSM MS implementation. The present gsm-codec-lib release - a public works project of the Women's Republic of Themyscira - continues in the spirit of libgsm by offering two more similar libraries: 1) libgsmefr is a librified (turned into a library) version of the EFR reference code from ETSI, with all state variables converted from global vars into proper state structures, and with additional code clean-up to make it function as a speech encoder and decoder library on the same principle as libgsm, but for EFR codec instead of FR1. All beyond-speech functions of the original EFR reference code (VAD, DTX, comfort noise, error concealment) are included in libgsmefr, allowing this library to be used to implement a *proper* speech transcoder for GSM-EFR voice service. I have previously noted that the general trend in the FOSS GSM community is to use the popular AMR library libopencore-amrnb not only for AMR, but also for EFR. However, this approach is incorrect: the SID and comfort noise mechanism of EFR is different from AMR, and if you feed the uplink of a GSM-EFR call, containing SIDs and BFI skipped frames, to libopencore-amrnb decoder, there will be strange noises in the output in places where the GSM MS sent SID. Decoding EFR from a GSM call uplink requires a proper EFR library, not AMR, and I wasn't able to find any workable pre-existing implementation prior to producing Themyscira libgsmefr. 2) libgsmfrp is a preprocessor intended to be called prior to gsm_decode() from libgsm, implementing Rx DTX handler functions of GSM 06.11, 06.12 and 06.31. This preprocessor is required for anyone seeking to implement GSM FR service in the traditional way depicted in Figure 1 in 3GPP TS 46.001, as opposed to the "cut corners" way that seems to be favored in the land of Osmocom. When used as part of GSM network deployment, as opposed to lab experimentation on the mobile side of GSM, the two just-released Themyscira libraries work best together with this patch to osmo-bts: https://www.freecalypso.org/hg/themwi-system-sw/file/tip/osmo-patches/osmo-… implementing this extension to RTP transport format: https://www.freecalypso.org/hg/themwi-system-sw/file/tip/doc/RTP-BFI-extens… The "go along to get along" community appears to operate on a consensus that the RTP stream should be paused when the uplink is in DTX, or when a traffic frame was stolen for FACCH or lost to radio errors - but I disagree with that approach, and instead operate my GSM network on the principle of sending an RTP packet in *every* 20 ms slot, be it rain or shine. In the "consensus" approach the speech decoding path in the transcoding MGW never executes at all during frame stream pauses (when no RTP packets are sent), but in my "traditionalist" approach (mimicking the ways of TDM) that decoding function does get called every 20 ms, and it must produce *some* output toward PSTN in every 20 ms window, whether the MS was transmitting or not, and whether this MS output was received or lost. The Rx DTX handler becomes essential in such operation: when there is no speech traffic from the MS, libgsmfrp fills in comfort noise or previous speech frame substitution and muting as appropriate per the rules of GSM 06.31. In the case of EFR this functionality is integral to the original reference code from ETSI and thus appears in libgsmefr, but in the case of FR1 codec this functionality takes the form of a preprocessor, implemented in libgsmfrp. In any case, the two newly released libraries are intended to sit on the same "rank" in the software integration hierarchy as classic libgsm from 1990s, and higher-level projects by various parties should feel free to use them in the same manner how they currently use libgsm and libopencore-amrnb. I encourage gapk and various people's transcoding MGW implementations to take advantages of these newly available production quality GSM codec libraries. With devotion to GSM Forever, (Hasta la Victoria, Siempre,) Mother Mychaela

1 0

SCCP RLC
by Neels Hofmeyr 16 Feb '23

16 Feb '23

I'm trying to clean up the connection management in osmo-hnbgw. For that purpose I'd like to be notified of the SCCP RLC message: I'd like to free a HNB-to-CN / RUA-to-SCCP context mapping when the SCCP local reference becomes invalid. I kind of thought I would receive a OSMO_SCU_PRIM_N_DISCONNECT PRIM_OP_CONFIRM up the user_sap, but that's not happening. I see the SCCP RLC logged like this: 20230216042453894 DLSS7 DEBUG 0: asp-asp-clnt-OsmoHNBGW: xua_cli_read_cb(): sctp_recvmsg() returned 40 (flags=0x80) (osmo_ss7.c:1906) 20230216042453894 DLM3UA DEBUG 0: asp-asp-clnt-OsmoHNBGW: Received M3UA Message (XFER:DATA) (m3ua.c:714) 20230216042453894 DLM3UA DEBUG 0: asp-asp-clnt-OsmoHNBGW: m3ua_rx_xfer (m3ua.c:543) 20230216042453894 DLM3UA DEBUG 0: asp-asp-clnt-OsmoHNBGW: m3ua_rx_xfer(): M3UA data header: opc=188=0.23.4 dpc=189=0.23.5 (m3ua.c:566) 20230216042453894 DLSS7 DEBUG m3ua_hmdc_rx_from_l2(): found dpc=189=0.23.5 as local (osmo_ss7_hmrt.c:276) 20230216042453894 DLSS7 DEBUG scrc_rx_mtp_xfer_ind_xua: HDR=(CO:RELCO,V=0,LEN=0), PART(T=Destination Reference,L=4,D=000003f0), PART(T=Source Reference,L=4,D=0073dcf0) (sccp_scrc.c:472) 20230216042453894 DLSCCP DEBUG Received CO:RELCO for local reference 1008 (sccp_scoc.c:1799) 20230216042453894 DLSCCP DEBUG SCCP-SCOC(1008)[0x612000008da0]{DISCONN_PEND}: Received Event RCOC-RELEASE_COMPLETE.ind (sccp_scoc.c:1833) 20230216042453894 DLSCCP DEBUG SCCP-SCOC(1008)[0x612000008da0]{DISCONN_PEND}: state_chg to IDLE (sccp_scoc.c:1309) 20230216042453894 DLSCCP DEBUG SCCP-SCOC(1008)[0x612000008da0]{IDLE}: Terminating (cause = OSMO_FSM_TERM_REQUEST) (sccp_scoc.c:539) 20230216042453894 DLSCCP DEBUG SCCP-SCOC(1008)[0x612000008da0]{IDLE}: Freeing instance (sccp_scoc.c:539) 20230216042453894 DLSCCP DEBUG SCCP-SCOC(1008)[0x612000008da0]{IDLE}: Deallocated (fsm.c:568) but nothing arrives at sccp_sap_up() in hnbgw_cn.c Is my idea flawed somehow, or is the prim dispatch missing in libosmo-sigtran? Thanks! ~N

1 1

OsmoDevCall on Feb 15, 2023: Long range communications in the HF band
by Harald Welte 14 Feb '23

14 Feb '23

Dear Osmocom community, we're happy to announce the next incarnation of OsmoDevCall. when: February 15, 2023 at 20:00 CET where: https://osmocom.org/OsmoDevCall This time, @rafael2kwill be presenting on Long range communications in the HF band This meeting will have the following schedule: 20:00 meet + greet 20:10 presentation as outlined above 21:00 unstructured supplementary social event [*] Attendance is free of charge and open to anyone with an interest in Osmocom or open source cellular technologies. More information about OsmoDevCall, including the schedule for further upcoming events can be found at https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCall Looking forward to meeting you soon! Best regards, Harald [*] this is how we started to call the "unstructured" part of osmocom developer conferences in the past, basically where anyone can talk about anything, no formal schedule or structure. -- - Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

1 0

Card initialization failed with exception
by bhogendra.rao＠gmail.com 13 Feb '23

13 Feb '23

Hi all I am new bee into pysim and python too. I have successfully installed all dependenceis and my code start running. I was too delighted and connected my card reader and ran the following command $python4 pySim-read.py -p 0 and the responce is like below. qt5ct: using qt5ct plugin Using PC/SC reader interface Card reader initialization failed with exception: Exception was not showing any reason for failure but an empty string. Can someone please help me

3 5

February 2023 Osmocom CNI releases (202302)
by Pau Espin Pedrol 09 Feb '23

09 Feb '23

Hi all, I am happy to announce that a new version 202302 of the Osmocom CNI (Cellular Network Infrastructure) software has been released this week. For further information, please visit: https://osmocom.org/news/207 Regards, Pau -- - Pau Espin Pedrol <pespin(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 * Geschaeftsfuehrer / Managing Director: Harald Welte

1 0

Avago technologies distributor
by King Ele 07 Feb '23

07 Feb '23

Welcome to Quanking Electronics Limited, the industry leader in selling obsolete Avago Technology parts as an Avago technologies distributor. You can count on Quanking, a well-known Avago distributor, to give you the best prices and products available. https://quanking.com/product/avago-technologies/

1 0

cannot run ttcn3-msc-tests locally, any ideas?
by Neels Hofmeyr 04 Feb '23

04 Feb '23

I'm currently stumped here, thanks for any hints what to try next: All of a sudden, all attempst to run the MSC_Tests.ttcn locally, from osmo-ttcn3-hacks/msc, are failing with the same error. This happens regardless of the selection of tests to run, i.e. even if not related to SMPP at all. Our jenkins doesn't seem to encounter that error. It seems that titan is sending an invalid SMPP packet, then something happens that SMPP_Emulation does not expect to happen, and the entire run of tests is aborted. I've already tried to 'make clean' in the osmo-ttcn3-hacks root dir, 'make deps', and re-ran the gen_links and regen_makefile scripts in msc/. I'm still getting the same error: none -> fail reason: "Unexpected SMPP from peer" [...] terminate called after throwing an instance of 'TC_Error' ./MSC_Tests: Abort was called /usr/lib/titan/libttcn3-parallel-dynamic.so(_Z14signal_handleri+0xa3)[0x7f1e319950a3] /lib/x86_64-linux-gnu/libc.so.6(+0x3bf90)[0x7f1e3085af90] [...] /usr/lib/titan/libttcn3-parallel-dynamic.so(+0x24c077)[0x7f1e3164c077] Error: Receiving of data failed from the MTC at 127.0.0.1 [127.0.0.1]: Connection reset by peer MC@x43: The control connection to MTC is lost. Destroying all PTC connections. MC@x43: MTC terminated. ttcn3_start: error: the MTC terminated unexpectedly exit MC@x43: Shutting down session. MC@x43: Shutdown complete. Comparing expected results './expected-results.xml' against results in 'junit-xml-1051482.log' -------------------- pass MSC_Tests.TC_cr_before_reset Summary: pass: 1 skip: 202 So when encountering the SMPP failure, titan exits and stops running the remaining tests. osmo-msc logs: 20230201010116947 DSMPP DEBUG [] smpp_pdu_rx(00 00 00 2e 00 00 00 09 00 00 00 00 00 00 00 01 6d 73 63 5f 74 65 73 74 65 72 00 6f 73 6d 6f 63 6f 6d 31 00 4d 53 43 5f 54 65 73 74 73 00 ) (smpp_smsc.c:718) 20230201010116947 DSMPP ERROR [] Error ([command_length:0000002E(OK)][command_id:00000009(OK)][command_status:00000000(OK)][sequence_number:00000001(OK)][system_id:msc_tester(OK)][password:osmocom1(OK)][system_type:MSC_Tests(OK)][interface_version:00(Value length exceed buffer length)]) in smpp34_unpack() (smpp_smsc.c:513) 20230201010116948 DSMPP ERROR [] length invalid 872415232 (smpp_smsc.c:805) Attached is a pcap showing an SMPP from titan that seems to cause the trouble. Could a debian dist-upgrade have caused this error? TTCN-3 and ASN.1 Compiler for the TTCN-3 Test Executor Version: 8.2.0 Build date: Sep 10 2022 11:52:51 Compiled with: GCC 12.2.0 Using OpenSSL 3.0.7 1 Nov 2022 FYI, I have this in my apt/sources.list.d: deb https://downloads.osmocom.org/packages/osmocom:/nightly/Debian_Unstable/ ./ ~N

1 1

Card reader initialization failed
by bhogendra.rao＠gmail.com 03 Feb '23

03 Feb '23

Hi, I am a new bee into pysim and python too. I successfully installed all dependencies and was able to run my pysim-read. Then connected my sim reader and gave the following command $python3 pySim-read.py -p 0 The response is like qt5ct: using qt5ct plugin Using PC/SC reader interface Card reader initialization failed with exception: The response is a exception with empty string. any hint ? if i run pcsc_scan, the output is like PC/SC device scanner V 1.5.2 (c) 2001-2017, Ludovic Rousseau <ludovic.rousseau(a)free.fr> Using reader plug'n play mechanism Scanning present readers... Waiting for the first reader... and dosenot come out of the waiting.

2 1

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC February 2023