OpenBSC

openbsc@lists.osmocom.org

1 participants
4317 discussions

D-GSM merge / open question on GT vs. IPA name
by Harald Welte 26 Feb '20

26 Feb '20

Hi Neels, some week[s] ago, you mentioned that the D-GSM merge is blocked around the question on how the Global Title vs. IPA-name is to be resolved. Sorry for not getting back any sooner, but I am simply not finding the required amount of time to investigate this topic at the moment. My personal opinion is that it should be a binary blob (buffer + length) and nobody should make any assumptions about the contents. This way we can store whatever we want in it, and I believe we're increasing possible use cases where our HLR would have to work with "stateless" translators between GSUP and MAP. After all, let's say we receive a LU from a subscriber roaming in MAP-land, then that request arrives with the GT of the MSC/VLR. If we can natively "digest" such values, then the translator would not require any state beyond the currently processed transaction (LU/ISD). If we can not, then the translator would have to keep long-term state such as tables to map MAP-GT to IPA name or the like. And that's of course more effort there, and volatile state that you'd need to synchronize in case of high availability or fail-over scenarios, etc. I of course also know none of this is any current use case that any of the sysmocom customers is funding sysmocom (and hence you) to spend time on. So in the end, I'll leave it to you to decide. If you think the effort for becoming "buffer+length" aware is relatively minimal (let's say up to two days?) then by all means, implement that. If you think it's more work, then please go for the faster route of not considering non-NUL-terminated strings as identifiers for "GSUP" peers. In any case, I am happy to merge the D-GSM patch series once you think it should be merged. I put it in your trusted hands. After all, we had a tagged release only 7 commits ago (well, 5 of those are actually already D-GSM related) in osmo-hlr, and should there be any fall-out from the merge, we still have quite some time until some new tagged release will happen a few months down the road. Thanks! 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

Commercial MSs do not see the network
by Tomcsányi, Domonkos 16 Feb '20

16 Feb '20

Hi All, I have been dealing with a weird issue in the past couple of days. I needed to quickly check something about some phones, therefore I created an Osmocom CNI based 2G network. I have done this multiple times in the past even with OsmocomBB transceiver, however in the past some years I was not active in 2G, was more focused on 4G. I was very happy to see, that all familiar things I initially liked about osmocom are still in place/improved a lot (meaningful config files, simple VTY interface, a LOT more and better documentation). So the network is up and running fine, the setup consists of a laptop and a USRP B210 without GPSDO. Then I tried to attach some phones to it, and hit an issue: * Samsung S6, S7 - does not detect the network, even if I put in a SIM card that has previously been in a phone that was already attached * iPhone X - does not detect the network I first fiddled with the power settings, basically trying to turn it down a little bit (initially tx attenuation was at 0, so I turned it 10-20), because range is not needed, but I know distortion can happen when driving SDR HW to its max capacity. No change in the above. Then I turned quickly to gr-gsm and rtl-sdr to see if I'm transmitting properly, the network was detected and C0 decoded properly. Next I tried with a Motorola C115 (yeah, I still have some lying around :)), and it attached to the network without any issue. Finally something that works as expected, right? Last but not least I tried with a Nokia 4.2 phone, which also attached to the network immediately without any issue. So the bottom line is: what could cause this behavior? Is it possible that the USRP B210's accuracy is just not enough for newer phones? If yes how come the Nokia still attached, it is quite a recent phone with Qcomm chipset. I was also thinking if it is a Samsung vs Qualcomm thing, but then the iPhone should have at least detected the network. I tried with different SIM cards as well (not that it would make any difference...but I didn't have any better idea), and also with different bands and ARFCNs (900 and 1800). Antenna used is a VERT900. Configuration: unmodified standard config that came with the binary packages - except for MCC, MNC, rx gain, tx attenuation and max_power_red. I also tried to specify valid and also 'invalid' (unknown) MCC-MNC combinations to see if maybe newer Android/iOS only lists networks that advertise a known combination (again this would be very weird, but I just had no better ideas in the end). Anybody have any recent experience with COTS MSs and OsmoBTS(-TRX) based network? Any input is much appreciated, thanks. Cheers, Domi p.s. It is simply awesome to experience the power of opensource when dealing with 2G. Every step of the way above I was using software created and shared by you guys. It is a great feeling, had to share it :-).

5 8

CBS + ETWS + CMAS + Limesdrmini
by Radiarisainana Sitraka 13 Feb '20

13 Feb '20

Hi, I follow this tutorial : Version 10 - History - Cell Broadcast - Cellular Network Infrastructure - Open Source Mobile Communications for doing CBS with limesdrmini but it doesn't run , is it due to that limesdrmini doesn't support the command telnet to osmo-bsc at port 4242, and enter something likeor i do something wrong. Chears, | | | | Version 10 - History - Cell Broadcast - Cellular Network Infrastructure ... Redmine | | |

2 1

Re: OpenBSC Digest, Vol 64, Issue 2
by Radiarisainana Sitraka 13 Feb '20

13 Feb '20

The commercial MS see the network and i could send sms and call with it. the Limesdrmini doesn't support CBS? Le mercredi 12 février 2020 à 20:57:52 UTC, openbsc-request(a)lists.osmocom.org <openbsc-request(a)lists.osmocom.org> a écrit : Send OpenBSC mailing list submissions to openbsc(a)lists.osmocom.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.osmocom.org/mailman/listinfo/openbsc or, via email, send a message with subject or body 'help' to openbsc-request(a)lists.osmocom.org You can reach the person managing the list at openbsc-owner(a)lists.osmocom.org When replying, please edit your Subject line so it is more specific than "Re: Contents of OpenBSC digest..." Today's Topics: 1. CBS + Osmocom + LimeSDR-Mini (Radiarisainana Sitraka) 2. CBS + ETWS + CMAS + Limesdrmini (Radiarisainana Sitraka) 3. Re: Commercial MSs do not see the network (Tomcs?nyi) 4. Re: Commercial MSs do not see the network (Joachim Steiger) ---------------------------------------------------------------------- Message: 1 Date: Wed, 12 Feb 2020 19:12:17 +0000 (UTC) From: Radiarisainana Sitraka <radiarisainanasitraka(a)yahoo.fr> To: "openbsc(a)lists.osmocom.org" <openbsc(a)lists.osmocom.org> Subject: CBS + Osmocom + LimeSDR-Mini Message-ID: <647375309.3679103.1581534737485(a)mail.yahoo.com> Content-Type: text/plain; charset="utf-8" Hello, I'm testing CBS LimeSDR-Mini with osmocom by following this Version 10 - History - Cell Broadcast - Cellular Network Infrastructure - Open Source Mobile Communications | | | | Version 10 - History - Cell Broadcast - Cellular Network Infrastructure ... Redmine | | | h4. make sure your related BTS is configured to use a channel combination with CBCH For using a combined CCCH with SDCCH/4 and CBCH you can use the following example snippet as part of osmo-bsc.cfg: network bts 0 trx 0 timeslot 0 phys_chan_config CCCH+SDCCH4+CBCH

1 0

CBS + Osmocom + LimeSDR-Mini
by Radiarisainana Sitraka 12 Feb '20

12 Feb '20

Hello, I'm testing CBS LimeSDR-Mini with osmocom by following this Version 10 - History - Cell Broadcast - Cellular Network Infrastructure - Open Source Mobile Communications | | | | Version 10 - History - Cell Broadcast - Cellular Network Infrastructure ... Redmine | | | h4. make sure your related BTS is configured to use a channel combination with CBCH For using a combined CCCH with SDCCH/4 and CBCH you can use the following example snippet as part of osmo-bsc.cfg: network bts 0 trx 0 timeslot 0 phys_chan_config CCCH+SDCCH4+CBCH

1 0

Feedback to GSUP Proxy Cache concept
by Oliver Smith 23 Jan '20

23 Jan '20

Hi Neels, > D-GSM proxy cache -- if you have the time, feedback on this design document would be appreciated: http://git.osmocom.org/osmo-hlr/commit/?h=neels/dgsm&id=8071c561405a031f204… > (when that commit is checked out, building osmo-hlr with manuals enabled should render the ladder diagrams in proxy_cache.adoc, which illustrate what I'm planning to implement) > (and disregard "(7) Skip the Insert Subscriber Data", as explained in the prose) I like that the key of the home HLR is not shared with the proxy HLRs. All in all, it sounds like a very smart solution! Some notes: * In the ladder diagrams, it shows that the AKAs are cached in both the MSC and the HLR. Why not just cache them in the HLR? * It might be a good idea to make AKA reuse optional with a VTY config option? * Potential use case: phone is home in village A, gets turned off, owner travels to village B with the phone, the link to village A is down. Phone gets turned on, then there will be no AKAs cached in village B's (proxy) HLR and the LU will fail. But there does not seem a way around this without sharing the keys (or without spaming other HLRs with AKAs for all subscribers in the HLR that they might use in the future, but that would just waste traffic). Regards, Oliver -- - Oliver Smith <osmith(a)sysmocom.de> https://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

2 1

build2.osmocom.org hardware replacement
by Harald Welte 21 Jan '20

21 Jan '20

Dear Osmocom community, in recent weeks (at least since mid-december) we've had some stability issues with build2.osmocom.org, the physical machine that runs the build2-deb8build-ansible and build2-deb9build-ansible LXCs used heavily by our jenkins. I've had to reset the machine, and now we finally have asked the hosting company to perform a hardware replacement. This has happened about 3 hours ago, and I hope the stability problems are gone now. Let me know if you still see anything odd related to build2. Regards, Harald -- - 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

Osmocom CNI release 202001
by Pau Espin Pedrol 08 Jan '20

08 Jan '20

Dear all, I'm pleased to announce new tagged releases for Osmocom Cellular Network Infrastructure components. libosmocore 1.3.0 osmo-gsm-manuals 0.3.0 osmo-pcap 0.1.2 osmo-ggsn 1.5.0 libosmo-abis 0.8.0 libosmo-netif 0.7.0 libosmo-sccp 1.2.0 osmo-sip-connector 1.4.0 osmo-hlr 1.2.0 osmo-trx 1.2.0 osmo-bts 1.2.0 osmo-pcu 0.8.0 osmo-mgw 1.7.0 osmo-iuh 0.6.0 osmo-bsc 1.6.0 osmo-msc 1.6.0 osmo-sgsn 1.6.0 openbsc 1.3.2 Tags for related Openembedded meta layers have also been updated and are waiting to be merged, hopefully today, and will be available in branch 201705. Other related components such as libgtpnl or libsmpp34 had no development at all since last release cycle so they don't show up here. As a reminder, last release cycle was done around August 2019. Have fun, -- - 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

2 2

Osmo Bsc (Seperate CNI) with Asterisk network busy!!
by Garrett Allen 01 Jan '20

01 Jan '20

Hi All I've used osmo-bsc in non standalone mode ie seperate components and all works fine voice and sms work as should. However when introducing. sip connector with asterisk the handsets will not make voice calls they just constantly respond network busy. I'm using osmo bts-trx with osmo-trx-lms on raspbian 10 below is Asterisk config. Any help would be appreciated. Gar [GSM] type=friend host=127.0.0.1 dtmfmode=rfc2833 canreinvite=no disallow=all allow=gsm context=gsmsubscriber port=5062

3 7

limesdr mini - osmo cni
by ah med 24 Dec '19

24 Dec '19

HI I just tried to use limesd mini with osmocom cni and i used this script to launch all the items : #!/bin/sh cmd="${1:-start}" set -ex systemctl $cmd <https://twitter.com/search?q=%24cmd&src=cashtag_click> osmo-hlr osmo-msc osmo-mgw osmo-ggsn osmo-sgsn osmo-stp osmo-bsc osmo-hnbgw osmo-pcu osmo-trx-lms osmo-bts-trx everything seems work fine,only the osmo-trx-lms : osmo-trx-lms[7995]: Sun Dec 8 18:02:03 2019 DLMS <0003> LMSDevice.cpp:94 > [tid=140437169072832] Reference clock 40.00 MHz > osmo-trx-lms[7995]: Sun Dec 8 18:02:03 2019 DDEV <0002> > LMSDevice.cpp:192 [tid=140437169072832] Init LMS device > osmo-trx-lms[7995]: Sun Dec 8 18:02:04 2019 DDEV <0002> LMSDevice.cpp:99 > [tid=140437169072832] Sample Rate: Min=100000 Max=3.072e+07 Step=0 > osmo-trx-lms[7995]: Sun Dec 8 18:02:04 2019 DDEV <0002> > LMSDevice.cpp:228 [tid=140437169072832] Setting sample rate to 1.08333e+06 4 > osmo-trx-lms[7995]: Sun Dec 8 18:02:04 2019 DDEV <0002> > LMSDevice.cpp:234 [tid=140437169072832] Sample Rate: Host=1.08333e+06 > RF=3.46667e+07 > osmo-trx-lms[7995]: Sun Dec 8 18:02:04 2019 DMAIN <0000> > LMSDevice.cpp:209 [tid=140437169072832] Antennas configured successfully > osmo-trx-lms[7995]: Sun Dec 8 18:02:04 2019 DMAIN <0000> Threads.cpp:117 > [tid=140437098583808] Thread 140437098583808 (task 8127) set name: > CtrlService0 > osmo-trx-lms[7995]: Sun Dec 8 18:02:04 2019 DMAIN <0000> > osmo-trx.cpp:528 [tid=140437169072832] -- Transceiver active with 1 > channel(s) > osmo-trx-lms[7995]: Sun Dec 8 18:02:05 2019 DTRXCTRL <0001> > Transceiver.cpp:773 [tid=140437098583808][chan=0] command is 'POWEROFF' > osmo-trx-lms[7995]: Sun Dec 8 18:02:05 2019 DTRXCTRL <0001> > Transceiver.cpp:918 [tid=140437098583808][chan=0] response is 'RSP POWEROFF > 0' > i am using the default .cfg files ! Thanks.

3 15

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC